From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 00:56:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 732BF106564A; Sun, 25 Mar 2012 00:56:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 43F1A8FC20; Sun, 25 Mar 2012 00:55:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2P0tx8x094583; Sat, 24 Mar 2012 20:55:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2P0txIc094574; Sun, 25 Mar 2012 00:55:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 00:55:59 GMT Message-Id: <201203250055.q2P0txIc094574@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 00:56:00 -0000 TB --- 2012-03-24 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 22:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 22:40:00 - cleaning the object tree TB --- 2012-03-24 22:40:04 - cvsupping the source tree TB --- 2012-03-24 22:40:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 22:45:30 - building world TB --- 2012-03-24 22:45:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 22:45:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 22:45:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 22:45:30 - SRCCONF=/dev/null TB --- 2012-03-24 22:45:30 - TARGET=i386 TB --- 2012-03-24 22:45:30 - TARGET_ARCH=i386 TB --- 2012-03-24 22:45:30 - TZ=UTC TB --- 2012-03-24 22:45:30 - __MAKE_CONF=/dev/null TB --- 2012-03-24 22:45:30 - cd /src TB --- 2012-03-24 22:45:30 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 22:45:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 00:53:59 UTC 2012 TB --- 2012-03-25 00:53:59 - generating LINT kernel config TB --- 2012-03-25 00:53:59 - cd /src/sys/i386/conf TB --- 2012-03-25 00:53:59 - /usr/bin/make -B LINT TB --- 2012-03-25 00:53:59 - cd /src/sys/i386/conf TB --- 2012-03-25 00:53:59 - /usr/sbin/config -m LINT TB --- 2012-03-25 00:53:59 - building LINT kernel TB --- 2012-03-25 00:53:59 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 00:53:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 00:53:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 00:53:59 - SRCCONF=/dev/null TB --- 2012-03-25 00:53:59 - TARGET=i386 TB --- 2012-03-25 00:53:59 - TARGET_ARCH=i386 TB --- 2012-03-25 00:53:59 - TZ=UTC TB --- 2012-03-25 00:53:59 - __MAKE_CONF=/dev/null TB --- 2012-03-25 00:53:59 - cd /src TB --- 2012-03-25 00:53:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 00:53:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 00:55:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 00:55:59 - ERROR: failed to build LINT kernel TB --- 2012-03-25 00:55:59 - 6392.80 user 909.52 system 8158.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 01:44:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B1B1065670; Sun, 25 Mar 2012 01:44:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF8E8FC16; Sun, 25 Mar 2012 01:44:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2P1iAuX046285; Sat, 24 Mar 2012 21:44:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2P1iAY4046280; Sun, 25 Mar 2012 01:44:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 01:44:10 GMT Message-Id: <201203250144.q2P1iAY4046280@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 01:44:11 -0000 TB --- 2012-03-25 00:55:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 00:55:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 00:55:59 - cleaning the object tree TB --- 2012-03-25 00:56:03 - cvsupping the source tree TB --- 2012-03-25 00:56:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 00:56:47 - building world TB --- 2012-03-25 00:56:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 00:56:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 00:56:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 00:56:47 - SRCCONF=/dev/null TB --- 2012-03-25 00:56:47 - TARGET=mips TB --- 2012-03-25 00:56:47 - TARGET_ARCH=mips TB --- 2012-03-25 00:56:47 - TZ=UTC TB --- 2012-03-25 00:56:47 - __MAKE_CONF=/dev/null TB --- 2012-03-25 00:56:47 - cd /src TB --- 2012-03-25 00:56:47 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 00:56:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 01:44:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 01:44:10 - ERROR: failed to build world TB --- 2012-03-25 01:44:10 - 2101.32 user 450.32 system 2890.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 05:03:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2507B1065674; Sun, 25 Mar 2012 05:03:35 +0000 (UTC) (envelope-from kaho@ed.niigata-u.ac.jp) Received: from caav01.cais.niigata-u.ac.jp (caav01.cais.niigata-u.ac.jp [133.35.17.133]) by mx1.freebsd.org (Postfix) with ESMTP id D4B3B8FC2A; Sun, 25 Mar 2012 05:03:34 +0000 (UTC) Received: from caav01.cais.niigata-u.ac.jp (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id B0E2AA2E2D; Sun, 25 Mar 2012 14:03:02 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (pf2.ed.niigata-u.ac.jp [133.35.172.22]) by caav01.cais.niigata-u.ac.jp (Postfix) with ESMTPS id 8ED9FA25D5; Sun, 25 Mar 2012 14:03:02 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (localhost [127.0.0.1]) by pf2.ed.niigata-u.ac.jp (8.14.5/8.14.5) with ESMTP id q2P52d4i002088; Sun, 25 Mar 2012 14:02:58 +0900 (JST) (envelope-from kaho@pf2.ed.niigata-u.ac.jp) To: Andriy Gapon , Alexander Motin From: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> X-Mailer: MH-E 8.2; MH 6.8.4.JP-3.05; GNU Emacs 23.4.1 User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Sun, 25 Mar 2012 14:02:39 +0900 Message-ID: <2087.1332651759@pf2.ed.niigata-u.ac.jp> Sender: kaho@ed.niigata-u.ac.jp Cc: freebsd-current@freebsd.org, day1234@hotmail.com, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 05:03:35 -0000 Hello Andriy Gapon, Thank you for your comment. > Message-ID: <4F6D9672.4050201@FreeBSD.org> > Date: Sat, 24 Mar 2012 11:40:02 +0200 > > on 24/03/2012 04:17 Kaho Toshikazu said the following: > > Hello, > > > > I have a similar problem with Transcend 16GB USB flash. When the flash > > is plugged, FreeBSD attache it, but reports very big capacity and can > > not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. > > 10-current and 8-stable have same problem, and 9-stable is not tested. > > Could the problem be related to r229288 (r232943 in stable/9)? > The dates below match the MFC date 2012-03-13. 10-current r233336 with reveting only scsi_da.c changed by r233288 has same problem. Should I revert whole system ? -- Kaho Toshikazu From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 07:26:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1DDE106566B; Sun, 25 Mar 2012 07:26:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7E18FC12; Sun, 25 Mar 2012 07:26:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2P7QVti063354; Sun, 25 Mar 2012 03:26:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2P7QVMZ063345; Sun, 25 Mar 2012 07:26:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 07:26:31 GMT Message-Id: <201203250726.q2P7QVMZ063345@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 07:26:32 -0000 TB --- 2012-03-25 05:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 05:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-25 05:10:00 - cleaning the object tree TB --- 2012-03-25 05:10:03 - cvsupping the source tree TB --- 2012-03-25 05:10:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-25 05:15:28 - building world TB --- 2012-03-25 05:15:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 05:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 05:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 05:15:28 - SRCCONF=/dev/null TB --- 2012-03-25 05:15:28 - TARGET=i386 TB --- 2012-03-25 05:15:28 - TARGET_ARCH=i386 TB --- 2012-03-25 05:15:28 - TZ=UTC TB --- 2012-03-25 05:15:28 - __MAKE_CONF=/dev/null TB --- 2012-03-25 05:15:28 - cd /src TB --- 2012-03-25 05:15:28 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 05:15:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 07:24:28 UTC 2012 TB --- 2012-03-25 07:24:28 - generating LINT kernel config TB --- 2012-03-25 07:24:28 - cd /src/sys/i386/conf TB --- 2012-03-25 07:24:28 - /usr/bin/make -B LINT TB --- 2012-03-25 07:24:28 - cd /src/sys/i386/conf TB --- 2012-03-25 07:24:28 - /usr/sbin/config -m LINT TB --- 2012-03-25 07:24:28 - building LINT kernel TB --- 2012-03-25 07:24:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 07:24:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 07:24:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 07:24:28 - SRCCONF=/dev/null TB --- 2012-03-25 07:24:28 - TARGET=i386 TB --- 2012-03-25 07:24:28 - TARGET_ARCH=i386 TB --- 2012-03-25 07:24:28 - TZ=UTC TB --- 2012-03-25 07:24:28 - __MAKE_CONF=/dev/null TB --- 2012-03-25 07:24:28 - cd /src TB --- 2012-03-25 07:24:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 07:24:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 07:26:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 07:26:31 - ERROR: failed to build LINT kernel TB --- 2012-03-25 07:26:31 - 6398.76 user 904.35 system 8190.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 08:14:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E823106566B; Sun, 25 Mar 2012 08:14:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5D28FC08; Sun, 25 Mar 2012 08:14:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2P8Eq51014935; Sun, 25 Mar 2012 04:14:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2P8Eqou014934; Sun, 25 Mar 2012 08:14:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 08:14:52 GMT Message-Id: <201203250814.q2P8Eqou014934@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 08:14:53 -0000 TB --- 2012-03-25 07:26:31 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 07:26:31 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 07:26:31 - cleaning the object tree TB --- 2012-03-25 07:26:34 - cvsupping the source tree TB --- 2012-03-25 07:26:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 07:26:49 - building world TB --- 2012-03-25 07:26:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 07:26:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 07:26:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 07:26:49 - SRCCONF=/dev/null TB --- 2012-03-25 07:26:49 - TARGET=mips TB --- 2012-03-25 07:26:49 - TARGET_ARCH=mips TB --- 2012-03-25 07:26:49 - TZ=UTC TB --- 2012-03-25 07:26:49 - __MAKE_CONF=/dev/null TB --- 2012-03-25 07:26:49 - cd /src TB --- 2012-03-25 07:26:49 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 07:26:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 08:14:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 08:14:52 - ERROR: failed to build world TB --- 2012-03-25 08:14:52 - 2121.89 user 460.59 system 2900.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 10:16:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD8B51065673; Sun, 25 Mar 2012 10:16:03 +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 90C358FC08; Sun, 25 Mar 2012 10:16:02 +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 NAA08452; Sun, 25 Mar 2012 13:15:49 +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 1SBkUA-000ELh-T6; Sun, 25 Mar 2012 13:15:48 +0300 Message-ID: <4F6EF03E.6060001@FreeBSD.org> Date: Sun, 25 Mar 2012 13:15:26 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> In-Reply-To: <2087.1332651759@pf2.ed.niigata-u.ac.jp> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@FreeBSD.org, day1234@hotmail.com, freebsd-usb@FreeBSD.org, Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 10:16:03 -0000 on 25/03/2012 08:02 Kaho Toshikazu said the following: > Hello Andriy Gapon, > Thank you for your comment. > >> Message-ID: <4F6D9672.4050201@FreeBSD.org> >> Date: Sat, 24 Mar 2012 11:40:02 +0200 >> >> on 24/03/2012 04:17 Kaho Toshikazu said the following: >>> Hello, >>> >>> I have a similar problem with Transcend 16GB USB flash. When the flash >>> is plugged, FreeBSD attache it, but reports very big capacity and can >>> not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. >>> 10-current and 8-stable have same problem, and 9-stable is not tested. >> >> Could the problem be related to r229288 (r232943 in stable/9)? >> The dates below match the MFC date 2012-03-13. > > 10-current r233336 with reveting only scsi_da.c changed by > r233288 has same problem. Should I revert whole system ? > Sorry, it seems that I copied wrong revisions into my email. They should have been r232941 for stable/9 and r228846 for head. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 12:16:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6ECE106566C; Sun, 25 Mar 2012 12:16:07 +0000 (UTC) (envelope-from matt.thyer@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 D33798FC0A; Sun, 25 Mar 2012 12:16:06 +0000 (UTC) Received: by wern13 with SMTP id n13so4817735wer.13 for ; Sun, 25 Mar 2012 05:16:05 -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=Bp9s6FG+GVlJv3YcFlnUmIvy0xVff4qcbzb5HuE0YHA=; b=tPWTHHBCX9thWtFqw75ObQ752DGTd4fFV5muKlSlf2LQmpyvBS6d4IEbemPcKBkMim F0tturPFwwPYiv6bpe9bo7906QTXLzr3GTfK81fpaSSjBUO+c7bTU8m1dU+gOnRSjueI UqJZ9t6rYsbPgPCQJiYRZ/l5KMjRfDVgR/49qAJN/vOVXcDqru/TIkaVSbX2HiZG9QJl 0uatKLsjap5QiB8McJ9Tl4ix1faGEMw8hs5XAYe0qy6Eavr71WCojYov8UJbcjbvNshM SD6sUtnBFJflxjro8vzS44t0IlPHX4W/+BKciNyDjI6LXbMIyXoqcMG8OBnaFnGvt4O4 RZ0Q== MIME-Version: 1.0 Received: by 10.180.89.9 with SMTP id bk9mr10741983wib.11.1332677765729; Sun, 25 Mar 2012 05:16:05 -0700 (PDT) Received: by 10.216.229.10 with HTTP; Sun, 25 Mar 2012 05:16:05 -0700 (PDT) In-Reply-To: <20120120232841.GA71874@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> Date: Sun, 25 Mar 2012 22:46:05 +1030 Message-ID: From: Matt Thyer To: "Kenneth D. Merry" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 12:16:07 -0000 On 21 January 2012 09:58, Kenneth D. Merry wrote: > On Fri, Jan 20, 2012 at 23:14:20 -0000, Steven Hartland wrote: > > ----- Original Message ----- > > From: "Kenneth D. Merry" > > To: ; > > Sent: Friday, January 20, 2012 8:44 PM > > Subject: LSI supported mps(4) driver available > > > > > > > > > >The LSI-supported version of the mps(4) driver that supports their 6Gb > SAS > > >HBAs as well as WarpDrive controllers, is available here: > > > > > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt > > > > > >I plan to check it in to head next week, and then MFC it into stable/9 a > > >week after that most likely. > > > > Great to see this being done, thanks to everyone! Be even better to see > > this MFC'ed to 8.x as well if all goes well. Do you think this will > > possible? > > Yes, that should be doable as well. It's unlikely that all of the CAM > changes will get merged back, but the driver itself shouldn't be a problem. > > Ken > Has this driver been MFC to 8-STABLE yet ? I'm asking because I updated my NAS on the 4th of March from 8-STABLE r225723 to r232477 and am now seeing 157,000 interrupts per second on irq 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI SAS2008 chip). More details are in a thread on the freebsd-stable mailing list entitled "157k interrupts per second causing 60% CPU load on idle system". The first message is here: http://www.freebsd.org/cgi/getmsg.cgi?fetch=152290+156717+/usr/local/www/db/text/2012/freebsd-stable/20120325.freebsd-stable If this new driver isn't in 8-STABLE yet I think I'll try upgrading the whole system to 9-STABLE. From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 12:53:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4511065674; Sun, 25 Mar 2012 12:53:53 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id DDB368FC14; Sun, 25 Mar 2012 12:53:52 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward13.mail.yandex.net (Yandex) with ESMTP id 7CD071421AF; Sun, 25 Mar 2012 16:53:51 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 5086716A0444; Sun, 25 Mar 2012 16:53:51 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ro1KjgAh-ro1uIs2r; Sun, 25 Mar 2012 16:53:50 +0400 Message-ID: <4F6F155E.30902@passap.ru> Date: Sun, 25 Mar 2012 16:53:50 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Tim Kientzle References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> In-Reply-To: <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> Content-Type: multipart/mixed; boundary="------------040909000505000207020805" Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 12:53:53 -0000 This is a multi-part message in MIME format. --------------040909000505000207020805 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 24.03.2012 21:00, Tim Kientzle wrote: > > On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: > >> On 24.03.2012 01:29, Dimitry Andric wrote: >>> On 2012-03-23 21:12, Boris Samorodov wrote: >>>> I'm not sure but it seems to me that the question is more about >>>> -current that -ports. >>>> >>>> While updating devel/nspr I get this: >>> ... >>>> /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized >>> >>> It builds and installs fine here, both on i386 and amd64, using both gcc >>> and clang. >>> >>> What is the output of: "file /usr/local/lib/libnspr4.so.1" on your >>> system? >> >> I've done some steps to diagnose the case. Seems that /usr/bin/tar >> does not create correct library: >> ----- >> % file /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 >> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped >> % file /usr/local/lib/libnspr4.so.1 >> /usr/local/lib/libnspr4.so.1: data >> % hd -C /usr/local/lib/libnspr4.so.1 >> 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> * >> % tar --version >> bsdtar 3.0.3 - libarchive 3.0.3 >> ----- >> >> The library (/usr/local/lib/libnspr4.so.1) is created by the command: >> ----- >> /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - >> ----- > > Can you send me the output of: > > tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 > > (A tar archive containing only that one source file.) > > This looks similar to a bug that we found in libarchive recently > I didn't think that bug impacted FreeBSD, but I may have been > wrong…. if it did, it will be obvious from the structure of the > created archive. The following file is extracted after tarring: ----- % hd libnspr4.so.1 00000000 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000200 ----- The tar file itself attached (3KB in length). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --------------040909000505000207020805 Content-Type: application/octet-stream; name="test.tar" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="test.tar" cG9ydHMvZGV2ZWwvbnNwci93b3JrL25zcHItNC45L21vemlsbGEvbnNwcnB1Yi9idWlsZC9k aXN0L2xpYi8uLi8uLi9wci9zcmMvLi9QYXhIZWFkZXIvbGlibnNwcjQuc28uMTAwMDc1NSAA MDAwMDAwIAAwMDAwMDAgADAwMDAwMDAwNDI3IDExNzMzMjUxMDUxIDAzMzU3MgAgeAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAwMHJvb3QA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAd2hlZWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAwMDAwMDAgADAwMDAwMCAAdXNyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzMCBtdGltZT0xMzMyNTY0NTIxLjgyMTc1Mjc5 NAozMCBjdGltZT0xMzMyNTY0NTIxLjgyMjc1MjQzNAozMCBhdGltZT0xMzMyNjc4NzkzLjIx MjUxNjgxMgoyMiBHTlUuc3BhcnNlLm1ham9yPTEKMjIgR05VLnNwYXJzZS5taW5vcj0wCjEx NSBHTlUuc3BhcnNlLm5hbWU9dXNyL3BvcnRzL2RldmVsL25zcHIvd29yay9uc3ByLTQuOS9t b3ppbGxhL25zcHJwdWIvYnVpbGQvZGlzdC9saWIvLi4vLi4vcHIvc3JjLy4vbGlibnNwcjQu c28uMQozMCBHTlUuc3BhcnNlLnJlYWxzaXplPTI0MTk3MQoAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGRl dmVsL25zcHIvd29yay9uc3ByLTQuOS9tb3ppbGxhL25zcHJwdWIvYnVpbGQvZGlzdC9saWIv Li4vLi4vcHIvc3JjLy4vR05VU3BhcnNlRmlsZS9saWJuc3ByNC5zby4xAAAwMDA3NTUgADAw MDAwMCAAMDAwMDAwIAAwMDAwMDAwMTAwMCAxMTczMzI1MTA1MSAwMzQyMTQAIDAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIAMDByb290AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHdoZWVsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMDAwMDAwIAAwMDAwMDAgAHVzci9wb3J0cwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMgowCjAKMjQxOTcxCjAKAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA --------------040909000505000207020805-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 13:57:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C706106566B; Sun, 25 Mar 2012 13:57:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 13AC78FC0A; Sun, 25 Mar 2012 13:57:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2PDvFUe033331; Sun, 25 Mar 2012 09:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2PDvFSN033315; Sun, 25 Mar 2012 13:57:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 13:57:15 GMT Message-Id: <201203251357.q2PDvFSN033315@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 13:57:16 -0000 TB --- 2012-03-25 11:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 11:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-25 11:40:00 - cleaning the object tree TB --- 2012-03-25 11:40:04 - cvsupping the source tree TB --- 2012-03-25 11:40:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-25 11:45:31 - building world TB --- 2012-03-25 11:45:31 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 11:45:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 11:45:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 11:45:31 - SRCCONF=/dev/null TB --- 2012-03-25 11:45:31 - TARGET=i386 TB --- 2012-03-25 11:45:31 - TARGET_ARCH=i386 TB --- 2012-03-25 11:45:31 - TZ=UTC TB --- 2012-03-25 11:45:31 - __MAKE_CONF=/dev/null TB --- 2012-03-25 11:45:31 - cd /src TB --- 2012-03-25 11:45:31 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 11:45:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 13:55:16 UTC 2012 TB --- 2012-03-25 13:55:16 - generating LINT kernel config TB --- 2012-03-25 13:55:16 - cd /src/sys/i386/conf TB --- 2012-03-25 13:55:16 - /usr/bin/make -B LINT TB --- 2012-03-25 13:55:16 - cd /src/sys/i386/conf TB --- 2012-03-25 13:55:16 - /usr/sbin/config -m LINT TB --- 2012-03-25 13:55:16 - building LINT kernel TB --- 2012-03-25 13:55:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 13:55:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 13:55:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 13:55:16 - SRCCONF=/dev/null TB --- 2012-03-25 13:55:16 - TARGET=i386 TB --- 2012-03-25 13:55:16 - TARGET_ARCH=i386 TB --- 2012-03-25 13:55:16 - TZ=UTC TB --- 2012-03-25 13:55:16 - __MAKE_CONF=/dev/null TB --- 2012-03-25 13:55:16 - cd /src TB --- 2012-03-25 13:55:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 13:55:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 13:57:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 13:57:15 - ERROR: failed to build LINT kernel TB --- 2012-03-25 13:57:15 - 6474.05 user 918.23 system 8234.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 14:45:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0E9C106566B; Sun, 25 Mar 2012 14:45:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 849928FC1A; Sun, 25 Mar 2012 14:45:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2PEj1wL084622; Sun, 25 Mar 2012 10:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2PEj16h084621; Sun, 25 Mar 2012 14:45:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 14:45:01 GMT Message-Id: <201203251445.q2PEj16h084621@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 14:45:03 -0000 TB --- 2012-03-25 13:57:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 13:57:15 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 13:57:15 - cleaning the object tree TB --- 2012-03-25 13:57:19 - cvsupping the source tree TB --- 2012-03-25 13:57:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 13:57:30 - building world TB --- 2012-03-25 13:57:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 13:57:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 13:57:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 13:57:30 - SRCCONF=/dev/null TB --- 2012-03-25 13:57:30 - TARGET=mips TB --- 2012-03-25 13:57:30 - TARGET_ARCH=mips TB --- 2012-03-25 13:57:30 - TZ=UTC TB --- 2012-03-25 13:57:30 - __MAKE_CONF=/dev/null TB --- 2012-03-25 13:57:30 - cd /src TB --- 2012-03-25 13:57:30 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 13:57:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 14:45:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 14:45:01 - ERROR: failed to build world TB --- 2012-03-25 14:45:01 - 2103.73 user 452.65 system 2866.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 17:13:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E7A106564A; Sun, 25 Mar 2012 17:13:52 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 978598FC15; Sun, 25 Mar 2012 17:13:51 +0000 (UTC) Received: by vcmm1 with SMTP id m1so5484751vcm.13 for ; Sun, 25 Mar 2012 10:13:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=XIlbT217ah0xYW+cfrpC7mwIZSfnK9aWCKPh7BC8KxQ=; b=xqDmU/2vixoPbCbXRIuVEB263XALiTeWnHurIptaAz+tBI/QUhJ7SshpQdVgM36tH4 1us2XZkn0HC3pkaPQdP6QHYcXmSaMAH0sD5KtHi+49Bx5/xlhN1we0JZ56mKyAWp1llz vwCmGP61cPYsS/2vVwfwZt8aHVNw79jbZR2FOKQNC9nZxbXq7536VAM+++phyXTpAJbI 6MJ5jVNY4EQ2jYtfizvqxBKsqcv01cS+E5tkdm0lCTbV++XoVejrUGxaXYfDizR/goWq SFUqye7Nfe6LvzG3skNX34rxsXg8n7zWCYIgl/AkrgLbWFoDkHNRVq3nhjvhMoW6fQIJ Gw/w== MIME-Version: 1.0 Received: by 10.52.22.79 with SMTP id b15mr2664685vdf.10.1332695630543; Sun, 25 Mar 2012 10:13:50 -0700 (PDT) Received: by 10.220.230.135 with HTTP; Sun, 25 Mar 2012 10:13:50 -0700 (PDT) In-Reply-To: References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> Date: Sun, 25 Mar 2012 10:13:50 -0700 Message-ID: From: Garrett Cooper To: Matt Thyer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, "Kenneth D. Merry" , Steven Hartland Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 17:13:52 -0000 On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer wrote: > On 21 January 2012 09:58, Kenneth D. Merry wrote: > >> On Fri, Jan 20, 2012 at 23:14:20 -0000, Steven Hartland wrote: >> > ----- Original Message ----- >> > From: "Kenneth D. Merry" >> > To: ; >> > Sent: Friday, January 20, 2012 8:44 PM >> > Subject: LSI supported mps(4) driver available >> > >> > >> > > >> > >The LSI-supported version of the mps(4) driver that supports their 6G= b >> SAS >> > >HBAs as well as WarpDrive controllers, is available here: >> > > >> > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt >> > > >> > >I plan to check it in to head next week, and then MFC it into stable/= 9 a >> > >week after that most likely. >> > >> > Great to see this being done, thanks to everyone! Be even better to se= e >> > this MFC'ed to 8.x as well if all goes well. Do you think this will >> > possible? >> >> Yes, that should be doable as well. =A0It's unlikely that all of the CAM >> changes will get merged back, but the driver itself shouldn't be a probl= em. >> >> Ken >> > > Has this driver been MFC to 8-STABLE yet ? > > I'm asking because I updated my NAS on the 4th of March from 8-STABLE > r225723 to r232477 and am now seeing 157,000 interrupts per second on irq > 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI > SAS2008 chip). > > More details are in a thread on the freebsd-stable mailing list entitled > "157k interrupts per second causing 60% CPU load on idle system". =A0The > first message is here: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D152290+156717+/usr/local/ww= w/db/text/2012/freebsd-stable/20120325.freebsd-stable > > If this new driver isn't in 8-STABLE yet I think I'll try upgrading the > whole system to 9-STABLE. Be sure to update your firmware beforehand. v11 firmware from LSI (or the OEM vendor) is required in order for all drives to be detected in FreeBSD in certain configs. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 17:53:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D275D106566C; Sun, 25 Mar 2012 17:53:25 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id AA65B8FC0A; Sun, 25 Mar 2012 17:53:25 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q2PHrIBw045581; Sun, 25 Mar 2012 17:53:18 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id fdta5a4ihs57k4mszqghrx4tzw; Sun, 25 Mar 2012 17:53:18 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <4F6F155E.30902@passap.ru> Date: Sun, 25 Mar 2012 10:53:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 17:53:25 -0000 On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: > On 24.03.2012 21:00, Tim Kientzle wrote: >>=20 >> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: >>=20 >> Can you send me the output of: >>=20 >> tar -cvf /tmp/test.tar = /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../p= r/src/./libnspr4.so.1 >>=20 >> (A tar archive containing only that one source file.) >>=20 >> This looks similar to a bug that we found in libarchive recently >> I didn't think that bug impacted FreeBSD, but I may have been >> wrong=85. if it did, it will be obvious from the structure of the >> created archive. >=20 > The following file is extracted after tarring: > ----- > % hd libnspr4.so.1 > 00000000 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 = |2.0.0.241971.0..| > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = |................| > * > 00000200 > ----- >=20 > The tar file itself attached (3KB in length). Ugh. I'll probably need your help to diagnose this more precisely. Here is the root problem: tar thinks this is a sparse file with nothing in it. On FreeBSD, bsdtar now uses lseek(SEEK_HOLE) to identify holes in the file. For some reason, bsdtar is storing this file as just one big hole. There are a lot of things here that don't make sense: * The extracted file should be all zero bytes. (The 2.0.0.241971.0. = is the sparse file map, it's not really part of the file.) How are you = extracting this? * Can you run the tar command under truss or ktrace and look for calls = to lseek()? That would help verify that this is really a tar bug and = not a filesystem or kernel bug. I'll spend some time today to see if I can reproduce the problem here. Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 19:01:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 535DE1065672; Sun, 25 Mar 2012 19:01:59 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 23E208FC1F; Sun, 25 Mar 2012 19:01:58 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward15.mail.yandex.net (Yandex) with ESMTP id B7BBC9E19BD; Sun, 25 Mar 2012 23:01:56 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 8BD5416A0219; Sun, 25 Mar 2012 23:01:56 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 1t1KBG0r-1u1uXM59; Sun, 25 Mar 2012 23:01:56 +0400 Message-ID: <4F6F6BA3.2010803@passap.ru> Date: Sun, 25 Mar 2012 23:01:55 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: Tim Kientzle , Dimitry Andric , freebsd-current@freebsd.org References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> In-Reply-To: <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> Content-Type: multipart/mixed; boundary="------------030400090300010806090108" Cc: Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 19:01:59 -0000 This is a multi-part message in MIME format. --------------030400090300010806090108 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 25.03.2012 21:53, Tim Kientzle пишет: > > On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: > >> On 24.03.2012 21:00, Tim Kientzle wrote: >>> >>> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: >>> >>> Can you send me the output of: >>> >>> tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 >>> >>> (A tar archive containing only that one source file.) >>> >>> This looks similar to a bug that we found in libarchive recently >>> I didn't think that bug impacted FreeBSD, but I may have been >>> wrong…. if it did, it will be obvious from the structure of the >>> created archive. >> >> The following file is extracted after tarring: >> ----- >> % hd libnspr4.so.1 >> 00000000 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| >> 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> * >> 00000200 >> ----- >> >> The tar file itself attached (3KB in length). > > Ugh. I'll probably need your help to diagnose this more precisely. > > Here is the root problem: tar thinks this is a sparse file > with nothing in it. On FreeBSD, bsdtar now uses > lseek(SEEK_HOLE) to identify holes in the file. For > some reason, bsdtar is storing this file as just one big hole. > > There are a lot of things here that don't make sense: > > * The extracted file should be all zero bytes. (The 2.0.0.241971.0. is the sparse file map, it's not really part of the file.) How are you extracting this? I used misc/mc to walk through the filesystem of the tar archive and then just copy the library to an existing file system. OK, you are right. Seems that mc has made a joke on me. When I extract the file at command line it consists of zeros: ----- % tar xvf /tmp/test.tar --strip-components 16 % ls -l total 1 -rwxr-xr-x 1 bsam wheel 241971 24 мар 08:48 libnspr4.so.1 % hd libnspr4.so.1 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 0003b130 ----- > * Can you run the tar command under truss or ktrace and look for calls to lseek()? That would help verify that this is really a tar bug and not a filesystem or kernel bug. Interesting... I'll create three tar archives (without truss, with truss and with kdump): ----- % ls -l /tmp/test/ total 0 % sudo tar -cvf /tmp/test/no-truss.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 [...] % sudo truss tar -cvf /tmp/test/truss.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 [...] % sudo ktrace tar -cvf /tmp/test/ktrace.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 % ls -l /tmp/test total 248 -rw-r--r-- 1 root wheel 3072 25 мар 22:47 ktrace.tar -rw-r--r-- 1 root wheel 3072 25 мар 22:46 no-truss.tar -rw-r--r-- 1 root wheel 243712 25 мар 22:47 truss.tar ----- Seems that we get a good tar archive while using truss! Lets see what kdump says. The relevant last part is attached. > I'll spend some time today to see if I can reproduce the problem here. Thanks. Let me know if I can help you here. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --------------030400090300010806090108 Content-Type: text/plain; name="kdump.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kdump.log" ICA0Mzc5IGJzZHRhciAgIEdJTyAgIGZkIDUgcmVhZCA1MzcgYnl0ZXMNCiAgICAgICAiIyAk RnJlZUJTRDogaGVhZC9ldGMvZ3JvdXAgMjE4MDQ2IDIwMTEtMDEtMjggMjI6Mjg6MTJaIHBq ZCAkDQoJIw0KCXdoZWVsOio6MDpyb290DQoJZGFlbW9uOio6MToNCglrbWVtOio6MjoNCglz eXM6KjozOg0KCXR0eToqOjQ6DQoJb3BlcmF0b3I6Kjo1OnJvb3QsYnNhbSINCiAgNDM3OSBi c2R0YXIgICBSRVQgICByZWFkIDUzNy8weDIxOQ0KICA0Mzc5IGJzZHRhciAgIENBTEwgIGNs b3NlKDB4NSkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBjbG9zZSAwDQogIDQzNzkgYnNkdGFy ICAgQ0FMTCAgbWFkdmlzZSgweDM0MTRmMDAwLDB4ODAwMCxNQURWX0ZSRUUpDQogIDQzNzkg YnNkdGFyICAgUkVUICAgbWFkdmlzZSAwDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgX19hY2xf Z2V0X2xpbmsoMHgzNDAxNjEwMCxBQ0xfVFlQRV9BQ0NFU1MsMHgzNDE0ODAwMCkNCiAgNDM3 OSBic2R0YXIgICBOQU1JICAiL3Vzci9wb3J0cy9kZXZlbC9uc3ByL3dvcmsvbnNwci00Ljkv bW96aWxsYS9uc3BycHViL2J1aWxkL2Rpc3QvbGliLy4uLy4uL3ByL3NyYy8uL2xpYm5zcHI0 LnNvLjEiDQogIDQzNzkgYnNkdGFyICAgUkVUICAgX19hY2xfZ2V0X2xpbmsgLTEgZXJybm8g MjIgSW52YWxpZCBhcmd1bWVudA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIGV4dGF0dHJfbGlz dF9saW5rKDB4MzQwMTYxMDAsMHgxLDAsMCkNCiAgNDM3OSBic2R0YXIgICBOQU1JICAiL3Vz ci9wb3J0cy9kZXZlbC9uc3ByL3dvcmsvbnNwci00LjkvbW96aWxsYS9uc3BycHViL2J1aWxk L2Rpc3QvbGliLy4uLy4uL3ByL3NyYy8uL2xpYm5zcHI0LnNvLjEiDQogIDQzNzkgYnNkdGFy ICAgUkVUICAgZXh0YXR0cl9saXN0X2xpbmsgMA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHBh dGhjb25mKDB4MzQwMTYxMDAsMHgxNSkNCiAgNDM3OSBic2R0YXIgICBOQU1JICAiL3Vzci9w b3J0cy9kZXZlbC9uc3ByL3dvcmsvbnNwci00LjkvbW96aWxsYS9uc3BycHViL2J1aWxkL2Rp c3QvbGliLy4uLy4uL3ByL3NyYy8uL2xpYm5zcHI0LnNvLjEiDQogIDQzNzkgYnNkdGFyICAg UkVUICAgcGF0aGNvbmYgNTEyLzB4MjAwDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgb3Blbigw eDM0MDE2MTAwLDB4NDxPX05PTkJMT0NLPiw8dW51c2VkPjApDQogIDQzNzkgYnNkdGFyICAg TkFNSSAgIi91c3IvcG9ydHMvZGV2ZWwvbnNwci93b3JrL25zcHItNC45L21vemlsbGEvbnNw cnB1Yi9idWlsZC9kaXN0L2xpYi8uLi8uLi9wci9zcmMvLi9saWJuc3ByNC5zby4xIg0KICA0 Mzc5IGJzZHRhciAgIFJFVCAgIG9wZW4gNQ0KICA0Mzc5IGJzZHRhciAgIENBTEwgIGxzZWVr KDB4NSwwLFNFRUtfU0VULDB4MykNCiAgNDM3OSBic2R0YXIgICBSRVQgICBsc2VlayAwDQog IDQzNzkgYnNkdGFyICAgQ0FMTCAgbHNlZWsoMHg1LDAsU0VFS19TRVQsMHg0KQ0KICA0Mzc5 IGJzZHRhciAgIFJFVCAgIGxzZWVrIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBsc2Vlaygw eDUsMCxTRUVLX1NFVCwweDMpDQogIDQzNzkgYnNkdGFyICAgUkVUICAgbHNlZWsgLTEgZXJy bm8gNiBEZXZpY2Ugbm90IGNvbmZpZ3VyZWQNCiAgNDM3OSBic2R0YXIgICBDQUxMICBjbG9z ZSgweDUpDQogIDQzNzkgYnNkdGFyICAgUkVUICAgY2xvc2UgMA0KICA0Mzc5IGJzZHRhciAg IENBTEwgIHdyaXRlKDB4MiwweDgyYmZlNDM4LDB4NSkNCiAgNDM3OSBic2R0YXIgICBHSU8g ICBmZCAyIHdyb3RlIDUgYnl0ZXMNCiAgICAgICAidGFyOiAiDQogIDQzNzkgYnNkdGFyICAg UkVUICAgd3JpdGUgNQ0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHdyaXRlKDB4MiwweDgyYmZl NDM4LDB4MjYpDQogIDQzNzkgYnNkdGFyICAgR0lPICAgZmQgMiB3cm90ZSAzOCBieXRlcw0K ICAgICAgICJSZW1vdmluZyBsZWFkaW5nICcvJyBmcm9tIG1lbWJlciBuYW1lcyINCiAgNDM3 OSBic2R0YXIgICBSRVQgICB3cml0ZSAzOC8weDI2DQogIDQzNzkgYnNkdGFyICAgQ0FMTCAg d3JpdGUoMHgyLDB4MzNmY2UwNGYsMHgxKQ0KICA0Mzc5IGJzZHRhciAgIEdJTyAgIGZkIDIg d3JvdGUgMSBieXRlDQogICAgICAgIg0KICAgICAgICINCiAgNDM3OSBic2R0YXIgICBSRVQg ICB3cml0ZSAxDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgd3JpdGUoMHgyLDB4ODJiZmU2Zjgs MHg2MCkNCiAgNDM3OSBic2R0YXIgICBHSU8gICBmZCAyIHdyb3RlIDk2IGJ5dGVzDQogICAg ICAgImEgdXNyL3BvcnRzL2RldmVsL25zcHIvd29yay9uc3ByLTQuOS9tb3ppbGxhL25zcHJw dWIvYnVpbGQvZGlzdC9saWIvLi4vLi4vcHIvc3JjLy4vbGlibnNwclwNCgk0LnNvLjEiDQog IDQzNzkgYnNkdGFyICAgUkVUICAgd3JpdGUgOTYvMHg2MA0KICA0Mzc5IGJzZHRhciAgIENB TEwgIG9wZW4oMHgzNDAxNjEwMCwwPE9fUkRPTkxZPiw8dW51c2VkPjB4MzNjZGY1NTApDQog IDQzNzkgYnNkdGFyICAgTkFNSSAgIi91c3IvcG9ydHMvZGV2ZWwvbnNwci93b3JrL25zcHIt NC45L21vemlsbGEvbnNwcnB1Yi9idWlsZC9kaXN0L2xpYi8uLi8uLi9wci9zcmMvLi9saWJu c3ByNC5zby4xIg0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIG9wZW4gNQ0KICA0Mzc5IGJzZHRh ciAgIENBTEwgIHJlYWQoMHg1LDB4MzQwM2IwMDAsMHgxNDAwMCkNCiAgNDM3OSBic2R0YXIg ICBHSU8gICBmZCA1IHJlYWQgNDA5NiBieXRlcw0KICAgICAgIDB4MDAwMCA3ZjQ1IDRjNDYg MDEwMSAwMTA5IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDMwMCAwMzAwIDAxMDAgIHwuRUxGLi4u Li4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDAxNiAwMDAwIDIwOGEgMDAwMCAzNDAwIDAw MDAgNDgwYiAwMzAwIDAwMDAgMDAwMCAzNDAwIDIwMDAgIHwuLiAuLi40Li4uSC4uLi4uLi40 LiAufA0KICAgICAgIDB4MDAyYyAwNDAwIDI4MDAgMWIwMCAxODAwIDAxMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgIHwuLiguLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAg IDB4MDA0MiAwMDAwIDk4ZTkgMDIwMCA5OGU5IDAyMDAgMDUwMCAwMDAwIDAwMTAgMDAwMCAw MTAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDA1OCAwMGYw IDAyMDAgMDBmMCAwMjAwIDAwZjAgMDIwMCAxMDEwIDAwMDAgNjgyNyAwMDAwIDA2MDAgIHwu Li4uLi4uLi4uLi4uLi4uaCcuLi4ufA0KICAgICAgIDB4MDA2ZSAwMDAwIDAwMTAgMDAwMCAw MjAwIDAwMDAgOTBmMyAwMjAwIDkwZjMgMDIwMCA5MGYzIDAyMDAgIHwuLi4uLi4uLi4uLi4u Li4uLi4uLi4ufA0KICAgICAgIDB4MDA4NCBkMDAwIDAwMDAgZDAwMCAwMDAwICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwuLi4uLi4uLnwNCg0KICA0Mzc5IGJzZHRh ciAgIFJFVCAgIHJlYWQgODE5MjAvMHgxNDAwMA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHJl YWQoMHg1LDB4MzQwM2IwMDAsMHgxNDAwMCkNCiAgNDM3OSBic2R0YXIgICBHSU8gICBmZCA1 IHJlYWQgNDA5NiBieXRlcw0KICAgICAgIDB4MDAwMCBlODIwIDUwZmYgZmY4MSBjMzRiIGI1 MDEgMDA4MyBlMDAzIDBmODUgN2UwMCAwMDAwIGMxZmUgIHwuIFAuLi4uSy4uLi4uLi4ufi4u Li4ufA0KICAgICAgIDB4MDAxNiAwMjg1IGY2ODkgNzVmMCA3NDQzIDhiYmIgNTAyMCAwMDAw IDg1ZmYgMGY4NCA3ZjAwIDAwMDAgIHwuLi4udS50Qy4uUCAuLi4uLi4uLi4ufA0KICAgICAg IDB4MDAyYyBmNjQ1IGYwMDEgNzUxMyBkMTdkIGYwNzQgMmE4YiAzNzg1IGY2NzQgMmY4OSBm N2Y2IDQ1ZjAgIHwuRS4udS4ufS50Ki43Li50Ly4uLkUufA0KICAgICAgIDB4MDA0MiAwMTc0 IGVkOGIgNDVlYyA4OWZhIGU4NTEgZmJmZiBmZjg5IGM2OGIgNDVlYyBlODQ3IGZkZmYgIHwu dC4uRS4uLi5RLi4uLi4uRS4uRy4ufA0KICAgICAgIDB4MDA1OCBmZmQxIDdkZjAgODk3NSBl Yzc1IGQ2OGIgNDVlYyA4M2M0IDBjNWIgNWU1ZiA1ZGMzIDhiODMgIHwuLn0uLnUudS4uRS4u Li5bXl9dLi4ufA0KICAgICAgIDB4MDA2ZSAxNDE3IDAwMDAgODkwNCAyNGU4IDFhM2YgZmZm ZiA4YjM3IDg1ZjYgNzQ1NiA4YjgzIDE0MTcgIHwuLi4uLi4kLi4/Li4uNy4udFYuLi4ufA0K ICAgICAgIDB4MDA4NCAwMDAwIDg5ZjcgODkwNCAyNGU4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwuLi4uLi4kLnwNCg0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIHJl YWQgODE5MjAvMHgxNDAwMA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHJlYWQoMHg1LDB4MzQw M2IwMDAsMHgxNDAwMCkNCiAgNDM3OSBic2R0YXIgICBHSU8gICBmZCA1IHJlYWQgNDA5NiBi eXRlcw0KICAgICAgIDB4MDAwMCA4OTdjIDI0MDQgODkwNCAyNGZmIDkzYjQgMGEwMCAwMDg1 IGMwODkgYzY3OCAyMjhiIDRkMGMgIHwufCQuLi4kLi4uLi4uLi4uLngiLk0ufA0KICAgICAg IDB4MDAxNiA4NWM5IDc0MGMgOGI1NSAwYzg5IGY4ZTggN2NmNCBmZmZmIDg5YzYgODlmMCA4 YjVkIGY0OGIgIHwuLnQuLlUuLi4ufC4uLi4uLi4uXS4ufA0KICAgICAgIDB4MDAyYyA3NWY4 IDhiN2QgZmM4OSBlYzVkIGMzZTggZmEwMiBmZWZmIDhiMDAgODkwNCAyNGU4IDNjMGQgIHx1 Li59Li4uXS4uLi4uLi4uLi4kLjwufA0KICAgICAgIDB4MDA0MiAwMDAwIGViZTAgOGQ3NiAw MDhkIGJjMjcgMDAwMCAwMDAwIDU1ODkgZTU4MyBlYzc4IDg5NWQgIHwuLi4uLnYuLi4nLi4u LlUuLi4ueC5dfA0KICAgICAgIDB4MDA1OCBmNDhiIDQ1MDggZThjNCAwZmZlIGZmODEgYzNl ZiA3NDAwIDAwODkgN2RmYyA4ZDdkIDk0ODkgIHwuLkUuLi4uLi4uLi50Li4ufS4ufS4ufA0K ICAgICAgIDB4MDA2ZSA3NWY4IDg5N2MgMjQwNCA4OTA0IDI0ZTggZjhmYiBmZGZmIDg1YzAg ODljNiA3ODIyIDhiNDUgIHx1Li58JC4uLiQuLi4uLi4uLi54Ii5FfA0KICAgICAgIDB4MDA4 NCAwYzg1IGMwNzQgMGM4YiA1NTBjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwuLi50Li5VLnwNCg0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIHJlYWQgNzgxMzEvMHgx MzEzMw0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHJlYWQoMHg1LDB4MzQwM2IwMDAsMHgxNDAw MCkNCiAgNDM3OSBic2R0YXIgICBHSU8gICBmZCA1IHJlYWQgMCBieXRlcw0KICAgICAgICIi DQogIDQzNzkgYnNkdGFyICAgUkVUICAgcmVhZCAwDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAg Y2xvc2UoMHg1KQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIGNsb3NlIDANCiAgNDM3OSBic2R0 YXIgICBDQUxMICB3cml0ZSgweDIsMHgzM2ZjZTA0ZiwweDEpDQogIDQzNzkgYnNkdGFyICAg R0lPICAgZmQgMiB3cm90ZSAxIGJ5dGUNCiAgICAgICAiDQogICAgICAgIg0KICA0Mzc5IGJz ZHRhciAgIFJFVCAgIHdyaXRlIDENCiAgNDM3OSBic2R0YXIgICBDQUxMICBmY2hkaXIoMHg0 KQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIGZjaGRpciAwDQogIDQzNzkgYnNkdGFyICAgQ0FM TCAgY2xvc2UoMHg0KQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIGNsb3NlIDANCiAgNDM3OSBi c2R0YXIgICBDQUxMICB3cml0ZSgweDMsMHgzNDBhOTgwMCwweGMwMCkNCiAgNDM3OSBic2R0 YXIgICBHSU8gICBmZCAzIHdyb3RlIDMwNzIgYnl0ZXMNCiAgICAgICAicG9ydHMvZGV2ZWwv bnNwci93b3JrL25zcHItNC45L21vemlsbGEvbnNwcnB1Yi9idWlsZC9kaXN0L2xpYi8uLi8u Li9wci9zcmMvLi9QYXhIZWFkZXIvbGliXA0KCW5zcHI0LnNvLjEwMDA3NTUgXDAwMDAwMDAw MCBcMDAwMDAwMDAwIFwwMDAwMDAwMDAwMDQyNyAxMTczIg0KICA0Mzc5IGJzZHRhciAgIFJF VCAgIHdyaXRlIDMwNzIvMHhjMDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBjbG9zZSgweDMp DQogIDQzNzkgYnNkdGFyICAgUkVUICAgY2xvc2UgMA0KICA0Mzc5IGJzZHRhciAgIENBTEwg IG1hZHZpc2UoMHgzNDBlZjAwMCwweDIwMDAsTUFEVl9GUkVFKQ0KICA0Mzc5IGJzZHRhciAg IFJFVCAgIG1hZHZpc2UgMA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIG1hZHZpc2UoMHgzNDBh OTAwMCwweDMwMDAsTUFEVl9GUkVFKQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIG1hZHZpc2Ug MA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIG1hZHZpc2UoMHgzNDBhNzAwMCwweDEwMDAsTUFE Vl9GUkVFKQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIG1hZHZpc2UgMA0KICA0Mzc5IGJzZHRh ciAgIENBTEwgIG1hZHZpc2UoMHgzNDAzYjAwMCwweDE0MDAwLE1BRFZfRlJFRSkNCiAgNDM3 OSBic2R0YXIgICBSRVQgICBtYWR2aXNlIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBtYWR2 aXNlKDB4MzQwZWQwMDAsMHgyMDAwLE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0YXIgICBSRVQg ICBtYWR2aXNlIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBtYWR2aXNlKDB4MzQwNjAwMDAs MHgxMDAwLE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBtYWR2aXNlIDANCiAg NDM3OSBic2R0YXIgICBDQUxMICBtYWR2aXNlKDB4MzQwNTAwMDAsMHgxMDAwLE1BRFZfRlJF RSkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBtYWR2aXNlIDANCiAgNDM3OSBic2R0YXIgICBD QUxMICBtYWR2aXNlKDB4MzQxNDcwMDAsMHgxMDAwLE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0 YXIgICBSRVQgICBtYWR2aXNlIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBtYWR2aXNlKDB4 MzQwNGYwMDAsMHgxMDAwLE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBtYWR2 aXNlIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBtYWR2aXNlKDB4MzQwMmMwMDAsMHgxMDAw LE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBtYWR2aXNlIDANCiAgNDM3OSBi c2R0YXIgICBDQUxMICBtYWR2aXNlKDB4MzQxYTcwMDAsMHgxMDAwLE1BRFZfRlJFRSkNCiAg NDM3OSBic2R0YXIgICBSRVQgICBtYWR2aXNlIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBt YWR2aXNlKDB4MzQwMTYwMDAsMHgxMDAwLE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0YXIgICBS RVQgICBtYWR2aXNlIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBtYWR2aXNlKDB4MzQwMTIw MDAsMHgzMDAwLE1BRFZfRlJFRSkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBtYWR2aXNlIDAN CiAgNDM3OSBic2R0YXIgICBDQUxMICBzaWdwcm9jbWFzayhTSUdfQkxPQ0ssMHgzM2M2YzI3 MCwweDgyYmZlYTY4KQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIHNpZ3Byb2NtYXNrIDANCiAg NDM3OSBic2R0YXIgICBDQUxMICBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDMzYzZjMjg0 LDApDQogIDQzNzkgYnNkdGFyICAgUkVUICAgc2lncHJvY21hc2sgMA0KICA0Mzc5IGJzZHRh ciAgIENBTEwgIHNpZ3Byb2NtYXNrKFNJR19CTE9DSywweDMzYzZjMjcwLDB4ODJiZmUxZTgp DQogIDQzNzkgYnNkdGFyICAgUkVUICAgc2lncHJvY21hc2sgMA0KICA0Mzc5IGJzZHRhciAg IENBTEwgIHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MzNjNmMyODQsMCkNCiAgNDM3OSBi c2R0YXIgICBSRVQgICBzaWdwcm9jbWFzayAwDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgc2ln cHJvY21hc2soU0lHX0JMT0NLLDB4MzNjNmMyNzAsMHg4MmJmZTFlOCkNCiAgNDM3OSBic2R0 YXIgICBSRVQgICBzaWdwcm9jbWFzayAwDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgc2lncHJv Y21hc2soU0lHX1NFVE1BU0ssMHgzM2M2YzI4NCwwKQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAg IHNpZ3Byb2NtYXNrIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBzaWdwcm9jbWFzayhTSUdf QkxPQ0ssMHgzM2M2YzI3MCwweDgyYmZlMWU4KQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIHNp Z3Byb2NtYXNrIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBzaWdwcm9jbWFzayhTSUdfU0VU TUFTSywweDMzYzZjMjg0LDApDQogIDQzNzkgYnNkdGFyICAgUkVUICAgc2lncHJvY21hc2sg MA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHNpZ3Byb2NtYXNrKFNJR19CTE9DSywweDMzYzZj MjcwLDB4ODJiZmUxZTgpDQogIDQzNzkgYnNkdGFyICAgUkVUICAgc2lncHJvY21hc2sgMA0K ICA0Mzc5IGJzZHRhciAgIENBTEwgIHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MzNjNmMy ODQsMCkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBzaWdwcm9jbWFzayAwDQogIDQzNzkgYnNk dGFyICAgQ0FMTCAgc2lncHJvY21hc2soU0lHX0JMT0NLLDB4MzNjNmMyNzAsMHg4MmJmZTFl OCkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBzaWdwcm9jbWFzayAwDQogIDQzNzkgYnNkdGFy ICAgQ0FMTCAgc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgzM2M2YzI4NCwwKQ0KICA0Mzc5 IGJzZHRhciAgIFJFVCAgIHNpZ3Byb2NtYXNrIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBz aWdwcm9jbWFzayhTSUdfQkxPQ0ssMHgzM2M2YzI3MCwweDgyYmZlMWU4KQ0KICA0Mzc5IGJz ZHRhciAgIFJFVCAgIHNpZ3Byb2NtYXNrIDANCiAgNDM3OSBic2R0YXIgICBDQUxMICBzaWdw cm9jbWFzayhTSUdfU0VUTUFTSywweDMzYzZjMjg0LDApDQogIDQzNzkgYnNkdGFyICAgUkVU ICAgc2lncHJvY21hc2sgMA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHNpZ3Byb2NtYXNrKFNJ R19CTE9DSywweDMzYzZjMjcwLDB4ODJiZmUxZTgpDQogIDQzNzkgYnNkdGFyICAgUkVUICAg c2lncHJvY21hc2sgMA0KICA0Mzc5IGJzZHRhciAgIENBTEwgIHNpZ3Byb2NtYXNrKFNJR19T RVRNQVNLLDB4MzNjNmMyODQsMCkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBzaWdwcm9jbWFz ayAwDQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgc2lncHJvY21hc2soU0lHX0JMT0NLLDB4MzNj NmMyNzAsMHg4MmJmZTFlOCkNCiAgNDM3OSBic2R0YXIgICBSRVQgICBzaWdwcm9jbWFzayAw DQogIDQzNzkgYnNkdGFyICAgQ0FMTCAgc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgzM2M2 YzI4NCwwKQ0KICA0Mzc5IGJzZHRhciAgIFJFVCAgIHNpZ3Byb2NtYXNrIDANCiAgNDM3OSBi c2R0YXIgICBDQUxMICBleGl0KDApDQo= --------------030400090300010806090108-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 20:15:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A39B41065672 for ; Sun, 25 Mar 2012 20:15:31 +0000 (UTC) (envelope-from utisoft@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 30B718FC25 for ; Sun, 25 Mar 2012 20:15:30 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so4851437bkc.13 for ; Sun, 25 Mar 2012 13:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=7hvf5F+dHu+wD7gbr9LnqXEqzh/qYHiCbnzxGTEpfYs=; b=NWlOYDWFn3pV5yhGU8Y00qN4Qjz0vlQJya/h2ZXnCyv5EuN7ec0fO4VPmRjpXSnFFM Dyk7D3LAEP4ubpvANjSgqxuUFVLfScSlYhuRxvqxaYI2gaqWJK+zsN5UpukrZTGgZqBh svPVBWFhpOOsI2xNhiNtohkjgNoAktjOxylOGB6kFfQUqmF2aBDT3D/2DWhTCIiXYhJq QEnuNEA24Z/of8ewKbPKShglnw0TCbf/y/fzmi2q4WbZz3UtmMQEPIajg4mDmlqKMpTs CDjIc9ReOW51D8lqdK8fLDZCRxwpJngdknO5Z8JbMpFw74av3OtFs2uGLfMW4/R206re Li4Q== Received: by 10.204.156.217 with SMTP id y25mr7564304bkw.36.1332706529908; Sun, 25 Mar 2012 13:15:29 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.202.142 with HTTP; Sun, 25 Mar 2012 13:14:59 -0700 (PDT) In-Reply-To: References: From: Chris Rees Date: Sun, 25 Mar 2012 20:14:59 +0000 X-Google-Sender-Auth: slA0qunPphr_1xCRiGwuTGFE6wI Message-ID: To: Iurie Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: hi-- looking for some help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 20:15:31 -0000 On 19 March 2012 23:21, Iurie wrote: > hi > i saw your email inthe following link: > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026412.html > > im studying in portugal and in have acourse about pc networking. > there i have propossed to implement exactly the same thing as you have > described in your email. > i would like to know if ou can give me the source code of it to take some > inspiration. > if not can you at least tell me briefly how that is done? > or at least from where i must begin to have any idea about how that is done? > or at least where i can look at some code to have some clues on how that is > done? > > i need it to be done in c for linux > > i thnk you in advance for your answer All of the source for FreeBSD is available by svn or cvsup. http://svnweb.freebsd.org/base/head/ and can be checked out using: svn co http://svn.freebsd.org/base/head/ Chris From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 20:21:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D36D7106564A; Sun, 25 Mar 2012 20:21:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3518FC25; Sun, 25 Mar 2012 20:21:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2PKLeUF003840; Sun, 25 Mar 2012 16:21:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2PKLeRn003831; Sun, 25 Mar 2012 20:21:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 20:21:40 GMT Message-Id: <201203252021.q2PKLeRn003831@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 20:21:48 -0000 TB --- 2012-03-25 18:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 18:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-25 18:10:00 - cleaning the object tree TB --- 2012-03-25 18:10:04 - cvsupping the source tree TB --- 2012-03-25 18:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-25 18:15:32 - building world TB --- 2012-03-25 18:15:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 18:15:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 18:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 18:15:32 - SRCCONF=/dev/null TB --- 2012-03-25 18:15:32 - TARGET=i386 TB --- 2012-03-25 18:15:32 - TARGET_ARCH=i386 TB --- 2012-03-25 18:15:32 - TZ=UTC TB --- 2012-03-25 18:15:32 - __MAKE_CONF=/dev/null TB --- 2012-03-25 18:15:32 - cd /src TB --- 2012-03-25 18:15:32 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 18:15:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 20:19:40 UTC 2012 TB --- 2012-03-25 20:19:40 - generating LINT kernel config TB --- 2012-03-25 20:19:40 - cd /src/sys/i386/conf TB --- 2012-03-25 20:19:40 - /usr/bin/make -B LINT TB --- 2012-03-25 20:19:40 - cd /src/sys/i386/conf TB --- 2012-03-25 20:19:40 - /usr/sbin/config -m LINT TB --- 2012-03-25 20:19:40 - building LINT kernel TB --- 2012-03-25 20:19:40 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 20:19:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 20:19:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 20:19:40 - SRCCONF=/dev/null TB --- 2012-03-25 20:19:40 - TARGET=i386 TB --- 2012-03-25 20:19:40 - TARGET_ARCH=i386 TB --- 2012-03-25 20:19:40 - TZ=UTC TB --- 2012-03-25 20:19:40 - __MAKE_CONF=/dev/null TB --- 2012-03-25 20:19:40 - cd /src TB --- 2012-03-25 20:19:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 20:19:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 20:21:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 20:21:40 - ERROR: failed to build LINT kernel TB --- 2012-03-25 20:21:40 - 6164.19 user 886.70 system 7900.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 21:07:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FF1F1065670; Sun, 25 Mar 2012 21:07:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EAEDC8FC1B; Sun, 25 Mar 2012 21:07:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2PL7i69054481; Sun, 25 Mar 2012 17:07:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2PL7ivH054475; Sun, 25 Mar 2012 21:07:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 Mar 2012 21:07:44 GMT Message-Id: <201203252107.q2PL7ivH054475@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 21:07:46 -0000 TB --- 2012-03-25 20:21:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 20:21:40 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 20:21:40 - cleaning the object tree TB --- 2012-03-25 20:21:44 - cvsupping the source tree TB --- 2012-03-25 20:21:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 20:21:56 - building world TB --- 2012-03-25 20:21:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 20:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 20:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 20:21:56 - SRCCONF=/dev/null TB --- 2012-03-25 20:21:56 - TARGET=mips TB --- 2012-03-25 20:21:56 - TARGET_ARCH=mips TB --- 2012-03-25 20:21:56 - TZ=UTC TB --- 2012-03-25 20:21:56 - __MAKE_CONF=/dev/null TB --- 2012-03-25 20:21:56 - cd /src TB --- 2012-03-25 20:21:56 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 20:21:57 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 21:07:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 21:07:44 - ERROR: failed to build world TB --- 2012-03-25 21:07:44 - 2005.55 user 439.94 system 2764.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 21:43:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E692C106564A; Sun, 25 Mar 2012 21:43:31 +0000 (UTC) (envelope-from gleb.kurtsou@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 26F908FC19; Sun, 25 Mar 2012 21:43:30 +0000 (UTC) Received: by lboi15 with SMTP id i15so4707314lbo.13 for ; Sun, 25 Mar 2012 14:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=hKSsCpuuRp60WDbi8XHeN7C/qca0y1oxUQqDill78l0=; b=xiSeIbeBeBYvqjgNuD53CxOj9akfOgLUez2K4bfq+ko51ezJc4q+/kfB7XLIZL4y3Y 9qCPXzF5QaVRg2spr06wMxIlMOFe4p4evst6r1O/H+SXWdXMDqP2I+cBlGvJUJrC4MgK 4FKJDOd9EF8hUYPPlfOnSlOqFoQ+DcrxcjNpD4z3AU2ubPPPa/38v11tYRq9gqfBETyp 2eigaw3mLLKhTuGINlSGnS4t6tFZMhDLeYgmbaOHIJikYhC0TfD9BwzcIIIqJ7UiFRWc pywZP3+iaZngWEQEr6z09z4h9SAKDs9i13Ebh4Gwpmvy7x3OfCiGl9Ywodx74/N4KgWB xZRA== Received: by 10.112.27.198 with SMTP id v6mr7001203lbg.57.1332711809827; Sun, 25 Mar 2012 14:43:29 -0700 (PDT) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id cr11sm19445022lbb.0.2012.03.25.14.43.28 (version=SSLv3 cipher=OTHER); Sun, 25 Mar 2012 14:43:28 -0700 (PDT) Date: Mon, 26 Mar 2012 00:43:27 +0300 From: Gleb Kurtsou To: Tim Kientzle Message-ID: <20120325214327.GA1238@reks> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , freebsd-current@freebsd.org, Boris Samorodov Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 21:43:32 -0000 On (25/03/2012 10:53), Tim Kientzle wrote: > > On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: > > > On 24.03.2012 21:00, Tim Kientzle wrote: > >> > >> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: > >> > >> Can you send me the output of: > >> > >> tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 > >> > >> (A tar archive containing only that one source file.) > >> > >> This looks similar to a bug that we found in libarchive recently > >> I didn't think that bug impacted FreeBSD, but I may have been > >> wrong…. if it did, it will be obvious from the structure of the > >> created archive. > > > > The following file is extracted after tarring: > > ----- > > % hd libnspr4.so.1 > > 00000000 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| > > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > > * > > 00000200 > > ----- > > > > The tar file itself attached (3KB in length). > > Ugh. I'll probably need your help to diagnose this more precisely. > > Here is the root problem: tar thinks this is a sparse file > with nothing in it. On FreeBSD, bsdtar now uses > lseek(SEEK_HOLE) to identify holes in the file. For > some reason, bsdtar is storing this file as just one big hole. I experience a related issue. lseek(SEEK_HOLE) error checks are too strict. Files are not added to archive if lseek(SEEK_HOLE) fails. Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. I run stacked file system (PEFS) on top of ZFS. ZFS reports _PC_MIN_HOLE_SIZE, but ioctls to lower level fs disabled are in PEFS. I work around it by properly handling _PC_MIN_HOLE_SIZE. Test case: % for i in a b c; do echo $i > $i; done % tar cf 1.tar a b c tar: lseek(SEEK_HOLE) failed: Inappropriate ioctl for device tar: lseek(SEEK_HOLE) failed: Inappropriate ioctl for device tar: lseek(SEEK_HOLE) failed: Inappropriate ioctl for device % ls -l 1.tar -rw-r--r-- 1 gleb gleb 1024 Mar 26 00:28 1.tar % tar tf 1.tar # <-- no files in archive % truss log: __acl_get_link(0x801c8c100,0x2,0x801d82000,0x0,0x1000,0x0) ERR#22 'Invalid argument' extattr_list_link(0x801c8c100,0x1,0x0,0x0,0x7fffffffc530,0x0) ERR#45 'Operation not supported' pathconf("a",0x15) = 512 (0x200) open("a",O_NONBLOCK,037777751270) = 5 (0x5) lseek(5,0x0,0x3) ERR#25 'Inappropriate ioctl for device' close(5) = 0 (0x0) tar: write(2,"tar: ",5) = 5 (0x5) Thanks, Gleb. > > There are a lot of things here that don't make sense: > > * The extracted file should be all zero bytes. (The 2.0.0.241971.0. is the sparse file map, it's not really part of the file.) How are you extracting this? > > * Can you run the tar command under truss or ktrace and look for calls to lseek()? That would help verify that this is really a tar bug and not a filesystem or kernel bug. > > I'll spend some time today to see if I can reproduce the problem here. > > Tim > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 23:25:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 282F6106566B; Sun, 25 Mar 2012 23:25:08 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id D8D398FC0A; Sun, 25 Mar 2012 23:25:07 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q2PNP6n1047210; Sun, 25 Mar 2012 23:25:06 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 2qyse8cyh8vknke7eib5s94ip2; Sun, 25 Mar 2012 23:25:06 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <20120325214327.GA1238@reks> Date: Sun, 25 Mar 2012 16:25:05 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> To: Gleb Kurtsou X-Mailer: Apple Mail (2.1257) Cc: Dimitry Andric , freebsd-current@freebsd.org, Boris Samorodov Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 23:25:08 -0000 On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: > On (25/03/2012 10:53), Tim Kientzle wrote: >>=20 >> On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: >>=20 >>> On 24.03.2012 21:00, Tim Kientzle wrote: >>>>=20 >>>> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: >>>>=20 >>>> Can you send me the output of: >>>>=20 >>>> tar -cvf /tmp/test.tar = /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../p= r/src/./libnspr4.so.1 >>>>=20 >>>> (A tar archive containing only that one source file.) >>>>=20 >>>> This looks similar to a bug that we found in libarchive recently >>>> I didn't think that bug impacted FreeBSD, but I may have been >>>> wrong=85. if it did, it will be obvious from the structure of the >>>> created archive. >>>=20 >>> The following file is extracted after tarring: >>> ----- >>> % hd libnspr4.so.1 >>> 00000000 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 = |2.0.0.241971.0..| >>> 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = |................| >>> * >>> 00000200 >>> ----- >>>=20 >>> The tar file itself attached (3KB in length). >>=20 >> Ugh. I'll probably need your help to diagnose this more precisely. >>=20 >> Here is the root problem: tar thinks this is a sparse file >> with nothing in it. On FreeBSD, bsdtar now uses >> lseek(SEEK_HOLE) to identify holes in the file. For >> some reason, bsdtar is storing this file as just one big hole. >=20 > I experience a related issue. lseek(SEEK_HOLE) error checks are too > strict. Files are not added to archive if lseek(SEEK_HOLE) fails. > Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. This has already been fixed upstream. I'll get the fix merged soon=85 Boris: What filesystem are you using? Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 23:32:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 552A1106564A for ; Sun, 25 Mar 2012 23:32:54 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA718FC20 for ; Sun, 25 Mar 2012 23:32:53 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q2PNWrkq047253; Sun, 25 Mar 2012 23:32:53 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 57tvdnawuyajzjgqa32k26ayg6; Sun, 25 Mar 2012 23:32:53 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120325214327.GA1238@reks> Date: Sun, 25 Mar 2012 16:32:53 -0700 Content-Transfer-Encoding: 7bit Message-Id: <903ACDC1-CE39-45A5-8F37-9FE9BC969F42@kientzle.com> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> To: Gleb Kurtsou X-Mailer: Apple Mail (2.1257) Cc: freebsd-current FreeBSD Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 23:32:54 -0000 On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: > I experience a related issue. lseek(SEEK_HOLE) error checks are too > strict. Files are not added to archive if lseek(SEEK_HOLE) fails. > Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. Just noticed that lseek(1) doesn't document ENOTTY as a valid response code. Should it? Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 23:37:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA9E4106566B; Sun, 25 Mar 2012 23:37:19 +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 04FDC8FC23; Sun, 25 Mar 2012 23:37:18 +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 q2PNbEXp060723; Mon, 26 Mar 2012 02:37:15 +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 q2PNbEcx019289; Mon, 26 Mar 2012 02:37:14 +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 q2PNbEFa019288; Mon, 26 Mar 2012 02:37:14 +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: Mon, 26 Mar 2012 02:37:14 +0300 From: Konstantin Belousov To: Tim Kientzle Message-ID: <20120325233714.GF2358@deviant.kiev.zoral.com.ua> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <903ACDC1-CE39-45A5-8F37-9FE9BC969F42@kientzle.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nov/FvmP1ZEqD5bX" Content-Disposition: inline In-Reply-To: <903ACDC1-CE39-45A5-8F37-9FE9BC969F42@kientzle.com> User-Agent: Mutt/1.4.2.3i 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: Gleb Kurtsou , freebsd-current FreeBSD , pjd@freebsd.org Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 23:37:19 -0000 --nov/FvmP1ZEqD5bX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 25, 2012 at 04:32:53PM -0700, Tim Kientzle wrote: >=20 > On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: >=20 > > I experience a related issue. lseek(SEEK_HOLE) error checks are too > > strict. Files are not added to archive if lseek(SEEK_HOLE) fails. > > Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. >=20 > Just noticed that lseek(1) doesn't document ENOTTY as > a valid response code. >=20 > Should it? It seems that man page contradicts the actual lseek(2) behaviour. Man page states that there shall be a virtual hole after file end, even on the filesystems not supporting hole reports. Is there some regression test set for SEEK_HOLE/SEEK_DATA ? I found nothing in our tests, in particular, pjdfstest does not mention the options. --nov/FvmP1ZEqD5bX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9vrCoACgkQC3+MBN1Mb4iHkwCgxrMjIQb0xt59bU7FE4csqJmg XxUAni7+cQNS7DXDSHmOmyEbg+2bFkd1 =cxsP -----END PGP SIGNATURE----- --nov/FvmP1ZEqD5bX-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 25 23:56:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AA651065670; Sun, 25 Mar 2012 23:56:18 +0000 (UTC) (envelope-from kaho@ed.niigata-u.ac.jp) Received: from caav02.cais.niigata-u.ac.jp (caav02.cais.niigata-u.ac.jp [133.35.17.134]) by mx1.freebsd.org (Postfix) with ESMTP id C8A938FC1C; Sun, 25 Mar 2012 23:56:17 +0000 (UTC) Received: from caav02.cais.niigata-u.ac.jp (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id CB8F9282D9C; Mon, 26 Mar 2012 08:55:37 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (pf2.ed.niigata-u.ac.jp [133.35.172.22]) by caav02.cais.niigata-u.ac.jp (Postfix) with ESMTPS id B0F2B282D9A; Mon, 26 Mar 2012 08:55:37 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (localhost [127.0.0.1]) by pf2.ed.niigata-u.ac.jp (8.14.5/8.14.5) with ESMTP id q2PNtX4o001783; Mon, 26 Mar 2012 08:55:33 +0900 (JST) (envelope-from kaho@pf2.ed.niigata-u.ac.jp) To: Andriy Gapon From: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> X-Mailer: MH-E 8.2; MH 6.8.4.JP-3.05; GNU Emacs 23.4.1 User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Mon, 26 Mar 2012 08:55:33 +0900 Message-ID: <1782.1332719733@pf2.ed.niigata-u.ac.jp> Sender: kaho@ed.niigata-u.ac.jp Cc: Alexander Motin , freebsd-current@freebsd.org, day1234@hotmail.com, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2012 23:56:18 -0000 Hello, Andriy Gapon and ML members, > Date: Sun, 25 Mar 2012 13:15:26 +0300 > > on 25/03/2012 08:02 Kaho Toshikazu said the following: > > Hello Andriy Gapon, > > Thank you for your comment. > > > >> Message-ID: <4F6D9672.4050201@FreeBSD.org> > >> Date: Sat, 24 Mar 2012 11:40:02 +0200 > >> > >> on 24/03/2012 04:17 Kaho Toshikazu said the following: > >>> Hello, > >>> > >>> I have a similar problem with Transcend 16GB USB flash. When the flash > >>> is plugged, FreeBSD attache it, but reports very big capacity and can > >>> not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. > >>> 10-current and 8-stable have same problem, and 9-stable is not tested. > >> > >> Could the problem be related to r229288 (r232943 in stable/9)? > >> The dates below match the MFC date 2012-03-13. > > > > 10-current r233336 with reveting only scsi_da.c changed by > > r233288 has same problem. Should I revert whole system ? > > > > Sorry, it seems that I copied wrong revisions into my email. > They should have been r232941 for stable/9 and r228846 for head. Yes, r228846 for current is related this problem. 10-current reverting scsi/scsi_da.c introduced by r228846 detects valid capacity and can read/write USB flash. USB flash may be died of "READ CAPACITY(16)". > > -- > Andriy Gapon -- Kaho Toshikazu From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 00:51:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B1621065678; Mon, 26 Mar 2012 00:51:59 +0000 (UTC) (envelope-from twinklingq6@porterorlin.com) Received: from 93-33-98-98.ip44.fastwebnet.it (93-33-98-98.ip44.fastwebnet.it [93.33.98.98]) by mx1.freebsd.org (Postfix) with ESMTP id 19CBE8FC0C; Mon, 26 Mar 2012 00:51:59 +0000 (UTC) Received: from 93.33.98.98(helo=freebsd.org) by freebsd.org with esmtpa (Exim 4.69) (envelope-from ) id 1MMJFO-4775gg-V4 for ; Mon, 26 Mar 2012 01:51:57 +0100 From: , , To: , , Date: Mon, 26 Mar 2012 01:51:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: iyzr_06 Message-ID: <3433743767.KH07KGG9331990@bjccswwmm.pxkgegz.org> Cc: Subject: Virtual Manager Vacancy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 00:51:59 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 2000 EUR per month plus commission, paid every month. Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part time (Europe time). Region: Europe. Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Bryant@jobdayseu.com,with your personal identification number for this position IDNO: 3214 From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 02:35:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E091106566B; Mon, 26 Mar 2012 02:35:04 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E7CC58FC16; Mon, 26 Mar 2012 02:35:03 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so6214721pbc.13 for ; Sun, 25 Mar 2012 19:35:03 -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 :content-type; bh=Xfz/vQit2xA23L3NKdRB/AgqBgCSTGUfr4sVVkux4s8=; b=q2Wj//AbTLfVFZHD5Ek/rS6KqkF+OeXs+owu94hGWIwZD1fToRH5RuhLkv0UZf7762 GZN3Urg7yVlkNUtbOSZkVw3OX353y+zFCXBXlinJQHymH7r4Mg4KrZpd/fBKfhk6n6oR n/NOjrRDQ67ib7AjpAWUZ+Mbq9q8HY0rmqVg1qGs/Hqeftb5DPagQrD+yVwAKtYN/Lg8 aUKtfumaFxHWtmBu61ZGGNRG2Mr/9X7b5eDTyk7THRfx+zVGupUs3IHG7PmXis2fitRJ ywd7W7s7j0Oy3xHDEfAnkP/2ukVmfL1pXySsPNuHfdoBY/pHSSqJY8yG3ZQriYCxs9kO N3Yw== MIME-Version: 1.0 Received: by 10.68.73.138 with SMTP id l10mr48848318pbv.22.1332729303311; Sun, 25 Mar 2012 19:35:03 -0700 (PDT) Received: by 10.68.208.168 with HTTP; Sun, 25 Mar 2012 19:35:03 -0700 (PDT) In-Reply-To: <3433743767.KH07KGG9331990@bjccswwmm.pxkgegz.org> References: <3433743767.KH07KGG9331990@bjccswwmm.pxkgegz.org> Date: Sun, 25 Mar 2012 22:35:03 -0400 Message-ID: From: Super Bisquit To: bmah@freebsd.org, current@freebsd.org, smkelly@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Virtual Manager Vacancy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 02:35:04 -0000 On 3/25/12, bmah@freebsd.org wrote: > I would like to take this time to welcome you to our hiring process > and give you a brief synopsis of the position's benefits and requirements. > > If you are taking a career break, are on a maternity leave, > recently retired or simply looking for some part-time job, this position is > for you. I'm a retired 69 year old pregnant male looking for part-time work during my career break. > > Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a > minimum 20 hrs/week occupation > Salary: Starting salary is 2000 EUR per month plus commission, paid every > month. > Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part > time (Europe time). > > Region: Europe. > > Please note that there are no startup fees or deposits to start working for > us. > > To request an application form, schedule your interview and receive more > information about this position > please reply to Bryant@jobdayseu.com,with your personal identification > number for this position IDNO: 3214 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 02:47:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33BFA106564A; Mon, 26 Mar 2012 02:47:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EFA3D8FC08; Mon, 26 Mar 2012 02:47:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2Q2lMH1069363; Sun, 25 Mar 2012 22:47:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2Q2lMGZ069338; Mon, 26 Mar 2012 02:47:22 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 02:47:22 GMT Message-Id: <201203260247.q2Q2lMGZ069338@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 02:47:23 -0000 TB --- 2012-03-26 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 00:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-26 00:30:00 - cleaning the object tree TB --- 2012-03-26 00:30:03 - cvsupping the source tree TB --- 2012-03-26 00:30:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-26 00:35:38 - building world TB --- 2012-03-26 00:35:38 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 00:35:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 00:35:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 00:35:38 - SRCCONF=/dev/null TB --- 2012-03-26 00:35:38 - TARGET=i386 TB --- 2012-03-26 00:35:38 - TARGET_ARCH=i386 TB --- 2012-03-26 00:35:38 - TZ=UTC TB --- 2012-03-26 00:35:38 - __MAKE_CONF=/dev/null TB --- 2012-03-26 00:35:38 - cd /src TB --- 2012-03-26 00:35:38 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 00:35:39 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 26 02:45:21 UTC 2012 TB --- 2012-03-26 02:45:21 - generating LINT kernel config TB --- 2012-03-26 02:45:21 - cd /src/sys/i386/conf TB --- 2012-03-26 02:45:21 - /usr/bin/make -B LINT TB --- 2012-03-26 02:45:21 - cd /src/sys/i386/conf TB --- 2012-03-26 02:45:21 - /usr/sbin/config -m LINT TB --- 2012-03-26 02:45:21 - building LINT kernel TB --- 2012-03-26 02:45:21 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 02:45:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 02:45:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 02:45:21 - SRCCONF=/dev/null TB --- 2012-03-26 02:45:21 - TARGET=i386 TB --- 2012-03-26 02:45:21 - TARGET_ARCH=i386 TB --- 2012-03-26 02:45:21 - TZ=UTC TB --- 2012-03-26 02:45:21 - __MAKE_CONF=/dev/null TB --- 2012-03-26 02:45:21 - cd /src TB --- 2012-03-26 02:45:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 26 02:45:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 02:47:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 02:47:21 - ERROR: failed to build LINT kernel TB --- 2012-03-26 02:47:21 - 6470.12 user 917.31 system 8241.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 03:35:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CFC5106564A; Mon, 26 Mar 2012 03:35:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2CAAB8FC14; Mon, 26 Mar 2012 03:35:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2Q3Zb3L021680; Sun, 25 Mar 2012 23:35:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2Q3Zb7O021679; Mon, 26 Mar 2012 03:35:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 03:35:37 GMT Message-Id: <201203260335.q2Q3Zb7O021679@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 03:35:38 -0000 TB --- 2012-03-26 02:47:22 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 02:47:22 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-26 02:47:22 - cleaning the object tree TB --- 2012-03-26 02:47:26 - cvsupping the source tree TB --- 2012-03-26 02:47:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-26 02:47:36 - building world TB --- 2012-03-26 02:47:36 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 02:47:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 02:47:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 02:47:36 - SRCCONF=/dev/null TB --- 2012-03-26 02:47:36 - TARGET=mips TB --- 2012-03-26 02:47:36 - TARGET_ARCH=mips TB --- 2012-03-26 02:47:36 - TZ=UTC TB --- 2012-03-26 02:47:36 - __MAKE_CONF=/dev/null TB --- 2012-03-26 02:47:36 - cd /src TB --- 2012-03-26 02:47:36 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 02:47:37 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 03:35:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 03:35:37 - ERROR: failed to build world TB --- 2012-03-26 03:35:37 - 2124.20 user 459.87 system 2894.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 04:33:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF02D106564A for ; Mon, 26 Mar 2012 04:33:23 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id B140A8FC1E for ; Mon, 26 Mar 2012 04:33:23 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q2Q4XN4e049122 for freebsd-current@freebsd.org; Mon, 26 Mar 2012 04:33:23 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ia6xsifw55rwc8tuj3k6nbqjde; for freebsd-current@freebsd.org; Mon, 26 Mar 2012 04:33:22 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Sun, 25 Mar 2012 21:33:22 -0700 Message-Id: To: freebsd-current FreeBSD Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Subject: Can't build devel/git on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 04:33:24 -0000 I've tried adding CONFIGURE_ENV+=3D CHARSET_LIB=3D-lcharset to the port Makefile, but still no joy: $ cd /usr/ports/devel/git $ make =85.. libgit.a(gettext.o): In function `git_setup_gettext': gettext.c:(.text+0x4f): undefined reference to `locale_charset' gmake: *** [git-daemon] Error 1 *** Error code 1 Stop in /usr/ports/devel/git. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 05:42:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87463106566B for ; Mon, 26 Mar 2012 05:42:32 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 453388FC1D for ; Mon, 26 Mar 2012 05:42:31 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 6C5F55DFA for ; Mon, 26 Mar 2012 05:42:25 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q2Q5gP3j001823 for ; Mon, 26 Mar 2012 05:42:25 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 26 Mar 2012 05:42:25 +0000 Message-ID: <1822.1332740545@critter.freebsd.dk> Cc: Subject: ACPI refcount increasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 05:42:32 -0000 I tried -current as of approx one day ago and was greeted with a kernel printf flooding the screen with something about a ACPI(?) mutex(?) refcount increasing. I were unable to divine any identifying info from the messages because the screen scrolled too fast and the message was longer than the width of the screen. I were unable to get a core-dump and had to reset the laptop (Lenovo T400s) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 08:04:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C417B106566B; Mon, 26 Mar 2012 08:04:23 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA368FC1E; Mon, 26 Mar 2012 08:04:22 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward13.mail.yandex.net (Yandex) with ESMTP id 63FE3141D10; Mon, 26 Mar 2012 12:04:20 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 29AE71B60573; Mon, 26 Mar 2012 12:04:20 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 4J7SSHRb-4J7WWSAL; Mon, 26 Mar 2012 12:04:19 +0400 Message-ID: <4F702303.6040504@passap.ru> Date: Mon, 26 Mar 2012 12:04:19 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: Tim Kientzle References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Gleb Kurtsou , freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 08:04:23 -0000 26.03.2012 03:25, Tim Kientzle пишет: > > On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: > >> On (25/03/2012 10:53), Tim Kientzle wrote: >>> >>> On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: >>> >>>> On 24.03.2012 21:00, Tim Kientzle wrote: >>>>> >>>>> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: >>>>> >>>>> Can you send me the output of: >>>>> >>>>> tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 >>>>> >>>>> (A tar archive containing only that one source file.) >>>>> >>>>> This looks similar to a bug that we found in libarchive recently >>>>> I didn't think that bug impacted FreeBSD, but I may have been >>>>> wrong…. if it did, it will be obvious from the structure of the >>>>> created archive. >>>> >>>> The following file is extracted after tarring: >>>> ----- >>>> % hd libnspr4.so.1 >>>> 00000000 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| >>>> 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >>>> * >>>> 00000200 >>>> ----- >>>> >>>> The tar file itself attached (3KB in length). >>> >>> Ugh. I'll probably need your help to diagnose this more precisely. >>> >>> Here is the root problem: tar thinks this is a sparse file >>> with nothing in it. On FreeBSD, bsdtar now uses >>> lseek(SEEK_HOLE) to identify holes in the file. For >>> some reason, bsdtar is storing this file as just one big hole. >> >> I experience a related issue. lseek(SEEK_HOLE) error checks are too >> strict. Files are not added to archive if lseek(SEEK_HOLE) fails. >> Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. > > This has already been fixed upstream. I'll get the > fix merged soon… > > Boris: What filesystem are you using? zfs -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 08:42:15 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07A601065674 for ; Mon, 26 Mar 2012 08:42:15 +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 4D7B38FC16 for ; Mon, 26 Mar 2012 08:42:13 +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 LAA21280; Mon, 26 Mar 2012 11:42:06 +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 1SC5V7-000HZ1-LE; Mon, 26 Mar 2012 11:42:05 +0300 Message-ID: <4F702BDB.3000909@FreeBSD.org> Date: Mon, 26 Mar 2012 11:42:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Boris Samorodov References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <4F702303.6040504@passap.ru> In-Reply-To: <4F702303.6040504@passap.ru> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Gleb Kurtsou , freebsd-current@FreeBSD.org Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 08:42:15 -0000 on 26/03/2012 11:04 Boris Samorodov said the following: > 26.03.2012 03:25, Tim Kientzle пишет: >> Boris: What filesystem are you using? > > zfs > Could this particular instance of the problem be triggered by http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 ? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 09:16:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9BA51065670; Mon, 26 Mar 2012 09:16:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 732D08FC15; Mon, 26 Mar 2012 09:16:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2Q9GSSF046854; Mon, 26 Mar 2012 05:16:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2Q9GSw4046853; Mon, 26 Mar 2012 09:16:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 09:16:28 GMT Message-Id: <201203260916.q2Q9GSw4046853@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 09:16:29 -0000 TB --- 2012-03-26 07:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 07:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-26 07:00:00 - cleaning the object tree TB --- 2012-03-26 07:00:04 - cvsupping the source tree TB --- 2012-03-26 07:00:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-26 07:06:33 - building world TB --- 2012-03-26 07:06:33 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 07:06:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 07:06:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 07:06:33 - SRCCONF=/dev/null TB --- 2012-03-26 07:06:33 - TARGET=i386 TB --- 2012-03-26 07:06:33 - TARGET_ARCH=i386 TB --- 2012-03-26 07:06:33 - TZ=UTC TB --- 2012-03-26 07:06:33 - __MAKE_CONF=/dev/null TB --- 2012-03-26 07:06:33 - cd /src TB --- 2012-03-26 07:06:33 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 07:06:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 26 09:14:26 UTC 2012 TB --- 2012-03-26 09:14:26 - generating LINT kernel config TB --- 2012-03-26 09:14:26 - cd /src/sys/i386/conf TB --- 2012-03-26 09:14:26 - /usr/bin/make -B LINT TB --- 2012-03-26 09:14:26 - cd /src/sys/i386/conf TB --- 2012-03-26 09:14:26 - /usr/sbin/config -m LINT TB --- 2012-03-26 09:14:27 - building LINT kernel TB --- 2012-03-26 09:14:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 09:14:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 09:14:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 09:14:27 - SRCCONF=/dev/null TB --- 2012-03-26 09:14:27 - TARGET=i386 TB --- 2012-03-26 09:14:27 - TARGET_ARCH=i386 TB --- 2012-03-26 09:14:27 - TZ=UTC TB --- 2012-03-26 09:14:27 - __MAKE_CONF=/dev/null TB --- 2012-03-26 09:14:27 - cd /src TB --- 2012-03-26 09:14:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 26 09:14:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 09:16:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 09:16:28 - ERROR: failed to build LINT kernel TB --- 2012-03-26 09:16:28 - 6365.83 user 902.15 system 8187.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 09:36:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39ECB1065672; Mon, 26 Mar 2012 09:36:01 +0000 (UTC) (envelope-from matt.thyer@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 698C68FC1C; Mon, 26 Mar 2012 09:36:00 +0000 (UTC) Received: by wern13 with SMTP id n13so5378986wer.13 for ; Mon, 26 Mar 2012 02:35:59 -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=SIthYgC3/jFKAFYcaqX/LSrysxc3LU3uxF8m3PhELuA=; b=OoEaqY3dyaWYBDdXMVlcCmkEiX68gAZ4WNDnNe/AlDMxhm+1y4CZU5x9hOKtUCz3Sc 9ZdBTN2cCyvVTSdl0sONipnBatoCygmr0VUmR8ozcV5nvfIr9Bsmj39k4t2Qqmcom55W 9BADPMBRFxBsIQ/HF3t7vJxzQJO+P9+/XUn4qw0FTN3m8atfjt7CZ8GC6dlEemaQVBNy 4xWiUxvxN9pql8JBhPuWBn1smW6AoBIokO/UNMw6MgGqVumU72yxdgTsC1dPHLqgqs0k 7KIqssZXCzeImOz5O1ix7pBl+h44eiA8DO0Y6VsjYeSZyPIz9fA9VVLbdEw33sVTXkdO iTkQ== MIME-Version: 1.0 Received: by 10.180.73.143 with SMTP id l15mr16842274wiv.11.1332754559314; Mon, 26 Mar 2012 02:35:59 -0700 (PDT) Received: by 10.216.229.10 with HTTP; Mon, 26 Mar 2012 02:35:59 -0700 (PDT) Received: by 10.216.229.10 with HTTP; Mon, 26 Mar 2012 02:35:59 -0700 (PDT) In-Reply-To: References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> Date: Mon, 26 Mar 2012 20:05:59 +1030 Message-ID: From: Matt Thyer To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, "Kenneth D. Merry" , Steven Hartland Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 09:36:01 -0000 On Mar 26, 2012 3:43 AM, "Garrett Cooper" wrote: > > On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer wrote: > > On 21 January 2012 09:58, Kenneth D. Merry wrote: > > > >> On Fri, Jan 20, 2012 at 23:14:20 -0000, Steven Hartland wrote: > >> > ----- Original Message ----- > >> > From: "Kenneth D. Merry" > >> > To: ; > >> > Sent: Friday, January 20, 2012 8:44 PM > >> > Subject: LSI supported mps(4) driver available > >> > > >> > > >> > > > >> > >The LSI-supported version of the mps(4) driver that supports their 6Gb > >> SAS > >> > >HBAs as well as WarpDrive controllers, is available here: > >> > > > >> > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt > >> > > > >> > >I plan to check it in to head next week, and then MFC it into stable/9 a > >> > >week after that most likely. > >> > > >> > Great to see this being done, thanks to everyone! Be even better to see > >> > this MFC'ed to 8.x as well if all goes well. Do you think this will > >> > possible? > >> > >> Yes, that should be doable as well. It's unlikely that all of the CAM > >> changes will get merged back, but the driver itself shouldn't be a problem. > >> > >> Ken > >> > > > > Has this driver been MFC to 8-STABLE yet ? > > > > I'm asking because I updated my NAS on the 4th of March from 8-STABLE > > r225723 to r232477 and am now seeing 157,000 interrupts per second on irq > > 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI > > SAS2008 chip). > > > > More details are in a thread on the freebsd-stable mailing list entitled > > "157k interrupts per second causing 60% CPU load on idle system". The > > first message is here: > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=152290+156717+/usr/local/www/db/text/2012/freebsd-stable/20120325.freebsd-stable > > > > If this new driver isn't in 8-STABLE yet I think I'll try upgrading the > > whole system to 9-STABLE. > > Be sure to update your firmware beforehand. v11 firmware from LSI > (or the OEM vendor) is required in order for all drives to be detected > in FreeBSD in certain configs. > Cheers, > -Garrett After encountering this problem I updated my firmware from phase 7 to phase 11 but this did not fix things. My question is: "Is the LSI driver even in 8-STABLE yet?". If not I'll upgrade to 9-STABLE to get the new driver. If it is, then I want to downgrade to just before it came in to see if this high interrupt rate problem is fixed. From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 10:05:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C80E1065670; Mon, 26 Mar 2012 10:05:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E94A38FC1F; Mon, 26 Mar 2012 10:05:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2QA5vXs095951; Mon, 26 Mar 2012 06:05:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2QA5v9m095942; Mon, 26 Mar 2012 10:05:57 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 10:05:57 GMT Message-Id: <201203261005.q2QA5v9m095942@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 10:05:58 -0000 TB --- 2012-03-26 09:16:28 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 09:16:28 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-26 09:16:28 - cleaning the object tree TB --- 2012-03-26 09:16:31 - cvsupping the source tree TB --- 2012-03-26 09:16:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-26 09:16:42 - building world TB --- 2012-03-26 09:16:42 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 09:16:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 09:16:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 09:16:42 - SRCCONF=/dev/null TB --- 2012-03-26 09:16:42 - TARGET=mips TB --- 2012-03-26 09:16:42 - TARGET_ARCH=mips TB --- 2012-03-26 09:16:42 - TZ=UTC TB --- 2012-03-26 09:16:42 - __MAKE_CONF=/dev/null TB --- 2012-03-26 09:16:42 - cd /src TB --- 2012-03-26 09:16:42 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 09:16:43 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 10:05:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 10:05:57 - ERROR: failed to build world TB --- 2012-03-26 10:05:57 - 2060.11 user 447.48 system 2968.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 10:30:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE7F51065673; Mon, 26 Mar 2012 10:30:33 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 46D348FC1A; Mon, 26 Mar 2012 10:30:33 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward15.mail.yandex.net (Yandex) with ESMTP id C77069E22EA; Mon, 26 Mar 2012 14:30:31 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 83BE01B60573; Mon, 26 Mar 2012 14:30:31 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id UV7mFjBE-UV7W3UI9; Mon, 26 Mar 2012 14:30:31 +0400 Message-ID: <4F704547.4010702@passap.ru> Date: Mon, 26 Mar 2012 14:30:31 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <4F702303.6040504@passap.ru> <4F702BDB.3000909@FreeBSD.org> In-Reply-To: <4F702BDB.3000909@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Gleb Kurtsou , freebsd-current@FreeBSD.org Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 10:30:33 -0000 On 26.03.2012 12:42, Andriy Gapon wrote: > on 26/03/2012 11:04 Boris Samorodov said the following: >> 26.03.2012 03:25, Tim Kientzle пишет: >>> Boris: What filesystem are you using? >> >> zfs > > Could this particular instance of the problem be triggered by > http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 Hm, I use i386: ----- % uname -a FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r232957: Wed Mar 14 14:14:49 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 11:36:54 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52B511065670 for ; Mon, 26 Mar 2012 11:36:54 +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 96E1D8FC1F for ; Mon, 26 Mar 2012 11:36:53 +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 OAA23389; Mon, 26 Mar 2012 14:36:40 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4F7054C7.4020409@FreeBSD.org> Date: Mon, 26 Mar 2012 14:36:39 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: Boris Samorodov References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <4F702303.6040504@passap.ru> <4F702BDB.3000909@FreeBSD.org> <4F704547.4010702@passap.ru> In-Reply-To: <4F704547.4010702@passap.ru> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Gleb Kurtsou , freebsd-current@FreeBSD.org Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 11:36:54 -0000 on 26/03/2012 13:30 Boris Samorodov said the following: > On 26.03.2012 12:42, Andriy Gapon wrote: >> on 26/03/2012 11:04 Boris Samorodov said the following: >>> 26.03.2012 03:25, Tim Kientzle пишет: >>>> Boris: What filesystem are you using? >>> >>> zfs >> >> Could this particular instance of the problem be triggered by >> http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 > > Hm, I use i386: > ----- > % uname -a > FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r232957: Wed Mar 14 > 14:14:49 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 > ----- > Hm, does that make any difference? :-) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 12:01:37 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47819106564A; Mon, 26 Mar 2012 12:01:37 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id B20328FC29; Mon, 26 Mar 2012 12:01:36 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward14.mail.yandex.net (Yandex) with ESMTP id 3A7F31981639; Mon, 26 Mar 2012 16:01:35 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id EE8A01B60757; Mon, 26 Mar 2012 16:01:34 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 1Y7K7R8L-1Y7uXlja; Mon, 26 Mar 2012 16:01:34 +0400 Message-ID: <4F705A9E.6010004@passap.ru> Date: Mon, 26 Mar 2012 16:01:34 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <4F702303.6040504@passap.ru> <4F702BDB.3000909@FreeBSD.org> <4F704547.4010702@passap.ru> <4F7054C7.4020409@FreeBSD.org> In-Reply-To: <4F7054C7.4020409@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Gleb Kurtsou , freebsd-current@FreeBSD.org Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 12:01:37 -0000 On 26.03.2012 15:36, Andriy Gapon wrote: > on 26/03/2012 13:30 Boris Samorodov said the following: >> On 26.03.2012 12:42, Andriy Gapon wrote: >>> on 26/03/2012 11:04 Boris Samorodov said the following: >>>> 26.03.2012 03:25, Tim Kientzle пишет: >>>>> Boris: What filesystem are you using? >>>> >>>> zfs >>> >>> Could this particular instance of the problem be triggered by >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 >> >> Hm, I use i386: >> ----- >> % uname -a >> FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r232957: Wed Mar 14 >> 14:14:49 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 >> ----- > > Hm, does that make any difference? :-) I may misunderstand the PR but it seems to me that the discussion was about amd64. Other than that looks familiar. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 12:12:05 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDC13106564A for ; Mon, 26 Mar 2012 12:12:05 +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 09BAB8FC1A for ; Mon, 26 Mar 2012 12:12:04 +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 PAA23797; Mon, 26 Mar 2012 15:11:58 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4F705D0E.5080408@FreeBSD.org> Date: Mon, 26 Mar 2012 15:11:58 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: Boris Samorodov References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <4F702303.6040504@passap.ru> <4F702BDB.3000909@FreeBSD.org> <4F704547.4010702@passap.ru> <4F7054C7.4020409@FreeBSD.org> <4F705A9E.6010004@passap.ru> In-Reply-To: <4F705A9E.6010004@passap.ru> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Gleb Kurtsou , freebsd-current@FreeBSD.org Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 12:12:05 -0000 on 26/03/2012 15:01 Boris Samorodov said the following: > On 26.03.2012 15:36, Andriy Gapon wrote: >> on 26/03/2012 13:30 Boris Samorodov said the following: >>> On 26.03.2012 12:42, Andriy Gapon wrote: >>>> on 26/03/2012 11:04 Boris Samorodov said the following: >>>>> 26.03.2012 03:25, Tim Kientzle пишет: > >>>>>> Boris: What filesystem are you using? >>>>> >>>>> zfs >>>> >>>> Could this particular instance of the problem be triggered by >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 >>> >>> Hm, I use i386: >>> ----- >>> % uname -a >>> FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r232957: Wed Mar 14 >>> 14:14:49 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 >>> ----- >> >> Hm, does that make any difference? :-) > > I may misunderstand the PR but it seems to me that the discussion was > about amd64. Other than that looks familiar. > My impression is that the PR compared FreeBSD pre-ZFSv28 and ZFSv28 behavior, i386 vs amd64 seems to be a bit of noise in the signal. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 12:12:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCB5A106564A for ; Mon, 26 Mar 2012 12:12:14 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 94A2D8FC08 for ; Mon, 26 Mar 2012 12:12:14 +0000 (UTC) Received: by ghrr20 with SMTP id r20so4493115ghr.13 for ; Mon, 26 Mar 2012 05:12:14 -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=FtBkt3YMDkt28n93UIOyXMVlT6YMFEgfGf0Go4esG1k=; b=m0/GrSF8ZC+/xNzAvjPqtDFsyjHz4whaBBWamRPdkyC7K1EOfznpIxrs9I+HDqA1OO +pGiVa2/h9wvsKw3bumw82yDQgGirveM59mQ+Fih8BTtU4M/rRYzm2yviZI8XlC2TZ5Z veTpaoBnh6bRAAqRoK9T/5/hOKYTVHrxiTcz9n+Vw5usjKP8zwoZdZ2ZNttcxA5AqcWT R94JA6HLWL/LLd2Ry11AGkGi1DZjnzV1XBRBgHntX7zUCCsh/0GHl1qR4m/ZrcukoIWr /t3pg6Jo0X5e4uoM9NI26w1fUyQCIc+XDktwsr+WP9mZC2hQyJOH0WuX7LsyPvjvwJvV f/iA== Received: by 10.60.14.136 with SMTP id p8mr26412975oec.68.1332763933893; Mon, 26 Mar 2012 05:12:13 -0700 (PDT) Received: from [192.168.4.103] (c-69-243-237-205.hsd1.al.comcast.net. [69.243.237.205]) by mx.google.com with ESMTPS id b2sm16215604obo.22.2012.03.26.05.12.11 (version=SSLv3 cipher=OTHER); Mon, 26 Mar 2012 05:12:12 -0700 (PDT) Message-ID: <4F705D24.6090203@gmail.com> Date: Mon, 26 Mar 2012 07:12:20 -0500 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3433743767.KH07KGG9331990@bjccswwmm.pxkgegz.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Virtual Manager Vacancy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 12:12:14 -0000 On 3/25/2012 9:35 PM, Super Bisquit wrote: > I'm a retired 69 year old pregnant male looking for part-time work > during my career break. I'm not a pregnant male, I just look like it............ ouch. :( Chuck From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 12:16:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D09251065673; Mon, 26 Mar 2012 12:16:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 644C98FC28; Mon, 26 Mar 2012 12:16:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2QCG4s3045429; Mon, 26 Mar 2012 08:16:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2QCG4XT045420; Mon, 26 Mar 2012 12:16:04 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 12:16:04 GMT Message-Id: <201203261216.q2QCG4XT045420@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 12:16:06 -0000 TB --- 2012-03-26 07:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 07:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-03-26 07:00:00 - cleaning the object tree TB --- 2012-03-26 07:00:00 - cvsupping the source tree TB --- 2012-03-26 07:00:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-03-26 07:00:14 - building world TB --- 2012-03-26 07:00:14 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 07:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 07:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 07:00:14 - SRCCONF=/dev/null TB --- 2012-03-26 07:00:14 - TARGET=amd64 TB --- 2012-03-26 07:00:14 - TARGET_ARCH=amd64 TB --- 2012-03-26 07:00:14 - TZ=UTC TB --- 2012-03-26 07:00:14 - __MAKE_CONF=/dev/null TB --- 2012-03-26 07:00:14 - cd /src TB --- 2012-03-26 07:00:14 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 07:00:14 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Mar 26 09:38:44 UTC 2012 TB --- 2012-03-26 09:38:44 - generating LINT kernel config TB --- 2012-03-26 09:38:44 - cd /src/sys/amd64/conf TB --- 2012-03-26 09:38:44 - /usr/bin/make -B LINT TB --- 2012-03-26 09:38:44 - cd /src/sys/amd64/conf TB --- 2012-03-26 09:38:44 - /usr/sbin/config -m LINT TB --- 2012-03-26 09:38:44 - building LINT kernel TB --- 2012-03-26 09:38:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 09:38:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 09:38:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 09:38:44 - SRCCONF=/dev/null TB --- 2012-03-26 09:38:44 - TARGET=amd64 TB --- 2012-03-26 09:38:44 - TARGET_ARCH=amd64 TB --- 2012-03-26 09:38:44 - TZ=UTC TB --- 2012-03-26 09:38:44 - __MAKE_CONF=/dev/null TB --- 2012-03-26 09:38:44 - cd /src TB --- 2012-03-26 09:38:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 26 09:38:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Mar 26 10:09:50 UTC 2012 TB --- 2012-03-26 10:09:50 - cd /src/sys/amd64/conf TB --- 2012-03-26 10:09:50 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-26 10:09:50 - building LINT-NOINET kernel TB --- 2012-03-26 10:09:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 10:09:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 10:09:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 10:09:50 - SRCCONF=/dev/null TB --- 2012-03-26 10:09:50 - TARGET=amd64 TB --- 2012-03-26 10:09:50 - TARGET_ARCH=amd64 TB --- 2012-03-26 10:09:50 - TZ=UTC TB --- 2012-03-26 10:09:50 - __MAKE_CONF=/dev/null TB --- 2012-03-26 10:09:50 - cd /src TB --- 2012-03-26 10:09:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Mar 26 10:09:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Mar 26 10:37:41 UTC 2012 TB --- 2012-03-26 10:37:41 - cd /src/sys/amd64/conf TB --- 2012-03-26 10:37:41 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-26 10:37:41 - building LINT-NOINET6 kernel TB --- 2012-03-26 10:37:41 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 10:37:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 10:37:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 10:37:41 - SRCCONF=/dev/null TB --- 2012-03-26 10:37:41 - TARGET=amd64 TB --- 2012-03-26 10:37:41 - TARGET_ARCH=amd64 TB --- 2012-03-26 10:37:41 - TZ=UTC TB --- 2012-03-26 10:37:41 - __MAKE_CONF=/dev/null TB --- 2012-03-26 10:37:41 - cd /src TB --- 2012-03-26 10:37:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Mar 26 10:37:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Mar 26 11:06:25 UTC 2012 TB --- 2012-03-26 11:06:25 - cd /src/sys/amd64/conf TB --- 2012-03-26 11:06:25 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-26 11:06:25 - building LINT-NOIP kernel TB --- 2012-03-26 11:06:25 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 11:06:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 11:06:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 11:06:25 - SRCCONF=/dev/null TB --- 2012-03-26 11:06:25 - TARGET=amd64 TB --- 2012-03-26 11:06:25 - TARGET_ARCH=amd64 TB --- 2012-03-26 11:06:25 - TZ=UTC TB --- 2012-03-26 11:06:25 - __MAKE_CONF=/dev/null TB --- 2012-03-26 11:06:25 - cd /src TB --- 2012-03-26 11:06:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Mar 26 11:06:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Mar 26 11:31:55 UTC 2012 TB --- 2012-03-26 11:31:55 - cd /src/sys/amd64/conf TB --- 2012-03-26 11:31:55 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-26 11:31:55 - building LINT-VIMAGE kernel TB --- 2012-03-26 11:31:55 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 11:31:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 11:31:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 11:31:55 - SRCCONF=/dev/null TB --- 2012-03-26 11:31:55 - TARGET=amd64 TB --- 2012-03-26 11:31:55 - TARGET_ARCH=amd64 TB --- 2012-03-26 11:31:55 - TZ=UTC TB --- 2012-03-26 11:31:55 - __MAKE_CONF=/dev/null TB --- 2012-03-26 11:31:55 - cd /src TB --- 2012-03-26 11:31:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Mar 26 11:31:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Mon Mar 26 12:00:10 UTC 2012 TB --- 2012-03-26 12:00:10 - cd /src/sys/amd64/conf TB --- 2012-03-26 12:00:10 - /usr/sbin/config -m GENERIC TB --- 2012-03-26 12:00:10 - building GENERIC kernel TB --- 2012-03-26 12:00:10 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 12:00:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 12:00:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 12:00:10 - SRCCONF=/dev/null TB --- 2012-03-26 12:00:10 - TARGET=amd64 TB --- 2012-03-26 12:00:10 - TARGET_ARCH=amd64 TB --- 2012-03-26 12:00:10 - TZ=UTC TB --- 2012-03-26 12:00:10 - __MAKE_CONF=/dev/null TB --- 2012-03-26 12:00:10 - cd /src TB --- 2012-03-26 12:00:10 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 26 12:00:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:226: error: 'pp' undeclared (first use in this function) /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:227: warning: implicit declaration of function 'oKASSERT' /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:227: warning: nested extern declaration of 'oKASSERT' [-Wnested-externs] /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:230: warning: implicit declaration of function 'G_VINUM_DEBUG' /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:230: warning: nested extern declaration of 'G_VINUM_DEBUG' [-Wnested-externs] /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:248: warning: implicit declaration of function 'gv_rename_plex' /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:248: warning: nested extern declaration of 'gv_rename_plex' [-Wnested-externs] /src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rename.c:222: warning: unused variable 'newplex' [-Wunused-variable] *** Error code 1 Stop in /src/sys/modules/geom/geom_vinum. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 12:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 12:16:04 - ERROR: failed to build GENERIC kernel TB --- 2012-03-26 12:16:04 - 15293.09 user 2230.79 system 18963.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 12:32:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A396106564A for ; Mon, 26 Mar 2012 12:32:39 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id D8D458FC15 for ; Mon, 26 Mar 2012 12:32:38 +0000 (UTC) Received: from [89.204.130.87] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SC967-0005pT-Jy; Mon, 26 Mar 2012 14:32:31 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q2QCWT9T001965; Mon, 26 Mar 2012 14:32:29 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q2QCWSvJ001964; Mon, 26 Mar 2012 14:32:28 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 26 Mar 2012 14:32:28 +0200 From: Matthias Apitz To: Chuck Burns Message-ID: <20120326123227.GA1954@tiny> References: <3433743767.KH07KGG9331990@bjccswwmm.pxkgegz.org> <4F705D24.6090203@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4F705D24.6090203@gmail.com> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.87 Cc: freebsd-current@freebsd.org Subject: Re: Virtual Manager Vacancy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 12:32:39 -0000 El día Monday, March 26, 2012 a las 07:12:20AM -0500, Chuck Burns escribió: > On 3/25/2012 9:35 PM, Super Bisquit wrote: > > I'm a retired 69 year old pregnant male looking for part-time work > > during my career break. > > I'm not a pregnant male, I just look like it............ > > ouch. :( Despite of joking, could someone block those SPAMMERS in the FreeBSD mailing lists; looking into the header it seems that we do not run SpamAssassin :-( This shit SPAMMER targeted all FreeBSD lists this morning. Thanks matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 13:26:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31D1E106566C; Mon, 26 Mar 2012 13:26:24 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5F85F8FC19; Mon, 26 Mar 2012 13:26:23 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SC9vq-000FLi-6K; Mon, 26 Mar 2012 09:25:58 -0400 Date: Mon, 26 Mar 2012 09:25:58 -0400 From: Gary Palmer To: Matt Thyer Message-ID: <20120326132558.GB76647@in-addr.com> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: Garrett Cooper , freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, "Kenneth D. Merry" , Steven Hartland Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 13:26:24 -0000 On Mon, Mar 26, 2012 at 08:05:59PM +1030, Matt Thyer wrote: > On Mar 26, 2012 3:43 AM, "Garrett Cooper" wrote: > > > > On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer wrote: > > > On 21 January 2012 09:58, Kenneth D. Merry wrote: > > > > > >> On Fri, Jan 20, 2012 at 23:14:20 -0000, Steven Hartland wrote: > > >> > ----- Original Message ----- > > >> > From: "Kenneth D. Merry" > > >> > To: ; > > >> > Sent: Friday, January 20, 2012 8:44 PM > > >> > Subject: LSI supported mps(4) driver available > > >> > > > >> > > > >> > > > > >> > >The LSI-supported version of the mps(4) driver that supports their > 6Gb > > >> SAS > > >> > >HBAs as well as WarpDrive controllers, is available here: > > >> > > > > >> > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt > > >> > > > > >> > >I plan to check it in to head next week, and then MFC it into > stable/9 a > > >> > >week after that most likely. > > >> > > > >> > Great to see this being done, thanks to everyone! Be even better to > see > > >> > this MFC'ed to 8.x as well if all goes well. Do you think this will > > >> > possible? > > >> > > >> Yes, that should be doable as well. It's unlikely that all of the CAM > > >> changes will get merged back, but the driver itself shouldn't be a > problem. > > >> > > >> Ken > > >> > > > > > > Has this driver been MFC to 8-STABLE yet ? > > > > > > I'm asking because I updated my NAS on the 4th of March from 8-STABLE > > > r225723 to r232477 and am now seeing 157,000 interrupts per second on > irq > > > 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI > > > SAS2008 chip). > > > > > > More details are in a thread on the freebsd-stable mailing list entitled > > > "157k interrupts per second causing 60% CPU load on idle system". The > > > first message is here: > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=152290+156717+/usr/local/www/db/text/2012/freebsd-stable/20120325.freebsd-stable > > > > > > If this new driver isn't in 8-STABLE yet I think I'll try upgrading the > > > whole system to 9-STABLE. > > > > Be sure to update your firmware beforehand. v11 firmware from LSI > > (or the OEM vendor) is required in order for all drives to be detected > > in FreeBSD in certain configs. > > Cheers, > > -Garrett > > After encountering this problem I updated my firmware from phase 7 to phase > 11 but this did not fix things. > > My question is: "Is the LSI driver even in 8-STABLE yet?". > > If not I'll upgrade to 9-STABLE to get the new driver. > > If it is, then I want to downgrade to just before it came in to see if this > high interrupt rate problem is fixed. I'm no export in svn, however: http://svnweb.freebsd.org/base?view=revision&revision=230922 would appear to suggest that the new driver is in 8-Stable Gary From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 15:01:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E74851065673 for ; Mon, 26 Mar 2012 15:01:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BAA888FC16 for ; Mon, 26 Mar 2012 15:01:36 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 7196846B35; Mon, 26 Mar 2012 11:01:36 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C901CB940; Mon, 26 Mar 2012 11:01:35 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Mar 2012 10:59:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120323222313.GA1331@troutmask.apl.washington.edu> In-Reply-To: <20120323222313.GA1331@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203261059.35229.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 26 Mar 2012 11:01:35 -0400 (EDT) Cc: Steve Kargl Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 15:01:37 -0000 On Friday, March 23, 2012 6:23:13 pm Steve Kargl wrote: > Haven't seen one of these in a long time. > > %uname -a > FreeBSD troutmask.apl.washington.edu 10.0-CURRENT FreeBSD > 10.0-CURRENT #0 r233282: Wed Mar 21 12:39:16 PDT 2012 > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 > > Hand transcribed > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 1; apic id = 01 > instruction pointer = 0x20:0xffffffff80570b89 Can you run gdb on your kernel.debug and 'l *' this address? > stack pointer = 0x28:0xffffff82327b4860 > frame pointer = 0x28:0xffffff82327b4870 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1456 (ps) > trap number = 9 > panic: general protection fault > cpuid = 1 > > The system then tries to reboot without dropping into the debugger. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 15:24:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1FAF1065670; Mon, 26 Mar 2012 15:24:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7A70A8FC14; Mon, 26 Mar 2012 15:24:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2QFOrx5027399; Mon, 26 Mar 2012 11:24:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2QFOrtq027388; Mon, 26 Mar 2012 15:24:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 15:24:53 GMT Message-Id: <201203261524.q2QFOrtq027388@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 15:24:54 -0000 TB --- 2012-03-26 13:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 13:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-03-26 13:20:00 - cleaning the object tree TB --- 2012-03-26 13:20:00 - cvsupping the source tree TB --- 2012-03-26 13:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-03-26 13:20:19 - building world TB --- 2012-03-26 13:20:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 13:20:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 13:20:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 13:20:19 - SRCCONF=/dev/null TB --- 2012-03-26 13:20:19 - TARGET=pc98 TB --- 2012-03-26 13:20:19 - TARGET_ARCH=i386 TB --- 2012-03-26 13:20:19 - TZ=UTC TB --- 2012-03-26 13:20:19 - __MAKE_CONF=/dev/null TB --- 2012-03-26 13:20:19 - cd /src TB --- 2012-03-26 13:20:19 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 13:20:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 26 15:23:20 UTC 2012 TB --- 2012-03-26 15:23:20 - generating LINT kernel config TB --- 2012-03-26 15:23:20 - cd /src/sys/pc98/conf TB --- 2012-03-26 15:23:20 - /usr/bin/make -B LINT TB --- 2012-03-26 15:23:20 - cd /src/sys/pc98/conf TB --- 2012-03-26 15:23:20 - /usr/sbin/config -m LINT TB --- 2012-03-26 15:23:20 - building LINT kernel TB --- 2012-03-26 15:23:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 15:23:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 15:23:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 15:23:20 - SRCCONF=/dev/null TB --- 2012-03-26 15:23:20 - TARGET=pc98 TB --- 2012-03-26 15:23:20 - TARGET_ARCH=i386 TB --- 2012-03-26 15:23:20 - TZ=UTC TB --- 2012-03-26 15:23:20 - __MAKE_CONF=/dev/null TB --- 2012-03-26 15:23:20 - cd /src TB --- 2012-03-26 15:23:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 26 15:23:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ./i386/cpufunc.h:42:2: error: #error this file needs sys/cdefs.h as a prerequisite /src/sys/fs/ext2fs/ext2_bmap.c:39:2: error: invalid preprocessing directive #includ /src/sys/fs/ext2fs/ext2_bmap.c:40:21: error: sys/buf.l: No such file or directory /src/sys/fs/ext2fs/ext2_bmap.c:42:2: error: invalid preprocessing directive #includ /src/sys/fs/ext2fs/ext2_bmap.c:44:29: error: sys/resourcevar~h: No such file or directory /src/sys/fs/ext2fs/ext2_bmap.c:49:34: error: þs/ext2fs/ext2_mount.h: No such file or directory /src/sys/fs/ext2fs/ext2_bmap.c:50:2: error: invalid preprocessing directive #includex mkdep: compile failed *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 15:24:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 15:24:53 - ERROR: failed to build LINT kernel TB --- 2012-03-26 15:24:53 - 6122.20 user 884.39 system 7493.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 15:26:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 668EA1065672; Mon, 26 Mar 2012 15:26:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 29F058FC14; Mon, 26 Mar 2012 15:26:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2QFQGJm040935; Mon, 26 Mar 2012 11:26:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2QFQGGL040921; Mon, 26 Mar 2012 15:26:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 15:26:16 GMT Message-Id: <201203261526.q2QFQGGL040921@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 15:26:17 -0000 TB --- 2012-03-26 13:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 13:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-26 13:20:00 - cleaning the object tree TB --- 2012-03-26 13:20:05 - cvsupping the source tree TB --- 2012-03-26 13:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-26 13:20:46 - building world TB --- 2012-03-26 13:20:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 13:20:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 13:20:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 13:20:46 - SRCCONF=/dev/null TB --- 2012-03-26 13:20:46 - TARGET=i386 TB --- 2012-03-26 13:20:46 - TARGET_ARCH=i386 TB --- 2012-03-26 13:20:46 - TZ=UTC TB --- 2012-03-26 13:20:46 - __MAKE_CONF=/dev/null TB --- 2012-03-26 13:20:46 - cd /src TB --- 2012-03-26 13:20:46 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 13:20:47 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 26 15:24:16 UTC 2012 TB --- 2012-03-26 15:24:16 - generating LINT kernel config TB --- 2012-03-26 15:24:16 - cd /src/sys/i386/conf TB --- 2012-03-26 15:24:16 - /usr/bin/make -B LINT TB --- 2012-03-26 15:24:16 - cd /src/sys/i386/conf TB --- 2012-03-26 15:24:16 - /usr/sbin/config -m LINT TB --- 2012-03-26 15:24:16 - building LINT kernel TB --- 2012-03-26 15:24:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 15:24:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 15:24:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 15:24:16 - SRCCONF=/dev/null TB --- 2012-03-26 15:24:16 - TARGET=i386 TB --- 2012-03-26 15:24:16 - TARGET_ARCH=i386 TB --- 2012-03-26 15:24:16 - TZ=UTC TB --- 2012-03-26 15:24:16 - __MAKE_CONF=/dev/null TB --- 2012-03-26 15:24:16 - cd /src TB --- 2012-03-26 15:24:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 26 15:24:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 15:26:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 15:26:16 - ERROR: failed to build LINT kernel TB --- 2012-03-26 15:26:16 - 6174.59 user 895.30 system 7575.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 15:30:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C3A1065674; Mon, 26 Mar 2012 15:30:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 926E48FC15; Mon, 26 Mar 2012 15:30:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2QFUVvu085770; Mon, 26 Mar 2012 11:30:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2QFUVbi085769; Mon, 26 Mar 2012 15:30:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 26 Mar 2012 15:30:31 GMT Message-Id: <201203261530.q2QFUVbi085769@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 15:30:33 -0000 TB --- 2012-03-26 15:19:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 15:19:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-26 15:19:45 - cleaning the object tree TB --- 2012-03-26 15:19:45 - cvsupping the source tree TB --- 2012-03-26 15:19:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-26 15:20:03 - building world TB --- 2012-03-26 15:20:03 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 15:20:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 15:20:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 15:20:03 - SRCCONF=/dev/null TB --- 2012-03-26 15:20:03 - TARGET=ia64 TB --- 2012-03-26 15:20:03 - TARGET_ARCH=ia64 TB --- 2012-03-26 15:20:03 - TZ=UTC TB --- 2012-03-26 15:20:03 - __MAKE_CONF=/dev/null TB --- 2012-03-26 15:20:03 - cd /src TB --- 2012-03-26 15:20:03 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 15:20:04 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /obj/ia64.ia64/src/tmp/usr/include/sys/ipc.h:103:2: error: invalid preprocessing directive #defino /obj/ia64.ia64/src/tmp/usr/include/sys/ipc.h:142:2: error: #endif without #if In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/sem.h:13, from /src/lib/libc/gen/semctl.c:36: /obj/ia64.ia64/src/tmp/usr/include/sys/ipc.h:82:2: error: #endif without #if /obj/ia64.ia64/src/tmp/usr/include/sys/ipc.h:103:2: error: invalid preprocessing directive #defino /obj/ia64.ia64/src/tmp/usr/include/sys/ipc.h:142:2: error: #endif without #if mkdep: compile failed *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 15:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 15:30:31 - ERROR: failed to build world TB --- 2012-03-26 15:30:31 - 486.22 user 75.25 system 646.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 15:44:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A5AC1065670; Mon, 26 Mar 2012 15:44:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 27FD58FC18; Mon, 26 Mar 2012 15:44:05 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2QFhxY7014810; Mon, 26 Mar 2012 08:43:59 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2QFhxn7014809; Mon, 26 Mar 2012 08:43:59 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Mar 2012 08:43:59 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20120326154359.GB14611@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261059.35229.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203261059.35229.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 15:44:05 -0000 On Mon, Mar 26, 2012 at 10:59:35AM -0400, John Baldwin wrote: > On Friday, March 23, 2012 6:23:13 pm Steve Kargl wrote: > > Haven't seen one of these in a long time. > > > > %uname -a > > FreeBSD troutmask.apl.washington.edu 10.0-CURRENT FreeBSD > > 10.0-CURRENT #0 r233282: Wed Mar 21 12:39:16 PDT 2012 > > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 > > > > Hand transcribed > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 1; apic id = 01 > > instruction pointer = 0x20:0xffffffff80570b89 > > Can you run gdb on your kernel.debug and 'l *' this address? > Unfortunately, I don't have that kernel.debug anymore. I saw that alc had committed a few changes, so updated the kernel. I do have the kernel and kernel.symbol files. Loading kernel.symbol into gdb shows (gdb) l *0xffffffff80570b89 0xffffffff80570b89 is in strcmp (/usr/src/sys/libkern/strcmp.c:45). 40 */ 41 int 42 strcmp(s1, s2) 43 register const char *s1, *s2; 44 { 45 while (*s1 == *s2++) 46 if (*s1++ == 0) 47 return (0); 48 return (*(const unsigned char *)s1 - *(const unsigned char *)(s2 - 1)); 49 } Don't know if the above helps or is a red-herring. I may be able to reproduce the crash. I give it a try in a few moments. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 16:00:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73FC8106566B; Mon, 26 Mar 2012 16:00:06 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1DE8FC0C; Mon, 26 Mar 2012 16:00:06 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q2QG05GJ052705; Mon, 26 Mar 2012 16:00:05 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id umnfzpcrq9nmxxdh9u3p8wy6je; Mon, 26 Mar 2012 16:00:05 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=utf-8 From: Tim Kientzle In-Reply-To: <4F702BDB.3000909@FreeBSD.org> Date: Mon, 26 Mar 2012 09:00:04 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8C68E990-A913-49DC-AD3B-4C26F95EEE30@kientzle.com> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> <4F6F155E.30902@passap.ru> <38D08B05-58E1-4266-9628-2C22836806D3@kientzle.com> <20120325214327.GA1238@reks> <4F702303.6040504@passap.ru> <4F702BDB.3000909@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1257) Cc: Gleb Kurtsou , freebsd-current@freebsd.org, Boris Samorodov Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 16:00:06 -0000 On Mar 26, 2012, at 1:42 AM, Andriy Gapon wrote: > on 26/03/2012 11:04 Boris Samorodov said the following: >> 26.03.2012 03:25, Tim Kientzle =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> Boris: What filesystem are you using? >>=20 >> zfs >>=20 >=20 > Could this particular instance of the problem be triggered by > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D164445 > ? Yes, that could definitely be related. It will take me a day or two to get a fix into libarchive. Tim From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 16:21:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 603AA106566B; Mon, 26 Mar 2012 16:21:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 313B98FC1D; Mon, 26 Mar 2012 16:21:30 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2QGLTVr001510; Mon, 26 Mar 2012 09:21:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2QGLTc3001509; Mon, 26 Mar 2012 09:21:29 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Mar 2012 09:21:29 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20120326162129.GB1373@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261059.35229.jhb@freebsd.org> <20120326154359.GB14611@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120326154359.GB14611@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 16:21:30 -0000 On Mon, Mar 26, 2012 at 08:43:59AM -0700, Steve Kargl wrote: > On Mon, Mar 26, 2012 at 10:59:35AM -0400, John Baldwin wrote: > > On Friday, March 23, 2012 6:23:13 pm Steve Kargl wrote: > > > Haven't seen one of these in a long time. > > > > > > %uname -a > > > FreeBSD troutmask.apl.washington.edu 10.0-CURRENT FreeBSD > > > 10.0-CURRENT #0 r233282: Wed Mar 21 12:39:16 PDT 2012 > > > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 > > > > > > Hand transcribed > > > > > > Fatal trap 9: general protection fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > instruction pointer = 0x20:0xffffffff80570b89 > > > > Can you run gdb on your kernel.debug and 'l *' this address? > > > > Unfortunately, I don't have that kernel.debug anymore. I saw > that alc had committed a few changes, so updated the kernel. > I do have the kernel and kernel.symbol files. Loading > kernel.symbol into gdb shows > > (gdb) l *0xffffffff80570b89 > 0xffffffff80570b89 is in strcmp (/usr/src/sys/libkern/strcmp.c:45). > 40 */ > 41 int > 42 strcmp(s1, s2) > 43 register const char *s1, *s2; > 44 { > 45 while (*s1 == *s2++) > 46 if (*s1++ == 0) > 47 return (0); > 48 return (*(const unsigned char *)s1 - *(const unsigned char *)(s2 - 1)); > 49 } > > Don't know if the above helps or is a red-herring. > > I may be able to reproduce the crash. I give it a try in a > few moments. > The above gdb is probably a red-herring. I can 100% reproduce the panic with 1) Insert old MS-formatted floppy into drive. 2) mount_msdosfs /dev/fd0 /mnt %kgdb /usr/obj/usr/src/sys/SPEW/kernel.debug vmcore.0 Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x33 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff80751232 stack pointer = 0x28:0xffffff8000229a50 frame pointer = 0x28:0xffffff8000229b30 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 10 (idle: cpu0) trap number = 12 panic: page fault cpuid = 0 Uptime: 2d16h49m51s Dumping 1209 out of 8116 MB:..2%..11%..22%..31%..42%..51%..61%..71%..81%..92% Reading symbols from /usr/local/libexec/linux_adobe/linux_adobe.ko...done. Loaded symbols for /usr/local/libexec/linux_adobe/linux_adobe.ko #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 268 if (textdump && textdump_pending) { (kgdb) bt #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 #1 0xffffffff804c8140 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:454 #2 0xffffffff804c8617 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:642 #3 0xffffffff806f6180 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:838 #4 0xffffffff806f64ff in trap_pfault (frame=0xffffff80002299a0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:755 #5 0xffffffff806f69ee in trap (frame=0xffffff80002299a0) at /usr/src/sys/amd64/amd64/trap.c:454 #6 0xffffffff806e12bf in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff80751232 in lapic_handle_intr (vector=51, frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 #8 0x0000000000001008 in ?? () #9 0xffffff8000229b54 in ?? () #9 0xffffff8000229b54 in ?? () #10 0x0000000000000000 in ?? () #11 0x000000000000100b in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0xffffff8000229b30 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0xfffffe00032e3600 in ?? () #20 0xfffffe00032e3628 in ?? () #21 0xffffff8000229c40 in ?? () #22 0x0000000000000000 in ?? () #23 0x001b0013032e3628 in ?? () #24 0xffffff8000229c40 in ?? () #25 0x003b003b00000001 in ?? () #26 0xffffff8000229b30 in ?? () #27 0xffffffff806dc186 in acpi_cpu_c1 () at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 (kgdb) l *0xffffffff80751232 0xffffffff80751232 is in lapic_handle_intr (/usr/src/sys/x86/x86/local_apic.c:777). 772 lapic->eoi = 0; 773 } 774 775 void 776 lapic_handle_intr(int vector, struct trapframe *frame) 777 { 778 struct intsrc *isrc; 779 780 isrc = intr_lookup_source(apic_idt_to_irq(PCPU_GET(apic_id), 781 vector)); -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 16:50:57 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 1F878106567E; Mon, 26 Mar 2012 16:50:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 26 Mar 2012 12:50:42 -0400 User-Agent: KMail/1.6.2 References: <1822.1332740545@critter.freebsd.dk> In-Reply-To: <1822.1332740545@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203261250.44042.jkim@FreeBSD.org> Cc: Poul-Henning Kamp , Lars Engels Subject: Re: ACPI refcount increasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 16:50:57 -0000 On Monday 26 March 2012 01:42 am, Poul-Henning Kamp wrote: > I tried -current as of approx one day ago and was greeted with a > kernel printf flooding the screen with something about a ACPI(?) > mutex(?) refcount increasing. > > I were unable to divine any identifying info from the messages > because the screen scrolled too fast and the message was longer > than the width of the screen. > > I were unable to get a core-dump and had to reset the laptop > (Lenovo T400s) I am well aware of the issue and identified the regression was introduced in these changes: http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/components/namespace/nspredef.c?r1=231844&r2=233250&view=patch http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/components/namespace/nsrepair.c?r1=231844&r2=233250&view=patch http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/include/aclocal.h?r1=229989&r2=233250&view=patch http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/include/acnamesp.h?r1=229989&r2=233250&view=patch I notified the upstream maintainers and they are working very hard to correct the issue ATM. I'll update ACPICA as soon as they find a fix but please revert the changes for now if you are in hurry. Sorry for the breakage, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 16:52:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 787041065677 for ; Mon, 26 Mar 2012 16:52:23 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id EE3F58FC17 for ; Mon, 26 Mar 2012 16:52:22 +0000 (UTC) Received: by eekd17 with SMTP id d17so1775840eek.13 for ; Mon, 26 Mar 2012 09:52:22 -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=+WLhvf5Zh39dpdNamhispgIDcZZg9fZiruxn3zfnOY8=; b=RPFsCtsH+AgpUQU5r5tpMWY+sOj+eCs5WZv4akL9r9c7pBGA2qHLWz4TRcHCZ3iMYL tReUB1OCxUf2IFVA/K/90SMxvYouaKgLrUMjCtLpb4bvYMgl6HxFXAy2mnG15TvX5+99 3EjUNRzvsJ6f4AzLlqHC1NFki1mTZEFXvoXC/iqcTrE2VpbjIaXQVpO8VSlUaurkWat+ eaDqgmK521nW2vhhK1e75sIPyRpeTcMoYT9bQBBU0aZP5Qph8BKA5V4EFnZTNHSZrQN0 aHVe8jdJO2JLj1dqXPtU/KHP+mEauPAkEkZHkh5pZD45WBc/WUWydd+L4Ktr6DWXms0E dPqg== Received: by 10.213.102.6 with SMTP id e6mr1091320ebo.255.1332780741944; Mon, 26 Mar 2012 09:52:21 -0700 (PDT) Received: from Sevans-Mac-mini.local (n3.venture37.net. [91.103.132.218]) by mx.google.com with ESMTPS id r44sm60256223eef.2.2012.03.26.09.52.19 (version=SSLv3 cipher=OTHER); Mon, 26 Mar 2012 09:52:20 -0700 (PDT) Message-ID: <4F709EAF.7070009@gmail.com> Date: Mon, 26 Mar 2012 17:51:59 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1822.1332740545@critter.freebsd.dk> In-Reply-To: <1822.1332740545@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI refcount increasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 16:52:23 -0000 On 26/03/2012 06:42, Poul-Henning Kamp wrote: > I tried -current as of approx one day ago and was greeted with a > kernel printf flooding the screen with something about a ACPI(?) > mutex(?) refcount increasing. I got the same when I built a new kernel last Thursday. Sevan panic: from debugger 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"... Unread portion of the kernel message buffer: ACPI Warning: Large Reference Count (0xAA1) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA4) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA4) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA4) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfffffe00055c2a00 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe00055c2a00 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfffffe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfffffe00055c2a00 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfffffe000aa1e180 (20120320/utdelete-491) Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x11 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80329680 stack pointer = 0x28:0xffffff8230107620 frame pointer = 0x28:0xffffff8230107640 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 = 1583 (hald) Uptime: 5m12s Dumping 482 out of 8095 MB:..4%..14%..24%..34%..44%..54%..63%..73%..83%..93% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /bootdir/boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/sem.ko...Reading symbols from /bootdir/boot/kernel/sem.ko.symbols...done. done. Loaded symbols for /boot/kernel/sem.ko #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 268 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 #1 0xffffffff808ae1c1 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:454 #2 0xffffffff808ae692 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:642 #3 0xffffffff803321e7 in db_panic (addr=Variable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:482 #4 0xffffffff803325f1 in db_command (last_cmdp=0xffffffff811fa120, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:449 #5 0xffffffff80332840 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #6 0xffffffff80334984 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #7 0xffffffff808e6a98 in kdb_trap (type=12, code=0, tf=0xffffff8230107570) at /usr/src/sys/kern/subr_kdb.c:629 #8 0xffffffff80bb467d in trap_fatal (frame=0xffffff8230107570, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:833 #9 0xffffffff80bb4a1f in trap_pfault (frame=0xffffff8230107570, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:755 #10 0xffffffff80bb4ee3 in trap (frame=0xffffff8230107570) at /usr/src/sys/amd64/amd64/trap.c:454 #11 0xffffffff80b9f4c3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #12 0xffffffff80329680 in AcpiOsAcquireObject (Cache=0xfffffe000519fa20) at /usr/src/sys/contrib/dev/acpica/components/utilities/utcache.c:319 #13 0xffffffff8032c482 in AcpiUtAllocateObjectDescDbg ( ModuleName=0xffffffff80c57e54 "dsutils", LineNumber=703, ComponentId=Variable "ComponentId" is not available. ) at /usr/src/sys/contrib/dev/acpica/components/utilities/utobject.c:437 #14 0xffffffff8032c4e1 in AcpiUtCreateInternalObjectDbg ( ModuleName=0xffffffff80c57e54 "dsutils", LineNumber=703, ComponentId=64, Type=1) at /usr/src/sys/contrib/dev/acpica/components/utilities/utobject.c:112 #15 0xffffffff8030ecc5 in AcpiDsCreateOperand (WalkState=0xfffffe00055f7000, Arg=0xfffffe0005794cc0, ArgIndex=Variable "ArgIndex" is not available. ) at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dsutils.c:703 #16 0xffffffff8030f01d in AcpiDsCreateOperands (WalkState=0xfffffe00055f7000, FirstArg=Variable "FirstArg" is not available. ) at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dsutils.c:798 #17 0xffffffff8030f8ea in AcpiDsExecEndOp (WalkState=0xfffffe00055f7000) at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dswexec.c:567 #18 0xffffffff8032345c in AcpiPsParseLoop (WalkState=0xfffffe00055f7000) at /usr/src/sys/contrib/dev/acpica/components/parser/psloop.c:1249 #19 0xffffffff80323fad in AcpiPsParseAml (WalkState=0xfffffe00055f7000) at /usr/src/sys/contrib/dev/acpica/components/parser/psparse.c:525 #20 0xffffffff80324c8d in AcpiPsExecuteMethod (Info=0xfffffe000f498bc0) at /usr/src/sys/contrib/dev/acpica/components/parser/psxface.c:368 #21 0xffffffff8031e562 in AcpiNsEvaluate (Info=0xfffffe000f498bc0) at /usr/src/sys/contrib/dev/acpica/components/namespace/nseval.c:193 #22 0xffffffff80321a81 in AcpiEvaluateObject (Handle=0xfffffe0005568000, Pathname=0xffffffff80c66dbb "_BST", ExternalParams=0x0, ReturnBuffer=0xffffff8230107960) at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:289 #23 0xffffffff80349cbd in acpi_cmbat_get_bst (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/acpica/acpi_cmbat.c:258 #24 0xffffffff80349fc8 in acpi_cmbat_bst (dev=0xfffffe00055e9700, bstp=0xfffffe000f1ae500) at /usr/src/sys/dev/acpica/acpi_cmbat.c:419 #25 0xffffffff807c507b in devfs_ioctl_f (fp=0xfffffe000f6a9b40, com=3231990289, data=Variable "data" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #26 0xffffffff808f9e75 in kern_ioctl (td=Variable "td" is not available. ) at file.h:287 #27 0xffffffff808fa0ad in sys_ioctl (td=0xfffffe000f08c8c0, uap=0xffffff8230107bb0) at /usr/src/sys/kern/sys_generic.c:691 #28 0xffffffff80bb3e28 in amd64_syscall (td=0xfffffe000f08c8c0, traced=0) at subr_syscall.c:135 #29 0xffffffff80b9f7a7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #30 0x0000000801d9345c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:18:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D2F6106564A for ; Mon, 26 Mar 2012 17:18:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9478FC15 for ; Mon, 26 Mar 2012 17:18:44 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id B6FAB46B09; Mon, 26 Mar 2012 13:18:38 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2151FB93F; Mon, 26 Mar 2012 13:18:38 -0400 (EDT) From: John Baldwin To: Steve Kargl Date: Mon, 26 Mar 2012 13:18:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120323222313.GA1331@troutmask.apl.washington.edu> <20120326154359.GB14611@troutmask.apl.washington.edu> <20120326162129.GB1373@troutmask.apl.washington.edu> In-Reply-To: <20120326162129.GB1373@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203261318.37373.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 26 Mar 2012 13:18:38 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:18:44 -0000 On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > On Mon, Mar 26, 2012 at 08:43:59AM -0700, Steve Kargl wrote: > > On Mon, Mar 26, 2012 at 10:59:35AM -0400, John Baldwin wrote: > > > On Friday, March 23, 2012 6:23:13 pm Steve Kargl wrote: > > > > Haven't seen one of these in a long time. > > > > > > > > %uname -a > > > > FreeBSD troutmask.apl.washington.edu 10.0-CURRENT FreeBSD > > > > 10.0-CURRENT #0 r233282: Wed Mar 21 12:39:16 PDT 2012 > > > > kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 > > > > > > > > Hand transcribed > > > > > > > > Fatal trap 9: general protection fault while in kernel mode > > > > cpuid = 1; apic id = 01 > > > > instruction pointer = 0x20:0xffffffff80570b89 > > > > > > Can you run gdb on your kernel.debug and 'l *' this address? > > > > > > > Unfortunately, I don't have that kernel.debug anymore. I saw > > that alc had committed a few changes, so updated the kernel. > > I do have the kernel and kernel.symbol files. Loading > > kernel.symbol into gdb shows > > > > (gdb) l *0xffffffff80570b89 > > 0xffffffff80570b89 is in strcmp (/usr/src/sys/libkern/strcmp.c:45). > > 40 */ > > 41 int > > 42 strcmp(s1, s2) > > 43 register const char *s1, *s2; > > 44 { > > 45 while (*s1 == *s2++) > > 46 if (*s1++ == 0) > > 47 return (0); > > 48 return (*(const unsigned char *)s1 - *(const unsigned char *)(s2 - 1)); > > 49 } > > > > Don't know if the above helps or is a red-herring. > > > > I may be able to reproduce the crash. I give it a try in a > > few moments. > > > > The above gdb is probably a red-herring. I can 100% > reproduce the panic with > > 1) Insert old MS-formatted floppy into drive. > 2) mount_msdosfs /dev/fd0 /mnt > > %kgdb /usr/obj/usr/src/sys/SPEW/kernel.debug vmcore.0 > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x33 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff80751232 > stack pointer = 0x28:0xffffff8000229a50 > frame pointer = 0x28:0xffffff8000229b30 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 10 (idle: cpu0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 2d16h49m51s > Dumping 1209 out of 8116 MB:..2%..11%..22%..31%..42%..51%..61%..71%..81%..92% > > Reading symbols from /usr/local/libexec/linux_adobe/linux_adobe.ko...done. > Loaded symbols for /usr/local/libexec/linux_adobe/linux_adobe.ko > #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 > 268 if (textdump && textdump_pending) { > (kgdb) bt > #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 > #1 0xffffffff804c8140 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:454 > #2 0xffffffff804c8617 in panic (fmt=0x0) > at /usr/src/sys/kern/kern_shutdown.c:642 > #3 0xffffffff806f6180 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:838 > #4 0xffffffff806f64ff in trap_pfault (frame=0xffffff80002299a0, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:755 > #5 0xffffffff806f69ee in trap (frame=0xffffff80002299a0) > at /usr/src/sys/amd64/amd64/trap.c:454 > #6 0xffffffff806e12bf in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 > #7 0xffffffff80751232 in lapic_handle_intr (vector=51, frame=0xffffff8000229a70) > at /usr/src/sys/x86/x86/local_apic.c:777 > #8 0x0000000000001008 in ?? () > #9 0xffffff8000229b54 in ?? () > #9 0xffffff8000229b54 in ?? () > #10 0x0000000000000000 in ?? () > #11 0x000000000000100b in ?? () > #12 0x0000000000000000 in ?? () > #13 0x0000000000000000 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x0000000000000000 in ?? () > #16 0xffffff8000229b30 in ?? () > #17 0x0000000000000000 in ?? () > #18 0x0000000000000000 in ?? () > #19 0xfffffe00032e3600 in ?? () > #20 0xfffffe00032e3628 in ?? () > #21 0xffffff8000229c40 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x001b0013032e3628 in ?? () > #24 0xffffff8000229c40 in ?? () > #25 0x003b003b00000001 in ?? () > #26 0xffffff8000229b30 in ?? () > #27 0xffffffff806dc186 in acpi_cpu_c1 () > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > > (kgdb) l *0xffffffff80751232 > 0xffffffff80751232 is in lapic_handle_intr (/usr/src/sys/x86/x86/local_apic.c:777). > 772 lapic->eoi = 0; > 773 } > 774 > 775 void > 776 lapic_handle_intr(int vector, struct trapframe *frame) > 777 { > 778 struct intsrc *isrc; > 779 > 780 isrc = intr_lookup_source(apic_idt_to_irq(PCPU_GET(apic_id), > 781 vector)); Hmmmm. Odd. I don't think that should generate a fault. (But now I wonder about stray IRQ 0 messages I now see on boot.) You know your APIC ID is 0, so you should be able to find the IRQ for vector 51 from here in apic_idt_to_irq(): irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this in kgdb: p lapics[0].la_ioint_irqs[3] That should give you an index, and intr_lookup_source() just does an array lookup. However, I'd be curious to see what the assembly looks like (x/10i $rip at this frame). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:23:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9945B106566B; Mon, 26 Mar 2012 17:23:29 +0000 (UTC) (envelope-from baccalaureates0@hermes.com) Received: from netacc-gpn-4-243-90.pool.telenor.hu (netacc-gpn-4-243-90.pool.telenor.hu [84.224.243.90]) by mx1.freebsd.org (Postfix) with ESMTP id 207DA8FC0C; Mon, 26 Mar 2012 17:23:28 +0000 (UTC) Received: from [134.150.255.233] (port=60225 helo=[192.168.8.18]) by 84.224.243.90 with asmtp id 1rqLaL-000K3-00 for current@freebsd.org; Mon, 26 Mar 2012 18:23:28 +0100 Message-ID: <4F70A57F.8020403@freebsd.org> Date: Mon, 26 Mar 2012 18:23:28 +0100 From: current@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: Subject: Virtual Manager Vacancy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:23:29 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 2000 EUR per month plus commission, paid every month. Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part time (Europe time). Region: Europe. Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Al@jobdayseu.com,with your personal identification number for this position IDNO: 7694 From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:41:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1722F1065672; Mon, 26 Mar 2012 17:41:56 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C8F828FC18; Mon, 26 Mar 2012 17:41:55 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2QHftOq001965; Mon, 26 Mar 2012 10:41:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2QHft1C001964; Mon, 26 Mar 2012 10:41:55 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Mar 2012 10:41:55 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20120326174155.GA1931@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <20120326154359.GB14611@troutmask.apl.washington.edu> <20120326162129.GB1373@troutmask.apl.washington.edu> <201203261318.37373.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203261318.37373.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:41:56 -0000 On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > 51 from here in apic_idt_to_irq(): > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > in kgdb: > > p lapics[0].la_ioint_irqs[3] > > That should give you an index, and intr_lookup_source() just does an array > lookup. However, I'd be curious to see what the assembly looks like > (x/10i $rip at this frame). > (kgdb) p lapics[0].la_ioint_irqs[3] $1 = 16 (kgdb) frame 27 #27 0xffffffff806dc186 in acpi_cpu_c1 () at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 97 __asm __volatile("sti; hlt"); (kgdb) x/10i $rip 0xffffffff806dc186 : leaveq 0xffffffff806dc187 : retq 0xffffffff806dc188 : nopl 0x0(%rax,%rax,1) 0xffffffff806dc190 : push %rbp 0xffffffff806dc191 : mov %rsp,%rbp 0xffffffff806dc194 : push %r12 0xffffffff806dc196 : push %rbx 0xffffffff806dc197 : mov %rdi,%rbx 0xffffffff806dc19a : callq 0xffffffff807551b0 0xffffffff806dc19f : mov %rbx,%rdi In another email thread, it appears that jkim is chasing down some issues with the latest ACPI code. Perhaps, this is related? If it helps, I'll put kernel.debug and vmcore.0 at http://troutmask.apl.washington.edu/~kargl/jhb -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:52:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1ED5106567B for ; Mon, 26 Mar 2012 17:52:01 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6178FC14 for ; Mon, 26 Mar 2012 17:52:00 +0000 (UTC) Received: by eaaf13 with SMTP id f13so1758611eaa.13 for ; Mon, 26 Mar 2012 10:52:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=lhGfQIEL5X6PYV9YmGQupnKOzcE0rCV3ikdf9Z/E6xc=; b=RrILSG3vcGY1EQCq7DpsK7KtU1CyTRHUbPY7iTg9X0veFQe5MmeX76SdLY3qaHkMbG gfHhcYfz6w4bT0LptvFeOkS/bwDOoKXH+/LjfZgz62gaxZCHrA9bj6PLqHP2yd/WMRAu lTCx3Efrz2YG6v7lOzm3LU/M5CaQ/+SHmpbvsjPlgOc4StgLHC/UhXOGR66YC+CVxk7t FjVtcFch0PTNUKipfPNUQ/eN1Rli2GQyMJ8nC8fvr/T790PM4uHxaNDHpGgXZZ047I00 mViCFnPJw7gRCBytzB9QQSvG70hrM6S0lCi4ugJ9Z+eBO5J9aWJvHVCM1o6h80GY9j3m JvMg== MIME-Version: 1.0 Received: by 10.213.22.143 with SMTP id n15mr1468536ebb.84.1332784319783; Mon, 26 Mar 2012 10:51:59 -0700 (PDT) Received: by 10.14.130.201 with HTTP; Mon, 26 Mar 2012 10:51:59 -0700 (PDT) In-Reply-To: <20120326174155.GA1931@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <20120326154359.GB14611@troutmask.apl.washington.edu> <20120326162129.GB1373@troutmask.apl.washington.edu> <201203261318.37373.jhb@freebsd.org> <20120326174155.GA1931@troutmask.apl.washington.edu> Date: Mon, 26 Mar 2012 10:51:59 -0700 Message-ID: From: Jos Backus To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmgSbiKSFIw9t8RyzTb2HLC0N0MxXaFOXv/BoFjw+pKhgXim4w+jaM87tS3CIU1kOCXKakp Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:52:01 -0000 On Mon, Mar 26, 2012 at 10:41 AM, Steve Kargl wrote: > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: >> On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: >> >> You know your APIC ID is 0, so you should be able to find the IRQ for ve= ctor >> 51 from here in apic_idt_to_irq(): >> >> =A0 =A0 =A0 irq =3D lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]= ; >> >> Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do t= his >> in kgdb: >> >> p lapics[0].la_ioint_irqs[3] >> >> That should give you an index, and intr_lookup_source() just does an arr= ay >> lookup. =A0However, I'd be curious to see what the assembly looks like >> (x/10i $rip at this frame). >> > > > (kgdb) p lapics[0].la_ioint_irqs[3] > $1 =3D 16 > (kgdb) frame 27 > #27 0xffffffff806dc186 in acpi_cpu_c1 () > =A0 =A0at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > 97 =A0 =A0 =A0 =A0 =A0 =A0 =A0__asm __volatile("sti; hlt"); > (kgdb) x/10i $rip > 0xffffffff806dc186 : =A0 =A0 leaveq > 0xffffffff806dc187 : =A0 =A0 retq > 0xffffffff806dc188 : =A0 =A0 nopl =A0 0x0(%rax,%rax,1) > 0xffffffff806dc190 : push =A0 %rbp > 0xffffffff806dc191 : =A0 =A0 =A0 mov =A0 =A0%rsp,%rb= p > 0xffffffff806dc194 : =A0 =A0 =A0 push =A0 %r12 > 0xffffffff806dc196 : =A0 =A0 =A0 push =A0 %rbx > 0xffffffff806dc197 : =A0 =A0 =A0 mov =A0 =A0%rdi,%rb= x > 0xffffffff806dc19a : > =A0 =A0callq =A00xffffffff807551b0 > 0xffffffff806dc19f : =A0 =A0 =A0mov =A0 =A0%rbx,%rd= i > > > In another email thread, it appears that jkim is chasing > down some issues with the latest ACPI code. =A0Perhaps, this > is related? > > If it helps, I'll put kernel.debug and vmcore.0 at > http://troutmask.apl.washington.edu/~kargl/jhb > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " Just in case it's related: I'm seeing the following error on my -current system when building with clang: clang -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline - Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OP TION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/ x86/x86/local_apic.c /usr/src/sys/x86/x86/local_apic.c:312:2: error: array index of '-16' indexes before the beginning of the array [-Werror,-Warray-bounds] lapics[apic_id].la_ioint_irqs[IDT_DTRACE_RET - APIC_IO_INTS] =3D ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/x86/x86/local_apic.c:123:2: note: array 'la_ioint_irqs' declared here int la_ioint_irqs[APIC_NUM_IOINTS + 1]; ^ 1 error generated. *** [local_apic.o] Error code 1 --=20 Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:55:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D767106566B for ; Mon, 26 Mar 2012 17:55:42 +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 02D428FC12 for ; Mon, 26 Mar 2012 17:55:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 68609B93F; Mon, 26 Mar 2012 13:55:41 -0400 (EDT) From: John Baldwin To: Steve Kargl Date: Mon, 26 Mar 2012 13:53:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261318.37373.jhb@freebsd.org> <20120326174155.GA1931@troutmask.apl.washington.edu> In-Reply-To: <20120326174155.GA1931@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203261353.25138.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 26 Mar 2012 13:55:41 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:55:42 -0000 On Monday, March 26, 2012 1:41:55 pm Steve Kargl wrote: > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > > 51 from here in apic_idt_to_irq(): > > > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > > in kgdb: > > > > p lapics[0].la_ioint_irqs[3] > > > > That should give you an index, and intr_lookup_source() just does an array > > lookup. However, I'd be curious to see what the assembly looks like > > (x/10i $rip at this frame). > > > > > (kgdb) p lapics[0].la_ioint_irqs[3] > $1 = 16 > (kgdb) frame 27 > #27 0xffffffff806dc186 in acpi_cpu_c1 () > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 Sorry, I meant down at the frame that faulted (frame 7 in this case). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 17:59:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FFAE106566B; Mon, 26 Mar 2012 17:59:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id EAA198FC17; Mon, 26 Mar 2012 17:59:18 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2QHxISK002128; Mon, 26 Mar 2012 10:59:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2QHxIr5002127; Mon, 26 Mar 2012 10:59:18 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Mar 2012 10:59:18 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20120326175918.GA2053@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261318.37373.jhb@freebsd.org> <20120326174155.GA1931@troutmask.apl.washington.edu> <201203261353.25138.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203261353.25138.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 17:59:19 -0000 On Mon, Mar 26, 2012 at 01:53:25PM -0400, John Baldwin wrote: > On Monday, March 26, 2012 1:41:55 pm Steve Kargl wrote: > > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > > > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > > > > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > > > 51 from here in apic_idt_to_irq(): > > > > > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > > > > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > > > in kgdb: > > > > > > p lapics[0].la_ioint_irqs[3] > > > > > > That should give you an index, and intr_lookup_source() just does an array > > > lookup. However, I'd be curious to see what the assembly looks like > > > (x/10i $rip at this frame). > > > > > > > > > (kgdb) p lapics[0].la_ioint_irqs[3] > > $1 = 16 > > (kgdb) frame 27 > > #27 0xffffffff806dc186 in acpi_cpu_c1 () > > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > > Sorry, I meant down at the frame that faulted (frame 7 in this case). > (kgdb) frame 7 #7 0xffffffff80751232 in lapic_handle_intr (vector=51, frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 777 { (kgdb) x/10i $rip 0xffffffff80751232 : stos %eax,%es:(%rdi) 0xffffffff80751233 : (bad) 0xffffffff80751234 : pop %rbp 0xffffffff80751235 : pop %rsi 0xffffffff80751236 : fsubr %st(3),%st 0xffffffff80751238 : (bad) 0xffffffff80751239 : or $0xac1ae6b3,%eax 0xffffffff8075123e : out %eax,$0x19 0xffffffff80751240 : jl 0xffffffff8075125e 0xffffffff80751242 : adc %r12d,0xc6aa671(%rdi) -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 20:31:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2537F1065672 for ; Mon, 26 Mar 2012 20:31:10 +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 EE6F58FC1A for ; Mon, 26 Mar 2012 20:31:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5BF84B93F; Mon, 26 Mar 2012 16:31:09 -0400 (EDT) From: John Baldwin To: Steve Kargl Date: Mon, 26 Mar 2012 16:17:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261353.25138.jhb@freebsd.org> <20120326175918.GA2053@troutmask.apl.washington.edu> In-Reply-To: <20120326175918.GA2053@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203261617.50860.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 26 Mar 2012 16:31:09 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 20:31:10 -0000 On Monday, March 26, 2012 1:59:18 pm Steve Kargl wrote: > On Mon, Mar 26, 2012 at 01:53:25PM -0400, John Baldwin wrote: > > On Monday, March 26, 2012 1:41:55 pm Steve Kargl wrote: > > > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > > > > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > > > > > > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > > > > 51 from here in apic_idt_to_irq(): > > > > > > > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > > > > > > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > > > > in kgdb: > > > > > > > > p lapics[0].la_ioint_irqs[3] > > > > > > > > That should give you an index, and intr_lookup_source() just does an array > > > > lookup. However, I'd be curious to see what the assembly looks like > > > > (x/10i $rip at this frame). > > > > > > > > > > > > > (kgdb) p lapics[0].la_ioint_irqs[3] > > > $1 = 16 > > > (kgdb) frame 27 > > > #27 0xffffffff806dc186 in acpi_cpu_c1 () > > > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > > > > Sorry, I meant down at the frame that faulted (frame 7 in this case). > > > > (kgdb) frame 7 > #7 0xffffffff80751232 in lapic_handle_intr (vector=51, > frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 > 777 { > (kgdb) x/10i $rip > 0xffffffff80751232 : stos %eax,%es:(%rdi) > 0xffffffff80751233 : (bad) > 0xffffffff80751234 : pop %rbp > 0xffffffff80751235 : pop %rsi > 0xffffffff80751236 : fsubr %st(3),%st > 0xffffffff80751238 : (bad) > 0xffffffff80751239 : or $0xac1ae6b3,%eax > 0xffffffff8075123e : out %eax,$0x19 > 0xffffffff80751240 : > jl 0xffffffff8075125e > 0xffffffff80751242 : adc %r12d,0xc6aa671(%rdi) Looks like the instruction pointer is busted. Try doing 'x/10i lapic_handle_intr'. I suspect you will not see 'lapic_handle_intr+2' as a valid instruction offset. :( -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 20:31:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C496E1065678; Mon, 26 Mar 2012 20:31:10 +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 97ED98FC1B; Mon, 26 Mar 2012 20:31:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 05453B963; Mon, 26 Mar 2012 16:31:10 -0400 (EDT) From: John Baldwin To: Jos Backus Date: Mon, 26 Mar 2012 16:29:28 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120323222313.GA1331@troutmask.apl.washington.edu> <20120326174155.GA1931@troutmask.apl.washington.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203261629.28986.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 26 Mar 2012 16:31:10 -0400 (EDT) Cc: Ryan Stone , freebsd-current@freebsd.org, Rui Paulo , Steve Kargl Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 20:31:10 -0000 On Monday, March 26, 2012 1:51:59 pm Jos Backus wrote: > On Mon, Mar 26, 2012 at 10:41 AM, Steve Kargl > wrote: > > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > >> On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > >> > >> You know your APIC ID is 0, so you should be able to find the IRQ for vector > >> 51 from here in apic_idt_to_irq(): > >> > >> irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > >> > >> Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > >> in kgdb: > >> > >> p lapics[0].la_ioint_irqs[3] > >> > >> That should give you an index, and intr_lookup_source() just does an array > >> lookup. However, I'd be curious to see what the assembly looks like > >> (x/10i $rip at this frame). > >> > > > > > > (kgdb) p lapics[0].la_ioint_irqs[3] > > $1 = 16 > > (kgdb) frame 27 > > #27 0xffffffff806dc186 in acpi_cpu_c1 () > > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > > 97 __asm __volatile("sti; hlt"); > > (kgdb) x/10i $rip > > 0xffffffff806dc186 : leaveq > > 0xffffffff806dc187 : retq > > 0xffffffff806dc188 : nopl 0x0(%rax,%rax,1) > > 0xffffffff806dc190 : push %rbp > > 0xffffffff806dc191 : mov %rsp,%rbp > > 0xffffffff806dc194 : push %r12 > > 0xffffffff806dc196 : push %rbx > > 0xffffffff806dc197 : mov %rdi,%rbx > > 0xffffffff806dc19a : > > callq 0xffffffff807551b0 > > 0xffffffff806dc19f : mov %rbx,%rdi > > > > > > In another email thread, it appears that jkim is chasing > > down some issues with the latest ACPI code. Perhaps, this > > is related? > > > > If it helps, I'll put kernel.debug and vmcore.0 at > > http://troutmask.apl.washington.edu/~kargl/jhb > > -- > > Steve > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Just in case it's related: I'm seeing the following error on my > -current system when building with clang: > > clang -c -O -pipe -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline - > Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option > -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OP > TION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx > -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror > /usr/src/sys/ > x86/x86/local_apic.c > /usr/src/sys/x86/x86/local_apic.c:312:2: error: array index of '-16' > indexes before the beginning of the array [-Werror,-Warray-bounds] > lapics[apic_id].la_ioint_irqs[IDT_DTRACE_RET - APIC_IO_INTS] = > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sys/x86/x86/local_apic.c:123:2: note: array 'la_ioint_irqs' > declared here > int la_ioint_irqs[APIC_NUM_IOINTS + 1]; > ^ > 1 error generated. > *** [local_apic.o] Error code 1 No, that is just a straight up bug from when IDT_DTRACE_RET was changed to 0x20 from some high number. Hmm, I wonder how the person who did that chose 0x20 since 0x20 is mapped to the 8259A IRQ 0 and may not really be safe to use. :( We can come up with a different number (which at that point would make the relevant code in local_apic.c valid again). This should not be related to Steve's issue though I believe. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 20:43:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD4CF1065672 for ; Mon, 26 Mar 2012 20:43:52 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC4068FC17 for ; Mon, 26 Mar 2012 20:43:51 +0000 (UTC) Received: by eekd17 with SMTP id d17so1833307eek.13 for ; Mon, 26 Mar 2012 13:43:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=mBajdhdWg7V2Q5oiXduJmlfqb30cMGZgcVjA98O2hmQ=; b=QSEhpABxXaXu1GoW9kG8y9C9w1DE2bFP+X4vVHIKmZDWEMMN4Kz0ts3IRZUWj6F3xw bb4FEcRcQIlf8QdqJtAkgAnx9Fa1dPvqs1/KVb/nRRdPd3vw0S5c3BqC8TUbFppUhsmG ln7l3LBvpu6jyKU+SLCU/zNSXedyu2h9U2aigEh0xGMoauzzpwxvVJbEY22HrFMCxASY 5m6PClGlJ6LNTBxjspFI3TOAQYS2jAdCmRUynhOux1p8+NDSU93dz4gZOhaEF6KXOYkf XEWI7h1cZWN7qFz4yPW7Xw+NPZYIeEHg796L5KFFdwHccqbtBSLFZ3udlM01nPR3muv5 niKg== MIME-Version: 1.0 Received: by 10.14.37.79 with SMTP id x55mr2989963eea.109.1332794629786; Mon, 26 Mar 2012 13:43:49 -0700 (PDT) Received: by 10.14.130.201 with HTTP; Mon, 26 Mar 2012 13:43:49 -0700 (PDT) In-Reply-To: <201203261629.28986.jhb@freebsd.org> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <20120326174155.GA1931@troutmask.apl.washington.edu> <201203261629.28986.jhb@freebsd.org> Date: Mon, 26 Mar 2012 13:43:49 -0700 Message-ID: From: Jos Backus To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnTXGXsgs4ND1LHF7MR6B55dTM32G88hsJtIMFL67PbaParptoyG9UbB+TV+fgGfNBNtSXF Cc: Ryan Stone , freebsd-current@freebsd.org, Rui Paulo , Steve Kargl Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 20:43:52 -0000 On Mon, Mar 26, 2012 at 1:29 PM, John Baldwin wrote: > On Monday, March 26, 2012 1:51:59 pm Jos Backus wrote: >> On Mon, Mar 26, 2012 at 10:41 AM, Steve Kargl >> wrote: >> > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: >> >> On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: >> >> >> >> You know your APIC ID is 0, so you should be able to find the IRQ for > vector >> >> 51 from here in apic_idt_to_irq(): >> >> >> >> =A0 =A0 =A0 irq =3D lapics[apic_id].la_ioint_irqs[vector - APIC_IO_IN= TS]; >> >> >> >> Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to d= o > this >> >> in kgdb: >> >> >> >> p lapics[0].la_ioint_irqs[3] >> >> >> >> That should give you an index, and intr_lookup_source() just does an > array >> >> lookup. =A0However, I'd be curious to see what the assembly looks lik= e >> >> (x/10i $rip at this frame). >> >> >> > >> > >> > (kgdb) p lapics[0].la_ioint_irqs[3] >> > $1 =3D 16 >> > (kgdb) frame 27 >> > #27 0xffffffff806dc186 in acpi_cpu_c1 () >> > =A0 =A0at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 >> > 97 =A0 =A0 =A0 =A0 =A0 =A0 =A0__asm __volatile("sti; hlt"); >> > (kgdb) x/10i $rip >> > 0xffffffff806dc186 : =A0 =A0 leaveq >> > 0xffffffff806dc187 : =A0 =A0 retq >> > 0xffffffff806dc188 : =A0 =A0 nopl =A0 0x0(%rax,%rax,1) >> > 0xffffffff806dc190 : push =A0 %rbp >> > 0xffffffff806dc191 : =A0 =A0 =A0 mov =A0 =A0%rsp,= %rbp >> > 0xffffffff806dc194 : =A0 =A0 =A0 push =A0 %r12 >> > 0xffffffff806dc196 : =A0 =A0 =A0 push =A0 %rbx >> > 0xffffffff806dc197 : =A0 =A0 =A0 mov =A0 =A0%rdi,= %rbx >> > 0xffffffff806dc19a : >> > =A0 =A0callq =A00xffffffff807551b0 >> > 0xffffffff806dc19f : =A0 =A0 =A0mov =A0 =A0%rbx,= %rdi >> > >> > >> > In another email thread, it appears that jkim is chasing >> > down some issues with the latest ACPI code. =A0Perhaps, this >> > is related? >> > >> > If it helps, I'll put kernel.debug and vmcore.0 at >> > http://troutmask.apl.washington.edu/~kargl/jhb >> > -- >> > Steve >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >> >> Just in case it's related: I'm seeing the following error on my >> -current system when building with clang: >> >> clang -c -O -pipe =A0-std=3Dc99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes >> -Wpointer-arith -Winline - >> Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option >> -Wno-error-tautological-compare >> =A0-Wno-error-empty-body =A0-Wno-error-parentheses-equality -nostdinc = =A0-I. >> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OP >> TION_HEADERS -include opt_global.h =A0-mno-aes -mno-avx -mno-mmx >> -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror >> /usr/src/sys/ >> x86/x86/local_apic.c >> /usr/src/sys/x86/x86/local_apic.c:312:2: error: array index of '-16' >> indexes before the beginning of the array [-Werror,-Warray-bounds] >> =A0 =A0 =A0 =A0 lapics[apic_id].la_ioint_irqs[IDT_DTRACE_RET - APIC_IO_I= NTS] =3D >> =A0 =A0 =A0 =A0 ^ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> /usr/src/sys/x86/x86/local_apic.c:123:2: note: array 'la_ioint_irqs' >> declared here >> =A0 =A0 =A0 =A0 int la_ioint_irqs[APIC_NUM_IOINTS + 1]; >> =A0 =A0 =A0 =A0 ^ >> 1 error generated. >> *** [local_apic.o] Error code 1 > > No, that is just a straight up bug from when IDT_DTRACE_RET was changed t= o > 0x20 from some high number. =A0Hmm, I wonder how the person who did that > chose 0x20 since 0x20 is mapped to the 8259A IRQ 0 and may not really be > safe to use. :( =A0We can come up with a different number (which at that > point would make the relevant code in local_apic.c valid again). > > This should not be related to Steve's issue though I believe. Okay, thanks for looking into this, John. Cheers, Jos --=20 Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 20:45:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D68791065674; Mon, 26 Mar 2012 20:45:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id B258C8FC18; Mon, 26 Mar 2012 20:45:30 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2QKjUwH002870; Mon, 26 Mar 2012 13:45:30 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2QKjU5t002869; Mon, 26 Mar 2012 13:45:30 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Mar 2012 13:45:30 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20120326204530.GA2789@troutmask.apl.washington.edu> References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261353.25138.jhb@freebsd.org> <20120326175918.GA2053@troutmask.apl.washington.edu> <201203261617.50860.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203261617.50860.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 20:45:31 -0000 On Mon, Mar 26, 2012 at 04:17:50PM -0400, John Baldwin wrote: > On Monday, March 26, 2012 1:59:18 pm Steve Kargl wrote: > > On Mon, Mar 26, 2012 at 01:53:25PM -0400, John Baldwin wrote: > > > On Monday, March 26, 2012 1:41:55 pm Steve Kargl wrote: > > > > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > > > > > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > > > > > > > > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > > > > > 51 from here in apic_idt_to_irq(): > > > > > > > > > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > > > > > > > > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > > > > > in kgdb: > > > > > > > > > > p lapics[0].la_ioint_irqs[3] > > > > > > > > > > That should give you an index, and intr_lookup_source() just does an array > > > > > lookup. However, I'd be curious to see what the assembly looks like > > > > > (x/10i $rip at this frame). > > > > > > > > > > > > > > > > > (kgdb) p lapics[0].la_ioint_irqs[3] > > > > $1 = 16 > > > > (kgdb) frame 27 > > > > #27 0xffffffff806dc186 in acpi_cpu_c1 () > > > > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > > > > > > Sorry, I meant down at the frame that faulted (frame 7 in this case). > > > > > > > (kgdb) frame 7 > > #7 0xffffffff80751232 in lapic_handle_intr (vector=51, > > frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 > > 777 { > > (kgdb) x/10i $rip > > 0xffffffff80751232 : stos %eax,%es:(%rdi) > > 0xffffffff80751233 : (bad) > > 0xffffffff80751234 : pop %rbp > > 0xffffffff80751235 : pop %rsi > > 0xffffffff80751236 : fsubr %st(3),%st > > 0xffffffff80751238 : (bad) > > 0xffffffff80751239 : or $0xac1ae6b3,%eax > > 0xffffffff8075123e : out %eax,$0x19 > > 0xffffffff80751240 : > > jl 0xffffffff8075125e > > 0xffffffff80751242 : adc %r12d,0xc6aa671(%rdi) > > Looks like the instruction pointer is busted. Try doing 'x/10i lapic_handle_intr'. > I suspect you will not see 'lapic_handle_intr+2' as a valid instruction offset. :( > I'm assuming you want this in frame 7 (kgdb) frame 7 #7 0xffffffff80751232 in lapic_handle_intr (vector=51, frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 (kgdb) x/10i lapic_handle_intr 0xffffffff80751230 : sbb $0xa7,%al 0xffffffff80751232 : stos %eax,%es:(%rdi) 0xffffffff80751233 : (bad) 0xffffffff80751234 : pop %rbp 0xffffffff80751235 : pop %rsi 0xffffffff80751236 : fsubr %st(3),%st 0xffffffff80751238 : (bad) 0xffffffff80751239 : or $0xac1ae6b3,%eax 0xffffffff8075123e : out %eax,$0x19 0xffffffff80751240 : jl 0xffffffff8075125e -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 22:01:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB339106566C; Mon, 26 Mar 2012 22:01:54 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id ACDF18FC14; Mon, 26 Mar 2012 22:01:54 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SCHyu-0000sJ-3g; Mon, 26 Mar 2012 15:01:40 -0700 Message-ID: <4F70E74A.1000603@freebsd.org> Date: Mon, 26 Mar 2012 15:01:46 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: "freebsd-mips@freebsd.org" References: <4F4FEEFC.5060902@freebsd.org> In-Reply-To: <4F4FEEFC.5060902@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 01/03/2012 1:49 PM, Oleksandr Tymoshenko wrote: > Hello, > > Last few weeks I've been working on DTrace port for MIPS architecture. > I believe that project reached the stage when it's ready for public > review/testing before going into the tree. > > Patch and some information could be found here: > http://people.freebsd.org/~gonzo/mips/dtrace/ > > I'd appreciate review/testing from interested parties and if there are > no major roadblocks the plan is to commit this patch sometime next > week. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-current@freebsd.org Subject: Re: DTrace/MIPS port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 22:01:55 -0000 On 01/03/2012 1:49 PM, Oleksandr Tymoshenko wrote: > Hello, > > Last few weeks I've been working on DTrace port for MIPS architecture. > I believe that project reached the stage when it's ready for public > review/testing before going into the tree. > > Patch and some information could be found here: > http://people.freebsd.org/~gonzo/mips/dtrace/ > > I'd appreciate review/testing from interested parties and if there are > no major roadblocks the plan is to commit this patch sometime next > week. These changes are now committed into the FreeBSD HEAD branch From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 22:27:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC241106566B for ; Mon, 26 Mar 2012 22:27:05 +0000 (UTC) (envelope-from corari@buxrud.se) Received: from p57B67843.dip.t-dialin.net (p57B67843.dip.t-dialin.net [87.182.120.67]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED698FC0A for ; Mon, 26 Mar 2012 22:27:05 +0000 (UTC) Received: from 87.182.120.67(helo=freebsd.org) by freebsd.org with esmtpa (Exim 4.69) (envelope-from ) id 1MM9ON-0916ff-TZ for ; Mon, 26 Mar 2012 23:27:04 +0100 From: To: Date: Mon, 26 Mar 2012 23:27:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: suijui 47 Message-ID: <3334842758.JYIDDGKV827440@bcpjnbhfhyvfnsa.xmsgjqr.net> Cc: Subject: Employment Opportunity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 22:27:06 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 2000 EUR per month plus commission, paid every month. Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part time (Europe time). Region: Europe. Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Hollis@jobdayseu.com,with your personal identification number for this position IDNO: 6672 From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 22:42:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CABE106564A; Mon, 26 Mar 2012 22:42:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E79078FC1A; Mon, 26 Mar 2012 22:42:30 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so7564259pbc.13 for ; Mon, 26 Mar 2012 15:42:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=faq58QKjxhCpwXwRrByxU7QIr0BoUtIPd4eMjKCczq8=; b=lpYdJHJujvByry65XEdtA9C/L8hjfK4XBHlH8lFepv8nbgKVuu8u36YV7ByoOSps3M MdeUGkUDdYliBJ2T7VdJ6N6A/jW/d2I9rK2dKD0cc5x+u5jshbTHed3EsFjrwpMfXiq3 5MyTAjlCcsFeaMejvGgk8eWp1vr2gmwxlRPv4yaoPZUPmE3U5gPOym0+qNL3SE0B9noD xpJgVjHRM8Hjp2BUikP55VBpT4nsU3qo05n+EeVZxDFJnjSuMRijZ5a+PSDfX8IrlUVA YzdGsjktaz6YQ1bLEwGGK8jeDzePDruWF0rN8RBqoesK7Wf/S6qjGQuaFXj+VDpVi1uD Z6MA== MIME-Version: 1.0 Received: by 10.68.212.228 with SMTP id nn4mr43118840pbc.68.1332801750286; Mon, 26 Mar 2012 15:42:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.33.5 with HTTP; Mon, 26 Mar 2012 15:42:30 -0700 (PDT) In-Reply-To: <4F70E74A.1000603@freebsd.org> References: <4F4FEEFC.5060902@freebsd.org> <4F70E74A.1000603@freebsd.org> Date: Mon, 26 Mar 2012 15:42:30 -0700 X-Google-Sender-Auth: z16H8HJPifMArgzRbX0HP-AnlAA Message-ID: From: Adrian Chadd To: Oleksandr Tymoshenko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, "freebsd-mips@freebsd.org" Subject: Re: DTrace/MIPS port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2012 22:42:31 -0000 On 26 March 2012 15:01, Oleksandr Tymoshenko wrote: > > These changes are now committed into the FreeBSD HEAD branch Great work! Adrian From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 03:55:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55EF6106566C for ; Tue, 27 Mar 2012 03:55:35 +0000 (UTC) (envelope-from lists@eitanadler.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 D66AE8FC0A for ; Tue, 27 Mar 2012 03:55:34 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so4096159wib.13 for ; Mon, 26 Mar 2012 20:55:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=DR6jfDZ9pNP+3j19gz9a/wgIcdBI2JxtdKMuFm7iYH4=; b=ljlyi6BOLP6Xjx1o4Ivwrovw++rcywoK0zXFA+6BCJ2MgErnE9/C1y74GRp5blrexg XuGNhDTFKOGS5x4qICe3V8/a96UBv6V+6wubaj4R3zpF+zO06xYMDaBsdnBY8I3I4Kz4 5IeB0ohyBE436/fvshaNuOxofwy6fF4NxCfWM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=DR6jfDZ9pNP+3j19gz9a/wgIcdBI2JxtdKMuFm7iYH4=; b=Fdka/fJBGK/gR6ThkAJlYK4H4SmOzecvbc02FffzgtZFS5AIV631W/NnJvKSf1P+4y yqfio53d41liajPfYoUnFj5xmfFNNuM11SJLu/TxlG5LlEydjzkls+Fss7ElblYkNSXT jPr2jQRem8O6ycM6QBiFGrS5WJ95g6IWm9TfYMHGABTdPU8q8gbqAelGAg7RwlujBOt5 gb8UUdftO84JYuB+IYlo/gq9RPWdHGvyxbRruYHberAtZDLjKjPWQ/ESyweQqGK8tPCy 64fdxPTPeohUCfAo7nQqyDO0IEktqsUiH3w+L6IDrDKucepzXJJLNajpZUqjCYcqRjry y+Kg== Received: by 10.216.136.131 with SMTP id w3mr14142287wei.15.1332820533709; Mon, 26 Mar 2012 20:55:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Mon, 26 Mar 2012 20:55:03 -0700 (PDT) From: Eitan Adler Date: Mon, 26 Mar 2012 23:55:03 -0400 Message-ID: To: freebsd-current Current , freebsd-performance@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnBO5e9tJpUqyzBMCptwoXh79kQEg2DgFW24LbxKjtsB/mFDGy/d7wIJNitZIrAU/YmZu6x Cc: Subject: Updating the tuning man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 03:55:35 -0000 As some of you may know there is/was an effort to rewrite the tuning man page at http://wiki.freebsd.org/SystemTuning . At the moment it seems to have a lot of content with questions and unconfirmed data. Any effort spent on improving the page would go a long way to improving the documentation. If we could get this wiki page (editable by anyone) into a decent shape I'd be happy to turn it into a mdoc patch and commit it. Feel free to just remove old information and replace it with modern content. There is no need to mark up your specific changes - I'll deal with that when I write up the patch. Feel free to email me with any questions. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 05:37:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB0C91065673; Tue, 27 Mar 2012 05:37:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 27E1A8FC12; Tue, 27 Mar 2012 05:37:39 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so4426858wgb.31 for ; Mon, 26 Mar 2012 22:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Vrb70IqiJAkuQ8B8eQH00peHflQWx1jhqr1Rv72yQKU=; b=fe5AVf+lUQ6YmpyTfIp9WhqAoxNpU+9QlJowZZ9MI3xbMJMIev0Y8u1CqAt9ffIseT WxlYMNGrnvqlWa/Jz1KWKIMRlJ06n8qVB/Fyi/MUr7TPdZjNyXTNNngZqPcOxPer7eqB Z2pLKOeoSY54ZOSSzexMa0jlOScN23tqljjJOOp4I4yAkiSTIrpVtAq4KkE7Rh0GurpZ 98XpNwAvvAyrucdHXTBtKI3Bq+xQGtyB84axzIf3HZ6KsTENuVz59/dLm1rp+nojMwTn DGMa42wvQtpvvtZWfIUsPk+yJ4SJPDuvIjuW86IUE4hvDgq7CGHAf3NSwJw6X+L7QAXX yiEA== MIME-Version: 1.0 Received: by 10.216.131.30 with SMTP id l30mr13770518wei.111.1332826659208; Mon, 26 Mar 2012 22:37:39 -0700 (PDT) Received: by 10.223.86.10 with HTTP; Mon, 26 Mar 2012 22:37:39 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Mar 2012 22:37:39 -0700 Message-ID: From: Kevin Oberman To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, freebsd-current Current Subject: Re: Updating the tuning man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 05:37:40 -0000 On Mon, Mar 26, 2012 at 8:55 PM, Eitan Adler wrote: > As some of you may know there is/was an effort to rewrite the tuning > man page at http://wiki.freebsd.org/SystemTuning . At the moment it > seems to have a lot of content with questions and unconfirmed data. > Any effort spent on improving the page would go a long way to > improving the documentation. If we could get this wiki page (editable > by anyone) into a decent shape I'd be happy to turn it into a mdoc > patch and commit it. Feel free to just remove old information and > replace it with modern content. There is no need to mark up your > specific changes - I'll deal with that when I write up the patch. > > Feel free to email me with any questions. Should tuning include discussion of tuning for power management? Even server operators are becoming aware of the need for power management and the only really good information on it is mav's excellent wiki page. From queries about the subject, most people really don't understand the concepts and do the wrong thing. Frankly, FreeBSD does the wrong thing by default, as mav pointed out. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 07:14:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ABFD106564A; Tue, 27 Mar 2012 07:14:41 +0000 (UTC) (envelope-from quentinnn@atainvest.com) Received: from 93-34-183-121.ip50.fastwebnet.it (93-34-183-121.ip50.fastwebnet.it [93.34.183.121]) by mx1.freebsd.org (Postfix) with ESMTP id CF7448FC15; Tue, 27 Mar 2012 07:14:40 +0000 (UTC) Message-ID: <4F715A47.604010@freebsd.org> Date: Tue, 27 Mar 2012 08:14:39 +0100 From: , User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: , Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Job Proposal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 07:14:41 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 2000 EUR per month plus commission, paid every month. Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part time (Europe time). Region: Europe. Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Ernest@jobdayseu.com,with your personal identification number for this position IDNO: 9035 From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 09:12:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3B2C106564A for ; Tue, 27 Mar 2012 09:12:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id AAEE58FC1F for ; Tue, 27 Mar 2012 09:12:27 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SCSDP-0000lv-Gi for freebsd-current@freebsd.org; Tue, 27 Mar 2012 10:57:19 +0200 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2012 10:57:19 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2012 10:57:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Tue, 27 Mar 2012 08:57:10 +0000 (UTC) Lines: 137 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.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:10.0.2) Gecko/20100101 Firefox/10.0.2) Subject: Re: Updating the tuning man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 09:12:28 -0000 Kevin Oberman gmail.com> writes: > > On Mon, Mar 26, 2012 at 8:55 PM, Eitan Adler eitanadler.com> wrote: > > As some of you may know there is/was an effort to rewrite the tuning > > man page at http://wiki.freebsd.org/SystemTuning . > > Feel free to email me with any questions. > ... > Should tuning include discussion of tuning for power management? Even > server operators are becoming aware of the need for power management > and the only really good information on it is mav's excellent wiki > page. From queries about the subject, most people really don't > understand the concepts and do the wrong thing. Frankly, FreeBSD does > the wrong thing by default, as mav pointed out. I agree. The wiki page at http://wiki.freebsd.org/TuningPowerConsumption could be improved as well. These are my notes - feel free to include them in tuning(7) and wiki. http://wiki.freebsd.org/TuningPowerConsumption POWERD(8), TUNING(7) A processor frequency (ticks per second) determines how much work (instructions processed per second) can be done. CPU-bound (intensive) tasks can run faster with higher CPU frequency. More work done (more tasks per second) causes more switchings in integrated circuits, which consumes more current, which causes more power consumption. Even when no CPU tasks are performed (idle state), higher CPU frequency causes some power consumption. >From the source of power point of view (AC or battery), higher voltage enables higher power supply, but in turn also possible power consumption. In order to reduce power consumption, it is advantageous to modulate CPU frequency and its voltage when: - CPU is idle - when CPU performs tasks (by optimizing based on curve of power consumption) - power supply comes from a battery - increased work load causes increased thermal load and dissipation and loss of energy (increased power consumption) The power management works by modulating CPU frequency and voltage by means of: - CPU states control - P-states (CPU performance states) They are defined by ACPI specs. They determine the ability of a working CPU (under load) to save power consumption and reduce the peak thermal load. To operate at any P-state, the CPU must be in the C0 operational state where the processor is working (under load) and not idling. The number of P-states is processor specific. Both frequency and voltage are scaled as the P-state changes. Higher P-state numbers represent lower frequencies (slower processor speeds). Power consumption is lower at higher P-states. - C-states (operating states) They are defined by ACPI specs. They determine an ability of an idle CPU to turn off unused components to save power. They are idle CPU states, except C0 in which the CPU is active (under load). Higher C-state numbers represent deeper CPU sleep states, at which correspondingly more components shut down to save power. Some components that are shut down include stopping the CPU clock and stopping interrupts. A disadvantage is that deeper sleep states have slower wakeup times. C1 is the default state. NOTE: P-states and C-states are orthogonal (each can vary independently of the other). - thermal control The CPU Frequency Thermal Control, also called throttling, can be implemented via an older external mechanism or via TCC (also called P4TCC). $ sysctl -e dev.cpu dev.cpu.0.%desc=ACPI CPU dev.cpu.0.%driver=cpu dev.cpu.0.%location=handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo=_HID=none _UID=0 dev.cpu.0.%parent=acpi0 dev.cpu.0.freq=300 dev.cpu.0.freq_levels=1867/35000 1633/30625 1600/30000 1400/26250 1333/25000 1166/21875 1067/20000 933/17500 800/16000 700/14000 600/12000 500/10000 400/8000 300/6000 200/4000 100/2000 dev.cpu.0.cx_supported=C1/1 C2/1 C3/17 dev.cpu.0.cx_lowest=C1 dev.cpu.0.cx_usage=100.00% 0.00% 0.00% last 3302us dev.cpu.1.%desc=ACPI CPU dev.cpu.1.%driver=cpu dev.cpu.1.%location=handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo=_HID=none _UID=0 dev.cpu.1.%parent=acpi0 dev.cpu.1.cx_supported=C1/1 C2/1 C3/17 dev.cpu.1.cx_lowest=C1 dev.cpu.1.cx_usage=100.00% 0.00% 0.00% last 2062us $ sysctl -e dev.p4tcc dev.p4tcc.0.%desc=CPU Frequency Thermal Control dev.p4tcc.0.%driver=p4tcc dev.p4tcc.0.%parent=cpu0 dev.p4tcc.0.freq_settings=10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.1.%desc=CPU Frequency Thermal Control dev.p4tcc.1.%driver=p4tcc dev.p4tcc.1.%parent=cpu1 dev.p4tcc.1.freq_settings=10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 $ sysctl -a |grep acpi ... Power management with powerd daemon (P-states and C-states): ------------------------------------------------------------ The default mode is adaptive for battery and hiadaptive for other (AC power). $ ps auxww | grep -i powerd root 1799 0.0 0.0 9612 852 ?? Ss Sat06AM 8:12.95 /usr/sbin/powerd An example of user configuration (not that I need it; be careful of using non-default values as they may break the system components). /etc/rc.conf: powerd_flags="-n hadp" performance_cx_lowest="C2" economy_cx_lowest="C2" performance_cpu_freq="HIGH" Test: ----- - measure dev.cpu.0.freq - measure dev.cpu.0.freq during compilation - measure dev.cpu.0.freq while disk quiet 'top' to report near 100% idle - measure dev.cpu.0.freq after few seconds jb From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 09:11:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76A581065677; Tue, 27 Mar 2012 09:11:11 +0000 (UTC) (envelope-from ohartman@mail.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 2AD318FC1B; Tue, 27 Mar 2012 09:11:11 +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 <1SCSAU-0004EI-Fw>; Tue, 27 Mar 2012 10:54:18 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SCSAU-0003zQ-Bl>; Tue, 27 Mar 2012 10:54:18 +0200 Message-ID: <4F718034.8090501@mail.zedat.fu-berlin.de> Date: Tue, 27 Mar 2012 10:54:12 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD , Ports FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF8A59F99BC60FF9A1B70085A" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 27 Mar 2012 11:26:40 +0000 Cc: Subject: PostgreSQL server 9.1.3 rejects connections after update: Error connection to the server: FATAL: frontend-protocol 1234.5887 not supported: server supports 1.0 through 3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 09:11:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF8A59F99BC60FF9A1B70085A Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Since the last PostgreSQL port update, server and client are version 9.1.3 and a newly build of the FreeBSD OS (both 9.0-STABLE and 10.0-CURRENT, amd64), clients like pgadmin3 or webinterfaces like those from refdb reject connection to the PostgreSQL server with the error message: Error connection to the server: FATAL: frontend-protocol 1234.5887 not supported: server supports 1.0 through 3.0 All users, execept a local admin and the psql user, are kept in OpenLDAP. It seems, that the LDAP connection got messed up somehow. I tried to recompile everything required by OpenLDAP, PostgreSQL via portmaster -f, since I realized changes in Heimdal on FreeBSD 10.0-CUR and I deleted the old libs via delete-old-libs/files. Does anyone see this problem, too? Regards, Oliver --------------enigF8A59F99BC60FF9A1B70085A 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.18 (FreeBSD) iQEcBAEBAgAGBQJPcYA6AAoJEOgBcD7A/5N8R9sH+gMAZJCpXcBBlFDlrT3L8xgh rekiQSgiStBR62IJoRivfMAkJ2xr1CDR8m+qL/ZjzhMS+RKWi9S5KT0AG0UDXJzq kFeuVc26xnCN8KmHAFz/7l8jgnW7PKI/71VP83aFzpIX8/yo/HcpC7/BKxn67jjU C/bJgG1uPNnfCoUbsDqR7dakihJXilUYHCLoNuTuTH1TxQruJOD6BsqvUSrRY0G/ s+VNrzob1OYy8dFESQZLfdCGu4opRT3sgvoS+M8Pa/TSHQLUw2D3uaHK/EYoa+je rHqoPuSkRJiD9L1b+jtYJbCfoSBXG4Q2YCehrI2105MMmzb0yeWCukk+cM04muY= =8PoZ -----END PGP SIGNATURE----- --------------enigF8A59F99BC60FF9A1B70085A-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 13:06:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F888106566B for ; Tue, 27 Mar 2012 13:06:21 +0000 (UTC) (envelope-from lists@eitanadler.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 A9F358FC14 for ; Tue, 27 Mar 2012 13:06:20 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so4359049wib.13 for ; Tue, 27 Mar 2012 06:06:18 -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=eFtECRyrm6yF9PC5LAPg0w1g1CRrB/SQTWeMDW001Vc=; b=DSZt0O/T2VK69MlJujv19hD/HN+2JpoZV11ISto64G3vn8YMEnJhR3QLbuTr2HV/J6 TBVKkAEJ0ioMVveoeqtQywTCA52TMFnF3jxVG0YhTrtl7Snuz+PDoVslzng3fMN7RWAR Ot5g4ondvVDznj6sjHc229LuxR2tPOY9lkIq8= 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=eFtECRyrm6yF9PC5LAPg0w1g1CRrB/SQTWeMDW001Vc=; b=cYGOzR75fNPnlQVBFBaH2UnjtY/TlXiT6Exi34NCDa41Q3nad8b9F52AQjRHPnkqNK xXgra2tHZ6XA1G/Gof6df7+FW0hY7TC9FOQ9rH60YNOhUHEXHJ1are4dDuw7FtcfIkek p51LPybBG95i/Ru/3UwhyGoXGnxduzPtU5P6gcgM21vqc9karb3ND2BDVwXmYYuZcthy XzL8GwYNySlaYj5Liq0/uYmGM3UfY7T/Ry9nFvz9f3OCxB75rBXX0xHvfSdW7xS35CCx Up20i4gkAAmV7rqV5gBIe0k8IcfWaMrdQsDnOyDe+YM15M+96WANyjFtVHstZR+Gt2Ly IVGA== Received: by 10.216.134.2 with SMTP id r2mr15103668wei.31.1332853577682; Tue, 27 Mar 2012 06:06:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Tue, 27 Mar 2012 06:05:47 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 27 Mar 2012 09:05:47 -0400 Message-ID: To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnqRnYRCIW/NEZvEz1ZqPCj4KO0mMxlY7QXxbR7CaYaGeNkcuL2QB1JHiU5EaMZUb9DGytN Cc: freebsd-performance@freebsd.org, freebsd-current Current Subject: Re: Updating the tuning man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 13:06:21 -0000 On Tue, Mar 27, 2012 at 1:37 AM, Kevin Oberman wrote: > Should tuning include discussion of tuning for power management? Even > server operators are becoming aware of the need for power management > and the only really good information on it is mav's excellent wiki > page. From queries about the subject, most people really don't > understand the concepts and do the wrong thing. Frankly, FreeBSD does > the wrong thing by default, as mav pointed out. Sure - the page could include anything relevant. Please just edit it. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 13:07:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2668106564A for ; Tue, 27 Mar 2012 13:07:09 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDEF8FC20 for ; Tue, 27 Mar 2012 13:07:08 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so4758444wgb.31 for ; Tue, 27 Mar 2012 06:07:07 -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=NmMMJ6y+5FBcWC7lZgfH2m1vXyteQKTFJMxNmIIskno=; b=Gd3Y3tiYwX58Hh7leR8Nhbyoev70hCSyanjNG2SRFvWKmTs5YItbyN8k887CIQyLcE L7eXJ5nDPdPcMrjugos4P7Zl///O9+n6K4wnXhJW0ku1NuIQSuoBvi4egP59H9N8ftyF wjPsNK7Wct2Vtar978Sl8GZujUycff1ouFqUY= 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:x-gm-message-state:content-type; bh=NmMMJ6y+5FBcWC7lZgfH2m1vXyteQKTFJMxNmIIskno=; b=IHvsL3chTthyeikhiAa8Ir7bVkk2Opyuve8VoCx8CtoUiuwvAlxF+tCF6GNnna7EXf MpMV1+FUD0kKrecck0u5VsIxaXdt1XUR6gs3jQEsQbYD2yrQ5IVu5DLywynI3+OEI+NP vF64YiTWerimeZB+9YhAkzpDHpAwUtUPts36bjdYBeoWfG1BF2uYRn9J9uelaKGGaAtx Hr+CUyYcD2Uiu82MQ2ryfzSrfoQvwCl/gOU98IMye5iOBlvzFLWrA9POYj/2virkMTEk VTjUIV4VaovjApwjLC8aObV+XKbT0BGhFBMK2i+qxij+xHj9wxkGb1dcyITyZwrbSygf dO7g== Received: by 10.180.85.70 with SMTP id f6mr27762872wiz.5.1332853627672; Tue, 27 Mar 2012 06:07:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Tue, 27 Mar 2012 06:06:37 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 27 Mar 2012 09:06:37 -0400 Message-ID: To: jb X-Gm-Message-State: ALoCoQn59bvUNwtkWmwX1yqipGLu3b6UfDnnPLXt6FfSmafxjipXc3QGf6bMBcoqLS6AyhphKuQu Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: Updating the tuning man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 13:07:09 -0000 On Tue, Mar 27, 2012 at 4:57 AM, jb wrote: > Kevin Oberman gmail.com> writes: > >> >> On Mon, Mar 26, 2012 at 8:55 PM, Eitan Adler eitanadler.com> wrote: >> > As some of you may know there is/was an effort to rewrite the tuning >> > man page at http://wiki.freebsd.org/SystemTuning . >> > Feel free to email me with any questions. >> ... >> Should tuning include discussion of tuning for power management? Even >> server operators are becoming aware of the need for power management >> and the only really good information on it is mav's excellent wiki >> page. From queries about the subject, most people really don't >> understand the concepts and do the wrong thing. Frankly, FreeBSD does >> the wrong thing by default, as mav pointed out. > > I agree. > The wiki page at > http://wiki.freebsd.org/TuningPowerConsumption > could be improved as well. > > These are my notes - feel free to include them in tuning(7) and wiki. They *will* get lost in this email. The wiki page is set up so that anyone - even anonymous users can edit it. Please add your notes to the page. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 13:20:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF3631065672; Tue, 27 Mar 2012 13:20:33 +0000 (UTC) (envelope-from matt.thyer@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 D77988FC18; Tue, 27 Mar 2012 13:20:32 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so4449091wib.13 for ; Tue, 27 Mar 2012 06:20:31 -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=xuHT8EwHnOqh40mpuaN/kik06rK/73vekS/vk4S3RVo=; b=TR0OjCdwcFmrD0gaZKa+pCH7U0KR3yv4dzVpoWDfgLhFp0rP7mRY63gPNq6yv9dou2 mfVHg5SxXOGl7UenMqJqRRm0fYZAjyLCIc4sfCLubvSXSgCaww7CIgF9PPzwtPAmkZ2y Gq1Ymk8oFNlaPNotCwmMLs4YQBRK8daBJySo0ZoYCNpjiSBcQPx2FB5g0AJvKptvF0hJ r8GrOCfxHyy+Am1zx9mSXqau/HKl6kDLH/k3I/iofserqrX1WauK8Ttbt20vzlTzGqyd XwoNOWyV84nvyrk1TLqM788pOGge9k753SKC0nO7q/OXh4KalcJb3yk0WEsuMk53vfR0 JepQ== MIME-Version: 1.0 Received: by 10.180.104.230 with SMTP id gh6mr27392829wib.22.1332854431591; Tue, 27 Mar 2012 06:20:31 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 27 Mar 2012 06:20:31 -0700 (PDT) In-Reply-To: <20120326132558.GB76647@in-addr.com> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> <20120326132558.GB76647@in-addr.com> Date: Tue, 27 Mar 2012 23:50:31 +1030 Message-ID: From: Matt Thyer To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Garrett Cooper , freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, "Kenneth D. Merry" , Steven Hartland Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 13:20:33 -0000 On 26 March 2012 23:55, Gary Palmer wrote: > On Mon, Mar 26, 2012 at 08:05:59PM +1030, Matt Thyer wrote: > > On Mar 26, 2012 3:43 AM, "Garrett Cooper" wrote: > > > > > > On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer > wrote: > > > > Has this driver been MFC to 8-STABLE yet ? > > > > > > > > I'm asking because I updated my NAS on the 4th of March from 8-STABLE > > > > r225723 to r232477 and am now seeing 157,000 interrupts per second on > > irq > > > > 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI > > > > SAS2008 chip). > [snip] > > After encountering this problem I updated my firmware from phase 7 to > phase > > 11 but this did not fix things. > > > > My question is: "Is the LSI driver even in 8-STABLE yet?". > > > > If not I'll upgrade to 9-STABLE to get the new driver. > > > > If it is, then I want to downgrade to just before it came in to see if > this > > high interrupt rate problem is fixed. > > I'm no export in svn, however: > > http://svnweb.freebsd.org/base?view=revision&revision=230922 > > would appear to suggest that the new driver is in 8-Stable > > Gary > It's painful to take this system back to r230921 due to intolerance for downtime from it's users so I'd like to investigate the cause of the problem and try patches/sysctls/whatever first. The drives I'm using are 7 x WDC WD20EARS-00M (3 are AB50, 4 are AB51) and 1 x WD20EARX-00P AB51. The WD20EARX-00P AB51 is a SATA 3 (6 Gbps) drive but the others are all SATA 2 (3 Gbps). I know the driver doesn't like mixed speeds in IR mode but I'm flashed with IT firmware as ZFS is doing my RAID (raidz2). I was having problems with the WD20EARX-00P AB51 drive being faulted by ZFS until I updated the firmware to 11 and now ZFS is happy (I've also done a full extended drive SMART test and the drive is fine). So what do people suggest (before reversion to r230921) ? From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 13:24:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA8CF106566C for ; Tue, 27 Mar 2012 13:24:09 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa14.ono.com (smtp14.ono.com [62.42.230.176]) by mx1.freebsd.org (Postfix) with ESMTP id 66FDF8FC15 for ; Tue, 27 Mar 2012 13:24:09 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.71.98) by resmaa14.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4EFDA80601439209; Tue, 27 Mar 2012 15:18:45 +0200 Message-ID: <4EFDA80601439209@> (added by postmaster@resmaa14.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 27 Mar 2012 15:20:13 +0200 To: "O. Hartmann" From: Eduardo Morras In-Reply-To: <4F718034.8090501@mail.zedat.fu-berlin.de> References: <4F718034.8090501@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 2012.0.1913 [2114/4896] Cc: freebsd-current@freebsd.org Subject: Re: PostgreSQL server 9.1.3 rejects connections after update: Error connection to the server: FATAL: frontend-protocol 1234.5887 not supported: server supports 1.0 through 3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 13:24:09 -0000 At 10:54 27/03/2012, you wrote: >Since the last PostgreSQL port update, server and client are version >9.1.3 and a newly build of the FreeBSD OS (both 9.0-STABLE and >10.0-CURRENT, amd64), clients like pgadmin3 or webinterfaces like those >from refdb reject connection to the PostgreSQL server with the error >message: > >Error connection to the server: FATAL: frontend-protocol 1234.5887 not >supported: server supports 1.0 through 3.0 > >All users, execept a local admin and the psql user, are kept in >OpenLDAP. It seems, that the LDAP connection got messed up somehow. > >I tried to recompile everything required by OpenLDAP, PostgreSQL via > >portmaster -f, since I realized changes in Heimdal on FreeBSD 10.0-CUR >and I deleted the old libs via delete-old-libs/files. > >Does anyone see this problem, too? No sorry, i use 8.2 for Postgresql server. Have you touched the pg_hba.conf file? Perhaps it has been reinstalled and setted with default values, so pg don't know what a ldap server is. >Regards, >Oliver > > From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 14:01:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C6C106564A; Tue, 27 Mar 2012 14:01:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 365258FC18; Tue, 27 Mar 2012 14:01:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2RDsc8F091334; Tue, 27 Mar 2012 09:54:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2RDscAO091313; Tue, 27 Mar 2012 13:54:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 27 Mar 2012 13:54:38 GMT Message-Id: <201203271354.q2RDscAO091313@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 14:01:03 -0000 TB --- 2012-03-27 13:03:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-27 13:03:39 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-27 13:03:39 - mkdir /tinderbox/HEAD/mips TB --- 2012-03-27 13:03:39 - mkdir /tinderbox/HEAD/mips/mips TB --- 2012-03-27 13:03:39 - cleaning the object tree TB --- 2012-03-27 13:03:39 - cvsupping the source tree TB --- 2012-03-27 13:03:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-27 13:09:09 - building world TB --- 2012-03-27 13:09:09 - CROSS_BUILD_TESTING=YES TB --- 2012-03-27 13:09:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-27 13:09:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-27 13:09:09 - SRCCONF=/dev/null TB --- 2012-03-27 13:09:09 - TARGET=mips TB --- 2012-03-27 13:09:09 - TARGET_ARCH=mips TB --- 2012-03-27 13:09:09 - TZ=UTC TB --- 2012-03-27 13:09:09 - __MAKE_CONF=/dev/null TB --- 2012-03-27 13:09:09 - cd /src TB --- 2012-03-27 13:09:09 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 27 13:09:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-27 13:54:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-27 13:54:38 - ERROR: failed to build world TB --- 2012-03-27 13:54:38 - 2075.04 user 398.60 system 3058.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 14:15:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56FD21065670 for ; Tue, 27 Mar 2012 14:15:37 +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 B637E8FC16 for ; Tue, 27 Mar 2012 14:15:36 +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 q2REE644053971; Tue, 27 Mar 2012 17:14:06 +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 q2REE6Mh077209; Tue, 27 Mar 2012 17:14:06 +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 q2REE5xj077208; Tue, 27 Mar 2012 17:14:05 +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: Tue, 27 Mar 2012 17:14:05 +0300 From: Konstantin Belousov To: Alexandre Martins Message-ID: <20120327141405.GO2358@deviant.kiev.zoral.com.ua> References: <201203121750.36937.alexandre.martins@netasq.com> <201203131108.43815.alexandre.martins@netasq.com> <20120313121752.GP75778@deviant.kiev.zoral.com.ua> <201203131340.15998.alexandre.martins@netasq.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nRuR9Xn/FZlsp4C4" Content-Disposition: inline In-Reply-To: <201203131340.15998.alexandre.martins@netasq.com> User-Agent: Mutt/1.4.2.3i 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=unavailable version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Double free() in libc or gdb ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 14:15:37 -0000 --nRuR9Xn/FZlsp4C4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 13, 2012 at 01:40:12PM +0100, Alexandre Martins wrote: > Two other thing > - The process consume memory, but there is no allocation in my code. May= be a=20 > leak in the libc ? No, this is a leak in rtld. I fixed it in r233546. > - My kernel have crashed after some minute of leak (i have removed print= f for=20 > better perf on the loop). Maybe unrelated, but ... >=20 --nRuR9Xn/FZlsp4C4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9xyy0ACgkQC3+MBN1Mb4iXrACfW8HJOz3hkjHpY3E+NtMAP0oX O5UAoJ1oFqNJvtCUEhopHM6rhQ8JpKtl =Gg3s -----END PGP SIGNATURE----- --nRuR9Xn/FZlsp4C4-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 14:30:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 212051065670 for ; Tue, 27 Mar 2012 14:30:20 +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 EA30D8FC17 for ; Tue, 27 Mar 2012 14:30:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5A9F3B970; Tue, 27 Mar 2012 10:30:19 -0400 (EDT) From: John Baldwin To: Steve Kargl Date: Tue, 27 Mar 2012 10:28:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120323222313.GA1331@troutmask.apl.washington.edu> <201203261617.50860.jhb@freebsd.org> <20120326204530.GA2789@troutmask.apl.washington.edu> In-Reply-To: <20120326204530.GA2789@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203271028.41106.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 27 Mar 2012 10:30:19 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 14:30:20 -0000 On Monday, March 26, 2012 4:45:30 pm Steve Kargl wrote: > On Mon, Mar 26, 2012 at 04:17:50PM -0400, John Baldwin wrote: > > On Monday, March 26, 2012 1:59:18 pm Steve Kargl wrote: > > > On Mon, Mar 26, 2012 at 01:53:25PM -0400, John Baldwin wrote: > > > > On Monday, March 26, 2012 1:41:55 pm Steve Kargl wrote: > > > > > On Mon, Mar 26, 2012 at 01:18:37PM -0400, John Baldwin wrote: > > > > > > On Monday, March 26, 2012 12:21:29 pm Steve Kargl wrote: > > > > > > > > > > > > You know your APIC ID is 0, so you should be able to find the IRQ for vector > > > > > > 51 from here in apic_idt_to_irq(): > > > > > > > > > > > > irq = lapics[apic_id].la_ioint_irqs[vector - APIC_IO_INTS]; > > > > > > > > > > > > Your apic_id is 0, and APIC_IO_INTS is 48, so you should be able to do this > > > > > > in kgdb: > > > > > > > > > > > > p lapics[0].la_ioint_irqs[3] > > > > > > > > > > > > That should give you an index, and intr_lookup_source() just does an array > > > > > > lookup. However, I'd be curious to see what the assembly looks like > > > > > > (x/10i $rip at this frame). > > > > > > > > > > > > > > > > > > > > > (kgdb) p lapics[0].la_ioint_irqs[3] > > > > > $1 = 16 > > > > > (kgdb) frame 27 > > > > > #27 0xffffffff806dc186 in acpi_cpu_c1 () > > > > > at /usr/src/sys/amd64/acpica/acpi_machdep.c:97 > > > > > > > > Sorry, I meant down at the frame that faulted (frame 7 in this case). > > > > > > > > > > (kgdb) frame 7 > > > #7 0xffffffff80751232 in lapic_handle_intr (vector=51, > > > frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 > > > 777 { > > > (kgdb) x/10i $rip > > > 0xffffffff80751232 : stos %eax,%es:(%rdi) > > > 0xffffffff80751233 : (bad) > > > 0xffffffff80751234 : pop %rbp > > > 0xffffffff80751235 : pop %rsi > > > 0xffffffff80751236 : fsubr %st(3),%st > > > 0xffffffff80751238 : (bad) > > > 0xffffffff80751239 : or $0xac1ae6b3,%eax > > > 0xffffffff8075123e : out %eax,$0x19 > > > 0xffffffff80751240 : > > > jl 0xffffffff8075125e > > > 0xffffffff80751242 : adc %r12d,0xc6aa671(%rdi) > > > > Looks like the instruction pointer is busted. Try doing 'x/10i lapic_handle_intr'. > > I suspect you will not see 'lapic_handle_intr+2' as a valid instruction offset. :( > > > > I'm assuming you want this in frame 7 > > (kgdb) frame 7 > #7 0xffffffff80751232 in lapic_handle_intr (vector=51, > frame=0xffffff8000229a70) at /usr/src/sys/x86/x86/local_apic.c:777 > (kgdb) x/10i lapic_handle_intr > 0xffffffff80751230 : sbb $0xa7,%al > 0xffffffff80751232 : stos %eax,%es:(%rdi) > 0xffffffff80751233 : (bad) > 0xffffffff80751234 : pop %rbp > 0xffffffff80751235 : pop %rsi > 0xffffffff80751236 : fsubr %st(3),%st > 0xffffffff80751238 : (bad) > 0xffffffff80751239 : or $0xac1ae6b3,%eax > 0xffffffff8075123e : out %eax,$0x19 > 0xffffffff80751240 : > jl 0xffffffff8075125e Hmmm, odd. In this case the frame doesn't matter (global symbol). Are you sure you are using the correct kernel.debug file? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 15:42:59 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 56EAC106564A; Tue, 27 Mar 2012 15:42:59 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 27 Mar 2012 11:42:50 -0400 User-Agent: KMail/1.6.2 References: <1822.1332740545@critter.freebsd.dk> <201203261250.44042.jkim@FreeBSD.org> In-Reply-To: <201203261250.44042.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203271142.52750.jkim@FreeBSD.org> Cc: Poul-Henning Kamp , Lars Engels Subject: Re: ACPI refcount increasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 15:42:59 -0000 On Monday 26 March 2012 12:50 pm, Jung-uk Kim wrote: > On Monday 26 March 2012 01:42 am, Poul-Henning Kamp wrote: > > I tried -current as of approx one day ago and was greeted with a > > kernel printf flooding the screen with something about a ACPI(?) > > mutex(?) refcount increasing. > > > > I were unable to divine any identifying info from the messages > > because the screen scrolled too fast and the message was longer > > than the width of the screen. > > > > I were unable to get a core-dump and had to reset the laptop > > (Lenovo T400s) > > I am well aware of the issue and identified the regression was > introduced in these changes: > > http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/componen >ts/namespace/nspredef.c?r1=231844&r2=233250&view=patch > http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/componen >ts/namespace/nsrepair.c?r1=231844&r2=233250&view=patch > http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/include/ >aclocal.h?r1=229989&r2=233250&view=patch > http://svnweb.freebsd.org/base/head/sys/contrib/dev/acpica/include/ >acnamesp.h?r1=229989&r2=233250&view=patch > > I notified the upstream maintainers and they are working very hard > to correct the issue ATM. I'll update ACPICA as soon as they find > a fix but please revert the changes for now if you are in hurry. FYI, it seems it will take more time than I originally thought. So, I had no choice but to locally revert these changes for now. It is committed as r233555. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 16:25:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6241106564A for ; Tue, 27 Mar 2012 16:25:18 +0000 (UTC) (envelope-from lists+freebsd@internecto.net) Received: from mx1.internecto.net (polaris.internecto.net [IPv6:2a01:4f8:150:2343::2]) by mx1.freebsd.org (Postfix) with ESMTP id DAB9A8FC14 for ; Tue, 27 Mar 2012 16:25:17 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 0BB56298022 for ; Tue, 27 Mar 2012 16:25:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([176.9.245.29]) by localhost (polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pmbh9mqDpPAu for ; Tue, 27 Mar 2012 16:25:16 +0000 (UTC) Received: from localhost.localdomain (athena [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.internecto.net (Postfix) with ESMTPS id E979329801F for ; Tue, 27 Mar 2012 16:25:13 +0000 (UTC) Date: Tue, 27 Mar 2012 18:22:33 +0200 From: Mark To: freebsd-current@freebsd.org Message-ID: <20120327182233.3c632624@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Awkward booting issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 16:25:18 -0000 Hi, I have been trying to get FreeBSD 9 amd64 to boot on my 1U server but am unsuccesful and am out of ideas. I tried to boot the iso from CD-ROM, I tried multiple USB memory sticks and I even tried to boot from hard discs, I'll explain this further below. Oddly enough every boot attempt fails. Right after the hard discs are recognised the system just sits there, silent, with no errors. The last messages I see tell me that three hard discs are found and the very last message is something like "ada2: previously was known as ad14" and then... nothing happens. Verbose mode tells me nothing extra. So I tried to boot with ACPI disabled but this crashes the kernel and forces a reboot. I tried to disable the USB controller from the bios. I tried to boot from the hard discs in AHCI or IDE mode. I even unplugged everything from the motherboard except the essentials and 2G RAM. And I toggled and changed all BIOS options to no avail. The motherboard is an MSI MS-9656, the variant without IPMI. It has an Intel Q9600 processor. As a workaround I installed a third hard disc, installed Xen onto that with ArchLinux as dom0. Fortunately this does boot. So then I assigned the original two hard discs to the FreeBSD 9 VM. I gave the VM all available memory and three cores, and eth0 is bridged with the FreeBSD VM. After FreeBSD was installed I updated it to 9-STABLE, compiled the kernel (an unmodified GENERIC) and world. It still only boots when it's a virtual machine. If I try to boot the two hard discs (a mirrored zfs root) directly i.e. without Xen I still have exactly the same issues so I do see the bootloader and the first part of the boot process. It just gets stuck after the ada2 message. Here is the lspci output from Linux: # lspci 00:00.0 Host bridge: Intel Corporation 3200/3210 Chipset DRAM Controller (rev 01) 00:01.0 PCI bridge: Intel Corporation 3200/3210 Chipset Host-Primary PCI Express Bridge (rev 01) 00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network Connection (rev 02) 00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02) 00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02) 00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02) 00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) 00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) 03:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller 04:02.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z7/Z9 (XG20 core) 04:03.0 IDE interface: Integrated Technology Express, Inc. IT8213 IDE Controller I hope we can solve this problem so I can use FreeBSD natively. Thanks up front for helping me with this issue. Mark From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 16:32:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7031A106566B for ; Tue, 27 Mar 2012 16:32:26 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 264CE8FC1A for ; Tue, 27 Mar 2012 16:32:25 +0000 (UTC) Received: by ghrr20 with SMTP id r20so130464ghr.13 for ; Tue, 27 Mar 2012 09:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=E2pVe+smOedEcLSdJnjjuAVRlEUZHjlFB8jQGmN0v7s=; b=AlC6NOkwMlPIopBm4jUUtDFZyfTRCg0s5ZBypWBu1jCvcmRqrQYt3Yf7KVxAy610y3 kSnb4lvDAg3uEYHAWUG+0yOpH12xSu/GLYCGgWvzsVKiZvqSmbumUxiCO3GL9qAayPdr chzEXl2SPR1vHuWS/E7BdsxakAggRn6NjdrGCoAmx4BOFR1PIeoFgCbtCT6R6KkPeT7t 3aVTniY/bX576L9ImudjC/WMaHDeX+DqmhFv/bh7ddicnxGbDdaRHy82mYU3TlV8YlAn VdEnU4jfEUthqUXECVCGHzmWHpCNdShBLWGREHhl4KUx8Fz8ZgWoVGXc4fUmp5h2k1Wz JtWg== Received: by 10.68.129.133 with SMTP id nw5mr64621883pbb.159.1332865944797; Tue, 27 Mar 2012 09:32:24 -0700 (PDT) Received: from bakeneko.local ([75.101.87.90]) by mx.google.com with ESMTPS id n7sm677370pbk.56.2012.03.27.09.32.23 (version=SSLv3 cipher=OTHER); Tue, 27 Mar 2012 09:32:23 -0700 (PDT) Message-ID: <4F71EB26.9090508@gmail.com> Date: Tue, 27 Mar 2012 09:30:30 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120326 Thunderbird/10.0.3 MIME-Version: 1.0 To: Mark References: <20120327182233.3c632624@internecto.net> In-Reply-To: <20120327182233.3c632624@internecto.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Awkward booting issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 16:32:26 -0000 On 03/27/12 09:22, Mark wrote: > 03:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller > 04:02.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z7/Z9 (XG20 core) > 04:03.0 IDE interface: Integrated Technology Express, Inc. IT8213 IDE Controller Can you disable any of these in BIOS? Sometimes last message isn't the cause of the hang, I was having igb issues a while ago that "ended" with ada, but were caused by igb hanging shortly after attach. Disable everything you can to reduce the attachable devices and see if it will still boot. This will help identify which device if any is causing the hang Matt From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 17:46:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D2241065676; Tue, 27 Mar 2012 17:46:36 +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 9D8B08FC1A; Tue, 27 Mar 2012 17:46:35 +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 q2RHLUKC068423; Tue, 27 Mar 2012 11:21:30 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q2RHLUcu068422; Tue, 27 Mar 2012 11:21:30 -0600 (MDT) (envelope-from ken) Date: Tue, 27 Mar 2012 11:21:29 -0600 From: "Kenneth D. Merry" To: Matt Thyer Message-ID: <20120327172129.GA67307@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> <20120326132558.GB76647@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: "Desai, Kashyap" , Gary Palmer , Garrett Cooper , freebsd-current@freebsd.org, Steven Hartland , freebsd-scsi@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 17:46:36 -0000 On Tue, Mar 27, 2012 at 23:50:31 +1030, Matt Thyer wrote: > On 26 March 2012 23:55, Gary Palmer wrote: > > > On Mon, Mar 26, 2012 at 08:05:59PM +1030, Matt Thyer wrote: > > > On Mar 26, 2012 3:43 AM, "Garrett Cooper" wrote: > > > > > > > > On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer > > wrote: > > > > > Has this driver been MFC to 8-STABLE yet ? > > > > > > > > > > I'm asking because I updated my NAS on the 4th of March from 8-STABLE > > > > > r225723 to r232477 and am now seeing 157,000 interrupts per second on > > > irq > > > > > 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI > > > > > SAS2008 chip). > > > > [snip] > > > > > After encountering this problem I updated my firmware from phase 7 to > > phase > > > 11 but this did not fix things. > > > > > > My question is: "Is the LSI driver even in 8-STABLE yet?". > > > > > > If not I'll upgrade to 9-STABLE to get the new driver. > > > > > > If it is, then I want to downgrade to just before it came in to see if > > this > > > high interrupt rate problem is fixed. > > > > I'm no export in svn, however: > > > > http://svnweb.freebsd.org/base?view=revision&revision=230922 > > > > would appear to suggest that the new driver is in 8-Stable > > > > Gary > > > > It's painful to take this system back to r230921 due to intolerance for > downtime from it's users so I'd like to investigate the cause of the > problem and try patches/sysctls/whatever first. > > The drives I'm using are 7 x WDC WD20EARS-00M (3 are AB50, 4 are AB51) and > 1 x WD20EARX-00P AB51. > The WD20EARX-00P AB51 is a SATA 3 (6 Gbps) drive but the others are all > SATA 2 (3 Gbps). > > I know the driver doesn't like mixed speeds in IR mode but I'm flashed with > IT firmware as ZFS is doing my RAID (raidz2). > > I was having problems with the WD20EARX-00P AB51 drive being faulted by ZFS > until I updated the firmware to 11 and now ZFS is happy (I've also done a > full extended drive SMART test and the drive is fine). > > So what do people suggest (before reversion to r230921) ? If you're going to prove that it's the new LSI driver, you will probably have to go back to the old driver. You don't have to back out your entire tree, you can just back out the driver itself if you have an SVN tree. You can go into sys/dev/mps and do: svn update -r 230714 And then edit sys/conf/files and comment out these three lines: dev/mps/mps_config.c optional mps dev/mps/mps_mapping.c optional mps dev/mps/mps_sas_lsi.c optional mps Then you should be able to rebuild your kernel with the old driver and see if the problem occurs again. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 17:58:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D920106566B for ; Tue, 27 Mar 2012 17:58:02 +0000 (UTC) (envelope-from lists+freebsd@internecto.net) Received: from mx1.internecto.net (polaris.internecto.net [IPv6:2a01:4f8:150:2343::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1BBA8FC14 for ; Tue, 27 Mar 2012 17:58:01 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id A18CB298022; Tue, 27 Mar 2012 17:58:00 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([176.9.245.29]) by localhost (polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tB+mbTcWLYP2; Tue, 27 Mar 2012 17:57:59 +0000 (UTC) Received: from localhost.localdomain (athena [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.internecto.net (Postfix) with ESMTPS id 6C73729801F; Tue, 27 Mar 2012 17:57:58 +0000 (UTC) Date: Tue, 27 Mar 2012 19:55:18 +0200 From: Mark To: matt Message-ID: <20120327195518.23f5fe1a@internecto.net> In-Reply-To: <4F71EB26.9090508@gmail.com> References: <20120327182233.3c632624@internecto.net> <4F71EB26.9090508@gmail.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Awkward booting issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 17:58:02 -0000 On Tue, 27 Mar 2012 09:30:30 -0700 matt wrote: > On 03/27/12 09:22, Mark wrote: > > 03:00.0 Ethernet controller: Intel Corporation 82573L Gigabit > > Ethernet Controller 04:02.0 VGA compatible controller: XGI > > Technology Inc. (eXtreme Graphics Innovation) Z7/Z9 (XG20 core) > > 04:03.0 IDE interface: Integrated Technology Express, Inc. IT8213 > > IDE Controller > Can you disable any of these in BIOS? I can disable VGA with a jumper. It was disabled when I tried to boot. I'm not sure if this also disables the device's visibility but jumpering didn't help my problem. I can't disable the IDE interface. There seems to be no such option. > > Sometimes last message isn't the cause of the hang, I was having igb > issues a while ago that "ended" with ada, but were caused by igb > hanging shortly after attach. > > Disable everything you can to reduce the attachable devices and see if > it will still boot. This will help identify which device if any is > causing the hang Yes, I considered this. But even after having disabled everything that's possible in the bios, the boot issue persists... Mark From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 18:27:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B99931065677; Tue, 27 Mar 2012 18:27:20 +0000 (UTC) (envelope-from nitroboost@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 031458FC17; Tue, 27 Mar 2012 18:27:19 +0000 (UTC) Received: by yenl9 with SMTP id l9so239477yen.13 for ; Tue, 27 Mar 2012 11:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=T41jB72zvJSdZ8RJli0OzadUTF0j7LdXovDtb8uPpwE=; b=Q6QfreZVd818N6AQ/3vh/DGTzCK8FuEs2zOdwMyKx9M8uWPWEGgUKqbB+2T2bC/mKt mfq8fRVZ8G5EcBR22VQr7DnqUTp/wL1StSAhXFwS1MLZGaH0gdAWw+75YhoO4Ph18V9c iForcW03UOC4N3ag3VTOwy7l+hl4Zl/gvC1AKpe+aqYBYnLHJ1/XXscUQ2SButG2Gqm3 VhZtNqL9gpinnUe/RkeBDUmCVvs2KvzpHpI6uSuwloO7FjwTVMM2gObf2t8dGILR7V52 cyYSFRbBLGAmy6HPQr5Krrt4BvTNtv7qizbyRjKQSSGR2AQUnpklvV+y2QjqWixArzix KYCg== MIME-Version: 1.0 Received: by 10.60.14.166 with SMTP id q6mr20854916oec.17.1332872839167; Tue, 27 Mar 2012 11:27:19 -0700 (PDT) Received: by 10.182.47.135 with HTTP; Tue, 27 Mar 2012 11:27:19 -0700 (PDT) In-Reply-To: <20120327172129.GA67307@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> <20120326132558.GB76647@in-addr.com> <20120327172129.GA67307@nargothrond.kdm.org> Date: Tue, 27 Mar 2012 11:27:19 -0700 Message-ID: From: Jason Wolfe To: "Kenneth D. Merry" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 27 Mar 2012 18:38:29 +0000 Cc: "Desai, Kashyap" , Garrett Cooper , Matt Thyer , freebsd-current@freebsd.org, Steven Hartland , freebsd-scsi@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 18:27:20 -0000 On Tue, Mar 27, 2012 at 10:21 AM, Kenneth D. Merry wrote: > On Tue, Mar 27, 2012 at 23:50:31 +1030, Matt Thyer wrote: >> On 26 March 2012 23:55, Gary Palmer wrote: >> >> It's painful to take this system back to r230921 due to intolerance for >> downtime from it's users so I'd like to investigate the cause of the >> problem and try patches/sysctls/whatever first. >> >> The drives I'm using are 7 x WDC WD20EARS-00M (3 are AB50, 4 are AB51) a= nd >> 1 x WD20EARX-00P AB51. >> The WD20EARX-00P AB51 is a SATA 3 (6 Gbps) drive but the others are all >> SATA 2 (3 Gbps). >> >> I know the driver doesn't like mixed speeds in IR mode but I'm flashed w= ith >> IT firmware as ZFS is doing my RAID (raidz2). >> >> I was having problems with the WD20EARX-00P AB51 drive being faulted by = ZFS >> until I updated the firmware to 11 and now ZFS is happy (I've also done = a >> full extended drive SMART test and the drive is fine). >> >> So what do people suggest (before reversion to r230921) ? > > If you're going to prove that it's the new LSI driver, you will probably > have to go back to the old driver. > > You don't have to back out your entire tree, you can just back out the > driver itself if you have an SVN tree. =A0You can go into sys/dev/mps and= do: > > svn update -r 230714 > > And then edit sys/conf/files and comment out these three lines: > > dev/mps/mps_config.c =A0 =A0 =A0 =A0 =A0 =A0optional mps > dev/mps/mps_mapping.c =A0 =A0 =A0 =A0 =A0 optional mps > dev/mps/mps_sas_lsi.c =A0 =A0 =A0 =A0 =A0 optional mps > > Then you should be able to rebuild your kernel with the old driver and se= e > if the problem occurs again. > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG I'm having an issue with the new mps driver myself http://lists.freebsd.org/pipermail/freebsd-scsi/2012-February/005243.html , so I have a patch handy for downgrading also if it helps anyone. It includes the sys/conf/files removals also. http://nitrology.com/mps_downgrade-fbsd8.diff Jason From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 18:53:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53300106566B for ; Tue, 27 Mar 2012 18:53:08 +0000 (UTC) (envelope-from immodestlyar9@ilchildcare.org) Received: from telesp.net.br (189-19-167-160.dsl.telesp.net.br [189.19.167.160]) by mx1.freebsd.org (Postfix) with ESMTP id EB5928FC19 for ; Tue, 27 Mar 2012 18:53:07 +0000 (UTC) Message-ID: <4F7208F5.508060@freebsd.org> Date: Tue, 27 Mar 2012 15:53:07 -0300 From: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Start New Employment Today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 18:53:08 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 2000 EUR per month plus commission, paid every month. Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part time (Europe time). Region: Europe. Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Guillermo@jobdayseu.com,with your personal identification number for this position IDNO: 6634 From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 20:22:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 545251065673; Tue, 27 Mar 2012 20:22:32 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE4368FC1B; Tue, 27 Mar 2012 20:22:31 +0000 (UTC) Received: by vcmm1 with SMTP id m1so341286vcm.13 for ; Tue, 27 Mar 2012 13:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=BNgh97xu6/HiAsMklRL03gPhzaMy1JcttnRmzHqdo8s=; b=vV9CbRqCxwCr3sy4F7XFN6VsPmpgpCv2DE1SelM2UXHUw+2fx9ETEqNf9IFPdzo5Lk tR3foB4La5KsFuVp5mhFVH2RgIM5n9g2WxrpEME46/uJrTAqE3aMTxB2frfJZUE8Fgef f5W2ZGTQa9usR0bkoD6tk8rKp3o75gtAmaCX07K5Et7R3sMumKlk0ioiHKME4ZyvYzOt hjneVAj6XrEIqFqbfwg/E4Xel9wYQnqvKiyt3EZd+7G3Fpvhz01SRfyLXXx/GT7bPGyF km1emA/FEKT0AByBwUGvCrMi3QZLCUnrcNM2tj1lsZQHvxlluw5QvL3ClfEeNF/9Rtgq r1QQ== MIME-Version: 1.0 Received: by 10.52.26.103 with SMTP id k7mr10787015vdg.26.1332879750738; Tue, 27 Mar 2012 13:22:30 -0700 (PDT) Received: by 10.220.230.135 with HTTP; Tue, 27 Mar 2012 13:22:30 -0700 (PDT) In-Reply-To: References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> <20120326132558.GB76647@in-addr.com> <20120327172129.GA67307@nargothrond.kdm.org> Date: Tue, 27 Mar 2012 13:22:30 -0700 Message-ID: From: Garrett Cooper To: Jason Wolfe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Desai, Kashyap" , Matt Thyer , "Kenneth D. Merry" , freebsd-current@freebsd.org, Steven Hartland , freebsd-scsi@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 20:22:32 -0000 On Tue, Mar 27, 2012 at 11:27 AM, Jason Wolfe wrote: > On Tue, Mar 27, 2012 at 10:21 AM, Kenneth D. Merry wrot= e: >> On Tue, Mar 27, 2012 at 23:50:31 +1030, Matt Thyer wrote: >>> On 26 March 2012 23:55, Gary Palmer wrote: >>> >>> It's painful to take this system back to r230921 due to intolerance for >>> downtime from it's users so I'd like to investigate the cause of the >>> problem and try patches/sysctls/whatever first. >>> >>> The drives I'm using are 7 x WDC WD20EARS-00M (3 are AB50, 4 are AB51) = and >>> 1 x WD20EARX-00P AB51. >>> The WD20EARX-00P AB51 is a SATA 3 (6 Gbps) drive but the others are all >>> SATA 2 (3 Gbps). >>> >>> I know the driver doesn't like mixed speeds in IR mode but I'm flashed = with >>> IT firmware as ZFS is doing my RAID (raidz2). >>> >>> I was having problems with the WD20EARX-00P AB51 drive being faulted by= ZFS >>> until I updated the firmware to 11 and now ZFS is happy (I've also done= a >>> full extended drive SMART test and the drive is fine). >>> >>> So what do people suggest (before reversion to r230921) ? >> >> If you're going to prove that it's the new LSI driver, you will probably >> have to go back to the old driver. >> >> You don't have to back out your entire tree, you can just back out the >> driver itself if you have an SVN tree. =A0You can go into sys/dev/mps an= d do: >> >> svn update -r 230714 >> >> And then edit sys/conf/files and comment out these three lines: >> >> dev/mps/mps_config.c =A0 =A0 =A0 =A0 =A0 =A0optional mps >> dev/mps/mps_mapping.c =A0 =A0 =A0 =A0 =A0 optional mps >> dev/mps/mps_sas_lsi.c =A0 =A0 =A0 =A0 =A0 optional mps >> >> Then you should be able to rebuild your kernel with the old driver and s= ee >> if the problem occurs again. >> >> Ken >> -- >> Kenneth Merry >> ken@FreeBSD.ORG > > I'm having an issue with the new mps driver myself > http://lists.freebsd.org/pipermail/freebsd-scsi/2012-February/005243.html > , so I have a patch handy for downgrading also if it helps anyone. =A0It > includes the sys/conf/files removals also. Have you tried upgrading your firmware to phase11 or newer? We saw this issue at iXsystems, but after upgrading to phase11 the first drive "disappearing" issue went away. I have noticed that the driver is noticeably slower at boot on 8.2 and I needed to increase kern.geom.boot_delay to 20 seconds to get booting off FreeNAS-like hardware (uses USB) to work. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 21:23:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9FDB1065674; Tue, 27 Mar 2012 21:23:45 +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 9E66B8FC1B; Tue, 27 Mar 2012 21:23:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1333CB91C; Tue, 27 Mar 2012 17:23:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mips@freebsd.org Date: Tue, 27 Mar 2012 14:14:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201203271354.q2RDscAO091313@freebsd-current.sentex.ca> In-Reply-To: <201203271354.q2RDscAO091313@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203271414.53171.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 27 Mar 2012 17:23:45 -0400 (EDT) Cc: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 21:23:46 -0000 On Tuesday, March 27, 2012 9:54:38 am FreeBSD Tinderbox wrote: > TB --- 2012-03-27 13:03:39 - tinderbox 2.9 running on freebsd- current.sentex.ca > TB --- 2012-03-27 13:03:39 - starting HEAD tinderbox run for mips/mips > TB --- 2012-03-27 13:03:39 - mkdir /tinderbox/HEAD/mips > TB --- 2012-03-27 13:03:39 - mkdir /tinderbox/HEAD/mips/mips > TB --- 2012-03-27 13:03:39 - cleaning the object tree > TB --- 2012-03-27 13:03:39 - cvsupping the source tree > TB --- 2012-03-27 13:03:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile > TB --- 2012-03-27 13:09:09 - building world > TB --- 2012-03-27 13:09:09 - CROSS_BUILD_TESTING=YES > TB --- 2012-03-27 13:09:09 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-03-27 13:09:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-03-27 13:09:09 - SRCCONF=/dev/null > TB --- 2012-03-27 13:09:09 - TARGET=mips > TB --- 2012-03-27 13:09:09 - TARGET_ARCH=mips > TB --- 2012-03-27 13:09:09 - TZ=UTC > TB --- 2012-03-27 13:09:09 - __MAKE_CONF=/dev/null > TB --- 2012-03-27 13:09:09 - cd /src > TB --- 2012-03-27 13:09:09 - /usr/bin/make -B buildworld > >>> World build started on Tue Mar 27 13:09:10 UTC 2012 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > [...] > cc -O -pipe -G0 - I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 - I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c > cc -O -pipe -G0 - I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 - I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 - lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a > gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz > ===> kerberos5/libexec/kimpersonate (all) > cc -O -pipe -G0 - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. - DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c > cc -O -pipe -G0 - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken - I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. - DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 - lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a > /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section > /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized > *** Error code 1 I got this exact error for my own 'make tinderbox' for both mipsel and mipseb worlds yesterday. Anyone have any ideas? Is this some sort of binutils bug? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 21:56:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C07561065670; Tue, 27 Mar 2012 21:56:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8CA8FC1C; Tue, 27 Mar 2012 21:56:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2RLu5F9039024; Tue, 27 Mar 2012 17:56:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2RLu5wG039019; Tue, 27 Mar 2012 21:56:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 27 Mar 2012 21:56:05 GMT Message-Id: <201203272156.q2RLu5wG039019@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 21:56:06 -0000 TB --- 2012-03-27 21:07:23 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-27 21:07:23 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-27 21:07:23 - cleaning the object tree TB --- 2012-03-27 21:07:58 - cvsupping the source tree TB --- 2012-03-27 21:07:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-27 21:08:32 - building world TB --- 2012-03-27 21:08:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-27 21:08:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-27 21:08:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-27 21:08:32 - SRCCONF=/dev/null TB --- 2012-03-27 21:08:32 - TARGET=mips TB --- 2012-03-27 21:08:32 - TARGET_ARCH=mips TB --- 2012-03-27 21:08:32 - TZ=UTC TB --- 2012-03-27 21:08:32 - __MAKE_CONF=/dev/null TB --- 2012-03-27 21:08:32 - cd /src TB --- 2012-03-27 21:08:32 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 27 21:08:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-27 21:56:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-27 21:56:05 - ERROR: failed to build world TB --- 2012-03-27 21:56:05 - 2068.72 user 418.44 system 2921.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 27 22:13:56 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 1C715106566C; Tue, 27 Mar 2012 22:13:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 27 Mar 2012 18:13:44 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_bujcPbsD9s4SZ4f" Message-Id: <201203271813.47740.jkim@FreeBSD.org> Cc: Poul-Henning Kamp , Sevan / Venture37 , Andreas Tobler , Lars Engels Subject: [PATCH] ACPI object refcount fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2012 22:13:56 -0000 --Boundary-00=_bujcPbsD9s4SZ4f Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline The upstream maintainer just e-mailed me a possible fix for the problem and it looks very promising. Please try the attached patch. Note the patch reverts r233555 and applies the fix. This patch is also available from here: http://people.freebsd.org/~jkim/acpi_refcnt.diff Thanks! Jung-uk Kim --Boundary-00=_bujcPbsD9s4SZ4f Content-Type: text/plain; charset="iso-8859-1"; name="acpi_refcnt.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_refcnt.diff" Index: sys/contrib/dev/acpica/include/aclocal.h =================================================================== --- sys/contrib/dev/acpica/include/aclocal.h (revision 233578) +++ sys/contrib/dev/acpica/include/aclocal.h (working copy) @@ -424,6 +424,7 @@ typedef struct acpi_predefined_data /* Defines for Flags field above */ #define ACPI_OBJECT_REPAIRED 1 +#define ACPI_OBJECT_WRAPPED 2 /* Index: sys/contrib/dev/acpica/include/acnamesp.h =================================================================== --- sys/contrib/dev/acpica/include/acnamesp.h (revision 233578) +++ sys/contrib/dev/acpica/include/acnamesp.h (working copy) @@ -368,8 +368,9 @@ AcpiNsRepairObject ( ACPI_OPERAND_OBJECT **ReturnObjectPtr); ACPI_STATUS -AcpiNsRepairPackageList ( +AcpiNsWrapWithPackage ( ACPI_PREDEFINED_DATA *Data, + ACPI_OPERAND_OBJECT *OriginalObject, ACPI_OPERAND_OBJECT **ObjDescPtr); ACPI_STATUS Index: sys/contrib/dev/acpica/components/namespace/nsrepair.c =================================================================== --- sys/contrib/dev/acpica/components/namespace/nsrepair.c (revision 233578) +++ sys/contrib/dev/acpica/components/namespace/nsrepair.c (working copy) @@ -74,11 +74,10 @@ * Buffer -> String * Buffer -> Package of Integers * Package -> Package of one Package + * An incorrect standalone object is wrapped with required outer package * * Additional possible repairs: - * * Required package elements that are NULL replaced by Integer/String/Buffer - * Incorrect standalone package wrapped with required outer package * ******************************************************************************/ @@ -100,12 +99,7 @@ AcpiNsConvertToBuffer ( ACPI_OPERAND_OBJECT *OriginalObject, ACPI_OPERAND_OBJECT **ReturnObject); -static ACPI_STATUS -AcpiNsConvertToPackage ( - ACPI_OPERAND_OBJECT *OriginalObject, - ACPI_OPERAND_OBJECT **ReturnObject); - /******************************************************************************* * * FUNCTION: AcpiNsRepairObject @@ -172,10 +166,24 @@ AcpiNsRepairObject ( } if (ExpectedBtypes & ACPI_RTYPE_PACKAGE) { - Status = AcpiNsConvertToPackage (ReturnObject, &NewObject); + /* + * A package is expected. We will wrap the existing object with a + * new package object. It is often the case that if a variable-length + * package is required, but there is only a single object needed, the + * BIOS will return that object instead of wrapping it with a Package + * object. Note: after the wrapping, the package will be validated + * for correct contents (expected object type or types). + */ + Status = AcpiNsWrapWithPackage (Data, ReturnObject, &NewObject); if (ACPI_SUCCESS (Status)) { - goto ObjectRepaired; + /* + * The original object just had its reference count + * incremented for being inserted into the new package. + */ + *ReturnObjectPtr = NewObject; /* New Package object */ + Data->Flags |= ACPI_OBJECT_REPAIRED; + return (AE_OK); } } @@ -188,24 +196,30 @@ ObjectRepaired: /* Object was successfully repaired */ - /* - * If the original object is a package element, we need to: - * 1. Set the reference count of the new object to match the - * reference count of the old object. - * 2. Decrement the reference count of the original object. - */ if (PackageIndex != ACPI_NOT_PACKAGE_ELEMENT) { - NewObject->Common.ReferenceCount = - ReturnObject->Common.ReferenceCount; + /* + * The original object is a package element. We need to + * decrement the reference count of the original object, + * for removing it from the package. + * + * However, if the original object was just wrapped with a + * package object as part of the repair, we don't need to + * change the reference count. + */ + if (!(Data->Flags & ACPI_OBJECT_WRAPPED)) + { + NewObject->Common.ReferenceCount = + ReturnObject->Common.ReferenceCount; - if (ReturnObject->Common.ReferenceCount > 1) - { - ReturnObject->Common.ReferenceCount--; + if (ReturnObject->Common.ReferenceCount > 1) + { + ReturnObject->Common.ReferenceCount--; + } } ACPI_DEBUG_PRINT ((ACPI_DB_REPAIR, - "%s: Converted %s to expected %s at index %u\n", + "%s: Converted %s to expected %s at Package index %u\n", Data->Pathname, AcpiUtGetObjectTypeName (ReturnObject), AcpiUtGetObjectTypeName (NewObject), PackageIndex)); } @@ -498,71 +512,6 @@ AcpiNsConvertToBuffer ( /******************************************************************************* * - * FUNCTION: AcpiNsConvertToPackage - * - * PARAMETERS: OriginalObject - Object to be converted - * ReturnObject - Where the new converted object is returned - * - * RETURN: Status. AE_OK if conversion was successful. - * - * DESCRIPTION: Attempt to convert a Buffer object to a Package. Each byte of - * the buffer is converted to a single integer package element. - * - ******************************************************************************/ - -static ACPI_STATUS -AcpiNsConvertToPackage ( - ACPI_OPERAND_OBJECT *OriginalObject, - ACPI_OPERAND_OBJECT **ReturnObject) -{ - ACPI_OPERAND_OBJECT *NewObject; - ACPI_OPERAND_OBJECT **Elements; - UINT32 Length; - UINT8 *Buffer; - - - switch (OriginalObject->Common.Type) - { - case ACPI_TYPE_BUFFER: - - /* Buffer-to-Package conversion */ - - Length = OriginalObject->Buffer.Length; - NewObject = AcpiUtCreatePackageObject (Length); - if (!NewObject) - { - return (AE_NO_MEMORY); - } - - /* Convert each buffer byte to an integer package element */ - - Elements = NewObject->Package.Elements; - Buffer = OriginalObject->Buffer.Pointer; - - while (Length--) - { - *Elements = AcpiUtCreateIntegerObject ((UINT64) *Buffer); - if (!*Elements) - { - AcpiUtRemoveReference (NewObject); - return (AE_NO_MEMORY); - } - Elements++; - Buffer++; - } - break; - - default: - return (AE_AML_OPERAND_TYPE); - } - - *ReturnObject = NewObject; - return (AE_OK); -} - - -/******************************************************************************* - * * FUNCTION: AcpiNsRepairNullElement * * PARAMETERS: Data - Pointer to validation data structure @@ -745,42 +694,43 @@ AcpiNsRemoveNullElements ( /******************************************************************************* * - * FUNCTION: AcpiNsRepairPackageList + * FUNCTION: AcpiNsWrapWithPackage * * PARAMETERS: Data - Pointer to validation data structure - * ObjDescPtr - Pointer to the object to repair. The new - * package object is returned here, - * overwriting the old object. + * OriginalObject - Pointer to the object to repair. + * ObjDescPtr - The new package object is returned here * * RETURN: Status, new object in *ObjDescPtr * - * DESCRIPTION: Repair a common problem with objects that are defined to return - * a variable-length Package of Packages. If the variable-length - * is one, some BIOS code mistakenly simply declares a single - * Package instead of a Package with one sub-Package. This - * function attempts to repair this error by wrapping a Package - * object around the original Package, creating the correct - * Package with one sub-Package. + * DESCRIPTION: Repair a common problem with objects that are defined to + * return a variable-length Package of sub-objects. If there is + * only one sub-object, some BIOS code mistakenly simply declares + * the single object instead of a Package with one sub-object. + * This function attempts to repair this error by wrapping a + * Package object around the original object, creating the + * correct and expected Package with one sub-object. * * Names that can be repaired in this manner include: - * _ALR, _CSD, _HPX, _MLS, _PRT, _PSS, _TRT, TSS + * _ALR, _CSD, _HPX, _MLS, _PLD, _PRT, _PSS, _TRT, _TSS, + * _BCL, _DOD, _FIX, _Sx * ******************************************************************************/ ACPI_STATUS -AcpiNsRepairPackageList ( +AcpiNsWrapWithPackage ( ACPI_PREDEFINED_DATA *Data, + ACPI_OPERAND_OBJECT *OriginalObject, ACPI_OPERAND_OBJECT **ObjDescPtr) { ACPI_OPERAND_OBJECT *PkgObjDesc; - ACPI_FUNCTION_NAME (NsRepairPackageList); + ACPI_FUNCTION_NAME (NsWrapWithPackage); /* * Create the new outer package and populate it. The new package will - * have a single element, the lone subpackage. + * have a single element, the lone sub-object. */ PkgObjDesc = AcpiUtCreatePackageObject (1); if (!PkgObjDesc) @@ -788,15 +738,15 @@ ACPI_STATUS return (AE_NO_MEMORY); } - PkgObjDesc->Package.Elements[0] = *ObjDescPtr; + PkgObjDesc->Package.Elements[0] = OriginalObject; + ACPI_DEBUG_PRINT ((ACPI_DB_REPAIR, + "%s: Wrapped %s with expected Package object\n", + Data->Pathname, AcpiUtGetObjectTypeName (OriginalObject))); + /* Return the new object in the object pointer */ *ObjDescPtr = PkgObjDesc; - Data->Flags |= ACPI_OBJECT_REPAIRED; - - ACPI_DEBUG_PRINT ((ACPI_DB_REPAIR, - "%s: Repaired incorrectly formed Package\n", Data->Pathname)); - + Data->Flags |= ACPI_OBJECT_REPAIRED | ACPI_OBJECT_WRAPPED; return (AE_OK); } Index: sys/contrib/dev/acpica/components/namespace/nspredef.c =================================================================== --- sys/contrib/dev/acpica/components/namespace/nspredef.c (revision 233578) +++ sys/contrib/dev/acpica/components/namespace/nspredef.c (working copy) @@ -681,7 +681,7 @@ AcpiNsCheckPackage ( { /* Create the new outer package and populate it */ - Status = AcpiNsRepairPackageList (Data, ReturnObjectPtr); + Status = AcpiNsWrapWithPackage (Data, *Elements, ReturnObjectPtr); if (ACPI_FAILURE (Status)) { return (Status); --Boundary-00=_bujcPbsD9s4SZ4f-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 02:39:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED05F106564A; Wed, 28 Mar 2012 02:39:53 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BD3028FC12; Wed, 28 Mar 2012 02:39:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0M1K00400NABAQ00@smtpauth3.wiscmail.wisc.edu>; Tue, 27 Mar 2012 20:39:47 -0500 (CDT) Received: from wanderer.tachypleus.net (adsl-76-208-67-29.dsl.mdsnwi.sbcglobal.net [76.208.67.29]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0M1K00HPHNA93E20@smtpauth3.wiscmail.wisc.edu>; Tue, 27 Mar 2012 20:39:46 -0500 (CDT) Date: Tue, 27 Mar 2012 20:39:42 -0500 From: Nathan Whitehorn In-reply-to: <201203271813.47740.jkim@FreeBSD.org> To: Jung-uk Kim Message-id: <4F726BDE.8050201@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.208.67.29 X-Spam-PmxInfo: Server=avs-14, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.3.28.13315, SenderIP=76.208.67.29 References: <201203271813.47740.jkim@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] ACPI object refcount fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 02:39:54 -0000 On 03/27/12 17:13, Jung-uk Kim wrote: > The upstream maintainer just e-mailed me a possible fix for the > problem and it looks very promising. Please try the attached patch. > Note the patch reverts r233555 and applies the fix. This patch is > also available from here: > > http://people.freebsd.org/~jkim/acpi_refcnt.diff Seems to have fixed things nicely on my Thinkpad T61. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 05:03:57 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 317E1106564A; Wed, 28 Mar 2012 05:03:57 +0000 (UTC) (envelope-from andreast@FreeBSD.org) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id B76668FC14; Wed, 28 Mar 2012 05:03:56 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id q2S4oljq045772; Wed, 28 Mar 2012 06:50:51 +0200 (CEST) (envelope-from andreast@FreeBSD.org) Message-ID: <4F7298A7.10505@FreeBSD.org> Date: Wed, 28 Mar 2012 06:50:47 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: Jung-uk Kim References: <201203271813.47740.jkim@FreeBSD.org> In-Reply-To: <201203271813.47740.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org, Sevan / Venture37 , Andreas Tobler , Lars Engels Subject: Re: [PATCH] ACPI object refcount fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 05:03:57 -0000 On 28.03.12 00:13, Jung-uk Kim wrote: > The upstream maintainer just e-mailed me a possible fix for the > problem and it looks very promising. Please try the attached patch. > Note the patch reverts r233555 and applies the fix. This patch is > also available from here: > > http://people.freebsd.org/~jkim/acpi_refcnt.diff > > Thanks! Thank you very much, T60 is up and running! Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 05:20:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7AF3106566B; Wed, 28 Mar 2012 05:20:54 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 815058FC14; Wed, 28 Mar 2012 05:20:54 +0000 (UTC) Received: from [24.87.53.93] (helo=[192.168.1.132]) by hq.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SClJL-000DgE-IB; Tue, 27 Mar 2012 22:20:45 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1444\)) From: Oleksandr Tymoshenko In-Reply-To: <201203271414.53171.jhb@freebsd.org> Date: Tue, 27 Mar 2012 22:20:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <708116E4-8357-481E-BF15-D7D5D16E57D6@freebsd.org> References: <201203271354.q2RDscAO091313@freebsd-current.sentex.ca> <201203271414.53171.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1444) Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2012-03-27, at 11:14 AM, John Baldwin wrote: > /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a >> /obj/mips.mipsel/src/tmp/usr/bin/ld: > /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references > nonexistent SHT_SYMTAB_SHNDX section >> /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File > format not recognized >> *** Error code 1 > > I got this exact error for my own 'make tinderbox' for both mipsel and mipseb > worlds yesterday. Anyone have any ideas? Is this some sort of binutils bug? > [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-current@freebsd.org, mips@freebsd.org, FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 05:20:54 -0000 On 2012-03-27, at 11:14 AM, John Baldwin wrote: > = /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libv= ers.a >> /obj/mips.mipsel/src/tmp/usr/bin/ld:=20 > /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 = references=20 > nonexistent SHT_SYMTAB_SHNDX section >> /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: = File=20 > format not recognized >> *** Error code 1 >=20 > I got this exact error for my own 'make tinderbox' for both mipsel and = mipseb=20 > worlds yesterday. Anyone have any ideas? Is this some sort of = binutils bug? >=20 Yes. It's binutils bug. More details in this thread: = http://lists.freebsd.org/pipermail/freebsd-tinderbox/2012-March/009482.htm= l From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 05:51:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B33D106564A; Wed, 28 Mar 2012 05:51:41 +0000 (UTC) (envelope-from stas@freebsd.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 297E58FC08; Wed, 28 Mar 2012 05:51:41 +0000 (UTC) Received: from [192.168.1.20] (c-98-234-218-159.hsd1.ca.comcast.net [98.234.218.159]) by mx0.deglitch.com (Postfix) with ESMTPSA id CAC3F8FC27; Wed, 28 Mar 2012 09:51:34 +0400 (MSK) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Stanislav Sedov In-Reply-To: <201203271414.53171.jhb@freebsd.org> Date: Tue, 27 Mar 2012 22:51:33 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201203271354.q2RDscAO091313@freebsd-current.sentex.ca> <201203271414.53171.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org, mips@freebsd.org, FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 05:51:41 -0000 On Mar 27, 2012, at 11:14 AM, John Baldwin wrote: > I got this exact error for my own 'make tinderbox' for both mipsel and = mipseb=20 > worlds yesterday. Anyone have any ideas? Is this some sort of = binutils bug? Hmm, this shouldn't happen on mipsel/mipseb as I've put a workaround in = the libkafs5 Makefile. Can you, please, upload the full build log = somewhere, or post the part where it links libkafs5? The problem there is that when = linking libkafs5 if we link agains libkrb5 we trigger the binutils bug which = create the bad symbol. -- ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 05:54:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7988106564A; Wed, 28 Mar 2012 05:54:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 92FDE8FC08; Wed, 28 Mar 2012 05:54:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2S5sbg4032935; Wed, 28 Mar 2012 01:54:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2S5sb7H032899; Wed, 28 Mar 2012 05:54:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 28 Mar 2012 05:54:37 GMT Message-Id: <201203280554.q2S5sb7H032899@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 05:54:38 -0000 TB --- 2012-03-28 05:04:34 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 05:04:34 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-28 05:04:34 - cleaning the object tree TB --- 2012-03-28 05:05:13 - cvsupping the source tree TB --- 2012-03-28 05:05:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-28 05:05:49 - building world TB --- 2012-03-28 05:05:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 05:05:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 05:05:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 05:05:49 - SRCCONF=/dev/null TB --- 2012-03-28 05:05:49 - TARGET=mips TB --- 2012-03-28 05:05:49 - TARGET_ARCH=mips TB --- 2012-03-28 05:05:49 - TZ=UTC TB --- 2012-03-28 05:05:49 - __MAKE_CONF=/dev/null TB --- 2012-03-28 05:05:49 - cd /src TB --- 2012-03-28 05:05:49 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 05:05:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-28 05:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-28 05:54:37 - ERROR: failed to build world TB --- 2012-03-28 05:54:37 - 2107.59 user 427.66 system 3002.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 08:11:54 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AEDF1065705; Wed, 28 Mar 2012 08:11:54 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id CCE978FC14; Wed, 28 Mar 2012 08:11:53 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id B78536A6053; Wed, 28 Mar 2012 10:11:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id cgEKxzJTmR7J; Wed, 28 Mar 2012 10:11:52 +0200 (CEST) Received: from [10.64.92.82] (ip-109-43-0-82.web.vodafone.de [109.43.0.82]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id D82D46A6004; Wed, 28 Mar 2012 10:11:47 +0200 (CEST) References: <201203271813.47740.jkim@FreeBSD.org> <4F7298A7.10505@FreeBSD.org> User-Agent: K-9 Mail for Android In-Reply-To: <4F7298A7.10505@FreeBSD.org> MIME-Version: 1.0 From: Lars Engels Date: Wed, 28 Mar 2012 10:11:49 +0200 To: Andreas Tobler ,Jung-uk Kim Message-ID: <657dc78d-43c6-4590-a0dc-6d18cd26b24d@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org, Sevan / Venture37 Subject: Re: [PATCH] ACPI object refcount fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 08:11:54 -0000 Andreas Tobler schrieb: On 28.03.12 00:13, Jung-uk Kim wrote: > The upstream maintainer just e-mailed me a possible fix for the > problem and it looks very promising. Please try the attached patch. > Note the patch reverts r233555 and applies the fix. This patch is > also available from here: > > http://people.freebsd.org/~jkim/acpi_refcnt.diff > > Thanks! Thank you very much, T60 is up and running! Gruss, Andreas Yup, works for me, too. Thanks a lot :-) From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 08:09:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7E38106566C for ; Wed, 28 Mar 2012 08:09:39 +0000 (UTC) (envelope-from ohartman@mail.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 7E2CB8FC18 for ; Wed, 28 Mar 2012 08:09:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SCnwo-0006Co-Gh>; Wed, 28 Mar 2012 10:09:38 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SCnwo-0003Wr-CZ>; Wed, 28 Mar 2012 10:09:38 +0200 Message-ID: <4F72C742.4020300@mail.zedat.fu-berlin.de> Date: Wed, 28 Mar 2012 10:09:38 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig074B206323EC3E1AC542B1AF" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Wed, 28 Mar 2012 11:26:54 +0000 Subject: FreeBSD 10 completely on IPv6, without IPv4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 08:09:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig074B206323EC3E1AC542B1AF Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello. Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I read some time ago that to be run still some portions of the IPv4-code is needed to be compiled into the system/kernel. Regards, Oliver --------------enig074B206323EC3E1AC542B1AF 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) iQEcBAEBAgAGBQJPcsdCAAoJEOgBcD7A/5N8bH0IAOBCxUBs5NNz8mrQi+XlGrgU Gfv9bdgBRnkxVSsQvTs9vT6n4dde4k9QeiUEWwzmwF9TRqBeIS84d9go2RpkzmrG K4ZWyg0hYkknD1qOsRrtibcwdfYZVW4DOnkCZGt9AsS/78xWYWM1BpdSARZY8qPA I/+8WiVpRMdFt5rcbQjVvRSdqVoc4b9OFTCzUgNnE+CPgdDzWPjP80nOQUWqplSu ipYwhnq0LvCXbq9rWV3hj1v+OB3wLmkjC4D1XUnewjiR8SyfibVHKlmRLufgREw2 De5uDZrUG4FF3XaEoQ9HF5qkKWUvP19t59kdxdlAJy3+BTFT7cCH+5RG5P3QbzQ= =WYCh -----END PGP SIGNATURE----- --------------enig074B206323EC3E1AC542B1AF-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 11:33:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A224106566C for ; Wed, 28 Mar 2012 11:33:57 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 072678FC08 for ; Wed, 28 Mar 2012 11:33:56 +0000 (UTC) Received: by yenl9 with SMTP id l9so700304yen.13 for ; Wed, 28 Mar 2012 04:33:56 -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=HOeHMji/28fBMj7dseHevT+OoNClB20qkNmtXPCmZKk=; b=mioxZoCxwfB40dhZIAgr3GEr9Z+BS3j6MdT5t1T7sNiz30LLVvJmOZsAanFUtqOJOP nM7x7xK+bOIYEIC0BmDi5lbMqbK+igi2gDBHF7let+wRojkblR8zaC+ii7lG/4U+Rx3R NxQwZ5QPbZ9JiOXu8R26m9lK0CIW/W0kguzbAq8Iq4qzkJqiPVfBEzp9SOIrGVaAPDJN vvoYgqnocEouUmMC1ETj0sHMl2WnXuDfPPsIvO80mAK4Jeve4/ncOgWj73ibXigAqTCO a6ftRxNniSdT1TVIiwycl7Tdzfwl8hN+dMUB7riEomX3QItcHyTZI/mx2kVC7PWQPXqF eHdw== MIME-Version: 1.0 Received: by 10.60.3.104 with SMTP id b8mr36546457oeb.13.1332934435778; Wed, 28 Mar 2012 04:33:55 -0700 (PDT) Received: by 10.60.39.40 with HTTP; Wed, 28 Mar 2012 04:33:55 -0700 (PDT) In-Reply-To: <4F72C742.4020300@mail.zedat.fu-berlin.de> References: <4F72C742.4020300@mail.zedat.fu-berlin.de> Date: Wed, 28 Mar 2012 15:33:55 +0400 Message-ID: From: Andrey Fesenko To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Current FreeBSD Subject: Re: FreeBSD 10 completely on IPv6, without IPv4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 11:33:57 -0000 On Wed, Mar 28, 2012 at 12:09 PM, O. Hartmann wrote: > Hello. > > Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I > read some time ago that to be run still some portions of the IPv4-code > is needed to be compiled into the system/kernel. > http://wiki.freebsd.org/IPv6Only ;) From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 12:30:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F4881065674; Wed, 28 Mar 2012 12:30:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 068578FC1D; Wed, 28 Mar 2012 12:30:10 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1SCs1J-0001K2-MK; Wed, 28 Mar 2012 16:30:33 +0400 Date: Wed, 28 Mar 2012 16:30:33 +0400 From: Slawa Olhovchenkov To: Edward Tomasz Napiera?a Message-ID: <20120328123033.GD61230@zxy.spb.ru> References: <4E2EC1D4.20302@rsu.ru> <5690C0E7-5FD5-49B1-B1C1-6D56EB95B810@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5690C0E7-5FD5-49B1-B1C1-6D56EB95B810@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org, Alexander Pyhalov Subject: Re: rctl limit cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 12:30:10 -0000 On Wed, Jul 27, 2011 at 09:32:49PM +0200, Edward Tomasz Napiera?a wrote: > Wiadomo?? napisana przez Alexander Pyhalov w dniu 26 lip 2011, o godz. 15:32: > > Hello. > > I see in rctl man page, that I can limit cpu time in milliseconds, e.g., for jail. But I can't deny allocation of the resource (according to man page). > > In Solaris I can assign different amount of cpu shares to different projects. How can I achieve this with rctl? For example, I'd like to give jail:www 40% CPU, jail:db - 50% CPU and leave 10% to the base system... > > The cputime resource (it got renamed shortly before the code freeze to match > resource names in login.conf(5)) defines amount of CPU time used, not the percentage. > That's why you cannot deny it - if you could, it would just make the offending process > (jail, login class, user) hang indefinitely. > > The %CPU limit is not implemented yet. I plan to do this before sometime > after 9.0 is out. Any progress yet? From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 13:40:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FB7B1065674 for ; Wed, 28 Mar 2012 13:40:50 +0000 (UTC) (envelope-from lists+freebsd@internecto.net) Received: from mx1.internecto.net (polaris.internecto.net [IPv6:2a01:4f8:150:2343::2]) by mx1.freebsd.org (Postfix) with ESMTP id 94B278FC1D for ; Wed, 28 Mar 2012 13:40:49 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 9E221298853 for ; Wed, 28 Mar 2012 13:40:48 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([176.9.245.29]) by localhost (polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sCW1WDT2fUGi for ; Wed, 28 Mar 2012 13:40:47 +0000 (UTC) Received: from localhost.localdomain (unknown [172.17.37.4]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.internecto.net (Postfix) with ESMTPS id 7CC80298253 for ; Wed, 28 Mar 2012 13:40:46 +0000 (UTC) Date: Wed, 28 Mar 2012 13:40:27 +0000 From: Mark To: freebsd-current@freebsd.org Message-ID: <20120328134027.22b753ba@internecto.net> In-Reply-To: <20120327195518.23f5fe1a@internecto.net> References: <20120327182233.3c632624@internecto.net> <4F71EB26.9090508@gmail.com> <20120327195518.23f5fe1a@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Awkward booting issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 13:40:50 -0000 > (...snip...) > > Disable everything you can to reduce the attachable devices and see > > if it will still boot. This will help identify which device if any > > is causing the hang > > Yes, I considered this. But even after having disabled everything > that's possible in the bios, the boot issue persists... > Any more suggestions? I'd really like to get this solved, please... From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 14:03:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05BD91065672 for ; Wed, 28 Mar 2012 14:03:56 +0000 (UTC) (envelope-from venture37@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 8352A8FC1A for ; Wed, 28 Mar 2012 14:03:55 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1261564bkc.13 for ; Wed, 28 Mar 2012 07:03:54 -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=qgmnu1XiE6V/KtFuArJonIk1ZPWnnveBRe77tdR2lyA=; b=eJ2FoB4Jq0aBVHlXjbZqPF4YYbDKBcfaIOCcVMtu9m4djBn3NBdZXld7t7kMBfajR0 oXi8J/HmtVArZ2e4Gjuv8UooFTAykZ2WA7/s0tbHPPJSPr4iKg5gI47kYYbKPgESoddD gk37Le0E+HKdavR+Ob7HI7u1/AzZz1Asu6eSDM1jaIFyjNUAaQQam0oOZg0eBQDyaTyE UgIzjhRg3l6M6YQnd9tspeRYMtjUfXar7OGENVlTET8QoUbNuuzdChAAwSThsHttxmS3 fC+Pot4czBaiB4WfnQOKmC6uV2AjeZuFJ29UqCBJ+EYtYCMi9gWVVX8T3ZmybNJxBelA m0Bg== Received: by 10.204.152.12 with SMTP id e12mr12061274bkw.29.1332943434319; Wed, 28 Mar 2012 07:03:54 -0700 (PDT) Received: from Sevans-Mac-mini.local (n3.venture37.net. [91.103.132.218]) by mx.google.com with ESMTPS id zx16sm6776458bkb.13.2012.03.28.07.03.52 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 07:03:53 -0700 (PDT) Message-ID: <4F731A3C.9010304@gmail.com> Date: Wed, 28 Mar 2012 15:03:40 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201203271813.47740.jkim@FreeBSD.org> In-Reply-To: <201203271813.47740.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PATCH] ACPI object refcount fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 14:03:56 -0000 On 27/03/2012 23:13, Jung-uk Kim wrote: > The upstream maintainer just e-mailed me a possible fix for the > problem and it looks very promising. Please try the attached patch. Fixed the issue on my X61s, thanks :) Sevan From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 14:10:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5BB106564A; Wed, 28 Mar 2012 14:10:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3828FC14; Wed, 28 Mar 2012 14:10:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2SEAp09057355; Wed, 28 Mar 2012 10:10:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2SEApZg057349; Wed, 28 Mar 2012 14:10:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 28 Mar 2012 14:10:51 GMT Message-Id: <201203281410.q2SEApZg057349@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 14:10:58 -0000 TB --- 2012-03-28 13:21:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 13:21:16 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-28 13:21:16 - cleaning the object tree TB --- 2012-03-28 13:21:59 - cvsupping the source tree TB --- 2012-03-28 13:21:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-28 13:22:46 - building world TB --- 2012-03-28 13:22:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 13:22:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 13:22:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 13:22:46 - SRCCONF=/dev/null TB --- 2012-03-28 13:22:46 - TARGET=mips TB --- 2012-03-28 13:22:46 - TARGET_ARCH=mips TB --- 2012-03-28 13:22:46 - TZ=UTC TB --- 2012-03-28 13:22:46 - __MAKE_CONF=/dev/null TB --- 2012-03-28 13:22:46 - cd /src TB --- 2012-03-28 13:22:46 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 13:22:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-28 14:10:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-28 14:10:50 - ERROR: failed to build world TB --- 2012-03-28 14:10:50 - 2060.12 user 427.21 system 2974.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 16:18:06 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 79C1B1065675; Wed, 28 Mar 2012 16:18:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 28 Mar 2012 12:17:52 -0400 User-Agent: KMail/1.6.2 References: <201203271813.47740.jkim@FreeBSD.org> <4F726BDE.8050201@freebsd.org> In-Reply-To: <4F726BDE.8050201@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203281217.58124.jkim@FreeBSD.org> Cc: Lars Engels , Sevan / Venture37 , Nathan Whitehorn , Andreas Tobler Subject: Re: [PATCH] ACPI object refcount fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 16:18:06 -0000 On Tuesday 27 March 2012 09:39 pm, Nathan Whitehorn wrote: > On 03/27/12 17:13, Jung-uk Kim wrote: > > The upstream maintainer just e-mailed me a possible fix for the > > problem and it looks very promising. Please try the attached > > patch. Note the patch reverts r233555 and applies the fix. This > > patch is also available from here: > > > > http://people.freebsd.org/~jkim/acpi_refcnt.diff > > Seems to have fixed things nicely on my Thinkpad T61. The upstream will commit the fix shortly. Thanks for testing and feedback! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 18:43:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02450106566C; Wed, 28 Mar 2012 18:43:08 +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 C99A18FC16; Wed, 28 Mar 2012 18:43:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 49A19B922; Wed, 28 Mar 2012 14:43:07 -0400 (EDT) From: John Baldwin To: David Naylor Date: Wed, 28 Mar 2012 14:37:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201104152329.59294.naylor.b.david@gmail.com> <201105092024.41588.naylor.b.david@gmail.com> In-Reply-To: <201105092024.41588.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203281437.35746.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 Mar 2012 14:43:07 -0400 (EDT) Cc: Alexander Motin , FreeBSD-Current Subject: Re: [regression] unable to boot: no GEOM devices found. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 18:43:08 -0000 On Monday, May 09, 2011 2:24:37 pm David Naylor wrote: > On Friday 15 April 2011 23:29:55 David Naylor wrote: > > On Friday 15 April 2011 18:28:06 John Baldwin wrote: > > > On Wednesday, April 13, 2011 1:07:06 pm David Naylor wrote: > > > > On Tuesday 12 April 2011 22:12:55 Alexander Motin wrote: > > > > > David Naylor wrote: > > > > > > On Tuesday 12 April 2011 08:17:51 Alexander Motin wrote: > > > > > >> David Naylor wrote: > > > > > >>> I am running -current and since a few days ago (at least > > > > > >>> 2011/04/11) I am unable to boot. > > > > > >>> > > > > > >>> The boot process stops when it looks to find a bootable device. > > > > > >>> The prompt (when pressing '?') does not display any device and > > > > > >>> yielding > > > > > > one > > > > > > > > >>> second (or more) to the kernel (by pressing '.') does not improve > > > > > >>> the situation. > > > > > >>> > > > > > >>> A known working date is 2011/02/20. > > > > > >>> > > > > > >>> I am running amd64 on a nVidia MCP51 chipset. > > > > > >> > > > > > >> MCP51... again... > > > > > > > > > > +ata2: reiniting channel .. > > > > > +ata2: SATA connect time=0ms status=00000113 > > > > > +ata2: reset tp1 mask=01 ostat0=58 ostat1=00 > > > > > +ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > +ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > > > > > +ata2: reinit done .. > > > > > +unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 > > > > > > > > > > As soon as all devices detected but not responding to commands, I > > > > > would suppose that there is something wrong with ATA interrupts. > > > > > There is a long chain of interrupt problems in this chipset. I have > > > > > already tried to debug one case where ATA wasn't generating > > > > > interrupts at all. Unfortunately, without success -- requests were > > > > > executing, but not generating interrupts, it wasn't looked like ATA > > > > > driver problem. > > > > > > > > > > What's about possible candidate to revision triggering your problem, > > > > > I would look on this message: > > > > > +pcib0: Enabling MSI window for HyperTransport slave at pci0:0:9:0 > > > > > > > > > > At least it is recent (SVN revs 219737,219740 on 2011-03-18 by jhb) > > > > > and it is interrupt related. > > > > > > > > I reverted those two revs and everything works again. > > > > > > Hmm, can you provide a full boot verbose dmesg? Alternatively, can you > > > see if the device at pci0:0:9:0 is a PCI-PCI bridge? > > > > I can provide a verbose dmesg if the following is not enough: > > > > none17@pci0:0:9:0: class=0x050000 card=0x50011458 chip=0x027010de > > rev=0xa2 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > device = 'MCP51 Host Bridge' > > class = memory > > subclass = RAM > > > > I see two PCI-PCI bridges at pci0:0:3:0 and pci0:0:16:0. I've attached the > > full `pciconf -lv` output. > > FYI, this issue is still present on current (~24 hours old). Reverting the > above mentioned revisions still fixes the problem. I finally had an idea about a way to solve this (at least when using ACPI) that doesn't involve a whole bunch of quirks, etc. Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 18:43:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3EF5106566B; Wed, 28 Mar 2012 18:43:08 +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 A8F728FC18; Wed, 28 Mar 2012 18:43:08 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 054E2B959; Wed, 28 Mar 2012 14:43:08 -0400 (EDT) From: John Baldwin To: Baptiste Daroussin Date: Wed, 28 Mar 2012 14:38:42 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201111151246.42038.jhb@freebsd.org> <20111115231253.GC96251@azathoth.lan> In-Reply-To: <20111115231253.GC96251@azathoth.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203281438.42924.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 Mar 2012 14:43:08 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: No disks usable on a P5NE MB (aka regession is r219737) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 18:43:08 -0000 On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > [...] > > and > > > 10 remove that block : > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd behavior in > > that once you turn MSI mapping on for a given node in the HyperTransport tree > > it expects all child devices to only use MSI and not INTx. Linux has a lot of > > quirk code to try to handle this by only turning on the mapping window when > > MSI is enabled for a given device. However, it has lots of hacks to try to > > find the right Host-PCI Bridge that a given device is a child of. I'm mostly > > tempted to just disable MSI on NVIDIA chipsets that have these issues rather > > than adding the same number of quirks. However I haven't really had time to > > sit down and look at this. > > > > Thanks for reply, if you can do some testing for you if you want. Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 19:24:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1D7D106564A; Wed, 28 Mar 2012 19:24:17 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5F48FC12; Wed, 28 Mar 2012 19:24:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2SJOHio019605; Wed, 28 Mar 2012 19:24:17 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2SJOHFi019604; Wed, 28 Mar 2012 19:24:17 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 28 Mar 2012 21:24:13 +0200 From: Baptiste Daroussin To: John Baldwin Message-ID: <20120328192413.GA1528@azathoth.lan> References: <201111151246.42038.jhb@freebsd.org> <20111115231253.GC96251@azathoth.lan> <201203281438.42924.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <201203281438.42924.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: No disks usable on a P5NE MB (aka regession is r219737) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 19:24:17 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 28, 2012 at 02:38:42PM -0400, John Baldwin wrote: > On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > > [...] > > > and > > > > 10 remove that block : > > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > >=20 > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd beh= avior in=20 > > > that once you turn MSI mapping on for a given node in the HyperTransp= ort tree=20 > > > it expects all child devices to only use MSI and not INTx. Linux has= a lot of=20 > > > quirk code to try to handle this by only turning on the mapping windo= w when=20 > > > MSI is enabled for a given device. However, it has lots of hacks to = try to=20 > > > find the right Host-PCI Bridge that a given device is a child of. I'= m mostly=20 > > > tempted to just disable MSI on NVIDIA chipsets that have these issues= rather=20 > > > than adding the same number of quirks. However I haven't really had = time to=20 > > > sit down and look at this. > > >=20 > >=20 > > Thanks for reply, if you can do some testing for you if you want. >=20 > Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch >=20 works perfectly thanks regards, Bapt --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9zZV0ACgkQ8kTtMUmk6EwwjACfdOC1TBIgHzZ6rgWUDQ0yDqT3 yxEAniS77Th2LAOkp7eSfs8RpmEJbxkE =HnNS -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 20:41:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACBDE106566B; Wed, 28 Mar 2012 20:41:47 +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 827208FC15; Wed, 28 Mar 2012 20:41:47 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EC421B925; Wed, 28 Mar 2012 16:41:46 -0400 (EDT) From: John Baldwin To: Baptiste Daroussin Date: Wed, 28 Mar 2012 16:41:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201203281438.42924.jhb@freebsd.org> <20120328192413.GA1528@azathoth.lan> In-Reply-To: <20120328192413.GA1528@azathoth.lan> MIME-Version: 1.0 Message-Id: <201203281641.35835.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 Mar 2012 16:41:47 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: No disks usable on a P5NE MB (aka regession is r219737) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 20:41:47 -0000 On Wednesday, March 28, 2012 3:24:13 pm Baptiste Daroussin wrote: > On Wed, Mar 28, 2012 at 02:38:42PM -0400, John Baldwin wrote: > > On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > > > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > > > [...] > > > > and > > > > > 10 remove that block : > > > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd behavior in > > > > that once you turn MSI mapping on for a given node in the HyperTransport tree > > > > it expects all child devices to only use MSI and not INTx. Linux has a lot of > > > > quirk code to try to handle this by only turning on the mapping window when > > > > MSI is enabled for a given device. However, it has lots of hacks to try to > > > > find the right Host-PCI Bridge that a given device is a child of. I'm mostly > > > > tempted to just disable MSI on NVIDIA chipsets that have these issues rather > > > > than adding the same number of quirks. However I haven't really had time to > > > > sit down and look at this. > > > > > > > > > > Thanks for reply, if you can do some testing for you if you want. > > > > Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch > > > works perfectly thanks Really? Ok, thanks! Hmm, I've updated it to so that it should work in the non-ACPI case. Can you try it with ACPI disabled? (If this is on amd64 you might need to add 'device mptable' to your kernel config.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 22:16:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06F9E1065678; Wed, 28 Mar 2012 22:16:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CC7278FC1C; Wed, 28 Mar 2012 22:16:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2SMGkNt076435; Wed, 28 Mar 2012 18:16:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2SMGkPZ076375; Wed, 28 Mar 2012 22:16:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 28 Mar 2012 22:16:46 GMT Message-Id: <201203282216.q2SMGkPZ076375@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 22:16:48 -0000 TB --- 2012-03-28 21:26:38 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 21:26:38 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-28 21:26:38 - cleaning the object tree TB --- 2012-03-28 21:27:19 - cvsupping the source tree TB --- 2012-03-28 21:27:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-28 21:28:10 - building world TB --- 2012-03-28 21:28:10 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 21:28:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 21:28:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 21:28:10 - SRCCONF=/dev/null TB --- 2012-03-28 21:28:10 - TARGET=mips TB --- 2012-03-28 21:28:10 - TARGET_ARCH=mips TB --- 2012-03-28 21:28:10 - TZ=UTC TB --- 2012-03-28 21:28:10 - __MAKE_CONF=/dev/null TB --- 2012-03-28 21:28:10 - cd /src TB --- 2012-03-28 21:28:10 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 21:28:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-28 22:16:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-28 22:16:46 - ERROR: failed to build world TB --- 2012-03-28 22:16:46 - 2082.15 user 431.55 system 3008.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 22:25:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44028106564A; Wed, 28 Mar 2012 22:25:44 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0CBBE8FC12; Wed, 28 Mar 2012 22:25:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2SMPhNT089474; Wed, 28 Mar 2012 22:25:43 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2SMPhdO089472; Wed, 28 Mar 2012 22:25:43 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Thu, 29 Mar 2012 00:25:40 +0200 From: Baptiste Daroussin To: John Baldwin Message-ID: <20120328222539.GA1513@azathoth.lan> References: <201203281438.42924.jhb@freebsd.org> <20120328192413.GA1528@azathoth.lan> <201203281641.35835.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <201203281641.35835.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: No disks usable on a P5NE MB (aka regession is r219737) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 22:25:44 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 28, 2012 at 04:41:35PM -0400, John Baldwin wrote: > On Wednesday, March 28, 2012 3:24:13 pm Baptiste Daroussin wrote: > > On Wed, Mar 28, 2012 at 02:38:42PM -0400, John Baldwin wrote: > > > On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > > > > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > > > > [...] > > > > > and > > > > > > 10 remove that block : > > > > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > >=20 > > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd= behavior in=20 > > > > > that once you turn MSI mapping on for a given node in the HyperTr= ansport tree=20 > > > > > it expects all child devices to only use MSI and not INTx. Linux= has a lot of=20 > > > > > quirk code to try to handle this by only turning on the mapping w= indow when=20 > > > > > MSI is enabled for a given device. However, it has lots of hacks= to try to=20 > > > > > find the right Host-PCI Bridge that a given device is a child of.= I'm mostly=20 > > > > > tempted to just disable MSI on NVIDIA chipsets that have these is= sues rather=20 > > > > > than adding the same number of quirks. However I haven't really = had time to=20 > > > > > sit down and look at this. > > > > >=20 > > > >=20 > > > > Thanks for reply, if you can do some testing for you if you want. > > >=20 > > > Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch > > >=20 > > works perfectly thanks >=20 > Really? Ok, thanks! Yes really :) >=20 > Hmm, I've updated it to so that it should work in the non-ACPI case. Can= you > try it with ACPI disabled? (If this is on amd64 you might need to add > 'device mptable' to your kernel config.) >=20 Also tested and works fine thank you very much (yes this is amd64) regards, Bapt --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9zj+MACgkQ8kTtMUmk6EwsFgCeNMwTuPLPxkU+kxgnMdOAvttQ vlUAn2OBeUpeQ0RjycHa6Ud4RmU5I2UJ =b00p -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 28 23:22:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59AC41065670 for ; Wed, 28 Mar 2012 23:22:36 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 280278FC1C for ; Wed, 28 Mar 2012 23:22:36 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so2844828pbc.13 for ; Wed, 28 Mar 2012 16:22:35 -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:x-enigmail-version:content-type :content-transfer-encoding; bh=2TNKA2GQp5CjhgE1Td8A2k3oOnNMkAZUdb5EuRgxu74=; b=0SMhGBqbkOhR/EIzWE7P6B3y3XSf+WClA7vKSNsCr706fxQ55upaV/yY5W7kNgq8fJ RZ/NrgsU36Aed/Bu+Kzt+dUdEtAHEEsAFFCPLnLrnF2JY1CfHVGA7wL0+zjtZH4B2hyd VmVV4WmygNA7SCV0BgHPmgxolhFYAQ9ti9x8kqn3UwSILAL6JbcI54q8ku/8bjyuqL9w 2QyXrSud02sEpUU9bIIhz8O+skbJ+3xSuwFsDixFUqvefSAGLFHu/oKyqlp0XJ4o8Ltl kabK8pK0MGKtH8ZwSQmsjDmaWRhTLSPsP5N2I2h62RIPqUnKp6JPZiBHUgm2HwI0xbGA qD5Q== Received: by 10.68.200.9 with SMTP id jo9mr474424pbc.19.1332976955753; Wed, 28 Mar 2012 16:22:35 -0700 (PDT) Received: from bakeneko.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id o9sm3613677pbe.60.2012.03.28.16.22.33 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 16:22:34 -0700 (PDT) Message-ID: <4F739CC6.7030007@gmail.com> Date: Wed, 28 Mar 2012 16:20:38 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120326 Thunderbird/10.0.3 MIME-Version: 1.0 To: Mark References: <20120327182233.3c632624@internecto.net> <4F71EB26.9090508@gmail.com> <20120327195518.23f5fe1a@internecto.net> <20120328134027.22b753ba@internecto.net> In-Reply-To: <20120328134027.22b753ba@internecto.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Awkward booting issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 23:22:36 -0000 On 03/28/12 06:40, Mark wrote: >> (...snip...) >>> Disable everything you can to reduce the attachable devices and see >>> if it will still boot. This will help identify which device if any >>> is causing the hang >> Yes, I considered this. But even after having disabled everything >> that's possible in the bios, the boot issue persists... >> > Any more suggestions? I'd really like to get this solved, please... > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" If you have access to another FreeBSD machine, you could try compiling a minimal kernel (remove drivers that are unneeded, but also those that attach but are unnecessary) and booting from that kernel instead. Can you type characters onto the terminal after the boot hangs? If no, does capslocks change keyboard LEDs? Does 9-RELEASE boot? Or does no FreeBSD boot? Matt From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 00:56:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12E99106567F; Thu, 29 Mar 2012 00:56:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D5F148FC24; Thu, 29 Mar 2012 00:56:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2T0u14r000214; Wed, 28 Mar 2012 20:56:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2T0u1Kd000197; Thu, 29 Mar 2012 00:56:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 00:56:01 GMT Message-Id: <201203290056.q2T0u1Kd000197@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 00:56:03 -0000 TB --- 2012-03-28 22:16:47 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 22:16:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-28 22:16:47 - cleaning the object tree TB --- 2012-03-28 22:16:47 - cvsupping the source tree TB --- 2012-03-28 22:16:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-28 22:17:37 - building world TB --- 2012-03-28 22:17:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 22:17:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 22:17:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 22:17:37 - SRCCONF=/dev/null TB --- 2012-03-28 22:17:37 - TARGET=powerpc TB --- 2012-03-28 22:17:37 - TARGET_ARCH=powerpc TB --- 2012-03-28 22:17:37 - TZ=UTC TB --- 2012-03-28 22:17:37 - __MAKE_CONF=/dev/null TB --- 2012-03-28 22:17:37 - cd /src TB --- 2012-03-28 22:17:37 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 22:17:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 29 00:32:01 UTC 2012 TB --- 2012-03-29 00:32:01 - generating LINT kernel config TB --- 2012-03-29 00:32:01 - cd /src/sys/powerpc/conf TB --- 2012-03-29 00:32:01 - /usr/bin/make -B LINT TB --- 2012-03-29 00:32:01 - cd /src/sys/powerpc/conf TB --- 2012-03-29 00:32:01 - /usr/sbin/config -m LINT TB --- 2012-03-29 00:32:01 - building LINT kernel TB --- 2012-03-29 00:32:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 00:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 00:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 00:32:01 - SRCCONF=/dev/null TB --- 2012-03-29 00:32:01 - TARGET=powerpc TB --- 2012-03-29 00:32:01 - TARGET_ARCH=powerpc TB --- 2012-03-29 00:32:01 - TZ=UTC TB --- 2012-03-29 00:32:01 - __MAKE_CONF=/dev/null TB --- 2012-03-29 00:32:01 - cd /src TB --- 2012-03-29 00:32:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 29 00:32:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 29 00:50:47 UTC 2012 TB --- 2012-03-29 00:50:47 - cd /src/sys/powerpc/conf TB --- 2012-03-29 00:50:47 - /usr/sbin/config -m GENERIC TB --- 2012-03-29 00:50:47 - building GENERIC kernel TB --- 2012-03-29 00:50:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 00:50:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 00:50:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 00:50:47 - SRCCONF=/dev/null TB --- 2012-03-29 00:50:47 - TARGET=powerpc TB --- 2012-03-29 00:50:47 - TARGET_ARCH=powerpc TB --- 2012-03-29 00:50:47 - TZ=UTC TB --- 2012-03-29 00:50:47 - __MAKE_CONF=/dev/null TB --- 2012-03-29 00:50:47 - cd /src TB --- 2012-03-29 00:50:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 29 00:50:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mp_cpudep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch32.S cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:77: ./machine/trap.h:11: warning: redundant redeclaration of 'trap' [-Wredundant-decls] ./machine/trap.h:11: warning: previous declaration of 'trap' was here *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 00:56:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 00:56:01 - ERROR: failed to build GENERIC kernel TB --- 2012-03-29 00:56:01 - 7805.73 user 982.73 system 9554.63 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 01:23:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5149B106564A for ; Thu, 29 Mar 2012 01:23:51 +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 024A58FC16 for ; Thu, 29 Mar 2012 01:23:50 +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 <1SD45Y-0002zW-0T>; Thu, 29 Mar 2012 03:23:44 +0200 Received: from e178001163.adsl.alicedsl.de ([85.178.1.163] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SD45X-0004DU-Re>; Thu, 29 Mar 2012 03:23:44 +0200 Message-ID: <4F73B99F.7000300@zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 03:23:43 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Andrey Fesenko References: <4F72C742.4020300@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3F1198EA7F357DBAF42A0DA9" X-Originating-IP: 85.178.1.163 Cc: "O. Hartmann" , Current FreeBSD Subject: Re: FreeBSD 10 completely on IPv6, without IPv4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 01:23:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3F1198EA7F357DBAF42A0DA9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 03/28/12 13:33, schrieb Andrey Fesenko: > On Wed, Mar 28, 2012 at 12:09 PM, O. Hartmann > wrote: >> Hello. >> >> Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system?= I >> read some time ago that to be run still some portions of the IPv4-code= >> is needed to be compiled into the system/kernel. >> >=20 >=20 > http://wiki.freebsd.org/IPv6Only ;) Thank you ;-) oh --------------enig3F1198EA7F357DBAF42A0DA9 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) iQEcBAEBAgAGBQJPc7mfAAoJEOgBcD7A/5N8SZUIALvH9VZYpsYv3J2JAexhZ96A WVfxDspKU5yffHvoCBJ/YhCga3EpLbR22NmSNAjEFMHCLe2puNtb9AIYzJW7pcb/ xZnxcKtSKYaNQES6WTe/Ps45vmC0z5sB7Hca9em9OeiprfUg8XDwVEQujV7FRAKw CAvqUKEEa/sUBw7CvK+sUBPvbB5JThcXjFSOIH+5XfYDo4P/Z3UbPIckd+P9FUu0 gqMhxohbCHVGKeyqQm1GxYVoxSNYzK1jtycNe2v2KmIjlvy2IMLosr+aUarfZKmO FB+IeTQGv+5q9p26oLfr6UPLiHgGPp6OD0/Y0QXy5cQfhaUSYPJ5QiJg48G7dNc= =W4ih -----END PGP SIGNATURE----- --------------enig3F1198EA7F357DBAF42A0DA9-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 02:06:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20299106564A; Thu, 29 Mar 2012 02:06:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DB07D8FC17; Thu, 29 Mar 2012 02:06:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2T25xMO067774; Wed, 28 Mar 2012 22:05:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2T25xvl067773; Thu, 29 Mar 2012 02:05:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 02:05:59 GMT Message-Id: <201203290205.q2T25xvl067773@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 02:06:01 -0000 TB --- 2012-03-28 23:09:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 23:09:01 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-03-28 23:09:01 - cleaning the object tree TB --- 2012-03-28 23:09:01 - cvsupping the source tree TB --- 2012-03-28 23:09:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-03-28 23:09:44 - building world TB --- 2012-03-28 23:09:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 23:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 23:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 23:09:44 - SRCCONF=/dev/null TB --- 2012-03-28 23:09:44 - TARGET=powerpc TB --- 2012-03-28 23:09:44 - TARGET_ARCH=powerpc64 TB --- 2012-03-28 23:09:44 - TZ=UTC TB --- 2012-03-28 23:09:44 - __MAKE_CONF=/dev/null TB --- 2012-03-28 23:09:44 - cd /src TB --- 2012-03-28 23:09:44 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 23:09:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Mar 29 01:40:27 UTC 2012 TB --- 2012-03-29 01:40:27 - generating LINT kernel config TB --- 2012-03-29 01:40:27 - cd /src/sys/powerpc/conf TB --- 2012-03-29 01:40:27 - /usr/bin/make -B LINT TB --- 2012-03-29 01:40:27 - cd /src/sys/powerpc/conf TB --- 2012-03-29 01:40:27 - /usr/sbin/config -m LINT TB --- 2012-03-29 01:40:27 - building LINT kernel TB --- 2012-03-29 01:40:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 01:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 01:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 01:40:27 - SRCCONF=/dev/null TB --- 2012-03-29 01:40:27 - TARGET=powerpc TB --- 2012-03-29 01:40:27 - TARGET_ARCH=powerpc64 TB --- 2012-03-29 01:40:27 - TZ=UTC TB --- 2012-03-29 01:40:27 - __MAKE_CONF=/dev/null TB --- 2012-03-29 01:40:27 - cd /src TB --- 2012-03-29 01:40:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 29 01:40:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 29 02:00:49 UTC 2012 TB --- 2012-03-29 02:00:49 - cd /src/sys/powerpc/conf TB --- 2012-03-29 02:00:49 - /usr/sbin/config -m GENERIC TB --- 2012-03-29 02:00:49 - skipping GENERIC kernel TB --- 2012-03-29 02:00:49 - cd /src/sys/powerpc/conf TB --- 2012-03-29 02:00:49 - /usr/sbin/config -m GENERIC64 TB --- 2012-03-29 02:00:49 - building GENERIC64 kernel TB --- 2012-03-29 02:00:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 02:00:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 02:00:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 02:00:49 - SRCCONF=/dev/null TB --- 2012-03-29 02:00:49 - TARGET=powerpc TB --- 2012-03-29 02:00:49 - TARGET_ARCH=powerpc64 TB --- 2012-03-29 02:00:49 - TZ=UTC TB --- 2012-03-29 02:00:49 - __MAKE_CONF=/dev/null TB --- 2012-03-29 02:00:49 - cd /src TB --- 2012-03-29 02:00:49 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Mar 29 02:00:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/slb.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch64.S cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:77: ./machine/trap.h:11: warning: redundant redeclaration of 'trap' [-Wredundant-decls] ./machine/trap.h:11: warning: previous declaration of 'trap' was here *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 02:05:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 02:05:59 - ERROR: failed to build GENERIC64 kernel TB --- 2012-03-29 02:05:59 - 9091.03 user 1163.23 system 10618.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 06:07:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB297106564A; Thu, 29 Mar 2012 06:07:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD1C8FC08; Thu, 29 Mar 2012 06:07:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2T67QAm067189; Thu, 29 Mar 2012 02:07:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2T67QGH067179; Thu, 29 Mar 2012 06:07:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 06:07:26 GMT Message-Id: <201203290607.q2T67QGH067179@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 06:07:27 -0000 TB --- 2012-03-29 05:17:44 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 05:17:44 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-29 05:17:44 - cleaning the object tree TB --- 2012-03-29 05:18:27 - cvsupping the source tree TB --- 2012-03-29 05:18:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-29 05:19:04 - building world TB --- 2012-03-29 05:19:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 05:19:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 05:19:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 05:19:04 - SRCCONF=/dev/null TB --- 2012-03-29 05:19:04 - TARGET=mips TB --- 2012-03-29 05:19:04 - TARGET_ARCH=mips TB --- 2012-03-29 05:19:04 - TZ=UTC TB --- 2012-03-29 05:19:04 - __MAKE_CONF=/dev/null TB --- 2012-03-29 05:19:04 - cd /src TB --- 2012-03-29 05:19:04 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 05:19:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 06:07:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 06:07:26 - ERROR: failed to build world TB --- 2012-03-29 06:07:26 - 2081.00 user 433.09 system 2982.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 08:14:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13A75106566B; Thu, 29 Mar 2012 08:14:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B32168FC18; Thu, 29 Mar 2012 08:14:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2T8EH0O095599; Thu, 29 Mar 2012 04:14:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2T8EH6I095598; Thu, 29 Mar 2012 08:14:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 08:14:17 GMT Message-Id: <201203290814.q2T8EH6I095598@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 08:14:20 -0000 TB --- 2012-03-29 06:07:26 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 06:07:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-29 06:07:26 - cleaning the object tree TB --- 2012-03-29 06:08:53 - cvsupping the source tree TB --- 2012-03-29 06:08:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-29 06:09:45 - building world TB --- 2012-03-29 06:09:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 06:09:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 06:09:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 06:09:45 - SRCCONF=/dev/null TB --- 2012-03-29 06:09:45 - TARGET=powerpc TB --- 2012-03-29 06:09:45 - TARGET_ARCH=powerpc TB --- 2012-03-29 06:09:45 - TZ=UTC TB --- 2012-03-29 06:09:45 - __MAKE_CONF=/dev/null TB --- 2012-03-29 06:09:45 - cd /src TB --- 2012-03-29 06:09:45 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 06:09:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sys/boot/powerpc/ofw/../../forth/version.4th.8 > version.4th.8.gz gzip -cn /src/sys/boot/powerpc/ofw/../../common/loader.8 > loader.8.gz cat /src/sys/boot/powerpc/ofw/../../common/help.common /src/sys/boot/powerpc/ofw/help.ofw | awk -f /src/sys/boot/powerpc/ofw/../../common/merge_help.awk > loader.help ===> sys/boot/powerpc/ps3 (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -mcpu=powerpc64 -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -Wall -ffreestanding -msoft-float -DAIM -DRELOC=0x0 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/ps3/start.S /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h: Assembler messages: /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h:123: Error: Unrecognized opcode: `struct' /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h:124: Error: Unrecognized opcode: `void' *** Error code 1 Stop in /src/sys/boot/powerpc/ps3. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 08:14:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 08:14:17 - ERROR: failed to build world TB --- 2012-03-29 08:14:17 - 6027.37 user 756.51 system 7610.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 08:38:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11A1E106564A for ; Thu, 29 Mar 2012 08:38:22 +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 B6B328FC17 for ; Thu, 29 Mar 2012 08:38:21 +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 <1SDAs8-0008Vl-De>; Thu, 29 Mar 2012 10:38:20 +0200 Received: from e178026171.adsl.alicedsl.de ([85.178.26.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SDAs8-0007bJ-7y>; Thu, 29 Mar 2012 10:38:20 +0200 Message-ID: <4F741F70.1010305@zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 10:38:08 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Eduardo Morras References: <4F718034.8090501@mail.zedat.fu-berlin.de> <4EFDA80601439209@> (added by postmaster@resmaa14.ono.com) In-Reply-To: <4EFDA80601439209@> (added by postmaster@resmaa14.ono.com) X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig22EAA3101F8539A609C15117" X-Originating-IP: 85.178.26.171 Cc: freebsd-current@freebsd.org Subject: Re: PostgreSQL server 9.1.3 rejects connections after update: Error connection to the server: FATAL: frontend-protocol 1234.5887 not supported: server supports 1.0 through 3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 08:38:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig22EAA3101F8539A609C15117 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 03/27/12 15:20, schrieb Eduardo Morras: > At 10:54 27/03/2012, you wrote: >> Since the last PostgreSQL port update, server and client are version >> 9.1.3 and a newly build of the FreeBSD OS (both 9.0-STABLE and >> 10.0-CURRENT, amd64), clients like pgadmin3 or webinterfaces like thos= e >> from refdb reject connection to the PostgreSQL server with the error >> message: >> >> Error connection to the server: FATAL: frontend-protocol 1234.5887 not= >> supported: server supports 1.0 through 3.0 >> >> All users, execept a local admin and the psql user, are kept in >> OpenLDAP. It seems, that the LDAP connection got messed up somehow. >> >> I tried to recompile everything required by OpenLDAP, PostgreSQL via >> >> portmaster -f, since I realized changes in Heimdal on FreeBSD 10.0-CUR= >> and I deleted the old libs via delete-old-libs/files. >> >> Does anyone see this problem, too? >=20 > No sorry, i use 8.2 for Postgresql server. >=20 > Have you touched the pg_hba.conf file? Perhaps it has been reinstalled > and setted with default values, so pg don't know what a ldap server is.= As I figured out, this problem occurs only with clients running on FreeBSD 10.0-CURRENT. A notebook, FreeBSD 9.0/amd64, but with most recent ports, also postgresql-9.1.3 clients, recompiled textproc/refdb clients, recompiled openldap clients, recompiled pgadmin3 (and all the dependencies) does not sho this weird error and behaviour. As I wrote, the configs of the server hasn't been touched, ran perfectly since approx. a week ago even with the FreeBSD 10 clients and now, after a recent update (do not know whether a port or OS triggers the problem) I receive this weird behaviour which is really boring. As far as I know, there was a Kerberos5/Heimdal update recently on FreeBSD 10. I did a "make delete-old-*" in /usr/src and deleted those old files/libs/dirs et cetera. After that, I had to recompile a bunch of ports, even all dependencies of openldap, postgresql, pgadmin and even subversion to make them work again, since the were compiled against those deleted outdated libs in some parts. I can not exactly say that since then the problem occured, but I think it might be that way. Regards, Oliver --------------enig22EAA3101F8539A609C15117 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) iQEcBAEBAgAGBQJPdB97AAoJEOgBcD7A/5N8RyMH/35qQLxvY0dMl4Z4NcgsKdj8 QbCvvf8iHAHVOzikm57EA1LQGHyS+gR5nGemllIoVhb8e8/ZKfTifXM5bgp+bzpj Mra3Ht8KWaMgSwnVDUr/qBq2OABL+wAAjoPBW9iKZK+AvvYjc5EmdehKzRWiZIrM Cdylbm9sGF3VxTVjawriVPuvMRF3VHaHiOctx2oC0K6lDUCpgS2jPTE5yYeQ0h9g aKJi6PGk0LvuUMVzloKoSEZiGDJQPnadIAx4kkeCJs9PiqZ+8aBLKj0jUnrfA2Gd Sxp+I1wU/T1tRk5T1FJ+jaWUKj4gJ1+FMIZT3bxCUTVXHcrpXldNKWKbNecA7rs= =6nUs -----END PGP SIGNATURE----- --------------enig22EAA3101F8539A609C15117-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 09:01:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF6961065672; Thu, 29 Mar 2012 09:01:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 916688FC1C; Thu, 29 Mar 2012 09:01:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2T91lBt071711; Thu, 29 Mar 2012 05:01:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2T91l6T071710; Thu, 29 Mar 2012 09:01:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 09:01:47 GMT Message-Id: <201203290901.q2T91l6T071710@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 09:01:49 -0000 TB --- 2012-03-29 06:59:43 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 06:59:43 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-03-29 06:59:43 - cleaning the object tree TB --- 2012-03-29 07:01:26 - cvsupping the source tree TB --- 2012-03-29 07:01:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-03-29 07:02:16 - building world TB --- 2012-03-29 07:02:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 07:02:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 07:02:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 07:02:16 - SRCCONF=/dev/null TB --- 2012-03-29 07:02:16 - TARGET=powerpc TB --- 2012-03-29 07:02:16 - TARGET_ARCH=powerpc64 TB --- 2012-03-29 07:02:16 - TZ=UTC TB --- 2012-03-29 07:02:16 - __MAKE_CONF=/dev/null TB --- 2012-03-29 07:02:16 - cd /src TB --- 2012-03-29 07:02:16 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 07:02:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sys/boot/powerpc/ofw/../../forth/version.4th.8 > version.4th.8.gz gzip -cn /src/sys/boot/powerpc/ofw/../../common/loader.8 > loader.8.gz cat /src/sys/boot/powerpc/ofw/../../common/help.common /src/sys/boot/powerpc/ofw/help.ofw | awk -f /src/sys/boot/powerpc/ofw/../../common/merge_help.awk > loader.help ===> sys/boot/powerpc/ps3 (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -mcpu=powerpc64 -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -Wall -ffreestanding -msoft-float -DAIM -DRELOC=0x0 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/ps3/start.S /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h: Assembler messages: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h:123: Error: Unrecognized opcode: `struct' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h:124: Error: Unrecognized opcode: `void' *** Error code 1 Stop in /src/sys/boot/powerpc/ps3. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 09:01:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 09:01:47 - ERROR: failed to build world TB --- 2012-03-29 09:01:47 - 5865.80 user 709.23 system 7324.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 13:15:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D91A7106566B; Thu, 29 Mar 2012 13:15:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 76B988FC15; Thu, 29 Mar 2012 13:15:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2TDFYKB026155; Thu, 29 Mar 2012 09:15:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2TDFYUY026154; Thu, 29 Mar 2012 13:15:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 13:15:34 GMT Message-Id: <201203291315.q2TDFYUY026154@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 13:15:41 -0000 TB --- 2012-03-29 12:23:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 12:23:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-29 12:23:01 - cleaning the object tree TB --- 2012-03-29 12:23:01 - cvsupping the source tree TB --- 2012-03-29 12:23:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-29 12:23:53 - building world TB --- 2012-03-29 12:23:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 12:23:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 12:23:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 12:23:53 - SRCCONF=/dev/null TB --- 2012-03-29 12:23:53 - TARGET=ia64 TB --- 2012-03-29 12:23:53 - TARGET_ARCH=ia64 TB --- 2012-03-29 12:23:53 - TZ=UTC TB --- 2012-03-29 12:23:53 - __MAKE_CONF=/dev/null TB --- 2012-03-29 12:23:53 - cd /src TB --- 2012-03-29 12:23:53 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 12:23:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/ia64 -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/rtld.c /src/libexec/rtld-elf/rtld.c: In function 'do_dlsym': /src/libexec/rtld-elf/rtld.c:2621: error: 'tls_index' undeclared (first use in this function) /src/libexec/rtld-elf/rtld.c:2621: error: (Each undeclared identifier is reported only once /src/libexec/rtld-elf/rtld.c:2621: error: for each function it appears in.) /src/libexec/rtld-elf/rtld.c:2621: error: expected ';' before 'ti' /src/libexec/rtld-elf/rtld.c:2737: error: 'ti' undeclared (first use in this function) /src/libexec/rtld-elf/rtld.c:2739: error: too few arguments to function '__tls_get_addr' *** Error code 1 Stop in /src/libexec/rtld-elf. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 13:15:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 13:15:34 - ERROR: failed to build world TB --- 2012-03-29 13:15:34 - 2224.05 user 415.48 system 3152.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 14:06:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F1031065676; Thu, 29 Mar 2012 14:06:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E9D5C8FC16; Thu, 29 Mar 2012 14:06:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2TE6t8A098169; Thu, 29 Mar 2012 10:06:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2TE6tAF098158; Thu, 29 Mar 2012 14:06:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 14:06:55 GMT Message-Id: <201203291406.q2TE6tAF098158@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 14:06:56 -0000 TB --- 2012-03-29 13:15:11 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 13:15:11 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-29 13:15:11 - cleaning the object tree TB --- 2012-03-29 13:16:16 - cvsupping the source tree TB --- 2012-03-29 13:16:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-29 13:17:16 - building world TB --- 2012-03-29 13:17:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 13:17:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 13:17:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 13:17:16 - SRCCONF=/dev/null TB --- 2012-03-29 13:17:16 - TARGET=mips TB --- 2012-03-29 13:17:16 - TARGET_ARCH=mips TB --- 2012-03-29 13:17:16 - TZ=UTC TB --- 2012-03-29 13:17:16 - __MAKE_CONF=/dev/null TB --- 2012-03-29 13:17:16 - cd /src TB --- 2012-03-29 13:17:16 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 13:17:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 14:06:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 14:06:55 - ERROR: failed to build world TB --- 2012-03-29 14:06:55 - 2073.02 user 443.07 system 3103.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 15:22:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5044106566C; Thu, 29 Mar 2012 15:22:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8534B8FC19; Thu, 29 Mar 2012 15:22:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2TFLvpI062864; Thu, 29 Mar 2012 11:21:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2TFLvfe062863; Thu, 29 Mar 2012 15:21:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 15:21:57 GMT Message-Id: <201203291521.q2TFLvfe062863@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 15:22:04 -0000 TB --- 2012-03-29 13:15:34 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 13:15:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-29 13:15:34 - cleaning the object tree TB --- 2012-03-29 13:17:57 - cvsupping the source tree TB --- 2012-03-29 13:17:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-29 13:19:22 - building world TB --- 2012-03-29 13:19:22 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 13:19:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 13:19:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 13:19:22 - SRCCONF=/dev/null TB --- 2012-03-29 13:19:22 - TARGET=powerpc TB --- 2012-03-29 13:19:22 - TARGET_ARCH=powerpc TB --- 2012-03-29 13:19:22 - TZ=UTC TB --- 2012-03-29 13:19:22 - __MAKE_CONF=/dev/null TB --- 2012-03-29 13:19:22 - cd /src TB --- 2012-03-29 13:19:22 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 13:19:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sys/boot/powerpc/ofw/../../forth/version.4th.8 > version.4th.8.gz gzip -cn /src/sys/boot/powerpc/ofw/../../common/loader.8 > loader.8.gz cat /src/sys/boot/powerpc/ofw/../../common/help.common /src/sys/boot/powerpc/ofw/help.ofw | awk -f /src/sys/boot/powerpc/ofw/../../common/merge_help.awk > loader.help ===> sys/boot/powerpc/ps3 (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -mcpu=powerpc64 -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -Wall -ffreestanding -msoft-float -DAIM -DRELOC=0x0 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/ps3/start.S /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h: Assembler messages: /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h:123: Error: Unrecognized opcode: `struct' /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h:124: Error: Unrecognized opcode: `void' *** Error code 1 Stop in /src/sys/boot/powerpc/ps3. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 15:21:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 15:21:57 - ERROR: failed to build world TB --- 2012-03-29 15:21:57 - 5991.83 user 770.28 system 7582.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 14:18:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED1F71065672 for ; Thu, 29 Mar 2012 14:18:13 +0000 (UTC) (envelope-from ohartman@mail.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 A385A8FC16 for ; Thu, 29 Mar 2012 14:18:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SDGB2-0003Jg-J1>; Thu, 29 Mar 2012 16:18:12 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SDGB2-0006Dz-F4>; Thu, 29 Mar 2012 16:18:12 +0200 Message-ID: <4F746F1E.6090702@mail.zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 16:18:06 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0D51AADCEDC563595301A38A" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Thu, 29 Mar 2012 15:49:22 +0000 Subject: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 14:18:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0D51AADCEDC563595301A38A Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I was wondering if there are some objections using TMPFS for /tmp and /var/run. I figured out some problems with some rc.d scripts when using TMPFS for /var/run, samba and OpenLDAP do store some informations like PID in a subfolder of their own in /var/run, but the rc.d scripts are not checking properly the existence of the appropritae folder (unlike "dbus" and "hald", they check properly!). I already submitted two PRs, but for SAMBA, my "hack" is trivial and obviously to clumsy, so it should be check properly. My question is whether there are objections using TMPFS for bot /tmp/ and /var/run/ at this stage on FreeBSD 10.0-CURRENT/amd64? Regards, Oliver --------------enig0D51AADCEDC563595301A38A 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) iQEcBAEBAgAGBQJPdG8kAAoJEOgBcD7A/5N8h2oH/AlVcbr8LPzzluGc0OT0p1tl LXXPKrTwN1KmnyfEwMMa0V4UtaGQHlIlzmaesakuBvMrxVx4yaV9Zc2LA3Yld2cA eT0z0VcnOcAF3ghTCC9AWst0ANxt4FvW7jE2xvry3g8QEHLGxWm8yVHDWqTZ8DMp NXjfzyrDl+5T9kikOEWiQH2nxBrgKyIgVDUq5idoovlAcamOa8Agsafsgs9sLEnj sTVijd4dbHh8L9JSqzi/yYDDV20p0PT0F5QfzgQ4R1eixMBlOdjUtqS9TclYxlNB UtUS+sM2eKeNDP4EC85FvO6QF6mw+AGXkf+nE/uO9nHuAw/u6FKuPU0bhzmaRg8= =ER8a -----END PGP SIGNATURE----- --------------enig0D51AADCEDC563595301A38A-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 15:50:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17FE3106566B for ; Thu, 29 Mar 2012 15:50:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCAE8FC15 for ; Thu, 29 Mar 2012 15:50:17 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 82423939 for freebsd-current@freebsd.org; Thu, 29 Mar 2012 17:45:05 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 29 Mar 2012 17:43:42 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201203291743.42861.hselasky@c2i.net> Subject: Boot-issue: Overlapping I/O regions and display adapters in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 15:50:18 -0000 Hi, It appears that overlapping I/O regions can trigger a bug on display adapters, which I've tried to fix here: http://svn.freebsd.org/changeset/base/233662 I'm not an expert in this area, though if anyone has any better suggestions, I am willing to try that. Sympthom: ACPI enabled i386 kernel works, ACPI enabled amd64 kernel stops during boot due to invalid CPU instruction exactly after disabling BAR on AGP device. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 16:12:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FEC8106567E; Thu, 29 Mar 2012 16:12:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB778FC24; Thu, 29 Mar 2012 16:12:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2TGCS2o047930; Thu, 29 Mar 2012 12:12:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2TGCSDx047929; Thu, 29 Mar 2012 16:12:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 16:12:28 GMT Message-Id: <201203291612.q2TGCSDx047929@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 16:12:29 -0000 TB --- 2012-03-29 14:06:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 14:06:55 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-03-29 14:06:55 - cleaning the object tree TB --- 2012-03-29 14:07:46 - cvsupping the source tree TB --- 2012-03-29 14:07:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-03-29 14:08:19 - building world TB --- 2012-03-29 14:08:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 14:08:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 14:08:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 14:08:19 - SRCCONF=/dev/null TB --- 2012-03-29 14:08:19 - TARGET=powerpc TB --- 2012-03-29 14:08:19 - TARGET_ARCH=powerpc64 TB --- 2012-03-29 14:08:19 - TZ=UTC TB --- 2012-03-29 14:08:19 - __MAKE_CONF=/dev/null TB --- 2012-03-29 14:08:19 - cd /src TB --- 2012-03-29 14:08:19 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 14:08:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sys/boot/powerpc/ofw/../../forth/version.4th.8 > version.4th.8.gz gzip -cn /src/sys/boot/powerpc/ofw/../../common/loader.8 > loader.8.gz cat /src/sys/boot/powerpc/ofw/../../common/help.common /src/sys/boot/powerpc/ofw/help.ofw | awk -f /src/sys/boot/powerpc/ofw/../../common/merge_help.awk > loader.help ===> sys/boot/powerpc/ps3 (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -mcpu=powerpc64 -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -Wall -ffreestanding -msoft-float -DAIM -DRELOC=0x0 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/ps3/start.S /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h: Assembler messages: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h:123: Error: Unrecognized opcode: `struct' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h:124: Error: Unrecognized opcode: `void' *** Error code 1 Stop in /src/sys/boot/powerpc/ps3. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 16:12:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 16:12:28 - ERROR: failed to build world TB --- 2012-03-29 16:12:28 - 6039.50 user 763.22 system 7532.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 16:14:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D57E106564A for ; Thu, 29 Mar 2012 16:14:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id CD1DF8FC2A for ; Thu, 29 Mar 2012 16:14:52 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2TGEquk025076; Thu, 29 Mar 2012 09:14:52 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2TGEqES025075; Thu, 29 Mar 2012 09:14:52 -0700 (PDT) (envelope-from david) Date: Thu, 29 Mar 2012 09:14:52 -0700 From: David Wolfskill To: "O. Hartmann" Message-ID: <20120329161452.GZ1709@albert.catwhisker.org> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vDpQvD79HZx/5O2q" Content-Disposition: inline In-Reply-To: <4F746F1E.6090702@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: Current FreeBSD Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 16:14:53 -0000 --vDpQvD79HZx/5O2q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote: > I was wondering if there are some objections using TMPFS for /tmp and > /var/run. > ... > My question is whether there are objections using TMPFS for bot /tmp/ > and /var/run/ at this stage on FreeBSD 10.0-CURRENT/amd64? > .... I have no experience using tmpfs for /var/run, but I have been using it for /tmp for some time (mostly in i386, though). While I use it quite successfully on machines with a small number of folks actively busy -- e.g., my desktop; my laptop; my home machines), I encountered some issues when I tried to do so on machines that were intended for significantly "heavier" use. Specifically: * Compared to an md-resident /tmp, a tmpfs-resident /tmp has much less flexibility for specifying the size. Per mdconfig(8), the former uses: -s size Size of the memory disk. Size is the number of 512 byte secto= rs unless suffixed with a b, k, m, g, or t which denotes byte, ki= lo- byte, megabyte, gigabyte and terabyte respectively. Options -a and -t swap are implied if not specified. while the latter uses: size Specifies the total file system size in bytes. If zero (the default) or a value larger than SIZE_MAX - PAGE_SIZE is given, the available amount of memory (including main memory and swap space) will be used. In this configuration, I would have preferred to have specified about 10GB for /tmp. I wouldn't mind if it spilled to swap space, but I certaianly didn't want it using 10GB of RAM -- especially since the machines only had 6GB RAM. Nor did I especially want *all* of the swap space used for /tmp. I would have allocated (say) 20GB for swap. I wouldn't mind if half of that were used for /tmp -- but a reason I allocate so much swap is that I've seen what happens when a machine runs out of swap, and it wasn't pretty. In any case, effective maximum usable size for tmpfs involves SIZE_MAX (~4G) & PAGE_SIZE (4K, in my case). * Even when I went ahead and created a tmpfs for /tmp, I'd get ENOSPC whenever I tried to allocate anything on it -- until I dropped the size specification to <2G (2**32). Well, 2GB for /tmp just wasn't at all likely to be useful for my purposes in this case. So I continue to use tmpfs for /tmp for machines with fewer folks logging in, but I'm a bit less enthusiastic about its use unless the workload and other requirements are fairly carefully considered beforehand. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --vDpQvD79HZx/5O2q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk90insACgkQmprOCmdXAD2bigCZAfUCR8ZtiCOq69LtT5y+cNVE Z78An0ufoNQpmnJ+fcWIgdOsa0YZWYQh =KARh -----END PGP SIGNATURE----- --vDpQvD79HZx/5O2q-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 16:41:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E281065676 for ; Thu, 29 Mar 2012 16:41:40 +0000 (UTC) (envelope-from utisoft@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 284CA8FC14 for ; Thu, 29 Mar 2012 16:41:39 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so2841958bkc.13 for ; Thu, 29 Mar 2012 09:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UCMCqF9jGzHz2dElR8cqmo9y+pBpqsuP4IEiBDRWMPM=; b=Ldzn8oXrrvc767JbpGaXr+YEaCV8KencantGKiFxcPndHbrLpUfo128x/tFz/R2O/j eyo+NLliLr27nEgZ+qyp9SA0AJw13tXrgFta0FzYyLcMx26jfjwRE6qTn6ESJQmTD5CD n8KvcSb0ocmvIZVNkljirdrFzB5ZsEmJA/2rWrOf8rWCAwz0m99KsfENKYCLxz543abe vP8eaOfPDU6q65cjZVBQeozjyJPGOYyJwACgp3ZcNsURv0CK3O+EkDy6iZnOT/dOueFw q7F44wtNmvoNiydAH7Z1Jbv6/a6+o8D2CbyBrYfG93NlASTrhLEeu0v5PajpFyMvilfa c0Zw== MIME-Version: 1.0 Received: by 10.204.153.219 with SMTP id l27mr14599918bkw.126.1333039299037; Thu, 29 Mar 2012 09:41:39 -0700 (PDT) Received: by 10.204.202.142 with HTTP; Thu, 29 Mar 2012 09:41:38 -0700 (PDT) Received: by 10.204.202.142 with HTTP; Thu, 29 Mar 2012 09:41:38 -0700 (PDT) In-Reply-To: <4F746F1E.6090702@mail.zedat.fu-berlin.de> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 16:41:38 +0000 Message-ID: From: Chris Rees To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 16:41:40 -0000 On 29 Mar 2012 16:49, "O. Hartmann" wrote: > > I was wondering if there are some objections using TMPFS for /tmp and > /var/run. > I figured out some problems with some rc.d scripts when using TMPFS for > /var/run, samba and OpenLDAP do store some informations like PID in a > subfolder of their own in /var/run, but the rc.d scripts are not > checking properly the existence of the appropritae folder (unlike "dbus" > and "hald", they check properly!). > > I already submitted two PRs, but for SAMBA, my "hack" is trivial and > obviously to clumsy, so it should be check properly. > > My question is whether there are objections using TMPFS for bot /tmp/ > and /var/run/ at this stage on FreeBSD 10.0-CURRENT/amd64? Any rc script that complains about an empty /var/run is buggy- it should be assumed that it will be emptied on boot. In short, tmpfs for those two dirs should be fine. Chris From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 16:59:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 548C9106566C for ; Thu, 29 Mar 2012 16:59:39 +0000 (UTC) (envelope-from vmagerya@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 D33328FC08 for ; Thu, 29 Mar 2012 16:59:38 +0000 (UTC) Received: by wern13 with SMTP id n13so1503206wer.13 for ; Thu, 29 Mar 2012 09:59:37 -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=2RPD/AC8bTwjOky8p/dcNlaOs7GFHUKqqXfk/KrhhHo=; b=Lp5p0R5uBAy0OYvh1ZzPuH6q7SKibok9IuEgNOJE9/jSYdLPG2h9VZ8nWdCNwRgmIy bTGV4MGTYI6vW0nk4SwpFrhxj/UPl1q/wA+ZM0MiIhead5Mn/Y3q8ue0/3QJ4wD+Mm/J hoGgPhmX/WQk00Qlzej9nfG6UhqJFLkdv7IHmUTD4g238nepJVwD4xPdQDmvUQWtAYG2 JnzD/yY80ksGBtvlWgRfr4URPASc87pXqJ4m2F4bYCdYEq+EPoBqLzM7bH9kXFmlZl/D I20adhoLWRDW4Jq0viDgGTg2fiBde1cBr4pggoIUi2gk6VBGWoq3a32jLxwVo7llhtyz e+Vg== MIME-Version: 1.0 Received: by 10.180.96.168 with SMTP id dt8mr7308223wib.18.1333040377629; Thu, 29 Mar 2012 09:59:37 -0700 (PDT) Received: by 10.223.2.207 with HTTP; Thu, 29 Mar 2012 09:59:37 -0700 (PDT) In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 19:59:37 +0300 Message-ID: From: Vitaly Magerya To: Chris Rees Content-Type: text/plain; charset=UTF-8 Cc: "O. Hartmann" , Current FreeBSD Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 16:59:39 -0000 Chris Rees wrote: > Any rc script that complains about an empty /var/run is buggy- it should be > assumed that it will be emptied on boot. Then why are there entries for /var/run/{named,ppp,wpa_supplicant} in /etc/mtree/BSD.var.dist? Should they be removed? From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 19:49:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81338106566C for ; Thu, 29 Mar 2012 19:49:51 +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 349498FC0A for ; Thu, 29 Mar 2012 19:49:50 +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 <1SDLLx-0006SS-V7>; Thu, 29 Mar 2012 21:49:50 +0200 Received: from e178040105.adsl.alicedsl.de ([85.178.40.105] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SDLLx-00072L-OQ>; Thu, 29 Mar 2012 21:49:49 +0200 Message-ID: <4F74BCD5.4040609@zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 21:49:41 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: David Wolfskill References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120329161452.GZ1709@albert.catwhisker.org> In-Reply-To: <20120329161452.GZ1709@albert.catwhisker.org> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91C60E80BB0E531968B7EA00" X-Originating-IP: 85.178.40.105 Cc: Current FreeBSD , utisoft@gmail.com Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 19:49:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91C60E80BB0E531968B7EA00 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 03/29/12 18:14, schrieb David Wolfskill: > On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote: >> I was wondering if there are some objections using TMPFS for /tmp and >> /var/run. >> ... >> My question is whether there are objections using TMPFS for bot /tmp/ >> and /var/run/ at this stage on FreeBSD 10.0-CURRENT/amd64? >> .... >=20 > I have no experience using tmpfs for /var/run, but I have been using it= > for /tmp for some time (mostly in i386, though). >=20 > While I use it quite successfully on machines with a small number of > folks actively busy -- e.g., my desktop; my laptop; my home machines), = I > encountered some issues when I tried to do so on machines that were > intended for significantly "heavier" use. Specifically: >=20 > * Compared to an md-resident /tmp, a tmpfs-resident /tmp has much less > flexibility for specifying the size. Per mdconfig(8), the former > uses: >=20 > -s size > Size of the memory disk. Size is the number of 512 byte s= ectors > unless suffixed with a b, k, m, g, or t which denotes byte= , kilo- > byte, megabyte, gigabyte and terabyte respectively. Option= s -a > and -t swap are implied if not specified. >=20 > while the latter uses: >=20 > size Specifies the total file system size in bytes. If zero (t= he > default) or a value larger than SIZE_MAX - PAGE_SIZE is gi= ven, > the available amount of memory (including main memory and = swap > space) will be used. >=20 > In this configuration, I would have preferred to have specified > about 10GB for /tmp. I wouldn't mind if it spilled to swap space, > but I certaianly didn't want it using 10GB of RAM -- especially since= > the machines only had 6GB RAM. >=20 > Nor did I especially want *all* of the swap space used for /tmp. I > would have allocated (say) 20GB for swap. I wouldn't mind if half of= > that were used for /tmp -- but a reason I allocate so much swap is > that I've seen what happens when a machine runs out of swap, and it > wasn't pretty. >=20 >=20 > In any case, effective maximum usable size for tmpfs involves SIZE_MA= X > (~4G) & PAGE_SIZE (4K, in my case). >=20 > * Even when I went ahead and created a tmpfs for /tmp, I'd get ENOSPC > whenever I tried to allocate anything on it -- until I dropped the > size specification to <2G (2**32). Well, 2GB for /tmp just wasn't at= > all likely to be useful for my purposes in this case. >=20 > So I continue to use tmpfs for /tmp for machines with fewer folks > logging in, but I'm a bit less enthusiastic about its use unless the > workload and other requirements are fairly carefully considered > beforehand. >=20 > Peace, > david It seems there is only one switch which determines the size of the tmpfs in question (size) and there is no convenient way to say what amount of RAM is being used before using the swap space. I'd like to have at least a knob determining the limit of RAM being used. On the other hand - my view of those things is really naiv. I think having tmpfs isn't even a benefit in terms of security, it should also offer a speedy access to files kept in memory, doesn't it? Linux is using TMPFS filesystems a lot for these purposes. How do they overcome restrictions of the size or not flloding RAM and/or swap? Regards, Oliver --------------enig91C60E80BB0E531968B7EA00 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) iQEcBAEBAgAGBQJPdLzcAAoJEOgBcD7A/5N8xsAIAKg+CrYfXt2CKC+nXyY8ZXHt IdeOQP6pIdwJn/p/Gppu+Z/gyGVka2vk7/qN7kux8NWPn/b6EKrs9rRSDpiEAT+K oyptocOqpaD5Y8960zJoDS0xjuF1XUogAkInByi55VQlT5zbIpqpVvQzIQu9TRZ/ S1WYm2Z81+aP795K3U8wniAhV3Dplzw5Zi1fio/AUbxkO+kV2ZEfjm+Am8IBtzXg h5Y5xm9bgsZl65y+oyObpXHFD2PCWmC8a9xixfCJjoHa9WTIwyXW3k33tvPOHEbX FFkgPEe6lB/CTGCqlvO31FsoHhmB1YRNs/ccHFKoXgV7q8tXLpbYigIZOpDiymE= =cy/J -----END PGP SIGNATURE----- --------------enig91C60E80BB0E531968B7EA00-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 19:51:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68EF21065673 for ; Thu, 29 Mar 2012 19:51:10 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3803E8FC23 for ; Thu, 29 Mar 2012 19:51:09 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.75,338,1330927200"; d="scan'208";a="497607125" Received: from mail.compellent.com ([64.238.244.148]) by aussmtpmrkpc120.us.dell.com with ESMTP; 29 Mar 2012 14:50:01 -0500 Message-ID: <4F74BCE8.2030802@vangyzen.net> Date: Thu, 29 Mar 2012 14:50:00 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> In-Reply-To: <4F746F1E.6090702@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 19:51:10 -0000 On 03/29/12 09:18, O. Hartmann wrote: > I was wondering if there are some objections using TMPFS for /tmp and > /var/run. For /tmp, what exactly do you mean? If you want to use tmpfs instead of md/mdmfs when tmpmfs="YES" in rc.conf, I have no opinion. However, if you always want to use tmpfs instead of stable storage, please do not. Some people expect /tmp to be persistent. This is why /etc/defaults/rc.conf has clear_tmp_enable="NO". Changing this would break the POLA. Cheers, Eric From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 19:58:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E77A106566C for ; Thu, 29 Mar 2012 19:58:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 7248F8FC14 for ; Thu, 29 Mar 2012 19:58:01 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2TJw0Tn026299; Thu, 29 Mar 2012 12:58:00 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2TJw0YO026298; Thu, 29 Mar 2012 12:58:00 -0700 (PDT) (envelope-from david) Date: Thu, 29 Mar 2012 12:58:00 -0700 From: David Wolfskill To: Eric van Gyzen Message-ID: <20120329195800.GH1709@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Eric van Gyzen , current@freebsd.org References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YfqBrEkRVu0wMIYz" Content-Disposition: inline In-Reply-To: <4F74BCE8.2030802@vangyzen.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 19:58:01 -0000 --YfqBrEkRVu0wMIYz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 29, 2012 at 02:50:00PM -0500, Eric van Gyzen wrote: > ... > However, if you always want to use tmpfs instead of stable storage,=20 > please do not. Some people expect /tmp to be persistent. This is why=20 > /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". Changing this would= =20 > break the POLA. > ... Errr... I'm not sure why folks might have that misguided expectation; from hier(7): /tmp/ temporary files that are not guaranteed to persist across s= ys- tem reboots Foplks are welcome to do whatever they wish with their own machines, but the FreeBSD default is as above. And I was using swap-backed /tmp on SunOS back around 1988.... :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --YfqBrEkRVu0wMIYz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk90vsgACgkQmprOCmdXAD1/MACfbnzoSsZaVDumESlyS0gN/SMb ShMAniVQSMK41A9gtc7uatL+7xpuJmud =cnWe -----END PGP SIGNATURE----- --YfqBrEkRVu0wMIYz-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 20:07:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83BA1065674 for ; Thu, 29 Mar 2012 20:07:08 +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 8BC228FC15 for ; Thu, 29 Mar 2012 20:07:08 +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 <1SDLch-0008Vt-Oj>; Thu, 29 Mar 2012 22:07:07 +0200 Received: from e178040105.adsl.alicedsl.de ([85.178.40.105] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SDLch-0007sq-Jc>; Thu, 29 Mar 2012 22:07:07 +0200 Message-ID: <4F74C0E5.6050102@zedat.fu-berlin.de> Date: Thu, 29 Mar 2012 22:07:01 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Eric van Gyzen References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> In-Reply-To: <4F74BCE8.2030802@vangyzen.net> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD717AD7D324E3EC10C8FD7D5" X-Originating-IP: 85.178.40.105 Cc: Current FreeBSD Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 20:07:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD717AD7D324E3EC10C8FD7D5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Am 03/29/12 21:50, schrieb Eric van Gyzen: > On 03/29/12 09:18, O. Hartmann wrote: >> I was wondering if there are some objections using TMPFS for /tmp and >> /var/run. >=20 > For /tmp, what exactly do you mean? >=20 > If you want to use tmpfs instead of md/mdmfs when tmpmfs=3D"YES" in > rc.conf, I have no opinion. Aren't MDMFS backed filesystems of static size? And haven't they to be created first before they can be used? Using TMPFS seems toi be a more convenient way to me - dynamical (?), using a fstab entry for convenience= =2E >=20 > However, if you always want to use tmpfs instead of stable storage, > please do not. Some people expect /tmp to be persistent. This is why > /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". Changing this would= > break the POLA. >=20 > Cheers, >=20 > Eric I have set clear_tmp_enable=3D"YES". I treat /tmp as it is: temporary. No one should change the default setting. Well, SSDs become more and more popular, even for heavy duty servers. Still facing the waer-off problemacy with NAND flash memory, I'd would feel better have the main memory used by the volatile filesystems like /var/run and /tmp which get rewritten quite often. --------------enigD717AD7D324E3EC10C8FD7D5 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) iQEcBAEBAgAGBQJPdMDrAAoJEOgBcD7A/5N87jEH/0fTUGQV+1NYQrvlYaftHVnK u5HCtCGEayr6wnPzXo2zIJIsg6fNUGxGu/obIMsv6YU5Zpwcw/P7IlowgYeW1suq 3BoHnUa6N5pYbr/94CQKZWZBEeYnUH+BOxNwyYY9meCQnyZFySiIxFwodETXBMZj 1cZB8nSiFFzwByR/10Ewh3dIqvni69kgutAMu67olKn4lLDqDd7yFZEkl89rIOoN l3ssV8oVCAqzYKys6o0P4OMqb3EYXNwVt6m5QnMvY2+IimHk5x+OLPAuWx0AF6T8 qRzI36/K3otGHHp8ZKOszuWN7bQKlgxJnhk4K+1W9lrs0QasBicr4sesgs29BeA= =E5/w -----END PGP SIGNATURE----- --------------enigD717AD7D324E3EC10C8FD7D5-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 20:13:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 130AD106567B for ; Thu, 29 Mar 2012 20:13:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id DD8248FC17 for ; Thu, 29 Mar 2012 20:13:33 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2TKDX6T026430; Thu, 29 Mar 2012 13:13:33 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2TKDXxq026429; Thu, 29 Mar 2012 13:13:33 -0700 (PDT) (envelope-from david) Date: Thu, 29 Mar 2012 13:13:33 -0700 From: David Wolfskill To: "O. Hartmann" Message-ID: <20120329201333.GI1709@albert.catwhisker.org> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <4F74C0E5.6050102@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QHrz2k/ePFTn56xd" Content-Disposition: inline In-Reply-To: <4F74C0E5.6050102@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: Current FreeBSD Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 20:13:34 -0000 --QHrz2k/ePFTn56xd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 29, 2012 at 10:07:01PM +0200, O. Hartmann wrote: > ... > Aren't MDMFS backed filesystems of static size? And haven't they to be > created first before they can be used? Using TMPFS seems toi be a more > convenient way to me - dynamical (?), using a fstab entry for convenience. One may create a swap-backed mfs; this is what I used to do for /tmp before I started using tmpfs. (See the "tmpmfs" line (and related lines) in /etc/defaults/rc.conf.) >... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --QHrz2k/ePFTn56xd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk90wm0ACgkQmprOCmdXAD1+kgCfUrPc0Z3cFWxsDrqiZMs/AXTc PrcAn2ipg0sHL8VPwVfdaTC0XwmZNpbg =jyuA -----END PGP SIGNATURE----- --QHrz2k/ePFTn56xd-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 20:17:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0771106564A; Thu, 29 Mar 2012 20:17:23 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7EEBB8FC1A; Thu, 29 Mar 2012 20:17:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=tjdGJ5LgXceSFHt25mCw2pQcWMRcjQO3JPFzCCReODE=; b=GtrLxGny4gUnhjuzBZfppiVL1slnXEYS7FETTF01qICpQGGt3ntK6Ff/RW3lzyYh+enisLS7/KtSQ8nZmrJ1LIvbgfsWmnt1RPnrF5TCzcnrQDasZZ5OwWPI7aiTn2SKe1BrjnMdyXLjmMzNyEkU+5YoXd6BYmkpEgTj2sl60DA=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1SDK0O-000MWE-FE ; Thu, 29 Mar 2012 21:23:28 +0300 Date: Thu, 29 Mar 2012 21:23:22 +0300 From: Ivan Klymenko To: "O. Hartmann" Message-ID: <20120329212322.20605a7b@nonamehost.> In-Reply-To: <4EE938FB.7010107@zedat.fu-berlin.de> References: <4EE938FB.7010107@zedat.fu-berlin.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 20:17:23 -0000 =D0=92 Thu, 15 Dec 2011 01:02:03 +0100 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Just read this on >=20 > phoronix.com >=20 > Is this finally a chance to get GPGPU on FreeBSD natively supported? >=20 > nVidia has a binary driver, supporting well their higher end graphics > cards on FreeBSD 64bit natively. >=20 > I do not understand much about the compiler itself, it's "nvcc" as far > as I know, and it is also doing well OpenCL (with some serious bugs we > revealed). >=20 > What would be needed to bring FreeBSd finally back to the HPC scenario > with being capable of dealing natively with GPGPU stuff on nVidia > graphics cards? There are libraries installed by the driver or the > SDK. With a OpenSource compiler it should also be possible for nVidia, > assumed the compiler works with freeBSD natively, to provide OpenCL > stuff as well as CUDA stuff. > Please correct me and destroy me "dreams" having FreeBSD in my lab > working on GPUs ... >=20 > The decission sounds like some pitfall in a contract. Is nVidia > dropping CUDA in favour of OpenCL or is the CUDA compiler only a tiny > piece of the whole thing that could be easily considered open source > without changing the "great restricted Linux-only" picture? >=20 > Maybe LLVM, now part of FreeBSD's backbone, is capable of taking > advantage of the opening of the CUDA compiler so we will see a > combination of CLANG/OpenCL/CUDA soon on FreeBSD introduced by LLVM? >=20 > Well, well, this is awesome ... ;-) >=20 > Oliver >=20 Perhaps it will interest yous http://runtime.bordeaux.inria.fr/StarPU/ Just tried it - excellent build from source code in FreeBSD CURRENT. From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 20:50:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B18B106567E for ; Thu, 29 Mar 2012 20:50:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id EE3128FC18 for ; Thu, 29 Mar 2012 20:50:10 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id A770A16C3F; Thu, 29 Mar 2012 13:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1333054210; bh=g2Gw/7pcHoJz03TkLDjLKBRZ6XNyfSV8O4iPbq1knCc=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=LflvjsRwg74viJjwAIh0H8f3cKHezdtIdy2fGwZNbo2u/JCWAAYKH3OXhp9cZ8pDg iJ+9pRyxQryyV6FRink1H3mr2I3bnU9VLcsNhq3JpI597iRMfE8T3ZyY19mId/O8ws +4jiLasCIxRyUYD6Frf3Sh3kQJJk1pNuKfGCTTmU= Message-ID: <4F74CB01.5070906@delphij.net> Date: Thu, 29 Mar 2012 13:50:09 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Vitaly Magerya References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , d@delphij.net, Chris Rees Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 20:50:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/29/12 09:59, Vitaly Magerya wrote: > Chris Rees wrote: >> Any rc script that complains about an empty /var/run is buggy- it >> should be assumed that it will be emptied on boot. > > Then why are there entries for /var/run/{named,ppp,wpa_supplicant} > in /etc/mtree/BSD.var.dist? Should they be removed? No, they are populated by /etc/rc.d/var... Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJPdMsBAAoJEG80Jeu8UPuzug4H/joM719VK0TeISLSRusdcdnQ 9k0VnmuBtxUgzh+Wrsb/Ka5jROg39+hVLHKEIszMrZ1Ip85YW4JpnL1cq2OJ+ZKV dXFt8b8KVPcO0XBMAnvaD8x7J9emrNQU54VMhumAun+IpyGXTvATBCPaPB5zewMJ DAai5rSXi/jOdjdXmgxydtRsaXdwR4dHlQ/EPmpby9pnxEwqRjQHkl4ZvTYC0yNU +UCffIqbQsn/Zerwxzg9NnTSjVDKNgN192xhsDJN9hXDAFro1aG2LMSA4iYPxsYH ge0P6cO21qb7fRDB6KdHB/qUF1zcTt9cw+IsWKmBV3qN+GkDiB7vtKJa7hX/1XE= =3B8C -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 20:52:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44432106566B for ; Thu, 29 Mar 2012 20:52:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 24CBE8FC17 for ; Thu, 29 Mar 2012 20:52:51 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 354CE16C87; Thu, 29 Mar 2012 13:52:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1333054371; bh=L4GU2RRJZ3G6+4LFb8oOb1NToG/Lx+CXvzjq4EC+RCE=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=oA19jsR+esq/vD9Q8Dvc0m5stvK4iM3LbMYJVlkFfCcnapjFCuwAYhjQHIJIiwocw EQ+sdxPpMgcFDi95ukWubbu6/Qr/NgdMCHCCTSLsOLivnLyazGDudn+nPcXUq08M59 gjDZUCIW9NPgAJXCfNhXOSR3keoUXtSXdaMQPQ2E= Message-ID: <4F74CBA2.2010809@delphij.net> Date: Thu, 29 Mar 2012 13:52:50 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Chris Rees References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , d@delphij.net Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 20:52:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/29/12 09:41, Chris Rees wrote: > On 29 Mar 2012 16:49, "O. Hartmann" > wrote: >> >> I was wondering if there are some objections using TMPFS for /tmp >> and /var/run. I figured out some problems with some rc.d scripts >> when using TMPFS for /var/run, samba and OpenLDAP do store some >> informations like PID in a subfolder of their own in /var/run, >> but the rc.d scripts are not checking properly the existence of >> the appropritae folder (unlike "dbus" and "hald", they check >> properly!). >> >> I already submitted two PRs, but for SAMBA, my "hack" is trivial >> and obviously to clumsy, so it should be check properly. >> >> My question is whether there are objections using TMPFS for bot >> /tmp/ and /var/run/ at this stage on FreeBSD 10.0-CURRENT/amd64? > > Any rc script that complains about an empty /var/run is buggy- it > should be assumed that it will be emptied on boot. Agreed. We may want a generic way of registering custom mtrees (or something) that creates the hierarchy on boot, by the way. Currently this has to be done by individual rc.d scripts if they need a separate directory. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJPdMuiAAoJEG80Jeu8UPuzJKsH/js4Fsvb/drjTFGRwmOmSJ5V 7lfVxT6cuFTB1vpCTooR2rVzxZyfqSzeFwc5i8lbhK8+SA13Q46jkCZyHQCgoEqX n2ZIIMgIi+04+IQGrA9742Rkd/7RtvD88xf1wXcgkoY9IImpaYLvjVfcxMqxYMvI 75OHIsmvIbxt/vnmVx26Omh3ZvvHN2QI8n6lUqjqWVm96qEGwdoBuA+m2g5QKem/ 24gLZ0kttmO/zKo8vKRTgR9RiCYeS2IUueLy4PDmMKf8Oiv3/Y9f3c8S8Bw4qVdB cOKqugBtInCu3BnsPrDJpoNUiSb+Cf5aLggbPSocD9A1iToChDmyRF5eC6Tc6Kw= =owJ7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 20:53:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 730FC1065674 for ; Thu, 29 Mar 2012 20:53:25 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) by mx1.freebsd.org (Postfix) with ESMTP id 4157A8FC1A for ; Thu, 29 Mar 2012 20:53:24 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.75,339,1330927200"; d="scan'208";a="526125190" Received: from mail.compellent.com ([64.238.244.148]) by aussmtpmrkps320.us.dell.com with ESMTP; 29 Mar 2012 15:52:16 -0500 Message-ID: <4F74CB80.2030207@vangyzen.net> Date: Thu, 29 Mar 2012 15:52:16 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120329195800.GH1709@albert.catwhisker.org> In-Reply-To: <20120329195800.GH1709@albert.catwhisker.org> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 20:53:25 -0000 On 03/29/2012 14:58, David Wolfskill wrote: > On Thu, Mar 29, 2012 at 02:50:00PM -0500, Eric van Gyzen wrote: >> ... >> However, if you always want to use tmpfs instead of stable storage, >> please do not. Some people expect /tmp to be persistent. This is why >> /etc/defaults/rc.conf has clear_tmp_enable="NO". Changing this would >> break the POLA. >> ... > > Errr... I'm not sure why folks might have that misguided expectation; Because that's how the default installation has behaved for a long time. I'm not saying this expectation is /wise/; I'm just saying some people have formed that expectation by observing the behavior of the default system, and they would be astonished by this change. > from hier(7): > > /tmp/ temporary files that are not guaranteed to persist across sys- > tem reboots > > Foplks are welcome to do whatever they wish with their own machines, > but the FreeBSD default is as above. Respectfully, no. The default is to store /tmp in UFS, either in its own partition (with Auto Defaults) or in / (if no partition was created for it), and to refrain from clearing it at boot. Thus, although /tmp is not guaranteed to persist in theory, it is rather persistent in practice. My only point is: carefully consider the change in behavior of the default installation before breaking the POLA. Eric From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 21:13:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E03BB1065678; Thu, 29 Mar 2012 21:13:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AFD048FC16; Thu, 29 Mar 2012 21:13:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2TLDlRc060379; Thu, 29 Mar 2012 17:13:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2TLDlLs060370; Thu, 29 Mar 2012 21:13:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 Mar 2012 21:13:47 GMT Message-Id: <201203292113.q2TLDlLs060370@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2012 21:13:49 -0000 TB --- 2012-03-29 20:22:47 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 20:22:47 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-29 20:22:47 - cleaning the object tree TB --- 2012-03-29 20:23:56 - cvsupping the source tree TB --- 2012-03-29 20:23:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-29 20:25:02 - building world TB --- 2012-03-29 20:25:02 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 20:25:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 20:25:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 20:25:02 - SRCCONF=/dev/null TB --- 2012-03-29 20:25:02 - TARGET=mips TB --- 2012-03-29 20:25:02 - TARGET_ARCH=mips TB --- 2012-03-29 20:25:02 - TZ=UTC TB --- 2012-03-29 20:25:02 - __MAKE_CONF=/dev/null TB --- 2012-03-29 20:25:02 - cd /src TB --- 2012-03-29 20:25:02 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 20:25:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 21:13:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 21:13:47 - ERROR: failed to build world TB --- 2012-03-29 21:13:47 - 2101.02 user 446.11 system 3059.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 05:27:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 093F5106564A; Fri, 30 Mar 2012 05:27:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ADCEB8FC14; Fri, 30 Mar 2012 05:27:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2U5R6jJ063460; Fri, 30 Mar 2012 01:27:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2U5R6Wp063427; Fri, 30 Mar 2012 05:27:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Mar 2012 05:27:06 GMT Message-Id: <201203300527.q2U5R6Wp063427@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 05:27:08 -0000 TB --- 2012-03-30 04:37:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-30 04:37:00 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-30 04:37:00 - cleaning the object tree TB --- 2012-03-30 04:37:42 - cvsupping the source tree TB --- 2012-03-30 04:37:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-30 04:38:31 - building world TB --- 2012-03-30 04:38:31 - CROSS_BUILD_TESTING=YES TB --- 2012-03-30 04:38:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-30 04:38:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-30 04:38:31 - SRCCONF=/dev/null TB --- 2012-03-30 04:38:31 - TARGET=mips TB --- 2012-03-30 04:38:31 - TARGET_ARCH=mips TB --- 2012-03-30 04:38:31 - TZ=UTC TB --- 2012-03-30 04:38:31 - __MAKE_CONF=/dev/null TB --- 2012-03-30 04:38:31 - cd /src TB --- 2012-03-30 04:38:31 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 30 04:38:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-30 05:27:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-30 05:27:06 - ERROR: failed to build world TB --- 2012-03-30 05:27:06 - 2084.06 user 431.77 system 3006.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 09:12:46 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3670D1065672; Fri, 30 Mar 2012 09:12:46 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F40018FC0A; Fri, 30 Mar 2012 09:12:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2U9CjGd019040; Fri, 30 Mar 2012 09:12:45 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2U9Cj53019039; Fri, 30 Mar 2012 09:12:45 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 30 Mar 2012 11:12:42 +0200 From: Baptiste Daroussin To: ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20120330091241.GC49266@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [HEADSUP] pkgng 1.0-beta9 please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 09:12:46 -0000 --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On behalf of pkgng crew, I'm happy to announce pkg 1.0-beta9 - changes: * query -f has been replaced by query -F when querying a package (file) for consistency with pkg info * fix autoremove recursion * pkg set -o oldorigin:neworigin allow the user to modify the origin of a packages (useful for MOVED) * several fixes on powerpc * pkg query evaluation expression now accept != * pkg2ng is now able to migrate a local database without needed the ports tree * speed up pkg check by only loading the informations needed for the operation it will do * code cleanup in the library * fix uname/gname lookup when creating packages * new periodic script for pkg audit * new keyword shlib, pkgng is able to load information about the needed shlibs for a package (disable by default) * pkg info act as pkg info -a by default * new install timestamp in the package database, available using pkg query "%t" * pkg updating can now take a port name as argument to only show related UPDATING informations) * -q (quiet) for install, delete, upgrade, update and autoremove * new ABI detection string Concerning the new ABI, to be able to determine which package can be installed on which destination, pkgng couldn't rely on the simple: os version/machine, because some arches have incompatible ABIs. Can compute on its own the ABI, the string is the followin: OSNAME:OSMAJORVERSION:OSARCH:OSCLASS(:...) .. means the arch specific extensions. which means on: * amd64: freebsd:9:x86:64 * i386: freebsd:9:x86 * arm: freebsd:9:arm:eb:oabi:softvp etc Be careful all the packages (.txz) files have to be rebuilt!!! When binary upgradeing from pkg beta8, on amd64 do the following: UNAME_m=freebsd:9:x86:64 pkg install -f pkg on i386 UNAME_m=freebsd:9:x86:32 pkg install -f pkg Bonus when run on a chroot/jail where ABI is different from the host, pkgng will dynamically determine the destination ABI. Please note that normally this will be the last beta version, regards, Bapt --HG+GLK89HZ1zG0kk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk91eQkACgkQ8kTtMUmk6EwqawCff6+9uH+gRqAIvVFZIZPfjid8 Vk4AnipLRFcWtcNcWdF0KmnrGAFWa3J0 =fqh0 -----END PGP SIGNATURE----- --HG+GLK89HZ1zG0kk-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 10:13:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25F29106564A; Fri, 30 Mar 2012 10:13:21 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa14.ono.com (smtp14.ono.com [62.42.230.176]) by mx1.freebsd.org (Postfix) with ESMTP id ACE528FC19; Fri, 30 Mar 2012 10:13:20 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.45.142) by resmaa14.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4EFDA806014E1F77; Fri, 30 Mar 2012 12:13:11 +0200 Message-ID: <4EFDA806014E1F77@> (added by postmaster@resmaa14.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 30 Mar 2012 12:14:42 +0200 To: "O. Hartmann" , Current FreeBSD , freebsd-performance@freebsd.org From: Eduardo Morras In-Reply-To: <4EE938FB.7010107@zedat.fu-berlin.de> References: <4EE938FB.7010107@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 2012.0.1913 [2114/4903] Cc: Subject: Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 10:13:21 -0000 At 02:02 15/12/2011, O. Hartmann wrote: >Just read this on > >phoronix.com > >Is this finally a chance to get GPGPU on FreeBSD natively supported? > >nVidia has a binary driver, supporting well their higher end graphics >cards on FreeBSD 64bit natively. > >I do not understand much about the compiler itself, it's "nvcc" as far >as I know, and it is also doing well OpenCL (with some serious bugs we >revealed). > >What would be needed to bring FreeBSd finally back to the HPC scenario >with being capable of dealing natively with GPGPU stuff on nVidia >graphics cards? There are libraries installed by the driver or the SDK. >With a OpenSource compiler it should also be possible for nVidia, >assumed the compiler works with freeBSD natively, to provide OpenCL >stuff as well as CUDA stuff. >Please correct me and destroy me "dreams" having FreeBSD in my lab >working on GPUs ... I'm currently trying to install and use the Cuda 4.1 sdk on FreeBSD 8.2., not only the runtime. Not much luck for now, i'm not a system architect, but a developer with some sysadmin duties and doing it off-work. Check posts from past weeks on performance list. >The decission sounds like some pitfall in a contract. Is nVidia dropping >CUDA in favour of OpenCL or is the CUDA compiler only a tiny piece of >the whole thing that could be easily considered open source without >changing the "great restricted Linux-only" picture? No, nVidia is not dropping cuda in favor opencl. Currently, nVIdia is developing OpenACC with Cray, PGI and others. Using pragmas you can get gpu acceleration of your code automagically, similar to OpenMP. But again, Cuda is its gpgpu flagship. >Maybe LLVM, now part of FreeBSD's backbone, is capable of taking >advantage of the opening of the CUDA compiler so we will see a >combination of CLANG/OpenCL/CUDA soon on FreeBSD introduced by LLVM? The last sdk nvc compiler is a llvm with proprietary extensions, closed source. What can be done with the new sdk now? You can use any language that llvm is able to compile with Cuda, in theory. You can develop an opensource Cuda/OpenCL/YourGpuLanguage to PTX compiler. But you can't compile from PTX to gpu binary code, it's done with the closed source part of the sdk. PGI for example has it's own Cuda to PTX compiler/translator. >Well, well, this is awesome ... ;-) > >Oliver From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 10:35:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37848106564A; Fri, 30 Mar 2012 10:35:12 +0000 (UTC) (envelope-from vmagerya@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 46E5D8FC12; Fri, 30 Mar 2012 10:35:11 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so461373bkc.13 for ; Fri, 30 Mar 2012 03:35:10 -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=I65ok6jFgKTDgb0GPzibEXrIlb19fMcUwu2U9PfVGMk=; b=deWCRJ6NqYISbYD7J5saUT8hc/nsvRN9UHgE7XV/LQ6s726c3Um3TwQjpYNdlJFlZ6 ZiaS+miHqe0nxh6AGBxJe3/8hlIuHnFn5uHniZmUFY3cWdZ1djWDIDOV+MfUs4DgJfRf yzdByJ14DZa8b30XRJs6aEClRjjq4kRfbGaD/wDz5vsvrtliGGqdUQRMGIP1kZ5pcYNX hfDVaZ4hf+8RVEfAPaB/snpDAZIC7EdWEM4cBSFttyNYb7nN+NE00jRXzXnBpX4YjaMf lSv4hR8HuyQ4UiwsErE8CVvdTyFdMm9V2FXlf1FSOtuAcivXvmpk/BAQRW/JF6yimDiB qsXQ== Received: by 10.204.143.151 with SMTP id v23mr747615bku.63.1333103710145; Fri, 30 Mar 2012 03:35:10 -0700 (PDT) Received: from [172.29.1.142] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPS id v2sm19798672bki.7.2012.03.30.03.35.07 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 30 Mar 2012 03:35:08 -0700 (PDT) Message-ID: <4F758C37.3050800@gmail.com> Date: Fri, 30 Mar 2012 13:34:31 +0300 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: Baptiste Daroussin References: <20120330091241.GC49266@azathoth.lan> In-Reply-To: <20120330091241.GC49266@azathoth.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: [HEADSUP] pkgng 1.0-beta9 please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 10:35:12 -0000 Baptiste Daroussin wrote: > * pkg set -o oldorigin:neworigin allow the user to modify the origin of a > packages (useful for MOVED) Can such things be tracked automatically? I.e. will "pkg upgrade" upgrade moved packages? From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 10:48:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEFFE106566C; Fri, 30 Mar 2012 10:48:18 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 875648FC16; Fri, 30 Mar 2012 10:48:18 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so1786243pbc.13 for ; Fri, 30 Mar 2012 03:48:18 -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=BPBu/q+6IBCs8e+lUgpzOqmBs4+Te0JLFhCEhaAlcDI=; b=Mpxb5rjb6ZNplnEMCxrNYNStdw10eCbWnp7R6pASlirmY7AG6kKV8MI2p3EFQeR4hP SnzLwrrcFlpIVrOMgkUwdFHmQlnudIOKRnhXdLDjxjXwg/SNXFiYUFYvyEtNcJod0Hoq /Pu8jh7TiLzXWYdXVNOh5Kr0Fepopl2c/CmBVuByfBm11MG9n1LEfMEl7R2/YRX0nf8A irvfp06DpiptHW/EbqxUWwe0nZkMOeGJehSbFITUdocZ/TvgVMXgka4v6ZaHGaeX0DM9 gpprsFBlHT4ZpGTWArHqyr5RQk07uADaSLjGbviMCMWPhySwPwNAbwCUyuSHhng4ENZR F8TA== MIME-Version: 1.0 Received: by 10.68.221.227 with SMTP id qh3mr8177827pbc.43.1333104498073; Fri, 30 Mar 2012 03:48:18 -0700 (PDT) Received: by 10.68.208.168 with HTTP; Fri, 30 Mar 2012 03:48:18 -0700 (PDT) Date: Fri, 30 Mar 2012 06:48:18 -0400 Message-ID: From: Super Bisquit To: freebsd-java , FreeBSD PowerPC ML , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Kaffe does not build on powerpc: dependency for zero-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 10:48:18 -0000 A few messages here: 1. An open apology to Brooks Davis. I already apologized privately; this is for all others to know such. 2. Whoever complained about me cross posting on the lists, there are reasons I do such. Java on FreeBSD on the PowerPC platform includes all mailing lists here and- at times- a cc to the board. Although POWER is a Tier2 architecture, it is actively being worked on and ported to different systems. If you want FreeBSD to gain more support and a greater foot hold in the OS market, then people must be more willing to market it towards schools and businesses. 3. If the school approves, I'll be starting a FreeBSD project with PowerPC and accessibility. It's a community college. Kaffe from git does not have support for freebsd-unknown-powerpc either 9.0 or 10.0. The building of vm depends on this. configure: error: Configuration powerpc-freebsd2 not supported Apache-ant, openjdk6/7, icetea6-1.9.13, icedtea2.x, and apache-ivy cannot be built. All must have a java type compiler. If anyone has any suggestions as to a substitute for kaffe, please let me know. Mr. Lewis, you suggested me trying to port zero vm. 1. Java zero-vm is the natural build/alternate to those architectures that aren't fully supported; i.e. non-i386 based CPUs. 2. Reverse engineering the ibm-powerpc-jre/sdk binaries may not be agreeable to you or others; but, I've accomplished more and went further than with this. 3. With the ibm-binaries, I can look at the headers and see what they are. I am also able to see what the standard Debian-powerpc java requires. 4. I do not currently have Fedora or RedHat installed to any of my powerpc systems. If anyone does, then what are the ldd outputs for the jre and sdk release binaries- ibm release only? I have to build on both Debian and FreeBSD to see where errors occur. Many may not agree to my methods; but, it has helped tremendously with this porting effort. Thanks, Everyday Nobody. From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 09:43:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E169106564A; Fri, 30 Mar 2012 09:43:46 +0000 (UTC) (envelope-from ohartman@mail.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 23C6B8FC0C; Fri, 30 Mar 2012 09:43:45 +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 <1SDYMz-000053-4a>; Fri, 30 Mar 2012 11:43:45 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SDYMz-0003kp-0K>; Fri, 30 Mar 2012 11:43:45 +0200 Message-ID: <4F75804B.6000907@mail.zedat.fu-berlin.de> Date: Fri, 30 Mar 2012 11:43:39 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD , Ports FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4BC4816D3FF31323F78D2886" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Fri, 30 Mar 2012 11:07:53 +0000 Cc: Subject: FreeBSD 10.0-CURRENT/amd64 and SSL connections to PostgreSQL 9.1.3: broken! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 09:43:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4BC4816D3FF31323F78D2886 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable A couple of days ago I updated FreeBSD 10.0-CURRENT and deleted old libs and old files via "make delete-old-XXX" in /usr/src, as I saw that Kerberos5/Heimdal got an update. After that, several server/applications didn't work correctly anymore due to missing, already deleted libraries. So i recompiled nearly every port, especially Subversion, OpenLDAP (amongst Cyrus SASL, pam_ldap and nss_ldap). PostgreSQL has also got an update from 9.1.2 to 9.1.3 that time. My hurting problem is, that ALL FreeBSD 10.0-CURRENT based servers using OpenLDAP or SSL connections now fail. I can not exactly nail down the problem, but these (already completely with portmaster -f recompiled applications) ports fail connecting to PostgreSQL when using OpenLDAP/SSL= : pgadmin3 (users in pg_hba are, except superuser, on OpenLDAP) refdb (refdb users are OpenLDAP backed) Mediawiki (Mediawiki users are OpenLDAP backed) These ports connect to PostgreSQL and use for user's authentication OpenLDAP. Our boxes also use OpenLDAP for user authentication, this works, so I assume PostgreSQL is the failing point. In the log I get that a pg_hba entry with SSL off is missing. Somehow, SSL doesn't work anymore or the certificate got invalidated (created with a CA on FreeBSD 9, now used on FBSD 10). Does anyone also experience this weird behaviour? Regards, Oliver --------------enig4BC4816D3FF31323F78D2886 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) iQEcBAEBAgAGBQJPdYBQAAoJEOgBcD7A/5N8COUH/3TeMzG1H7Szon+iVmH1XcuW KpvdIrfOFE1bJRhJ5UVkoJ8QvcDZRPr6lAI72cnDZ2PwZj892tO6jbh7NGBa+Z6I ilLYpchW0m04HuM9/Jx3RInImqHXHixbu9d5GKd7Wha1ue39YbDPGZ0AlnB0vZPS +ltydP+E/zvMImdvituRe376rxnPcQvX9fODlpyec0n1sLNHf+/hUqOHQTlPiWZO 3vy9sij5Oglz20YTLQ9oYyNpEZNDqwXWOI8FlLbqr6ODNtsYE+BwLShmKOlY11jz oYHZy5sEsoNRxCcLQCN6HKWeVT5oOa5+OLabUxgjHQb3/Km+0gBieyfvGL9VezM= =COKj -----END PGP SIGNATURE----- --------------enig4BC4816D3FF31323F78D2886-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 11:10:45 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3BC106566C; Fri, 30 Mar 2012 11:10:45 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id C05CD8FC0A; Fri, 30 Mar 2012 11:10:44 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id E14A96A605B; Fri, 30 Mar 2012 13:10:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id AQyeLPkRZe0w; Fri, 30 Mar 2012 13:10:43 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 9C4D86A6053; Fri, 30 Mar 2012 13:10:43 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q2UBAhR9058811; Fri, 30 Mar 2012 13:10:43 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q2UBAh6L058072; Fri, 30 Mar 2012 13:10:43 +0200 (CEST) (envelope-from lars) Date: Fri, 30 Mar 2012 13:10:43 +0200 From: Lars Engels To: Baptiste Daroussin Message-ID: <20120330111043.GP88879@e-new.0x20.net> References: <20120330091241.GC49266@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h9WqFG8zn/Mwlkpe" Content-Disposition: inline In-Reply-To: <20120330091241.GC49266@azathoth.lan> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: [HEADSUP] pkgng 1.0-beta9 please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 11:10:45 -0000 --h9WqFG8zn/Mwlkpe Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 30, 2012 at 11:12:42AM +0200, Baptiste Daroussin wrote: > Hi, >=20 > On behalf of pkgng crew, I'm happy to announce pkg 1.0-beta9 > [...] =20 > Please note that normally this will be the last beta version, So we can expect an official package repository with the first RC? --h9WqFG8zn/Mwlkpe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk91lLMACgkQKc512sD3afib0wCePSU4kVWuhzFzXPihFSPrctoI /9EAoKPGtQeo5pBlQVbENtNaWzTNC6Ts =ddcN -----END PGP SIGNATURE----- --h9WqFG8zn/Mwlkpe-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 11:12:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892031065670; Fri, 30 Mar 2012 11:12:52 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A61A58FC1D; Fri, 30 Mar 2012 11:12:51 +0000 (UTC) Received: by eaaf13 with SMTP id f13so150351eaa.13 for ; Fri, 30 Mar 2012 04:12:45 -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=6ytwsfIY06W89nJytKW6Hl8ZB6mj7/5MfORoyzKEaYM=; b=FZq2nXSOdOT0KXcycgt6xPtptnEIduTLSKQPxCk8p0y/LzHn3j/kZI5UXV64Nn2/qP Www2/9zW/7CHoB1JpKemVjPDOHCsaT/LDGtfYsaxBv+cQsrQI6ifoYUz9t5q6jqJoUuN CSbD2ACfaYK4IERdQirxTkx0DywPNnQYPFj39IrAWBi4q3GkY98o73nq7P/iACLy79b/ OWGWZFmbyJo6xcVYDOSbcpPGHThoKCHnvlqIvsEeFEVmApjecO+feUMnbsybhZ80pyu/ o7mgV8ah1Tl1FH3kjqyumTmWNnCJCwxy93cqPkeOQWlzV+xFGAysN1O8Q6ze1RfwKo0S jpHA== Received: by 10.14.187.133 with SMTP id y5mr390517eem.73.1333105964725; Fri, 30 Mar 2012 04:12:44 -0700 (PDT) Received: from [10.42.116.106] (proxy.ovh.net. [213.186.50.98]) by mx.google.com with ESMTPS id p57sm31689172eei.8.2012.03.30.04.12.43 (version=SSLv3 cipher=OTHER); Fri, 30 Mar 2012 04:12:43 -0700 (PDT) Sender: Julien Laffaye Message-ID: <4F75952A.80406@freebsd.org> Date: Fri, 30 Mar 2012 13:12:42 +0200 From: Julien Laffaye User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Lars Engels References: <20120330091241.GC49266@azathoth.lan> <20120330111043.GP88879@e-new.0x20.net> In-Reply-To: <20120330111043.GP88879@e-new.0x20.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Baptiste Daroussin , current@FreeBSD.org Subject: Re: [HEADSUP] pkgng 1.0-beta9 please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 11:12:52 -0000 On 03/30/2012 01:10 PM, Lars Engels wrote: > On Fri, Mar 30, 2012 at 11:12:42AM +0200, Baptiste Daroussin wrote: >> Hi, >> >> On behalf of pkgng crew, I'm happy to announce pkg 1.0-beta9 >> > [...] > >> Please note that normally this will be the last beta version, > So we can expect an official package repository with the first RC? A public repo, maybe. An official repo endorsed by portmgr that's another story... :) From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 11:39:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 616A1106566C; Fri, 30 Mar 2012 11:39:42 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa14.ono.com (smtp14.ono.com [62.42.230.176]) by mx1.freebsd.org (Postfix) with ESMTP id E4E9D8FC12; Fri, 30 Mar 2012 11:39:41 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.45.142) by resmaa14.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4EFDA806014E63F9; Fri, 30 Mar 2012 13:39:40 +0200 Message-ID: <4EFDA806014E63F9@> (added by postmaster@resmaa14.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 30 Mar 2012 13:41:10 +0200 To: freebsd-performance@freebsd.org, Current FreeBSD From: Eduardo Morras Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Antivirus: AVG for E-mail 2012.0.1913 [2114/4903] Cc: Subject: Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 11:39:42 -0000 At 20:23 29/03/2012, you wrote: >=D0=92 Thu, 15 Dec 2011 01:02:03 +0100 >"O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > Just read this on > > > > phoronix.com > > > > Is this finally a chance to get GPGPU on FreeBSD natively supported? > > > > nVidia has a binary driver, supporting well their higher end graphics > > cards on FreeBSD 64bit natively. > > > > I do not understand much about the compiler itself, it's "nvcc" as far > > as I know, and it is also doing well OpenCL (with some serious bugs we > > revealed). > > > > What would be needed to bring FreeBSd finally back to the HPC scenario > > with being capable of dealing natively with GPGPU stuff on nVidia > > graphics cards? There are libraries installed by the driver or the > > SDK. With a OpenSource compiler it should also be possible for nVidia, > > assumed the compiler works with freeBSD natively, to provide OpenCL > > stuff as well as CUDA stuff. > > Please correct me and destroy me "dreams" having FreeBSD in my lab > > working on GPUs ... > > > > The decission sounds like some pitfall in a contract. Is nVidia > > dropping CUDA in favour of OpenCL or is the CUDA compiler only a tiny > > piece of the whole thing that could be easily considered open source > > without changing the "great restricted Linux-only" picture? > > > > Maybe LLVM, now part of FreeBSD's backbone, is capable of taking > > advantage of the opening of the CUDA compiler so we will see a > > combination of CLANG/OpenCL/CUDA soon on FreeBSD introduced by LLVM? > > > > Well, well, this is awesome ... ;-) > > > > Oliver > > > >Perhaps it will interest yous http://runtime.bordeaux.inria.fr/StarPU/ >Just tried it - excellent build from source code in FreeBSD CURRENT. There's an initial port of x10-lang=20 http://x10-lang.org/ It's a language developed by=20 IBM that output to C++ or Java source code when=20 compiled with distributed/cluster ala OpenMPI=20 included. Last version adds Cuda output inside c++ backend. =20 From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 12:10:22 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984811065670; Fri, 30 Mar 2012 12:10:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7848FC0C; Fri, 30 Mar 2012 12:10:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2UCAMhu080878; Fri, 30 Mar 2012 12:10:22 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2UCAMWt080857; Fri, 30 Mar 2012 12:10:22 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 30 Mar 2012 14:10:18 +0200 From: Baptiste Daroussin To: Julien Laffaye Message-ID: <20120330121018.GF49266@azathoth.lan> References: <20120330091241.GC49266@azathoth.lan> <20120330111043.GP88879@e-new.0x20.net> <4F75952A.80406@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5Mfx4RzfBqgnTE/w" Content-Disposition: inline In-Reply-To: <4F75952A.80406@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, Lars Engels , current@FreeBSD.org Subject: Re: [HEADSUP] pkgng 1.0-beta9 please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 12:10:22 -0000 --5Mfx4RzfBqgnTE/w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 30, 2012 at 01:12:42PM +0200, Julien Laffaye wrote: > On 03/30/2012 01:10 PM, Lars Engels wrote: > > On Fri, Mar 30, 2012 at 11:12:42AM +0200, Baptiste Daroussin wrote: > >> Hi, > >> > >> On behalf of pkgng crew, I'm happy to announce pkg 1.0-beta9 > >> > > [...] > > > >> Please note that normally this will be the last beta version, > > So we can expect an official package repository with the first RC? > A public repo, maybe. An official repo endorsed by portmgr that's=20 > another story... :) Actually this is the story we will provide a repo for RC for sure regards, Bapt --5Mfx4RzfBqgnTE/w Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk91oqoACgkQ8kTtMUmk6Ez5XgCePoNTnZBlOC6Ci3BNHBTdQsyU 95AAmgIRWkVj5Q2u5DqUpMEfNQ7IZwO6 =GzYy -----END PGP SIGNATURE----- --5Mfx4RzfBqgnTE/w-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 12:46:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBBB4106564A; Fri, 30 Mar 2012 12:46:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A41008FC15; Fri, 30 Mar 2012 12:46:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2UCk0P4044430; Fri, 30 Mar 2012 08:46:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2UCk0wM044423; Fri, 30 Mar 2012 12:46:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Mar 2012 12:46:00 GMT Message-Id: <201203301246.q2UCk0wM044423@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 12:46:02 -0000 TB --- 2012-03-30 09:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-30 09:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-03-30 09:40:00 - cleaning the object tree TB --- 2012-03-30 09:40:00 - cvsupping the source tree TB --- 2012-03-30 09:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-03-30 09:40:57 - building world TB --- 2012-03-30 09:40:57 - CROSS_BUILD_TESTING=YES TB --- 2012-03-30 09:40:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-30 09:40:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-30 09:40:57 - SRCCONF=/dev/null TB --- 2012-03-30 09:40:57 - TARGET=amd64 TB --- 2012-03-30 09:40:57 - TARGET_ARCH=amd64 TB --- 2012-03-30 09:40:57 - TZ=UTC TB --- 2012-03-30 09:40:57 - __MAKE_CONF=/dev/null TB --- 2012-03-30 09:40:57 - cd /src TB --- 2012-03-30 09:40:57 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 30 09:40:58 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Mar 30 12:31:47 UTC 2012 TB --- 2012-03-30 12:31:47 - generating LINT kernel config TB --- 2012-03-30 12:31:47 - cd /src/sys/amd64/conf TB --- 2012-03-30 12:31:47 - /usr/bin/make -B LINT TB --- 2012-03-30 12:31:47 - cd /src/sys/amd64/conf TB --- 2012-03-30 12:31:47 - /usr/sbin/config -m LINT TB --- 2012-03-30 12:31:47 - building LINT kernel TB --- 2012-03-30 12:31:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-30 12:31:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-30 12:31:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-30 12:31:47 - SRCCONF=/dev/null TB --- 2012-03-30 12:31:47 - TARGET=amd64 TB --- 2012-03-30 12:31:47 - TARGET_ARCH=amd64 TB --- 2012-03-30 12:31:47 - TZ=UTC TB --- 2012-03-30 12:31:47 - __MAKE_CONF=/dev/null TB --- 2012-03-30 12:31:47 - cd /src TB --- 2012-03-30 12:31:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 30 12:31:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/kern/kern_umtx.c:960: error: type mismatch in conditional expression cc1: warnings being treated as errors /src/sys/kern/kern_umtx.c: In function '__umtx_op_rw_rdlock_compat32': /src/sys/kern/kern_umtx.c:3375: warning: implicit declaration of function 'do_rw_rdlock2' /src/sys/kern/kern_umtx.c:3375: warning: nested extern declaration of 'do_rw_rdlock2' [-Wnested-externs] /src/sys/kern/kern_umtx.c: In function '__umtx_op_rw_wrlock_compat32': /src/sys/kern/kern_umtx.c:3394: warning: implicit declaration of function 'do_rw_wrlock2' /src/sys/kern/kern_umtx.c:3394: warning: nested extern declaration of 'do_rw_wrlock2' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-30 12:46:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-30 12:46:00 - ERROR: failed to build LINT kernel TB --- 2012-03-30 12:46:00 - 8226.17 user 1270.70 system 11160.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 12:51:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBEC8106566C for ; Fri, 30 Mar 2012 12:51:06 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA058FC0A for ; Fri, 30 Mar 2012 12:51:06 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so513087wgb.31 for ; Fri, 30 Mar 2012 05:51:05 -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=gemo7LPma19NFF2uIlEfWomy/+ZhHZHDGmCe2ZHtrNE=; b=AhInlpSWb/fbR1zEN+xqZPTjmp3aXm4u+3Fm++EQeB/3z4ElKC9VpMLBY3U+4FqLwT 6q+rqbpc/+tLRsotMo3PH2WIuPBAI32QoCJRKjcsOiF/rAs82hLiNEgTHwQAB7sI79EQ pKOr4cwmlVPTZHSh95KOOOFTFxuQjH27acwDDcjA1K7K29ezD1wbwu8HuzCTg2A1yurW yLonDcLN/imuG8XbQ0+IAbcpBv8pfMB4P4z5QUXmuUa5KdHK6untqRjuLRJGXi32iIZF BmMgQdyIObtglcyk8/hUjO/Ca3dxy/hWZuS/MPBjEkKPjxSIXC+BvnxS3GcEZ5gpak/S Pd9A== MIME-Version: 1.0 Received: by 10.180.79.135 with SMTP id j7mr6112866wix.19.1333111865245; Fri, 30 Mar 2012 05:51:05 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Fri, 30 Mar 2012 05:51:05 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Fri, 30 Mar 2012 05:51:05 -0700 (PDT) In-Reply-To: <4F74BCE8.2030802@vangyzen.net> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> Date: Fri, 30 Mar 2012 23:21:05 +1030 Message-ID: From: Matt Thyer To: Eric van Gyzen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "O. Hartmann" , FreeBSD current Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 12:51:06 -0000 On Mar 30, 2012 6:22 AM, "Eric van Gyzen" wrote: > However, if you always want to use tmpfs instead of stable storage, please do not. Some people expect /tmp to be persistent. This is why /etc/defaults/rc.conf has clear_tmp_enable="NO". Changing this would break the POLA. > This is a mistake. The default should be clear_tmp_enable="YES" if only to uncover those broken configurations that expect /tmp to be persistent. I was going to say "At least on -CURRENT" but in reality it should be the default on -RELEASE too when it's clearly a bug to expect /tmp to be persistent. From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 13:18:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DEC3106566B for ; Fri, 30 Mar 2012 13:18:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id D652E8FC0A for ; Fri, 30 Mar 2012 13:18:33 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2UDIXxE032420 for ; Fri, 30 Mar 2012 06:18:33 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2UDIXid032419 for current@freebsd.org; Fri, 30 Mar 2012 06:18:33 -0700 (PDT) (envelope-from david) Date: Fri, 30 Mar 2012 06:18:33 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20120330131833.GV1709@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TiGNc3ldf20CNpkJ" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 13:18:34 -0000 --TiGNc3ldf20CNpkJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I track stable/8, stable/9, and head on (different slices on) my laptop on a daily basis. I share /usr/local among all of these: while I update the installed ports on a daily basis, I'm unwilling to do that 3 times daily. :-} The x11/nvidia-driver port is one, however, that I've found helpful to specify in /etc/src.conf: g1-227(10.0-C)[3] cat /etc/src.conf PORTS_MODULES=3Dx11/nvidia-driver g1-227(10.0-C)[4]=20 so it does get rebuilt ... rather more often. I've had no problems with this for several months running -- and there were no problems with stable/8 or stable/9 today. But head failed after the (otherwise) successful make buildkernel: =2E.. =3D=3D=3D> zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY/o= pt_global.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-u= nit-growth=3D100 --param large-function-growth=3D1000 -fno-common -g -I/com= mon/S4/obj/usr/src/sys/CANARY -mno-align-long-strings -mpreferred-stack-bo= undary=3D2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector = -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -c /usr/src/sys/modules/zlib/../../net/zlib= .c ld -d -warn-common -r -d -o zlib.kld zlib.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk zlib.kld export_syms | xargs -J% ob= jcopy % zlib.kld ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols zlib.ko.debug z= lib.ko cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; SYSDIR=3D/usr/src/sys /usr/ob= j/usr/src/make.i386/make -B all =3D=3D=3D> License NVIDIA accepted by the user =3D=3D=3D> Found saved configuration for nvidia-driver-285.05.09 =3D=3D=3D> Extracting for nvidia-driver-285.05.09 =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86-285.05.09.tar.gz. =3D=3D=3D> Patching for nvidia-driver-285.05.09 =3D=3D=3D> nvidia-driver-285.05.09 depends on file: /usr/local/libdata/pk= gconfig/xorg-server.pc - found =3D=3D=3D> nvidia-driver-285.05.09 depends on shared library: GL.1 - found =3D=3D=3D> Configuring for nvidia-driver-285.05.09 =3D=3D=3D> Building for nvidia-driver-285.05.09 =3D=3D=3D> src (all) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h =2E.. cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=3D\"285.05.09\" -D__K= ERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D= _KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mn= o-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=3Diso9899= :1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnost= ics-show-option -c nvidia_os_registry.c cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=3D\"285.05.09\" -D__K= ERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D= _KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mn= o-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=3Diso9899= :1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnost= ics-show-option -c nvidia_pci.c cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=3D\"285.05.09\" -D__K= ERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D= _KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mn= o-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=3Diso9899= :1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnost= ics-show-option -c nvidia_subr.c nvidia_subr.c: In function 'nv_alloc_contig_pages': nvidia_subr.c:1159: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in t= his function) nvidia_subr.c:1159: error: (Each undeclared identifier is reported only once nvidia_subr.c:1159: error: for each function it appears in.) nvidia_subr.c: In function 'nv_alloc_system_pages': nvidia_subr.c:1298: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in t= his function) *** [nvidia_subr.o] Error code 1 Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-285.05.09/s= rc. *** [all] Error code 1 Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-285.05.09. *** [do-build] Error code 1 Stop in /common/ports/x11/nvidia-driver. *** [build] Error code 1 Stop in /common/ports/x11/nvidia-driver. *** [ports-all] Error code 1 Stop in /common/S4/obj/usr/src/sys/CANARY. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. popd: Directory stack empty. print/acroreadwrapper: No such file or directory. popd: Directory stack empty. popd: Directory stack empty. popd: Directory stack empty. print/acroreadwrapper: No such file or directory. popd: Directory stack empty. popd: Directory stack empty. g1-227(10.0-C)[2] =20 This was running: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #518 233654= M: Thu Mar 29 06:12:29 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 so yesterday's build (which had no trouble with x11/nvidia-driver) was at r233654. (The "M" suffix reflects changes I made locally to try to split VCS-dependent code out of newvers.sh.) Hints? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TiGNc3ldf20CNpkJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk91sqgACgkQmprOCmdXAD27UgCfUky9gYS6ONIqEH5VZGbuPakE oDwAnRTsAwajeTkYIA9B9SreASdx3UVd =GRhy -----END PGP SIGNATURE----- --TiGNc3ldf20CNpkJ-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 13:25:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD62E106566C for ; Fri, 30 Mar 2012 13:25:31 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 2AEFE8FC0A for ; Fri, 30 Mar 2012 13:25:30 +0000 (UTC) Received: (qmail 73498 invoked from network); 30 Mar 2012 13:18:48 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 30 Mar 2012 13:18:48 -0000 Date: Fri, 30 Mar 2012 15:18:48 +0200 (CEST) Message-Id: <20120330.151848.41706133.sthaug@nethelp.no> To: matt.thyer@gmail.com From: sthaug@nethelp.no In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ohartman@mail.zedat.fu-berlin.de, eric@vangyzen.net, freebsd-current@freebsd.org Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 13:25:31 -0000 > > However, if you always want to use tmpfs instead of stable storage, > please do not. Some people expect /tmp to be persistent. This is why > /etc/defaults/rc.conf has clear_tmp_enable="NO". Changing this would break > the POLA. > > > This is a mistake. > > The default should be clear_tmp_enable="YES" > if only to uncover those broken configurations that expect /tmp to be > persistent. If you want to break POLA and make a lot of people angry, sure. Otherwise no. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 13:33:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 826761065675 for ; Fri, 30 Mar 2012 13:33:57 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 631738FC1E for ; Fri, 30 Mar 2012 13:33:57 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta07.emeryville.ca.mail.comcast.net with comcast id rpQL1i0061wfjNsA7pYqQ0; Fri, 30 Mar 2012 13:32:50 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta23.emeryville.ca.mail.comcast.net with comcast id rpYp1i00Q4NgCEG8jpYqmB; Fri, 30 Mar 2012 13:32:50 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q2UDWmhZ045064; Fri, 30 Mar 2012 07:32:48 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: David Wolfskill In-Reply-To: <20120330131833.GV1709@albert.catwhisker.org> References: <20120330131833.GV1709@albert.catwhisker.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 30 Mar 2012 07:32:48 -0600 Message-ID: <1333114368.1111.52.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 13:33:57 -0000 On Fri, 2012-03-30 at 06:18 -0700, David Wolfskill wrote: > I track stable/8, stable/9, and head on (different slices on) my laptop > on a daily basis. I share /usr/local among all of these: while I update > the installed ports on a daily basis, I'm unwilling to do that 3 times > daily. :-} > > The x11/nvidia-driver port is one, however, that I've found helpful to > specify in /etc/src.conf: > > g1-227(10.0-C)[3] cat /etc/src.conf > PORTS_MODULES=x11/nvidia-driver > g1-227(10.0-C)[4] > > so it does get rebuilt ... rather more often. > > I've had no problems with this for several months running -- and there > were no problems with stable/8 or stable/9 today. But head failed after > the (otherwise) successful make buildkernel: > > ... > ===> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/common/S4/obj/usr/src/sys/CANARY -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.kld zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.kld export_syms | xargs -J% objcopy % zlib.kld > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko > cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; SYSDIR=/usr/src/sys /usr/obj/usr/src/make.i386/make -B all > ===> License NVIDIA accepted by the user > ===> Found saved configuration for nvidia-driver-285.05.09 > ===> Extracting for nvidia-driver-285.05.09 > => SHA256 Checksum OK for NVIDIA-FreeBSD-x86-285.05.09.tar.gz. > ===> Patching for nvidia-driver-285.05.09 > ===> nvidia-driver-285.05.09 depends on file: /usr/local/libdata/pkgconfig/xorg-server.pc - found > ===> nvidia-driver-285.05.09 depends on shared library: GL.1 - found > ===> Configuring for nvidia-driver-285.05.09 > ===> Building for nvidia-driver-285.05.09 > ===> src (all) > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > x86 -> /usr/src/sys/x86/include > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > ... > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" -D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c nvidia_os_registry.c > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" -D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c nvidia_pci.c > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" -D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c nvidia_subr.c > nvidia_subr.c: In function 'nv_alloc_contig_pages': > nvidia_subr.c:1159: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in this function) > nvidia_subr.c:1159: error: (Each undeclared identifier is reported only once > nvidia_subr.c:1159: error: for each function it appears in.) > nvidia_subr.c: In function 'nv_alloc_system_pages': > nvidia_subr.c:1298: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in this function) > *** [nvidia_subr.o] Error code 1 > > Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-285.05.09/src. > *** [all] Error code 1 > > Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-285.05.09. > *** [do-build] Error code 1 > > Stop in /common/ports/x11/nvidia-driver. > *** [build] Error code 1 > > Stop in /common/ports/x11/nvidia-driver. > *** [ports-all] Error code 1 > > Stop in /common/S4/obj/usr/src/sys/CANARY. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > popd: Directory stack empty. > print/acroreadwrapper: No such file or directory. > popd: Directory stack empty. > popd: Directory stack empty. > popd: Directory stack empty. > print/acroreadwrapper: No such file or directory. > popd: Directory stack empty. > popd: Directory stack empty. > g1-227(10.0-C)[2] > > > This was running: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #518 233654M: Thu Mar 29 06:12:29 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > so yesterday's build (which had no trouble with x11/nvidia-driver) was > at r233654. (The "M" suffix reflects changes I made locally to try to > split VCS-dependent code out of newvers.sh.) > > Hints? > > Thanks! > > Peace, > david There was a recent checkin that's likely at the root of this: Author: jhb Date: Thu Mar 29 16:51:22 2012 New Revision: 233671 URL: http://svn.freebsd.org/changeset/base/233671 Log: - Rename VM_MEMATTR_UNCACHED to VM_MEMATTR_WEAK_UNCACHEABLE on x86 to be less ambiguous and more clearly identify what it means. This attribute is what Intel refers to as UC-, and it's only difference relative to normal UC memory is that a WC MTRR will override a UC- PAT entry causing the memory to be treated as WC, whereas a UC PAT entry will always override the MTRR. - Remove the VM_MEMATTR_UNCACHED alias from powerpc. Modified: head/sys/amd64/include/vm.h head/sys/i386/include/vm.h head/sys/powerpc/include/vm.h -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 13:37:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B7501065673; Fri, 30 Mar 2012 13:37:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F00868FC24; Fri, 30 Mar 2012 13:37:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2UDbiZb070068; Fri, 30 Mar 2012 09:37:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2UDbiJ6070037; Fri, 30 Mar 2012 13:37:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Mar 2012 13:37:44 GMT Message-Id: <201203301337.q2UDbiJ6070037@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 13:37:45 -0000 TB --- 2012-03-30 12:46:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-30 12:46:00 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-30 12:46:01 - cleaning the object tree TB --- 2012-03-30 12:46:46 - cvsupping the source tree TB --- 2012-03-30 12:46:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-30 12:47:53 - building world TB --- 2012-03-30 12:47:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-30 12:47:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-30 12:47:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-30 12:47:53 - SRCCONF=/dev/null TB --- 2012-03-30 12:47:53 - TARGET=mips TB --- 2012-03-30 12:47:53 - TARGET_ARCH=mips TB --- 2012-03-30 12:47:53 - TZ=UTC TB --- 2012-03-30 12:47:53 - __MAKE_CONF=/dev/null TB --- 2012-03-30 12:47:53 - cd /src TB --- 2012-03-30 12:47:53 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 30 12:47:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-30 13:37:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-30 13:37:44 - ERROR: failed to build world TB --- 2012-03-30 13:37:44 - 2099.88 user 444.56 system 3103.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 14:08:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 295D8106564A; Fri, 30 Mar 2012 14:08:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EC1DC8FC15; Fri, 30 Mar 2012 14:08:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2UE81ho026080; Fri, 30 Mar 2012 10:08:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2UE81S6026073; Fri, 30 Mar 2012 14:08:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Mar 2012 14:08:01 GMT Message-Id: <201203301408.q2UE81S6026073@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 14:08:03 -0000 TB --- 2012-03-30 12:49:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-30 12:49:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-30 12:49:45 - cleaning the object tree TB --- 2012-03-30 12:49:45 - cvsupping the source tree TB --- 2012-03-30 12:49:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-30 12:51:08 - building world TB --- 2012-03-30 12:51:08 - CROSS_BUILD_TESTING=YES TB --- 2012-03-30 12:51:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-30 12:51:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-30 12:51:08 - SRCCONF=/dev/null TB --- 2012-03-30 12:51:08 - TARGET=powerpc TB --- 2012-03-30 12:51:08 - TARGET_ARCH=powerpc TB --- 2012-03-30 12:51:08 - TZ=UTC TB --- 2012-03-30 12:51:08 - __MAKE_CONF=/dev/null TB --- 2012-03-30 12:51:08 - cd /src TB --- 2012-03-30 12:51:08 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 30 12:51:09 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"powerpc-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/Globals.cpp c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"powerpc-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/IRBuilder.cpp c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"powerpc-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/InlineAsm.cpp /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/InlineAsm.cpp: In static member function 'static std::vector > llvm::InlineAsm::ParseConstraints(llvm::StringRef)': /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/InlineAsm.cpp:212: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libllvmcore. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-30 14:08:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-30 14:08:01 - ERROR: failed to build world TB --- 2012-03-30 14:08:01 - 3820.26 user 475.92 system 4696.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 14:43:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FC8D106566C for ; Fri, 30 Mar 2012 14:43:08 +0000 (UTC) (envelope-from utisoft@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 129778FC15 for ; Fri, 30 Mar 2012 14:43:07 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so762763bkc.13 for ; Fri, 30 Mar 2012 07:43:06 -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=fj64kep8/LPY5wz2BYvjkcPoHF6qywiAIH0lA1vDPEs=; b=MxGBO1OsQa7RgwZiw7ANm0ztqeOf85QPiPBEvJfPDFPmrw1bHtzf6EzMQFe44V2mFD 8inEfBKOmHo0vwn4W598VUQA3VgwswBtuCebeVx/7Um/LX+aVugh4B5wo9r6+gsoVyqk C19LKuNUYqZuCHs09/cR/LXaYkjd8B5twnVNfsQ9S4n9FxioHun7HRMAsC0g4vLMcPEZ PTncIExtoCtTpYT1SbxlyhhVLYUFaGZdXolCjDP7N0oAwxEdxz9SQgXngNrn4KsEtxn4 WwHyCzFtHgR7SFIiVT6ltbqnOl9VtMDL6+kvzxczXM6JAKddpMUOg+IT0Zi0k0eGh7WC hS7g== MIME-Version: 1.0 Received: by 10.204.150.86 with SMTP id x22mr1089759bkv.136.1333118586481; Fri, 30 Mar 2012 07:43:06 -0700 (PDT) Received: by 10.204.202.142 with HTTP; Fri, 30 Mar 2012 07:43:06 -0700 (PDT) Received: by 10.204.202.142 with HTTP; Fri, 30 Mar 2012 07:43:06 -0700 (PDT) In-Reply-To: <20120330.151848.41706133.sthaug@nethelp.no> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> Date: Fri, 30 Mar 2012 14:43:06 +0000 Message-ID: From: Chris Rees To: sthaug@nethelp.no Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ohartman@mail.zedat.fu-berlin.de, eric@vangyzen.net, freebsd-current@freebsd.org, matt.thyer@gmail.com Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 14:43:08 -0000 On 30 Mar 2012 14:26, wrote: > > > > However, if you always want to use tmpfs instead of stable storage, > > please do not. Some people expect /tmp to be persistent. This is why > > /etc/defaults/rc.conf has clear_tmp_enable="NO". Changing this would break > > the POLA. > > > > > This is a mistake. > > > > The default should be clear_tmp_enable="YES" > > if only to uncover those broken configurations that expect /tmp to be > > persistent. > > If you want to break POLA and make a lot of people angry, sure. > Otherwise no. > I would very much like an example of where /tmp is expected to persist. Chris From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 15:17:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC50106566B for ; Fri, 30 Mar 2012 15:17:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id BBB968FC1D for ; Fri, 30 Mar 2012 15:17:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SDdZd-0000Xn-OT for freebsd-current@freebsd.org; Fri, 30 Mar 2012 17:17:09 +0200 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Mar 2012 17:17:09 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Mar 2012 17:17:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Fri, 30 Mar 2012 15:16:57 +0000 (UTC) Lines: 21 Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120329161452.GZ1709@albert.catwhisker.org> <4F74BCD5.4040609@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.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:10.0.2) Gecko/20100101 Firefox/10.0.2) Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 15:17:13 -0000 O. Hartmann zedat.fu-berlin.de> writes: > > Am 03/29/12 18:14, schrieb David Wolfskill: > > On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote: > >> I was wondering if there are some objections using TMPFS for /tmp and > >> /var/run. > >> ... > ... > Linux is using TMPFS filesystems a lot for these purposes. How do they > overcome restrictions of the size or not flloding RAM and/or swap? > ... Read it before you make up your mind (there are real issues to consider): http://fedoraproject.org/wiki/Features/var-run-tmpfs http://fedoraproject.org/wiki/Talk:Features/var-run-tmpfs jb From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 13:50:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8BBC106566B for ; Fri, 30 Mar 2012 13:50:31 +0000 (UTC) (envelope-from ohartman@mail.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 9D1F58FC14 for ; Fri, 30 Mar 2012 13:50:31 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SDcDm-0003hg-JS>; Fri, 30 Mar 2012 15:50:30 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SDcDm-000393-FY>; Fri, 30 Mar 2012 15:50:30 +0200 Message-ID: <4F75BA0F.4080602@mail.zedat.fu-berlin.de> Date: Fri, 30 Mar 2012 15:50:07 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBB0646C84D74E20CC6858829" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Fri, 30 Mar 2012 15:26:41 +0000 Subject: SSL: wrong/broken in FreeBSD 10.0-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 13:50:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBB0646C84D74E20CC6858829 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Sorry for the naiv headline. I run into massive problems on all of my FreeBSD 10.0-CURRENT driven boxes. PostgreSQL rejects accessing OpenLDAP via SSL and all clients accessing the database and autheticating users via a SSL/TLS secured conection to OpenLDAP refuse working. This includes some very important facilities like textproc/refdb, databases/pgadmin3, www/mediawiki. Mor scraing, I tried to generate for a our small network new SSL certificates. We use since FreeBSD 8.0 small scripts for that task. Creating a new CA certificate works fine, creating new certificate for clients including based on the new CA. Well, what worked half a year before doesn't anymore and I have no clue what goes wrong. I created a set of new CA, key and host certificate (self signed, of course) for OpenLDAP. Using the CA and key/cert from backup - created with the same conf and scipts on FBSD 8/9 I use now on FBSD 10, goes "smooth", but fails starting the OpenLDAP server. The log output of the server is as follows: TLS: could not use key file `/usr/local/etc/openldap/certs/server.key'.= TLS: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/x509/x509_cm= p.c:406 main: TLS init def ctx failed: -1 slapd stopped. connections_destroy: nothing to destroy. /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd As far I can dig from the web this error code "TLS: error:0B080074:x509 certificate..." s due to mismatching CN names. But why out of the sudden should that be wrong? Did something significantly changed in FreeBSD 10.0-CURRENT these days? Regards, Oliver --------------enigBB0646C84D74E20CC6858829 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) iQEcBAEBAgAGBQJPdbomAAoJEOgBcD7A/5N8e7UH/17hsXeQiA3f09tOqXkUDxzs LTRdy7zY3cQWrtypbGzTwBi/RQ6wnEHik071c0R7mUcfFz4S5Jnn8BF1kLcyB4I7 oTO/Yfqpia18prF9UCs3EYeQyS7C1mDEth8NmNLQiSl1HpSkHKC70T1lu3EP5XwY ZaDCFF7GIvlwqJN0+KF2kc5glEMnJWbyWXGObid7C9WBwwxXWlmPdtjc0IT+qYTj 0PuCWyMJr/DqFjkqM1L0rH6aUNjOrRdJqp+hibii0JdlRjAylqnXq0JX1SEC7QkB B17f/St3DoweZO6UO2AU6OrOR1yPLnEBoTCWE9xI1WeVglKp2bcbDC1IJgl4RPg= =oe01 -----END PGP SIGNATURE----- --------------enigBB0646C84D74E20CC6858829-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 15:29:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A31A106564A for ; Fri, 30 Mar 2012 15:29:16 +0000 (UTC) (envelope-from luke@foolishgames.com) Received: from stargazer.midnightbsd.org (cl-218.chi-02.us.sixxs.net [IPv6:2001:4978:f:d9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 245B18FC12 for ; Fri, 30 Mar 2012 15:29:16 +0000 (UTC) Received: from [10.68.200.80] (mobile-166-147-096-071.mycingular.net [166.147.96.71]) (authenticated bits=0) by stargazer.midnightbsd.org (8.14.5/8.14.5) with ESMTP id q2UFTBTs060912 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 30 Mar 2012 11:29:14 -0400 (EDT) (envelope-from luke@foolishgames.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at stargazer.midnightbsd.org X-Authentication-Warning: stargazer.midnightbsd.org: Host mobile-166-147-096-071.mycingular.net [166.147.96.71] claimed to be [10.68.200.80] References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> 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 (9B176) From: Lucas Holt Date: Fri, 30 Mar 2012 11:29:07 -0400 To: Chris Rees Cc: "matt.thyer@gmail.com" , "ohartman@mail.zedat.fu-berlin.de" , "eric@vangyzen.net" , "sthaug@nethelp.no" , "freebsd-current@freebsd.org" Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 15:29:16 -0000 /tmp is used by eaccelerator for its cache. It's not required to persist but= does prevent the need to regenerate everything after a reboot.=20 Lucas Holt On Mar 30, 2012, at 10:43 AM, Chris Rees wrote: > On 30 Mar 2012 14:26, wrote: >>=20 >>>> However, if you always want to use tmpfs instead of stable storage, >>> please do not. Some people expect /tmp to be persistent. This is why >>> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". Changing this would > break >>> the POLA. >>>>=20 >>> This is a mistake. >>>=20 >>> The default should be clear_tmp_enable=3D"YES" >>> if only to uncover those broken configurations that expect /tmp to be >>> persistent. >>=20 >> If you want to break POLA and make a lot of people angry, sure. >> Otherwise no. >>=20 >=20 > I would very much like an example of where /tmp is expected to persist. >=20 > Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 16:36:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B28B51065675 for ; Fri, 30 Mar 2012 16:36: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 858A28FC16 for ; Fri, 30 Mar 2012 16:36:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F2CD2B90E; Fri, 30 Mar 2012 12:36:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, Adrian Connolly Date: Fri, 30 Mar 2012 12:10:18 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <863081.90627.qm@web100405.mail.kks.yahoo.co.jp> <76ED7D95-63D6-4328-B689-BBBA5C9F24A0@yahoo.co.jp> <201201121608.09808.jhb@freebsd.org> In-Reply-To: <201201121608.09808.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203301210.18569.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 Mar 2012 12:36:24 -0400 (EDT) Cc: Subject: Re: atkbc not loaded with ACPI enabled in 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 16:36:24 -0000 On Thursday, January 12, 2012 4:08:09 pm John Baldwin wrote: > On Tuesday, January 03, 2012 7:31:59 pm Adrian Connolly wrote: > > On 2012/01/04, at 0:37, John Baldwin wrote: > > > > > > > On Monday, January 02, 2012 11:39:10 pm aconnolly08@yahoo.co.jp wrote: > > >> I am running 9.0-RC3 on an Acer Aspire One D255E netbook. I have most of > the > > > functionality I want with one major exception, when I enable ACPI my > > > integrated keyboard drivers aren't loaded. Without ACPI I can use my > keyboard > > > as atkbdc and atkbd get loaded, (not psm though), but I have problems with > > > shutdown, time settings, power settings and usb controllers. > > >> I have tried various ways of tackling this including: > > >> 1. including "nooptions NEW_PCIB" in kernel configuration, rebuilding and > > > installing >> no effect > > >> 2a. including "debug.acpi.disabled="pci" " >> can't mount file system2b. > > > including "debug.acpi.disabled="bus" " >> can't mount file system 2c. > > > including "debug.acpi.disabled="children" " >> can't mount file system2d. > > > including "debug.acpi.disabled="hostres" " > > >>>> no effect > > >> 3. making the edit in r228961, rebuilding the kernel and installing >> no > > > effect > > >> I have the latest bios (v3.x), but it features very few changeable > options. > > >> Here's the output of my dmesg -aHere's the output of my devinfo - vrHere's > > > the output of my devinfo -ur > > >> Any suggestions would be greatly appreciated. > > >> Best regards,Adrian Connolly > > > > > > Hmm, none of your attachments made it to the list. Can you post them at a > > > URL? > > > > > > -- > > > John Baldwin > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current- unsubscribe@freebsd.org" > > My apologies, here are the URLs of the output, > > > > dmesg -a http://pastebin.com/rJhddt4A > > > > devinfo -vr http://pastebin.com/MYd8wS7F > > > > devinfo -ur http://pastebin.com/iBr62epv > > Please try this patch: > > Index: sys/dev/atkbdc/atkbdc_isa.c > =================================================================== > --- atkbdc_isa.c (revision 230009) > +++ atkbdc_isa.c (working copy) > @@ -87,6 +87,7 @@ static driver_t atkbdc_isa_driver = { > > static struct isa_pnp_id atkbdc_ids[] = { > { 0x0303d041, "Keyboard controller (i8042)" }, /* PNP0303 */ > + { 0x0320d041, "Keyboard controller (i8042)" }, /* PNP0320 */ > { 0 } > }; So this patch was incorrect, but jkim@ committed the proper version of this to HEAD recently. Can you verify that it fixes your machine? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 16:36:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59718106564A; Fri, 30 Mar 2012 16:36:26 +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 1A5878FC18; Fri, 30 Mar 2012 16:36:26 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8C78BB922; Fri, 30 Mar 2012 12:36:25 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Mar 2012 12:18:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120330131833.GV1709@albert.catwhisker.org> In-Reply-To: <20120330131833.GV1709@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203301218.58451.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 Mar 2012 12:36:25 -0400 (EDT) Cc: current@freebsd.org Subject: Re: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 16:36:26 -0000 On Friday, March 30, 2012 9:18:33 am David Wolfskill wrote: > I track stable/8, stable/9, and head on (different slices on) my laptop > on a daily basis. I share /usr/local among all of these: while I update > the installed ports on a daily basis, I'm unwilling to do that 3 times > daily. :-} > > The x11/nvidia-driver port is one, however, that I've found helpful to > specify in /etc/src.conf: > > g1-227(10.0-C)[3] cat /etc/src.conf > PORTS_MODULES=x11/nvidia-driver > g1-227(10.0-C)[4] > > so it does get rebuilt ... rather more often. > > I've had no problems with this for several months running -- and there > were no problems with stable/8 or stable/9 today. But head failed after > the (otherwise) successful make buildkernel: > > ... > ===> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY/opt_global.h -I. -I@ -I@/contrib/altq - finline-limit=8000 --param inline-unit-growth=100 --param large-function- growth=1000 -fno-common -g -I/common/S4/obj/usr/src/sys/CANARY -mno-align- long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float - ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall - Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes - Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat- extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.kld zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.kld export_syms | xargs -J% objcopy % zlib.kld > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko > cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; SYSDIR=/usr/src/sys /usr/obj/usr/src/make.i386/make -B all > ===> License NVIDIA accepted by the user > ===> Found saved configuration for nvidia-driver-285.05.09 > ===> Extracting for nvidia-driver-285.05.09 > => SHA256 Checksum OK for NVIDIA-FreeBSD-x86-285.05.09.tar.gz. > ===> Patching for nvidia-driver-285.05.09 > ===> nvidia-driver-285.05.09 depends on file: /usr/local/libdata/pkgconfig/xorg-server.pc - found > ===> nvidia-driver-285.05.09 depends on shared library: GL.1 - found > ===> Configuring for nvidia-driver-285.05.09 > ===> Building for nvidia-driver-285.05.09 > ===> src (all) > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > x86 -> /usr/src/sys/x86/include > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > ... > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" - D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror - D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline- limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx - mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 - fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show- option -c nvidia_os_registry.c > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" - D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror - D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline- limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx - mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 - fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show- option -c nvidia_pci.c > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" - D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror - D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline- limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx - mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 - fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show- option -c nvidia_subr.c > nvidia_subr.c: In function 'nv_alloc_contig_pages': > nvidia_subr.c:1159: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in this function) > nvidia_subr.c:1159: error: (Each undeclared identifier is reported only once > nvidia_subr.c:1159: error: for each function it appears in.) > nvidia_subr.c: In function 'nv_alloc_system_pages': > nvidia_subr.c:1298: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in this function) > *** [nvidia_subr.o] Error code 1 > > Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD- x86-285.05.09/src. > *** [all] Error code 1 > > Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-285.05.09. > *** [do-build] Error code 1 > > Stop in /common/ports/x11/nvidia-driver. > *** [build] Error code 1 > > Stop in /common/ports/x11/nvidia-driver. > *** [ports-all] Error code 1 > > Stop in /common/S4/obj/usr/src/sys/CANARY. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > popd: Directory stack empty. > print/acroreadwrapper: No such file or directory. > popd: Directory stack empty. > popd: Directory stack empty. > popd: Directory stack empty. > print/acroreadwrapper: No such file or directory. > popd: Directory stack empty. > popd: Directory stack empty. > g1-227(10.0-C)[2] > > > This was running: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #518 233654M: Thu Mar 29 06:12:29 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > so yesterday's build (which had no trouble with x11/nvidia-driver) was > at r233654. (The "M" suffix reflects changes I made locally to try to > split VCS-dependent code out of newvers.sh.) I've sent an e-mail to the NVIDIA driver author about how best to fix this. You can just change the driver to use VM_MEMATTR_UNCACHEABLE instead of VM_MEMATTR_UNCACHED for now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 16:36:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59718106564A; Fri, 30 Mar 2012 16:36:26 +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 1A5878FC18; Fri, 30 Mar 2012 16:36:26 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8C78BB922; Fri, 30 Mar 2012 12:36:25 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Mar 2012 12:18:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120330131833.GV1709@albert.catwhisker.org> In-Reply-To: <20120330131833.GV1709@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203301218.58451.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 Mar 2012 12:36:25 -0400 (EDT) Cc: current@freebsd.org Subject: Re: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 16:36:26 -0000 On Friday, March 30, 2012 9:18:33 am David Wolfskill wrote: > I track stable/8, stable/9, and head on (different slices on) my laptop > on a daily basis. I share /usr/local among all of these: while I update > the installed ports on a daily basis, I'm unwilling to do that 3 times > daily. :-} > > The x11/nvidia-driver port is one, however, that I've found helpful to > specify in /etc/src.conf: > > g1-227(10.0-C)[3] cat /etc/src.conf > PORTS_MODULES=x11/nvidia-driver > g1-227(10.0-C)[4] > > so it does get rebuilt ... rather more often. > > I've had no problems with this for several months running -- and there > were no problems with stable/8 or stable/9 today. But head failed after > the (otherwise) successful make buildkernel: > > ... > ===> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY/opt_global.h -I. -I@ -I@/contrib/altq - finline-limit=8000 --param inline-unit-growth=100 --param large-function- growth=1000 -fno-common -g -I/common/S4/obj/usr/src/sys/CANARY -mno-align- long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float - ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall - Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes - Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat- extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.kld zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.kld export_syms | xargs -J% objcopy % zlib.kld > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko > cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; SYSDIR=/usr/src/sys /usr/obj/usr/src/make.i386/make -B all > ===> License NVIDIA accepted by the user > ===> Found saved configuration for nvidia-driver-285.05.09 > ===> Extracting for nvidia-driver-285.05.09 > => SHA256 Checksum OK for NVIDIA-FreeBSD-x86-285.05.09.tar.gz. > ===> Patching for nvidia-driver-285.05.09 > ===> nvidia-driver-285.05.09 depends on file: /usr/local/libdata/pkgconfig/xorg-server.pc - found > ===> nvidia-driver-285.05.09 depends on shared library: GL.1 - found > ===> Configuring for nvidia-driver-285.05.09 > ===> Building for nvidia-driver-285.05.09 > ===> src (all) > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > x86 -> /usr/src/sys/x86/include > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > ... > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" - D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror - D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline- limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx - mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 - fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show- option -c nvidia_os_registry.c > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" - D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror - D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline- limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx - mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 - fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show- option -c nvidia_pci.c > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"285.05.09\" - D__KERNEL__ -DNVRM -Wno-unused-function -O -UDEBUG -U_DEBUG -DNDEBUG -Werror - D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/altq -finline- limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx - mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 - fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show- option -c nvidia_subr.c > nvidia_subr.c: In function 'nv_alloc_contig_pages': > nvidia_subr.c:1159: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in this function) > nvidia_subr.c:1159: error: (Each undeclared identifier is reported only once > nvidia_subr.c:1159: error: for each function it appears in.) > nvidia_subr.c: In function 'nv_alloc_system_pages': > nvidia_subr.c:1298: error: 'VM_MEMATTR_UNCACHED' undeclared (first use in this function) > *** [nvidia_subr.o] Error code 1 > > Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD- x86-285.05.09/src. > *** [all] Error code 1 > > Stop in /common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-285.05.09. > *** [do-build] Error code 1 > > Stop in /common/ports/x11/nvidia-driver. > *** [build] Error code 1 > > Stop in /common/ports/x11/nvidia-driver. > *** [ports-all] Error code 1 > > Stop in /common/S4/obj/usr/src/sys/CANARY. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > popd: Directory stack empty. > print/acroreadwrapper: No such file or directory. > popd: Directory stack empty. > popd: Directory stack empty. > popd: Directory stack empty. > print/acroreadwrapper: No such file or directory. > popd: Directory stack empty. > popd: Directory stack empty. > g1-227(10.0-C)[2] > > > This was running: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #518 233654M: Thu Mar 29 06:12:29 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > so yesterday's build (which had no trouble with x11/nvidia-driver) was > at r233654. (The "M" suffix reflects changes I made locally to try to > split VCS-dependent code out of newvers.sh.) I've sent an e-mail to the NVIDIA driver author about how best to fix this. You can just change the driver to use VM_MEMATTR_UNCACHEABLE instead of VM_MEMATTR_UNCACHED for now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 16:41:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F2EF1065670; Fri, 30 Mar 2012 16:41:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 449D58FC17; Fri, 30 Mar 2012 16:41:13 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2UGfCEM033817; Fri, 30 Mar 2012 09:41:12 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2UGfCxt033816; Fri, 30 Mar 2012 09:41:12 -0700 (PDT) (envelope-from david) Date: Fri, 30 Mar 2012 09:41:12 -0700 From: David Wolfskill To: John Baldwin Message-ID: <20120330164112.GY1709@albert.catwhisker.org> References: <20120330131833.GV1709@albert.catwhisker.org> <201203301218.58451.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JViz224v3YRbOSfM" Content-Disposition: inline In-Reply-To: <201203301218.58451.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 16:41:13 -0000 --JViz224v3YRbOSfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 30, 2012 at 12:18:58PM -0400, John Baldwin wrote: > ... > I've sent an e-mail to the NVIDIA driver author about how best to fix thi= s. =20 > You can just change the driver to use VM_MEMATTR_UNCACHEABLE instead of= =20 > VM_MEMATTR_UNCACHED for now. > .... Thanks; I'd need to make it conditional on something relevant, as I'm also building under stable/8 & stable/9. My next scheduled build isn't for another 16 hours or so, so I'll sit tight for now, and take evasive action as necessary. Of course, if danfe@ wants a tester, I'm certainly game. :-} (Besides, I'm actively using the machine, you see.... :-}) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --JViz224v3YRbOSfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk914igACgkQmprOCmdXAD1fBQCggk5he7mdDsfPlSUm1O6VrD46 y0MAn2FaD19xFifczVpPbg+WyxGWs4T0 =aGZf -----END PGP SIGNATURE----- --JViz224v3YRbOSfM-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 16:38:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CCCF106566B for ; Fri, 30 Mar 2012 16:38:45 +0000 (UTC) (envelope-from ohartman@mail.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 D44B08FC08 for ; Fri, 30 Mar 2012 16:38:44 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SDeqZ-0007GL-JT>; Fri, 30 Mar 2012 18:38:43 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SDeqZ-00044w-Fk>; Fri, 30 Mar 2012 18:38:43 +0200 Message-ID: <4F75E18D.8020304@mail.zedat.fu-berlin.de> Date: Fri, 30 Mar 2012 18:38:37 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD References: <4F75BA0F.4080602@mail.zedat.fu-berlin.de> In-Reply-To: <4F75BA0F.4080602@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4F43CD93F2224205802BDE72" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Fri, 30 Mar 2012 16:53:21 +0000 Subject: Re: SSL: wrong/broken in FreeBSD 10.0-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 16:38:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4F43CD93F2224205802BDE72 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Am 03/30/12 15:50, schrieb O. Hartmann: > Sorry for the naiv headline. >=20 > I run into massive problems on all of my FreeBSD 10.0-CURRENT driven > boxes. PostgreSQL rejects accessing OpenLDAP via SSL and all clients > accessing the database and autheticating users via a SSL/TLS secured > conection to OpenLDAP refuse working. This includes some very important= > facilities like textproc/refdb, databases/pgadmin3, www/mediawiki. >=20 > Mor scraing, I tried to generate for a our small network new SSL > certificates. We use since FreeBSD 8.0 small scripts for that task. > Creating a new CA certificate works fine, creating new certificate for > clients including based on the new CA. >=20 > Well, what worked half a year before doesn't anymore and I have no clue= > what goes wrong. >=20 > I created a set of new CA, key and host certificate (self signed, of > course) for OpenLDAP. > Using the CA and key/cert from backup - created with the same conf and > scipts on FBSD 8/9 I use now on FBSD 10, goes "smooth", but fails > starting the OpenLDAP server. > The log output of the server is as follows: >=20 > TLS: could not use key file `/usr/local/etc/openldap/certs/server.key= '. > TLS: error:0B080074:x509 certificate routines:X509_check_private_key:ke= y > values mismatch > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/x509/x509_= cmp.c:406 > main: TLS init def ctx failed: -1 > slapd stopped. > connections_destroy: nothing to destroy. > /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd >=20 >=20 > As far I can dig from the web this error code "TLS: error:0B080074:x509= > certificate..." s due to mismatching CN names. But why out of the sudde= n > should that be wrong? >=20 > Did something significantly changed in FreeBSD 10.0-CURRENT these days?= >=20 > Regards, > Oliver Sorry for the noise! I realized by a hint of a list member, that many of my ports, although I thought I have rebuilt all of them, lack in several libraries libkrbXXX I deleted by intension on FreeBSD 10. After checkig for those ports, recompiling them, everything runs smooth as expected now! Regards, Oliver --------------enig4F43CD93F2224205802BDE72 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) iQEcBAEBAgAGBQJPdeGSAAoJEOgBcD7A/5N8K6gH/1yVp0X9ukT13VHX/iwzChaP dRSmimxhP8+GRFTYfzZ7lF1yOl0XQtEXXCh6HutcUXQoWh7zmGFzAxaEadCVOrOw sADskuNKYzOmMQBfe5YwHmpAKPoionBsHkXrXx1wm/Pumr6KY4i79ZdAhnXD72iT vjWhKp0oyhr+PNqReYrNHENaBZStGRMTX+uFy8FFI5dLvQ5nwxMVONEMwJuwSnJA tLVQhu/WmOUBIBcGFUT61lwrnkqoWhClfihA1nEYLLr1SoPNnjHrn/0ifv8GqSEp mniTU5rlnCLxhDbXXP6eb7B6Grt3Z0nrkbJB23YQvzzcbeCEzJo/LC2QLZ+7sn0= =1Wgr -----END PGP SIGNATURE----- --------------enig4F43CD93F2224205802BDE72-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 17:15:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CCFA106566B for ; Fri, 30 Mar 2012 17:15:03 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 7856E8FC1E for ; Fri, 30 Mar 2012 17:15:01 +0000 (UTC) Received: (qmail 79099 invoked from network); 30 Mar 2012 17:14:59 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 30 Mar 2012 17:14:59 -0000 Date: Fri, 30 Mar 2012 19:14:59 +0200 (CEST) Message-Id: <20120330.191459.74671804.sthaug@nethelp.no> To: utisoft@gmail.com From: sthaug@nethelp.no In-Reply-To: References: <20120330.151848.41706133.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ohartman@mail.zedat.fu-berlin.de, eric@vangyzen.net, freebsd-current@freebsd.org, matt.thyer@gmail.com Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 17:15:03 -0000 > > > The default should be clear_tmp_enable="YES" > > > if only to uncover those broken configurations that expect /tmp to be > > > persistent. > > > > If you want to break POLA and make a lot of people angry, sure. > > Otherwise no. > > > > I would very much like an example of where /tmp is expected to persist. I don't have any examples of stuff being *dependent* on /tmp being persistent. However, given that it has been persistent with all the FreeBSD installations I have performed since 1995 or so, I would be *highly* surprised if this suddenly changed. POLA. (And these haven't been special installations in any way, just your plain vanilla sysinstall installations with either one / covering the whole disk, or /, /usr and /var on separate partitions.) Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 17:31:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34F5C106566B for ; Fri, 30 Mar 2012 17:31:51 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA8668FC19 for ; Fri, 30 Mar 2012 17:31:50 +0000 (UTC) Received: by iahk25 with SMTP id k25so1688224iah.13 for ; Fri, 30 Mar 2012 10:31:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:x-gm-message-state:content-type :content-transfer-encoding; bh=bGXUcYuwDU31dtEoqSiRzP1/F2qKkGR0LJqjJx/42tc=; b=TG02sCQXy1utrUDu2Y6J8bC7N27MaLwwWlnwzLru1nUojGeBI0AYlxGv2HuShqEPOh pjjhiENMWKSM9ZRYv9i08fDid+kA8+McKglOZleB+XBIuw5L5pNCG1fFo7k6TWUbftwM 0ycexV0IC6d/udxSTpF4Pi4iM3d0Y91lGD62BFWQkh6WWIQCCyNDNouJCI9qQMJRbWKl HjocF7kVWpSothwuFPVZHIKTXBACVNaXvUfESyGcWRrvrq+B2PYEONYs6zp4Gyeavsxt Tw6OOXMiXpuHbpDaRmEBs3Xs4arT1iqzu2eSROyI7EcqDbDv+65rvosXXU+VE7Udh/k0 ZzRw== MIME-Version: 1.0 Received: by 10.50.160.225 with SMTP id xn1mr68453igb.3.1333128710170; Fri, 30 Mar 2012 10:31:50 -0700 (PDT) Received: by 10.231.80.77 with HTTP; Fri, 30 Mar 2012 10:31:50 -0700 (PDT) X-Originating-IP: [93.221.177.1] In-Reply-To: <20120330.151848.41706133.sthaug@nethelp.no> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> Date: Fri, 30 Mar 2012 19:31:50 +0200 Message-ID: From: "C. P. Ghost" To: sthaug@nethelp.no X-Gm-Message-State: ALoCoQnG1G3l43NtW26+p9kzD/c2uAsizczbAmkKjS5MAMiadi2mS1pVZUpyZm2jElm8WKBt4g/j Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 17:31:51 -0000 On Fri, Mar 30, 2012 at 3:18 PM, wrote: >> > However, if you always want to use tmpfs instead of stable storage, >> please do not. =A0Some people expect /tmp to be persistent. =A0This is w= hy >> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". =A0Changing this woul= d break >> the POLA. >> > >> This is a mistake. >> >> The default should be clear_tmp_enable=3D"YES" >> if only to uncover those broken configurations that expect /tmp to be >> persistent. > > If you want to break POLA and make a lot of people angry, sure. > Otherwise no. I couldn't agree more. Not clearing /tmp on reboot has been the norm for way too long and it is too late to change now. It's not just POLA, it also involves deleting data of unaware users, and that should be avoided. Anyone willing to change policy w.r.t. /tmp can do so on their own machines. Nothing is preventing them from doing so. But by changing defaults, one should err on the side of caution and remain conservative, IMHO. -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 17:56:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B9D21065672 for ; Fri, 30 Mar 2012 17:56:38 +0000 (UTC) (envelope-from utisoft@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 964158FC19 for ; Fri, 30 Mar 2012 17:56:37 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1019781bkc.13 for ; Fri, 30 Mar 2012 10:56:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=eOZz5nK9tm6WAlx3zyhxj9nzcJ077fjXMrW3x/SZACw=; b=w16mkuLid2fBkOOSs+Ohpzvx/PAYo8WuK2Q83RW8FRuyL8RZOI+dpvIHibcWimSo+L quSfLTFSpJz2LuKat6nFSPtMoDzUrX6KKsckUUHLaeDujiAJx5YWxQzq//L6phiI0rnY 39I2499TtH6BzPYxumFmC3wZEhg18irAEAtsrxs0q1oG8vF0kyfRfOMFYmUqOeUhGqxX 5vidld2ie4y7pUiO2HfydfkFFOVjd0onNOuHwajA6bS79sZ2UUvGc6QSviOXMx2r+r/L Kp/kAA9kFR04HTYrT2+02Av8fFGPnHeWD2fXBduzpyaiha+EoRueEx3iny4W9d5Rb0hH 7lVw== Received: by 10.204.12.10 with SMTP id v10mr1327180bkv.1.1333130196638; Fri, 30 Mar 2012 10:56:36 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.202.142 with HTTP; Fri, 30 Mar 2012 10:56:06 -0700 (PDT) In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> From: Chris Rees Date: Fri, 30 Mar 2012 17:56:06 +0000 X-Google-Sender-Auth: mXMC5eDDrMwyfZR8kplj2qQNziA Message-ID: To: "C. P. Ghost" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 17:56:38 -0000 On 30 March 2012 17:31, C. P. Ghost wrote: > On Fri, Mar 30, 2012 at 3:18 PM, =A0 wrote: >>> > However, if you always want to use tmpfs instead of stable storage, >>> please do not. =A0Some people expect /tmp to be persistent. =A0This is = why >>> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". =A0Changing this wou= ld break >>> the POLA. >>> > >>> This is a mistake. >>> >>> The default should be clear_tmp_enable=3D"YES" >>> if only to uncover those broken configurations that expect /tmp to be >>> persistent. >> >> If you want to break POLA and make a lot of people angry, sure. >> Otherwise no. > > I couldn't agree more. Not clearing /tmp on reboot has been > the norm for way too long and it is too late to change now. > It's not just POLA, it also involves deleting data of unaware > users, and that should be avoided. > > Anyone willing to change policy w.r.t. /tmp can do so on their > own machines. Nothing is preventing them from doing so. > But by changing defaults, one should err on the side of > caution and remain conservative, IMHO. >From man hier: /tmp/ temporary files that are not guaranteed to persist across system reboots This assumption that people often make 'People will be astonished by this'-- I would like to have someone speak up and actually say "Yes, I use *temporary* directories for long-term storage" rather than the assumption that they are around. Software that assumes this should be fixed, and it won't be until the bug is exposed (I'll look at eaccelerator-- it probably should store its cache in /var/db). Maintaining the status quo because of some hypothetical scenario isn't really productive. Chris From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 18:16:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BCBF1065672; Fri, 30 Mar 2012 18:16:03 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 24B958FC0C; Fri, 30 Mar 2012 18:16:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2UIFuoK078562; Fri, 30 Mar 2012 11:15:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2UIFtIK078561; Fri, 30 Mar 2012 11:15:55 -0700 (PDT) (envelope-from sgk) Date: Fri, 30 Mar 2012 11:15:55 -0700 From: Steve Kargl To: Chris Rees Message-ID: <20120330181555.GA78451@troutmask.apl.washington.edu> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, "C. P. Ghost" , sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 18:16:03 -0000 On Fri, Mar 30, 2012 at 05:56:06PM +0000, Chris Rees wrote: > On 30 March 2012 17:31, C. P. Ghost wrote: > > On Fri, Mar 30, 2012 at 3:18 PM,   wrote: > >>> > However, if you always want to use tmpfs instead of stable storage, > >>> please do not.  Some people expect /tmp to be persistent.  This is why > >>> /etc/defaults/rc.conf has clear_tmp_enable="NO".  Changing this would break > >>> the POLA. > >>> > > >>> This is a mistake. > >>> > >>> The default should be clear_tmp_enable="YES" > >>> if only to uncover those broken configurations that expect /tmp to be > >>> persistent. > >> > >> If you want to break POLA and make a lot of people angry, sure. > >> Otherwise no. > > > > I couldn't agree more. Not clearing /tmp on reboot has been > > the norm for way too long and it is too late to change now. > > It's not just POLA, it also involves deleting data of unaware > > users, and that should be avoided. > > > > Anyone willing to change policy w.r.t. /tmp can do so on their > > own machines. Nothing is preventing them from doing so. > > But by changing defaults, one should err on the side of > > caution and remain conservative, IMHO. Well stated. > > >From man hier: > > /tmp/ temporary files that are not guaranteed to persist across > system reboots There is also a difference between "not guaranteed to persist" and knowingly blowing the files away by explictly clearing /tmp. PS: How many users of FreeBSD know that hier(7) exists? How many new users even know about man pages? -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 18:18:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6849D106566C; Fri, 30 Mar 2012 18:18:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 725098FC15; Fri, 30 Mar 2012 18:18:18 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so803473wgb.31 for ; Fri, 30 Mar 2012 11:18:17 -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=2VAH5IX4OvEmJXloK1dRcY08k0vTtRPsI7kRaaCVPWA=; b=0D3ibF/eU/woPbf1foA2+lDHlHTZk1pxgLvC+3YHnoxgXYcD9CSXggBwu2NllFLo0E Hpns6o7MRKLDOyDUV8ZBiTAti1KKjRQk1+R1N+sCbvQlr1w/AWAI5ZDLjOVgAOFg6Pnw A2EVmNgwxjkwWBDU1EcNAHDGCrJwGNxV/lT/U4YZFylstMWaXuJ5IbKQorBo3yCmH9DE TI+/0+55bDB8nbWdGaEoKLZybav7CP4QiKfzkOBr3t2KZVrCwv5FuDL85nRw8aKL/hK9 mUm1dFbJ/8jlEdf9HW1wAxoolnbmJhgu5Od5/M3ww5M2tQAUOpt4vtN8APizwpWdIZ34 3Clw== Received: by 10.180.8.231 with SMTP id u7mr548568wia.9.1333131497499; Fri, 30 Mar 2012 11:18:17 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id e6sm8220232wix.8.2012.03.30.11.18.14 (version=SSLv3 cipher=OTHER); Fri, 30 Mar 2012 11:18:15 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F75F8E5.9000508@FreeBSD.org> Date: Fri, 30 Mar 2012 21:18:13 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> <1782.1332719733@pf2.ed.niigata-u.ac.jp> In-Reply-To: <1782.1332719733@pf2.ed.niigata-u.ac.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, day1234@hotmail.com, freebsd-usb@freebsd.org, Andriy Gapon , Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 18:18:19 -0000 On 03/26/12 02:55, Kaho Toshikazu wrote: > Hello, Andriy Gapon and ML members, > >> Date: Sun, 25 Mar 2012 13:15:26 +0300 >> >> on 25/03/2012 08:02 Kaho Toshikazu said the following: >>> Hello Andriy Gapon, >>> Thank you for your comment. >>> >>>> Message-ID:<4F6D9672.4050201@FreeBSD.org> >>>> Date: Sat, 24 Mar 2012 11:40:02 +0200 >>>> >>>> on 24/03/2012 04:17 Kaho Toshikazu said the following: >>>>> Hello, >>>>> >>>>> I have a similar problem with Transcend 16GB USB flash. When the flash >>>>> is plugged, FreeBSD attache it, but reports very big capacity and can >>>>> not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. >>>>> 10-current and 8-stable have same problem, and 9-stable is not tested. >>>> >>>> Could the problem be related to r229288 (r232943 in stable/9)? >>>> The dates below match the MFC date 2012-03-13. >>> >>> 10-current r233336 with reveting only scsi_da.c changed by >>> r233288 has same problem. Should I revert whole system ? >>> >> >> Sorry, it seems that I copied wrong revisions into my email. >> They should have been r232941 for stable/9 and r228846 for head. > > Yes, r228846 for current is related this problem. 10-current reverting > scsi/scsi_da.c introduced by r228846 detects valid capacity and > can read/write USB flash. USB flash may be died of "READ CAPACITY(16)". Could you collect more information about what's exactly happens with the device? Can you execute some camcontrol inquiry or camcontrol readcap commands after kernel misdetected size with "READ CAPACITY(16)"? If yes (device is still alive), could you run these commands (with proper device name) and send me the output files: camcontrol cmd da0 -E -v -c "12 00 00 00 80 00" -i 128 - > INQ.res camcontrol cmd da0 -E -v -c "9e 10 00 00 00 00 00 00 00 00 00 00 00 20 00 00" -i 32 - > RC16.result -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 18:27:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8CB11065672; Fri, 30 Mar 2012 18:27:43 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA428FC15; Fri, 30 Mar 2012 18:27:43 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so2375701pbc.13 for ; Fri, 30 Mar 2012 11:27:43 -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:x-enigmail-version:content-type :content-transfer-encoding; bh=m+PJ2mjFicZj5dip7K6FHOkxKowrXdlc+kLlmvKJOhk=; b=cBVGNG1VkOAMIJWXRb8qp9D1TXdV0vywqDvclBEYFeshTqhV//AknZ4sTsbPtoYggP HxxtH5yCBDMPthwLIqBXSoL2L64WjzApG2CSvZaSzaR6Wn3dYcvTPuRQZDHKbbnWFaI3 tYhCvKZaRHEpMYOu27XoTVvWm98ZeNUSH1QwTpL5fc9jd4q7qeUUpYJh2eMHMCxAW9bQ JQ6tYt7U5/5n30ecSS90WXmolQQk/pEvJIxLGAb0a9/q27ITRrbfUX6pQ8Ygi27IYdYl YdwiipRJVA/45u7IP5OMiPqyXXslcggN8bC963Y+EQJySgbttOvpok7FbCGBoyi533V1 1y3Q== Received: by 10.68.242.1 with SMTP id wm1mr11549298pbc.63.1333132063136; Fri, 30 Mar 2012 11:27:43 -0700 (PDT) Received: from bakeneko.local ([75.101.87.90]) by mx.google.com with ESMTPS id b10sm7881841pbr.46.2012.03.30.11.27.39 (version=SSLv3 cipher=OTHER); Fri, 30 Mar 2012 11:27:41 -0700 (PDT) Message-ID: <4F75FAA5.8000004@gmail.com> Date: Fri, 30 Mar 2012 11:25:41 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120326 Thunderbird/10.0.3 MIME-Version: 1.0 To: Steve Kargl References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <20120330181555.GA78451@troutmask.apl.washington.edu> In-Reply-To: <20120330181555.GA78451@troutmask.apl.washington.edu> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , freebsd-current@freebsd.org, "C. P. Ghost" , sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 18:27:44 -0000 On 03/30/12 11:15, Steve Kargl wrote: > On Fri, Mar 30, 2012 at 05:56:06PM +0000, Chris Rees wrote: >> On 30 March 2012 17:31, C. P. Ghost wrote: >>> On Fri, Mar 30, 2012 at 3:18 PM, wrote: >>>>>> However, if you always want to use tmpfs instead of stable storage= , >>>>> please do not. Some people expect /tmp to be persistent. This is = why >>>>> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". Changing this w= ould break >>>>> the POLA. >>>>> This is a mistake. >>>>> >>>>> The default should be clear_tmp_enable=3D"YES" >>>>> if only to uncover those broken configurations that expect /tmp to = be >>>>> persistent. >>>> If you want to break POLA and make a lot of people angry, sure. >>>> Otherwise no. >>> I couldn't agree more. Not clearing /tmp on reboot has been >>> the norm for way too long and it is too late to change now. >>> It's not just POLA, it also involves deleting data of unaware >>> users, and that should be avoided. >>> >>> Anyone willing to change policy w.r.t. /tmp can do so on their >>> own machines. Nothing is preventing them from doing so. >>> But by changing defaults, one should err on the side of >>> caution and remain conservative, IMHO. > Well stated. > >> >From man hier: >> >> /tmp/ temporary files that are not guaranteed to persist across >> system reboots > There is also a difference between "not guaranteed to persist" > and knowingly blowing the files away by explictly clearing > /tmp. > > PS: > How many users of FreeBSD know that hier(7) exists? > How many new users even know about man pages? > man hier is a unix standard. a new user will eventually find man pages if they're meant to, just as small turtles will eventually find the sea... In general you may receive some advantages by not blowing away /tmp such as better performance in programs that cache there, but my understanding (think historically in context of hier) is that *users* should not expect the *admin* to not blow away /tmp for space on a multiuser system. It might be there tomorrow, but it might not. Many larger multiuser systems had/have such folders, as many users =3D many crap files that some admin or script needs to clear to preserve storage for things that actually need to be stored. In some cases, the script would only clear it on Fridays in the middle of night, so temporary files might persist from say 1 week to a few hours..."you were warned". Dunno, but tmpfs + unionfs for the ports tree is where it would really be awesome! Matt From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 19:36:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 231A7106564A; Fri, 30 Mar 2012 19:36:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF3788FC08; Fri, 30 Mar 2012 19:36:31 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so2463544pbc.13 for ; Fri, 30 Mar 2012 12:36:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1WQIO0bsUd0yEVHay6CAWvwxJm7a6VHMD12W9ByBPBs=; b=SnxjD3HPo7ZogpZ05ULH54De/NAZNYXC5wEJegTTn55OxsQ7o93Q/YDQ1S8LpPOwkP WvZzB6CSJ9WuUGeJUONynobnNCi2uOWBe0O6qZFbx/LHS8PSEjOqaHpydtOgIq1QDaJs NKm8ozMQCoPcF48CLxA2Y8z6SIjPHK64XEtTkT6HkkrtzIHnXBxtUEWfum6/+ByQQtc9 Rfd98oNG7BIn4oXSz1Sp5mmpumo3iUEIE02DDxrcQAddCVXvAjay0XqruJhgR0AuQMaG 73XfYpBuJ3M9rB8qDV5TVIDSF/sD5jl3V54TyUwWwv/f2X3E1T50XW+2VuPh0cyP0GFC PJqA== MIME-Version: 1.0 Received: by 10.68.204.234 with SMTP id lb10mr31634pbc.98.1333136191274; Fri, 30 Mar 2012 12:36:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.19.19 with HTTP; Fri, 30 Mar 2012 12:36:31 -0700 (PDT) In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> Date: Fri, 30 Mar 2012 12:36:31 -0700 X-Google-Sender-Auth: H-URYOb56B6ZTKNI2o72qlR-at8 Message-ID: From: Adrian Chadd To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "C. P. Ghost" , sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 19:36:32 -0000 Let me tell you a story. Someone decided that ext4 could have a decent speed up if it implemented the posix standard for not flushing files on close(). After all, if you needed it to be guaranteed to be written to disk, you would call a flush routine first, before you called close(). So they did this. Then people testing out ext4 discovered that upon crash, their kde/gnome profiles were corrupted. Why? Because KDE/Gnome authors hadn't ever called flush before close(), and they weren't the only ones. They didn't read the standard, they only used the system and fixed bugs whenever their system behaved against their expectations. They didn't notice that the system was being different from the standard. Guess what ext4 did? :) Don't mis-estimate POLA. Adrian On 30 March 2012 10:56, Chris Rees wrote: > On 30 March 2012 17:31, C. P. Ghost wrote: >> On Fri, Mar 30, 2012 at 3:18 PM, =A0 wrote: >>>> > However, if you always want to use tmpfs instead of stable storage, >>>> please do not. =A0Some people expect /tmp to be persistent. =A0This is= why >>>> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". =A0Changing this wo= uld break >>>> the POLA. >>>> > >>>> This is a mistake. >>>> >>>> The default should be clear_tmp_enable=3D"YES" >>>> if only to uncover those broken configurations that expect /tmp to be >>>> persistent. >>> >>> If you want to break POLA and make a lot of people angry, sure. >>> Otherwise no. >> >> I couldn't agree more. Not clearing /tmp on reboot has been >> the norm for way too long and it is too late to change now. >> It's not just POLA, it also involves deleting data of unaware >> users, and that should be avoided. >> >> Anyone willing to change policy w.r.t. /tmp can do so on their >> own machines. Nothing is preventing them from doing so. >> But by changing defaults, one should err on the side of >> caution and remain conservative, IMHO. > > >From man hier: > > /tmp/ =A0 =A0 =A0temporary files that are not guaranteed to persist acros= s > system reboots > > This assumption that people often make 'People will be astonished by > this'-- I would like to have someone speak up and actually say "Yes, I > use *temporary* directories for long-term storage" rather than the > assumption that they are around. > > Software that assumes this should be fixed, and it won't be until the > bug is exposed (I'll look at eaccelerator-- it probably should store > its cache in /var/db). > > Maintaining the status quo because of some hypothetical scenario isn't > really productive. > > Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 19:42:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC49E106566B; Fri, 30 Mar 2012 19:42:50 +0000 (UTC) (envelope-from utisoft@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 06B0B8FC08; Fri, 30 Mar 2012 19:42:49 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1129186bkc.13 for ; Fri, 30 Mar 2012 12:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=8WYwW5bzafcro2BeixLU8rGCL5EjXHD6O1shRkE9G/0=; b=pOPMNuuKHFQN/dGFbfoAAswu34g5jAUCdMYw/4VxmG3IhWx7UO30Oq/UbZbXsKFD37 vFS+h3SgIw+WQ057+Drkfk+PpI3bZiJsuB1gQImOwllDOYHxvg0I1xYw85DhUA0jqF8p 8bFsmydwnxtKdfBEcvE2JMWtXIKiE5AYw03KksNURby3K+0wRhU3/3UL8IDDTegQiWMV WWdhzUKd+4VXvZqhF7YicH06qqfnzXfGT5g9uuVcnW7ijNw4eviTOVcl6Jkk/Cx7+qpP DwaU5+wGnKF0JCnViIVopSRu2w2ZXmGb6ogAfYWTnA6nsxbvdgidX+avWzqhiYBI9+4H u+eA== Received: by 10.204.10.91 with SMTP id o27mr1550243bko.5.1333136568397; Fri, 30 Mar 2012 12:42:48 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.202.142 with HTTP; Fri, 30 Mar 2012 12:42:18 -0700 (PDT) In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> From: Chris Rees Date: Fri, 30 Mar 2012 19:42:18 +0000 X-Google-Sender-Auth: tX7IgyRG3AUgCRmc8eJU1qnk7IU Message-ID: To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "C. P. Ghost" , sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 19:42:50 -0000 On 30 March 2012 19:36, Adrian Chadd wrote: > On 30 March 2012 10:56, Chris Rees wrote: >> On 30 March 2012 17:31, C. P. Ghost wrote: >>> On Fri, Mar 30, 2012 at 3:18 PM, =A0 wrote: >>>>> > However, if you always want to use tmpfs instead of stable storage, >>>>> please do not. =A0Some people expect /tmp to be persistent. =A0This i= s why >>>>> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". =A0Changing this w= ould break >>>>> the POLA. >>>>> > >>>>> This is a mistake. >>>>> >>>>> The default should be clear_tmp_enable=3D"YES" >>>>> if only to uncover those broken configurations that expect /tmp to be >>>>> persistent. >>>> >>>> If you want to break POLA and make a lot of people angry, sure. >>>> Otherwise no. >>> >>> I couldn't agree more. Not clearing /tmp on reboot has been >>> the norm for way too long and it is too late to change now. >>> It's not just POLA, it also involves deleting data of unaware >>> users, and that should be avoided. >>> >>> Anyone willing to change policy w.r.t. /tmp can do so on their >>> own machines. Nothing is preventing them from doing so. >>> But by changing defaults, one should err on the side of >>> caution and remain conservative, IMHO. >> >> >From man hier: >> >> /tmp/ =A0 =A0 =A0temporary files that are not guaranteed to persist acro= ss >> system reboots >> >> This assumption that people often make 'People will be astonished by >> this'-- I would like to have someone speak up and actually say "Yes, I >> use *temporary* directories for long-term storage" rather than the >> assumption that they are around. >> >> Software that assumes this should be fixed, and it won't be until the >> bug is exposed (I'll look at eaccelerator-- it probably should store >> its cache in /var/db). >> >> Maintaining the status quo because of some hypothetical scenario isn't >> really productive. >> > Let me tell you a story. > > Someone decided that ext4 could have a decent speed up if it > implemented the posix standard for not flushing files on close(). > After all, if you needed it to be guaranteed to be written to disk, > you would call a flush routine first, before you called close(). > > So they did this. > > Then people testing out ext4 discovered that upon crash, their > kde/gnome profiles were corrupted. > > Why? Because KDE/Gnome authors hadn't ever called flush before > close(), and they weren't the only ones. They didn't read the > standard, they only used the system and fixed bugs whenever their > system behaved against their expectations. They didn't notice that the > system was being different from the standard. > > Guess what ext4 did? :) > > Don't mis-estimate POLA. Well, having thought about what this conversation was *really* about, I may have unintentionally derailed it a little. My original intention was to say to Oliver, please, don't be discouraged from using tmpfs for /tmp, and make sure you send PRs to the upstream of any programs that misbehave as such. Let's not make judgement on people who treat /tmp as persistent quite yet ;= ) Chris From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 19:44:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 408421065675; Fri, 30 Mar 2012 19:44:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 082618FC18; Fri, 30 Mar 2012 19:44:31 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so2474565pbc.13 for ; Fri, 30 Mar 2012 12:44:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5wJcGeJry2WQs0c5f3CdNTdzUPbKc+Brfgdzohe88jM=; b=BK70rfOdtyhL26yh0obww2y049bYcQRRnNagiB5fqEvOMTeSCTLigiK5bwqzA0Vsb/ cby3+j+hARsPtlcL+hRTpCEzM/K5X/FaJ/YwEtjZZArYuwpntwzcB4Gu77NALw7nT36/ 1CtvFuugBDs6O7zTy4SU0k0W4CAXzcDOcgT7r8T8A/sJc+5q81/fx5pt1+1/9TsKq6qF qw0ONfnOpVSbOKyVUImfEY5rPMIE7l9Sh9tMTYyJaZcVaVLUuuDaxtWpHezv8KBgoIJd e+Aj17Aj4XydsVmzrGU1VqvVkIAAEtSmP6u4rUlI/fmsXs+oioU6irXQe1rKQbS6mntk vIcw== MIME-Version: 1.0 Received: by 10.68.197.39 with SMTP id ir7mr245575pbc.17.1333136671731; Fri, 30 Mar 2012 12:44:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.19.19 with HTTP; Fri, 30 Mar 2012 12:44:31 -0700 (PDT) In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> Date: Fri, 30 Mar 2012 12:44:31 -0700 X-Google-Sender-Auth: GVs5oW-O5YCVyCsUGNZaSBFUdp0 Message-ID: From: Adrian Chadd To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, "C. P. Ghost" , sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 19:44:32 -0000 On 30 March 2012 12:42, Chris Rees wrote: >> Guess what ext4 did? :) >> >> Don't mis-estimate POLA. > > Well, having thought about what this conversation was *really* about, > I may have unintentionally derailed it a little. > > My original intention was to say to Oliver, please, don't be > discouraged from using tmpfs for /tmp, and make sure you send PRs to > the upstream of any programs that misbehave as such. > > Let's not make judgement on people who treat /tmp as persistent quite yet ;) I'm not mis-judging anyone. :-) I'm just pointing out that things are not always quite as obvious as they seem. One of those reasons people stick/stuck with BSD is that we don't go and change this stuff so quickly. Adrian From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 20:50:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 156B61065675; Fri, 30 Mar 2012 20:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D95938FC0A; Fri, 30 Mar 2012 20:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2UKoJXs025247; Fri, 30 Mar 2012 16:50:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2UKoJjG025200; Fri, 30 Mar 2012 20:50:19 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Mar 2012 20:50:19 GMT Message-Id: <201203302050.q2UKoJjG025200@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 20:50:27 -0000 TB --- 2012-03-30 20:00:26 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-30 20:00:26 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-30 20:00:26 - cleaning the object tree TB --- 2012-03-30 20:01:11 - cvsupping the source tree TB --- 2012-03-30 20:01:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-30 20:01:56 - building world TB --- 2012-03-30 20:01:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-30 20:01:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-30 20:01:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-30 20:01:56 - SRCCONF=/dev/null TB --- 2012-03-30 20:01:56 - TARGET=mips TB --- 2012-03-30 20:01:56 - TARGET_ARCH=mips TB --- 2012-03-30 20:01:56 - TZ=UTC TB --- 2012-03-30 20:01:56 - __MAKE_CONF=/dev/null TB --- 2012-03-30 20:01:56 - cd /src TB --- 2012-03-30 20:01:56 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 30 20:01:57 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-30 20:50:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-30 20:50:19 - ERROR: failed to build world TB --- 2012-03-30 20:50:19 - 2058.55 user 434.06 system 2993.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 21:07:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5A5C106564A for ; Fri, 30 Mar 2012 21:07:45 +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 BB4EE8FC12 for ; Fri, 30 Mar 2012 21:07:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2E45FB93E; Fri, 30 Mar 2012 17:07:45 -0400 (EDT) From: John Baldwin To: David Wolfskill Date: Fri, 30 Mar 2012 13:46:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120330131833.GV1709@albert.catwhisker.org> <201203301218.58451.jhb@freebsd.org> <20120330164112.GY1709@albert.catwhisker.org> In-Reply-To: <20120330164112.GY1709@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203301346.58219.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 Mar 2012 17:07:45 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 21:07:46 -0000 On Friday, March 30, 2012 12:41:12 pm David Wolfskill wrote: > On Fri, Mar 30, 2012 at 12:18:58PM -0400, John Baldwin wrote: > > ... > > I've sent an e-mail to the NVIDIA driver author about how best to fix this. > > You can just change the driver to use VM_MEMATTR_UNCACHEABLE instead of > > VM_MEMATTR_UNCACHED for now. > > .... > > Thanks; I'd need to make it conditional on something relevant, as I'm > also building under stable/8 & stable/9. You can actually use that on 8 and 9 as well. I think it's a likely a bug that it used VM_MEMATTR_UNCACHED in the first place and that it should have been using VM_MEMATTR_UNCACHEABLE all along. (Which is why I've renamed the obscure and not really useful VM_MEMATTR_UNCACHED.) > My next scheduled build isn't for another 16 hours or so, so I'll sit > tight for now, and take evasive action as necessary. Of course, if > danfe@ wants a tester, I'm certainly game. :-} > > (Besides, I'm actively using the machine, you see.... :-}) > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 21:33:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A501065672; Fri, 30 Mar 2012 21:33:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 561FF8FC22; Fri, 30 Mar 2012 21:33:08 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2ULX7p9035725; Fri, 30 Mar 2012 14:33:07 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2ULX772035724; Fri, 30 Mar 2012 14:33:07 -0700 (PDT) (envelope-from david) Date: Fri, 30 Mar 2012 14:33:07 -0700 From: David Wolfskill To: John Baldwin Message-ID: <20120330213307.GA1709@albert.catwhisker.org> References: <20120330131833.GV1709@albert.catwhisker.org> <201203301218.58451.jhb@freebsd.org> <20120330164112.GY1709@albert.catwhisker.org> <201203301346.58219.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jk5HhkA9Kov5Oxsi" Content-Disposition: inline In-Reply-To: <201203301346.58219.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Failure to rebuild x11/nvidia-driver on head at r233697 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 21:33:08 -0000 --jk5HhkA9Kov5Oxsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 30, 2012 at 01:46:58PM -0400, John Baldwin wrote: > ... > You can actually use that on 8 and 9 as well. I think it's a likely a bug > that it used VM_MEMATTR_UNCACHED in the first place and that it should ha= ve > been using VM_MEMATTR_UNCACHEABLE all along. (Which is why I've renamed > the obscure and not really useful VM_MEMATTR_UNCACHED.) > ... OK; that seems to work, at least under stable/8 -- thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --jk5HhkA9Kov5Oxsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk92JpIACgkQmprOCmdXAD1voQCeKqatToKHOxFO0fEyUF6FfY9W HOYAn0sssQNPTzDH3yEByuhPsI0CgnH/ =86z4 -----END PGP SIGNATURE----- --jk5HhkA9Kov5Oxsi-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 00:57:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34C14106566B for ; Sat, 31 Mar 2012 00:57:06 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AFAA18FC17 for ; Sat, 31 Mar 2012 00:57:05 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1016423wgb.31 for ; Fri, 30 Mar 2012 17:57:04 -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=XDMphV/LNwJD36/i/9zuO/+K0hPkCnDZxvSsW8qOA1Q=; b=zQwkszRv2lF1bHpLEUfoKN31p9o4Nb9yruZWHgpzq3SgR4y8r1UOG/jDM02GixH+iK 0ibGW+jw6W2/d73dDGs+N6li1bPt0OK+z1IoCrgj4l/+vOgmkRVRmOs99gqqdTemAcTP oM+9MSU1Oex6SxY6tcQLRIxNCa0kBfsTaAUPamarPtwSsZ/XIK/uo4f2Ft/O7fOaTVZF hPWfZmrSree1nQdAQQBFrbzGMWuJkIGfj2ebcDM5UZVkn9ea6V2PBUzGPup3MoRZ30I2 a+ONlpwKLN5W+xDLKjbiLUF4HHZkz1ElWg2PoDyFqZEHgUaj9ygFgO3vlrQJWKnI7qCz 7CuQ== Received: by 10.180.85.70 with SMTP id f6mr2214036wiz.5.1333155424499; Fri, 30 Mar 2012 17:57:04 -0700 (PDT) Received: from [192.168.1.80] (dsl4E5C3B90.pool.t-online.hu. [78.92.59.144]) by mx.google.com with ESMTPS id fl2sm17602164wib.4.2012.03.30.17.57.02 (version=SSLv3 cipher=OTHER); Fri, 30 Mar 2012 17:57:03 -0700 (PDT) Message-ID: <4F765682.5040707@gmail.com> Date: Sat, 31 Mar 2012 02:57:38 +0200 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:11.0) Gecko/20120320 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 00:57:06 -0000 C. P. Ghost wrote: > Not clearing /tmp on reboot has been > the norm for way too long and it is too late to change now. We either evolve or be in a stalemate forever. > It's not just POLA, it also involves deleting data of unaware > users, and that should be avoided. Mounting on a directory (/tmp) does *not* clear that directory, so automatic data loss will not occur. Adrian Chadd wrote: > One of those reasons people stick/stuck with BSD is that we don't go > and change this stuff so quickly. Yes, it would be a total of ~20 years before we finally decided to switch to using TMPFS for /tmp. Changes that potentially break the POLA can be categorized; a change has a combination of the following properties: (1) the change fixes a bug (ie., the change is about something that should have been different in the first place, eg., the change fixes the misspelling of a command name) (2) the change can be prepared for (ie., enough time is given for the user base to slowly switch the new method of doing things) (3) the change is evolutional (ie., the change is based on a decision to yield a net benefit (not necessarily a benefit in all cases)) (4) the change has priorly been given room (ie., is expectable as defined by standards and the documentation) The TMPFS-for-/tmp change obviously falls into (4), and surely into (3). With the support of UPDATING entries, release notifications, and perhaps announcements, the change also falls into (2). Furthermore, using TMPFS for /tmp is analogous to adding assert()s to code. Noone is really breaking the POLA that much. The TMPFS-for-/var/run should not even bother anyone. From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 01:59:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38151106564A for ; Sat, 31 Mar 2012 01:59:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 080FA8FC12 for ; Sat, 31 Mar 2012 01:59:30 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so2802402pbc.13 for ; Fri, 30 Mar 2012 18:59:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=S8+HGgCD3yj7OaHrGbNTK1ZiUDJVP9qxqtmlsWkWcns=; b=H4eu6O23YxKs9YeKgVv1rmDWyl3DWybXgXyJXvGEyfO+jm84Q+KuraMCh1/DtQVUs0 5zj0fRnbaoT0XVofOiXV5NmHum8NQkaRPLs7WEoT2GHDcLYTfXieZsuqjlBsLxc+3wST 3C8BHvaV5GRpIeXcTyea9IYVJkI7qmR3JhMQqoqJIQGYybyzfWuoc8vkatF2I6Za5aoO 3XFis++0PkgzEY2X8OP7fi6WY3qCCbrb5e0BG9nx8qCan6U6KJuK+scvsC7j+dSePXQx BiZR6MFKbV8ZgORlpW1zuZTsRVmEsqfxoyajqyQ0VM8oO4TGG19Vo3HMBNuD3WBsSSMW gj6Q== MIME-Version: 1.0 Received: by 10.68.235.106 with SMTP id ul10mr1944352pbc.91.1333159170471; Fri, 30 Mar 2012 18:59:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.19.19 with HTTP; Fri, 30 Mar 2012 18:59:30 -0700 (PDT) In-Reply-To: <4F765682.5040707@gmail.com> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> Date: Fri, 30 Mar 2012 18:59:30 -0700 X-Google-Sender-Auth: ax1h_g4dTBI9dMZG4okyX6GGA_Y Message-ID: From: Adrian Chadd To: deeptech71@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 01:59:31 -0000 On 30 March 2012 17:57, wrote: > C. P. Ghost wrote: >> >> Not clearing /tmp on reboot has been >> the norm for way too long and it is too late to change now. > > > We either evolve or be in a stalemate forever. No, you do it in a sensible, controlled fashion. You make it really easy for people to turn on tmpfs by default. Some distributions of FreeBSD may pick that up, some may not. You have some people run with it, find out what software breaks and start issuing fixes. You aim to have that particular default deprecated in a major release. You make it really easy for users to switch back. You point out that /tmp was never designed to be persistent across reboots, we're now making sure that's the case. If you feel so inclined, you can add a configuration step in sysinstall/bsdinstall, to let the user choose. The next major release after that, you flip the default to /tmpfs. /var/tmp/ is documented to persist across reboots on a normal system. That require much more discussion. You're changing the default behaviour. Adrian From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 02:06:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B93B106566B; Sat, 31 Mar 2012 02:06:05 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id DD9488FC08; Sat, 31 Mar 2012 02:06:04 +0000 (UTC) X-AuditID: 12074422-b7fd66d0000008f9-31-4f766686d026 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 80.CC.02297.686667F4; Fri, 30 Mar 2012 22:05:58 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id q2V25wbx021441; Fri, 30 Mar 2012 22:05:58 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q2V25tHc006111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 30 Mar 2012 22:05:56 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q2V25tOT002800; Fri, 30 Mar 2012 22:05:55 -0400 (EDT) Date: Fri, 30 Mar 2012 22:05:55 -0400 (EDT) From: Benjamin Kaduk To: Adrian Chadd In-Reply-To: Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrEIsWRmVeSWpSXmKPExsUixCmqrduWVuZv0P+Rx2Lv1u1MFqcn/WW1 mPPmA5MDs8eMT/NZPHbOussewBTFZZOSmpNZllqkb5fAlfFgxnrWgvtcFb/+/2NpYNzL0cXI ySEhYCKxYPduFghbTOLCvfVsXYxcHEIC+xglNj69xALhbGCUmLjgJSuEc4BJYt7mjYwQTgOj xO2jO8D6WQS0JR79us8MYrMJqEjMfLMRaBYHh4iAqkTnfGeQMLOAqcTl/T3sILawgL7E+m9b mEBsToFAic2rZrKAlPMKOEqcXF4MMf4jk8TNnpNg40UFdCRW758CZvMKCEqcnPmEBWKmpcS5 P9fZJjAKzkKSmoUktYCRaRWjbEpulW5uYmZOcWqybnFyYl5eapGuqV5uZoleakrpJkZQ0LK7 KO1g/HlQ6RCjAAejEg+v0vlSfyHWxLLiytxDjJIcTEqivDNSyvyF+JLyUyozEosz4otKc1KL DzFKcDArifB2ry7xF+JNSaysSi3Kh0lJc7AoifOqa73zExJITyxJzU5NLUgtgsnKcHAoSfCy A6NTSLAoNT21Ii0zpwQhzcTBCTKcB2j4qlSgGt7igsTc4sx0iPwpRkUpcV5lkGYBkERGaR5c LyypvGIUB3pFmNcIpIoHmJDgul8BDWYCGszMC3J1cUkiQkqqgdFjmpx0rFfpsz/fSlLT5Vbs dMq45DSltvjU3ncL371+e3ttUXW8XmaftXFEsfqj2X7Z1xnWBVp2LXmUlnh1Im/ZQ6fbs1tb 5RL7q20b8s8ci1zYdK7iykqxHz/CN99R+fD1ZviF9KCNSj8jl+667v29W4TPyD18zv/8VvUj i9+/nNT11/uVi5wSS3FGoqEWc1FxIgDnuHfEBQMAAA== Cc: deeptech71@gmail.com, freebsd-current@freebsd.org Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 02:06:05 -0000 On Fri, 30 Mar 2012, Adrian Chadd wrote: > On 30 March 2012 17:57, wrote: >> C. P. Ghost wrote: >>> >>> Not clearing /tmp on reboot has been >>> the norm for way too long and it is too late to change now. >> >> >> We either evolve or be in a stalemate forever. > > No, you do it in a sensible, controlled fashion. > > You make it really easy for people to turn on tmpfs by default. Some > distributions of FreeBSD may pick that up, some may not. > > You have some people run with it, find out what software breaks and > start issuing fixes. > > You aim to have that particular default deprecated in a major release. > You make it really easy for users to switch back. You point out that > /tmp was never designed to be persistent across reboots, we're now > making sure that's the case. > > If you feel so inclined, you can add a configuration step in > sysinstall/bsdinstall, to let the user choose. > > The next major release after that, you flip the default to /tmpfs. > > /var/tmp/ is documented to persist across reboots on a normal system. > That require much more discussion. You're changing the default > behaviour. /var/tmp != /var/run But you are entirely correct on the sensible, controlled fashion. -Ben P.S. I am somewhat unconvinced by this: http://wiki.debian.org/ReleaseGoals/RunDirectory From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 02:47:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01ACE1065679 for ; Sat, 31 Mar 2012 02:47:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id AB19A8FC0C for ; Sat, 31 Mar 2012 02:47:55 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SDoM5-0000tf-8v for freebsd-current@freebsd.org; Sat, 31 Mar 2012 04:47:53 +0200 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 31 Mar 2012 04:47:53 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 31 Mar 2012 04:47:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Sat, 31 Mar 2012 02:47:43 +0000 (UTC) Lines: 25 Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.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:10.0.2) Gecko/20100101 Firefox/10.0.2) Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 02:47:56 -0000 gmail.com> writes: > ... > > One of those reasons people stick/stuck with BSD is that we don't go > > and change this stuff so quickly. > > Yes, it would be a total of ~20 years before we finally decided to switch to > using TMPFS for /tmp. > ... According to TMPFS(5) "BUGS The tmpfs kernel implementation is currently considered as an experimen- tal feature. Some file system mount time options are not well supported." Perhaps there is a reason to not push "experimental" things on users ? Btw, I hope Quotas is supported by tmpfs. I do not know about you, but I feel differently about /tmp even as part of "/" fs beeing bombed by mega-size files, and /tmp as /tmpfs (main memory plus swap) getting full or even reaching some preset value and having some priority job or its data or caches being swapped. jb From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 03:14:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05479106564A; Sat, 31 Mar 2012 03:14:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 991448FC16; Sat, 31 Mar 2012 03:14:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2V3EGHY011247; Fri, 30 Mar 2012 23:14:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2V3EGV4011227; Sat, 31 Mar 2012 03:14:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 03:14:16 GMT Message-Id: <201203310314.q2V3EGV4011227@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 03:14:18 -0000 TB --- 2012-03-31 01:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 01:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-03-31 01:00:00 - cleaning the object tree TB --- 2012-03-31 01:00:00 - cvsupping the source tree TB --- 2012-03-31 01:00:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-03-31 01:06:26 - building world TB --- 2012-03-31 01:06:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 01:06:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 01:06:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 01:06:26 - SRCCONF=/dev/null TB --- 2012-03-31 01:06:26 - TARGET=pc98 TB --- 2012-03-31 01:06:26 - TARGET_ARCH=i386 TB --- 2012-03-31 01:06:26 - TZ=UTC TB --- 2012-03-31 01:06:26 - __MAKE_CONF=/dev/null TB --- 2012-03-31 01:06:26 - cd /src TB --- 2012-03-31 01:06:26 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 01:06:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98.i386/src/tmp/usr/include/netinet/ip_compat.h:1543: warning: previous declaration of 'bcopywrap' was here In file included from ioctl.c:123: /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h: In function 'time_pps_fetch': /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h:200: warning: declaration of 'timeout' shadows a global declaration /obj/pc98.i386/src/tmp/usr/include/sys/systm.h:316: warning: shadowed declaration is here /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h: In function 'time_pps_fetch_ffc': /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h:218: warning: declaration of 'timeout' shadows a global declaration /obj/pc98.i386/src/tmp/usr/include/sys/systm.h:316: warning: shadowed declaration is here *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 03:14:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 03:14:16 - ERROR: failed to build world TB --- 2012-03-31 03:14:16 - 5839.37 user 807.98 system 8055.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 04:07:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 515A11065670; Sat, 31 Mar 2012 04:07:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4E18FC08; Sat, 31 Mar 2012 04:07:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2V47I0O021487; Sat, 31 Mar 2012 00:07:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2V47IGD021486; Sat, 31 Mar 2012 04:07:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 04:07:18 GMT Message-Id: <201203310407.q2V47IGD021486@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 04:07:19 -0000 TB --- 2012-03-31 03:14:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 03:14:16 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-31 03:14:16 - cleaning the object tree TB --- 2012-03-31 03:15:05 - cvsupping the source tree TB --- 2012-03-31 03:15:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-31 03:16:49 - building world TB --- 2012-03-31 03:16:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 03:16:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 03:16:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 03:16:49 - SRCCONF=/dev/null TB --- 2012-03-31 03:16:49 - TARGET=mips TB --- 2012-03-31 03:16:49 - TARGET_ARCH=mips TB --- 2012-03-31 03:16:49 - TZ=UTC TB --- 2012-03-31 03:16:49 - __MAKE_CONF=/dev/null TB --- 2012-03-31 03:16:49 - cd /src TB --- 2012-03-31 03:16:49 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 03:16:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 04:07:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 04:07:18 - ERROR: failed to build world TB --- 2012-03-31 04:07:18 - 2077.24 user 458.33 system 3181.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 04:43:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E74A106564A; Sat, 31 Mar 2012 04:43:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5188FC08; Sat, 31 Mar 2012 04:43:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2V4h9VR026294; Sat, 31 Mar 2012 00:43:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2V4h9an026293; Sat, 31 Mar 2012 04:43:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 04:43:09 GMT Message-Id: <201203310443.q2V4h9an026293@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 04:43:10 -0000 TB --- 2012-03-31 03:13:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 03:13:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-31 03:13:01 - cleaning the object tree TB --- 2012-03-31 03:13:01 - cvsupping the source tree TB --- 2012-03-31 03:13:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-31 03:13:49 - building world TB --- 2012-03-31 03:13:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 03:13:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 03:13:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 03:13:49 - SRCCONF=/dev/null TB --- 2012-03-31 03:13:49 - TARGET=ia64 TB --- 2012-03-31 03:13:49 - TARGET_ARCH=ia64 TB --- 2012-03-31 03:13:49 - TZ=UTC TB --- 2012-03-31 03:13:49 - __MAKE_CONF=/dev/null TB --- 2012-03-31 03:13:49 - cd /src TB --- 2012-03-31 03:13:49 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 03:13:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_1': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:250: warning: implicit declaration of function 'ia64_st1' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_2': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:261: warning: implicit declaration of function 'ia64_st2' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_4': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:272: warning: implicit declaration of function 'ia64_st4' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_8': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:283: warning: implicit declaration of function 'ia64_st8' *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 04:43:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 04:43:08 - ERROR: failed to build world TB --- 2012-03-31 04:43:08 - 4117.50 user 620.17 system 5407.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 05:02:34 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 868B4106566C; Sat, 31 Mar 2012 05:02:34 +0000 (UTC) (envelope-from kaho@elam.kais.kyoto-u.ac.jp) Received: from elam.kais.kyoto-u.ac.jp (elam.kais.kyoto-u.ac.jp [130.54.60.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1ABE68FC12; Sat, 31 Mar 2012 05:02:33 +0000 (UTC) Received: from elam.kais.kyoto-u.ac.jp (localhost [127.0.0.1]) by elam.kais.kyoto-u.ac.jp (8.14.4/8.14.4) with ESMTP id q2V4vpNC008851; Sat, 31 Mar 2012 13:57:51 +0900 (JST) (envelope-from kaho@elam.kais.kyoto-u.ac.jp) To: Alexander Motin From: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> <1782.1332719733@pf2.ed.niigata-u.ac.jp> <4F75F8E5.9000508@FreeBSD.org> User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?S?= =?ISO-8859-4?Q?hij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Sat, 31 Mar 2012 13:57:51 +0900 Message-ID: <8850.1333169871@elam.kais.kyoto-u.ac.jp> Sender: kaho@elam.kais.kyoto-u.ac.jp Cc: freebsd-current@FreeBSD.org, day1234@hotmail.com, freebsd-usb@FreeBSD.org, Andriy Gapon , Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 05:02:34 -0000 Hello Alexander Motin, > Could you collect more information about what's exactly happens > with the device? Can you execute some camcontrol inquiry or > camcontrol readcap commands after kernel misdetected size with > "READ CAPACITY(16)"? > > If yes (device is still alive), could you run these commands > (with proper device name) and send me the output files: > camcontrol cmd da0 -E -v -c "12 00 00 00 80 00" -i 128 - > INQ.res > camcontrol cmd da0 -E -v -c "9e 10 00 00 00 00 00 00 00 00 00 00 > 00 20 00 00" -i 32 - > RC16.result usbconfig -d 0.3 dump_device_desc ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x8564 idProduct = 0x1000 bcdDevice = 0x1100 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <83CA7S8M3LD8UGSF> bNumConfigurations = 0x0001 -- dmesg without any quirks -- ugen0.3: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) hexdump -Cv RC16.result 00000000 00 ff 00 00 00 00 00 00 00 00 02 00 00 00 00 00 |................| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000020 `hexdump -Cv INQ.res` 00000000 00 80 04 02 1f 73 6d 69 4a 65 74 46 6c 61 73 68 |.....smiJetFlash| 00000010 54 72 61 6e 73 63 65 6e 64 20 31 36 47 42 20 20 |Transcend 16GB | 00000020 31 31 30 30 00 80 02 00 00 00 00 00 00 00 00 00 |1100............| 00000030 00 00 00 00 00 00 28 00 03 01 82 06 00 3f 00 00 |......(......?..| 00000040 00 00 28 32 00 00 00 00 00 00 00 50 50 00 00 00 |..(2.......PP...| 00000050 30 50 50 00 00 00 00 00 00 00 00 21 84 84 21 1e |0PP........!..!.| 00000060 00 03 48 00 00 c0 00 00 00 00 00 00 00 00 00 00 |..H..@..........| 00000070 00 00 00 00 00 00 01 00 24 15 01 09 00 00 00 00 |........$.......| 00000080 -- dmesg with UQ_MSC_NO_INQUIRY -- ugen0.3: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 da0: < > Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 15477MB (31696896 512 byte sectors: 255H 63S/T 1973C) Hmm, "READ CAPACITY(16)" can be used and device is alive. With UQ_MSC_NO_INQUIRY, after run camcontrol, dd can read normally. Without UQ_MSC_NO_INQUIRY, camcontrol can return something, but dd can not be usable. -- Kaho Toshikazu From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 06:07:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1B9D106564A for ; Sat, 31 Mar 2012 06:07:39 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 1B82E8FC17 for ; Sat, 31 Mar 2012 06:07:38 +0000 (UTC) Received: (qmail invoked by alias); 31 Mar 2012 06:07:37 -0000 Received: from g227125153.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.227.125.153] by mail.gmx.net (mp019) with SMTP; 31 Mar 2012 08:07:37 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/J0WRL3MvJKQs+CSti3Z18GtSmYe2RnZSXbr5fXI 2/AOTB6AQuiLFr Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id C4C9923CEAF for ; Sat, 31 Mar 2012 08:07:36 +0200 (CEST) Message-ID: <4F769F28.7080700@gmx.de> Date: Sat, 31 Mar 2012 08:07:36 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Mnenhy/0.8.3 Thunderbird/3.1.20 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120329195800.GH1709@albert.catwhisker.org> <4F74CB80.2030207@vangyzen.net> In-Reply-To: <4F74CB80.2030207@vangyzen.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 06:07:39 -0000 Am 29.03.2012 22:52, schrieb Eric van Gyzen: > Respectfully, no. The default is to store /tmp in UFS, either in its > own partition (with Auto Defaults) or in / (if no partition was created > for it), and to refrain from clearing it at boot. Thus, although /tmp > is not guaranteed to persist in theory, it is rather persistent in > practice. > > My only point is: carefully consider the change in behavior of the > default installation before breaking the POLA. How about using /var/tmp for the "a little longer lived" temporary stuff? From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 06:15:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FDAD106564A for ; Sat, 31 Mar 2012 06:15:46 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 072F58FC0C for ; Sat, 31 Mar 2012 06:15:45 +0000 (UTC) Received: (qmail invoked by alias); 31 Mar 2012 06:15:44 -0000 Received: from g227125153.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.227.125.153] by mail.gmx.net (mp012) with SMTP; 31 Mar 2012 08:15:44 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/7HFJPL8j7mBuby7uWe8WFE/PjlXE8kaUGU7F5Lt m1NtWurJ9aXojQ Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 4416A23CEAF for ; Sat, 31 Mar 2012 08:15:44 +0200 (CEST) Message-ID: <4F76A110.4080002@gmx.de> Date: Sat, 31 Mar 2012 08:15:44 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Mnenhy/0.8.3 Thunderbird/3.1.20 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 06:15:46 -0000 Am 30.03.2012 21:36, schrieb Adrian Chadd: > Let me tell you a story. > > Someone decided that ext4 could have a decent speed up if it > implemented the posix standard for not flushing files on close(). > After all, if you needed it to be guaranteed to be written to disk, > you would call a flush routine first, before you called close(). > > So they did this. > > Then people testing out ext4 discovered that upon crash, their > kde/gnome profiles were corrupted. > > Why? Because KDE/Gnome authors hadn't ever called flush before > close(), and they weren't the only ones. They didn't read the > standard, they only used the system and fixed bugs whenever their > system behaved against their expectations. They didn't notice that the > system was being different from the standard. > > Guess what ext4 did? :) ext4 sprouted an option (auto_da_alloc, when used with the proper data journalling option data=ordered) to support buggy software. Note that ext4 isn't pioneering the "fsync() required" semantics here, there are other precedents of "0-blocks in files after crash" in Linux file systems, such as XFS. I'm oblivious to the current ext4 defaults WRT these semantics (and I haven't looked at vanilla kernels for a while anyways---distros might have changed default settings). From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 06:44:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B82D106564A; Sat, 31 Mar 2012 06:44:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6A88FC15; Sat, 31 Mar 2012 06:44:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2V6ih0p061839; Sat, 31 Mar 2012 02:44:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2V6ihas061834; Sat, 31 Mar 2012 06:44:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 06:44:43 GMT Message-Id: <201203310644.q2V6ihas061834@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 06:44:44 -0000 TB --- 2012-03-31 01:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 01:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-31 01:00:00 - cleaning the object tree TB --- 2012-03-31 01:00:00 - cvsupping the source tree TB --- 2012-03-31 01:00:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-31 01:02:04 - building world TB --- 2012-03-31 01:02:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 01:02:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 01:02:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 01:02:04 - SRCCONF=/dev/null TB --- 2012-03-31 01:02:04 - TARGET=i386 TB --- 2012-03-31 01:02:04 - TARGET_ARCH=i386 TB --- 2012-03-31 01:02:04 - TZ=UTC TB --- 2012-03-31 01:02:04 - __MAKE_CONF=/dev/null TB --- 2012-03-31 01:02:04 - cd /src TB --- 2012-03-31 01:02:04 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 01:02:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 31 03:16:58 UTC 2012 TB --- 2012-03-31 03:16:58 - generating LINT kernel config TB --- 2012-03-31 03:16:58 - cd /src/sys/i386/conf TB --- 2012-03-31 03:16:58 - /usr/bin/make -B LINT TB --- 2012-03-31 03:16:59 - cd /src/sys/i386/conf TB --- 2012-03-31 03:16:59 - /usr/sbin/config -m LINT TB --- 2012-03-31 03:16:59 - building LINT kernel TB --- 2012-03-31 03:16:59 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 03:16:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 03:16:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 03:16:59 - SRCCONF=/dev/null TB --- 2012-03-31 03:16:59 - TARGET=i386 TB --- 2012-03-31 03:16:59 - TARGET_ARCH=i386 TB --- 2012-03-31 03:16:59 - TZ=UTC TB --- 2012-03-31 03:16:59 - __MAKE_CONF=/dev/null TB --- 2012-03-31 03:16:59 - cd /src TB --- 2012-03-31 03:16:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 31 03:16:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 31 03:51:01 UTC 2012 TB --- 2012-03-31 03:51:01 - cd /src/sys/i386/conf TB --- 2012-03-31 03:51:01 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-31 03:51:01 - building LINT-NOINET kernel TB --- 2012-03-31 03:51:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 03:51:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 03:51:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 03:51:01 - SRCCONF=/dev/null TB --- 2012-03-31 03:51:01 - TARGET=i386 TB --- 2012-03-31 03:51:01 - TARGET_ARCH=i386 TB --- 2012-03-31 03:51:01 - TZ=UTC TB --- 2012-03-31 03:51:01 - __MAKE_CONF=/dev/null TB --- 2012-03-31 03:51:01 - cd /src TB --- 2012-03-31 03:51:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Mar 31 03:51:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Mar 31 04:22:59 UTC 2012 TB --- 2012-03-31 04:22:59 - cd /src/sys/i386/conf TB --- 2012-03-31 04:22:59 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-31 04:22:59 - building LINT-NOINET6 kernel TB --- 2012-03-31 04:22:59 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 04:22:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 04:22:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 04:22:59 - SRCCONF=/dev/null TB --- 2012-03-31 04:22:59 - TARGET=i386 TB --- 2012-03-31 04:22:59 - TARGET_ARCH=i386 TB --- 2012-03-31 04:22:59 - TZ=UTC TB --- 2012-03-31 04:22:59 - __MAKE_CONF=/dev/null TB --- 2012-03-31 04:22:59 - cd /src TB --- 2012-03-31 04:22:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Mar 31 04:23:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Mar 31 04:54:52 UTC 2012 TB --- 2012-03-31 04:54:52 - cd /src/sys/i386/conf TB --- 2012-03-31 04:54:52 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-31 04:54:52 - building LINT-NOIP kernel TB --- 2012-03-31 04:54:52 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 04:54:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 04:54:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 04:54:52 - SRCCONF=/dev/null TB --- 2012-03-31 04:54:52 - TARGET=i386 TB --- 2012-03-31 04:54:52 - TARGET_ARCH=i386 TB --- 2012-03-31 04:54:52 - TZ=UTC TB --- 2012-03-31 04:54:52 - __MAKE_CONF=/dev/null TB --- 2012-03-31 04:54:52 - cd /src TB --- 2012-03-31 04:54:52 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Mar 31 04:54:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Mar 31 05:24:23 UTC 2012 TB --- 2012-03-31 05:24:23 - cd /src/sys/i386/conf TB --- 2012-03-31 05:24:23 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-31 05:24:23 - building LINT-VIMAGE kernel TB --- 2012-03-31 05:24:23 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 05:24:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 05:24:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 05:24:23 - SRCCONF=/dev/null TB --- 2012-03-31 05:24:23 - TARGET=i386 TB --- 2012-03-31 05:24:23 - TARGET_ARCH=i386 TB --- 2012-03-31 05:24:23 - TZ=UTC TB --- 2012-03-31 05:24:23 - __MAKE_CONF=/dev/null TB --- 2012-03-31 05:24:23 - cd /src TB --- 2012-03-31 05:24:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Mar 31 05:24:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Mar 31 05:56:13 UTC 2012 TB --- 2012-03-31 05:56:13 - cd /src/sys/i386/conf TB --- 2012-03-31 05:56:13 - /usr/sbin/config -m GENERIC TB --- 2012-03-31 05:56:13 - building GENERIC kernel TB --- 2012-03-31 05:56:13 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 05:56:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 05:56:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 05:56:13 - SRCCONF=/dev/null TB --- 2012-03-31 05:56:13 - TARGET=i386 TB --- 2012-03-31 05:56:13 - TARGET_ARCH=i386 TB --- 2012-03-31 05:56:13 - TZ=UTC TB --- 2012-03-31 05:56:13 - __MAKE_CONF=/dev/null TB --- 2012-03-31 05:56:13 - cd /src TB --- 2012-03-31 05:56:13 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 31 05:56:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 31 06:21:56 UTC 2012 TB --- 2012-03-31 06:21:56 - cd /src/sys/i386/conf TB --- 2012-03-31 06:21:56 - /usr/sbin/config -m PAE TB --- 2012-03-31 06:21:56 - building PAE kernel TB --- 2012-03-31 06:21:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 06:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 06:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 06:21:56 - SRCCONF=/dev/null TB --- 2012-03-31 06:21:56 - TARGET=i386 TB --- 2012-03-31 06:21:56 - TARGET_ARCH=i386 TB --- 2012-03-31 06:21:56 - TZ=UTC TB --- 2012-03-31 06:21:56 - __MAKE_CONF=/dev/null TB --- 2012-03-31 06:21:56 - cd /src TB --- 2012-03-31 06:21:56 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 31 06:21:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Sat Mar 31 06:28:45 UTC 2012 TB --- 2012-03-31 06:28:45 - cd /src/sys/i386/conf TB --- 2012-03-31 06:28:45 - /usr/sbin/config -m XBOX TB --- 2012-03-31 06:28:45 - building XBOX kernel TB --- 2012-03-31 06:28:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 06:28:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 06:28:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 06:28:45 - SRCCONF=/dev/null TB --- 2012-03-31 06:28:45 - TARGET=i386 TB --- 2012-03-31 06:28:45 - TARGET_ARCH=i386 TB --- 2012-03-31 06:28:45 - TZ=UTC TB --- 2012-03-31 06:28:45 - __MAKE_CONF=/dev/null TB --- 2012-03-31 06:28:45 - cd /src TB --- 2012-03-31 06:28:45 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sat Mar 31 06:28:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Sat Mar 31 06:32:29 UTC 2012 TB --- 2012-03-31 06:32:29 - cd /src/sys/i386/conf TB --- 2012-03-31 06:32:29 - /usr/sbin/config -m XEN TB --- 2012-03-31 06:32:29 - building XEN kernel TB --- 2012-03-31 06:32:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 06:32:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 06:32:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 06:32:29 - SRCCONF=/dev/null TB --- 2012-03-31 06:32:29 - TARGET=i386 TB --- 2012-03-31 06:32:29 - TARGET_ARCH=i386 TB --- 2012-03-31 06:32:29 - TZ=UTC TB --- 2012-03-31 06:32:29 - __MAKE_CONF=/dev/null TB --- 2012-03-31 06:32:29 - cd /src TB --- 2012-03-31 06:32:29 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sat Mar 31 06:32:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug --add-gnu-debuglink=mem.ko.symbols mem.ko.debug mem.ko ===> mfi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi_pci.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi_disk.c In file included from /src/sys/modules/mfi/../../dev/mfi/mfi_disk.c:56: @/dev/mfi/mfivar.h:161: error: conflicting types for 'atomic_t' ./machine/xen/xen-os.h:197: error: previous declaration of 'atomic_t' was here *** Error code 1 Stop in /src/sys/modules/mfi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/XEN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 06:44:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 06:44:43 - ERROR: failed to build XEN kernel TB --- 2012-03-31 06:44:43 - 16054.52 user 2191.62 system 20682.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 07:31:00 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58006106566B for ; Sat, 31 Mar 2012 07:31:00 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id B34258FC17 for ; Sat, 31 Mar 2012 07:30:59 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q2V7UsOo079309 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 31 Mar 2012 08:30:54 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.0 smtp.infracaninophile.co.uk q2V7UsOo079309 Authentication-Results: smtp.infracaninophile.co.uk/q2V7UsOo079309; dkim=none (no signature); dkim-adsp=none Message-ID: <4F76B2A5.6070501@FreeBSD.org> Date: Sat, 31 Mar 2012 08:30:45 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0BB7DF4808E82E339A73C935" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 07:31:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0BB7DF4808E82E339A73C935 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 31/03/2012 03:05, Benjamin Kaduk wrote: > P.S. I am somewhat unconvinced by this: > http://wiki.debian.org/ReleaseGoals/RunDirectory Those who do not understand /var are condemned to reinvent it? --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig0BB7DF4808E82E339A73C935 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk92sq4ACgkQ8Mjk52CukIzZ6ACeP3OQbzLA0s8Yan+gu+C9Zv7v EmoAoIHT/uwaNLLHHHOKKpCCNDWC55g5 =5lJC -----END PGP SIGNATURE----- --------------enig0BB7DF4808E82E339A73C935-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 10:16:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4E2106564A; Sat, 31 Mar 2012 10:16:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5B1588FC12; Sat, 31 Mar 2012 10:16:18 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1222367wgb.31 for ; Sat, 31 Mar 2012 03:16:17 -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=vaJWfll+9Y9sDs073OGI4i3JUuc1c3oltNzjsi+ZPb4=; b=ryBE0acI7JsN8Zsh/U0K1Dspr9hxVvgxyJDWocH5/89r96c9YOQn0F5/yM7lgL34AO ki/86hsi0q+BXSx45vs7A0rhTVFjLFcgHMGwLxOKZtEkXBlRtO/NG3H54c8UmjbMWhDY Nzy46fDYvWn/lLehBas68iiMUjFWI6Od/ae+YIDBirE8mmZ6JsT3WEvQJt+fVYTQCYBr En5sTKKHoYPvgcqsIbzOfod95fjqgO8ztCQEcLH8iwcwieL7sxagv9Kccb7fS20ebuwF rZQq5w+XmuTvE9SMa8Bd7Xdz86AKpBf2losgzMHEdygA7zUjyQ7B+7cTSa6rkdlOcx3P GlAg== Received: by 10.180.88.169 with SMTP id bh9mr5311237wib.5.1333188977200; Sat, 31 Mar 2012 03:16:17 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id ff9sm14655299wib.2.2012.03.31.03.16.14 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 03:16:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F76D965.80102@FreeBSD.org> Date: Sat, 31 Mar 2012 13:16:05 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> <1782.1332719733@pf2.ed.niigata-u.ac.jp> <4F75F8E5.9000508@FreeBSD.org> <8850.1333169871@elam.kais.kyoto-u.ac.jp> In-Reply-To: <8850.1333169871@elam.kais.kyoto-u.ac.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, day1234@hotmail.com, freebsd-usb@FreeBSD.org, Andriy Gapon , Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 10:16:19 -0000 On 03/31/12 07:57, Kaho Toshikazu wrote: >> Could you collect more information about what's exactly happens >> with the device? Can you execute some camcontrol inquiry or >> camcontrol readcap commands after kernel misdetected size with >> "READ CAPACITY(16)"? >> >> If yes (device is still alive), could you run these commands >> (with proper device name) and send me the output files: >> camcontrol cmd da0 -E -v -c "12 00 00 00 80 00" -i 128 -> INQ.res >> camcontrol cmd da0 -E -v -c "9e 10 00 00 00 00 00 00 00 00 00 00 >> 00 20 00 00" -i 32 -> RC16.result > > usbconfig -d 0.3 dump_device_desc > > ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x8564 > idProduct = 0x1000 > bcdDevice = 0x1100 > iManufacturer = 0x0001 > iProduct = 0x0002 > iSerialNumber = 0x0003<83CA7S8M3LD8UGSF> > bNumConfigurations = 0x0001 > > -- dmesg without any quirks -- > ugen0.3: at usbus0 > umass0: on usbus0 > da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) > > hexdump -Cv RC16.result > 00000000 00 ff 00 00 00 00 00 00 00 00 02 00 00 00 00 00 |................| > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > 00000020 > > `hexdump -Cv INQ.res` > 00000000 00 80 04 02 1f 73 6d 69 4a 65 74 46 6c 61 73 68 |.....smiJetFlash| > 00000010 54 72 61 6e 73 63 65 6e 64 20 31 36 47 42 20 20 |Transcend 16GB | > 00000020 31 31 30 30 00 80 02 00 00 00 00 00 00 00 00 00 |1100............| > 00000030 00 00 00 00 00 00 28 00 03 01 82 06 00 3f 00 00 |......(......?..| > 00000040 00 00 28 32 00 00 00 00 00 00 00 50 50 00 00 00 |..(2.......PP...| > 00000050 30 50 50 00 00 00 00 00 00 00 00 21 84 84 21 1e |0PP........!..!.| > 00000060 00 03 48 00 00 c0 00 00 00 00 00 00 00 00 00 00 |..H..@..........| > 00000070 00 00 00 00 00 00 01 00 24 15 01 09 00 00 00 00 |........$.......| > 00000080 > > -- dmesg with UQ_MSC_NO_INQUIRY -- > ugen0.3: at usbus0 > umass0: on usbus0 > da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 > da0:< > Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 15477MB (31696896 512 byte sectors: 255H 63S/T 1973C) > > > Hmm, "READ CAPACITY(16)" can be used and device is alive. > With UQ_MSC_NO_INQUIRY, after run camcontrol, dd can read normally. > Without UQ_MSC_NO_INQUIRY, camcontrol can return something, > but dd can not be usable. Thank you. I see number of inconsistencies there. Device reports support for SPC-2 spec, but has PROTECT bit set in INQUIRY data, which is defined only since SPC-3 and reserved in SPC-2. Protection information, same as READ CAPACITY(16) command, defined only from SPC-3. SPC-2 devices should not know about it, returning error, but this device doesn't return error, instead returning something strange (correct sector size, but wrong number of sectors). I see the only clean solution in following specs more closely and not checking PROTECT bit for pre-SPC-3 devices. I don't know why Linux does for all SCSI-3/SPC devices, but for this device result is fatal. Please try the following patch. It should disable use of READ CAPACITY(16) in your case. --- scsi_da.c (revision 233697) +++ scsi_da.c (working copy) @@ -1631,9 +1631,7 @@ softc->minimum_cmd_size = 16; /* Predict whether device may support READ CAPACITY(16). */ - if (SID_ANSI_REV(&cgd->inq_data) >= SCSI_REV_SPC3 || - (SID_ANSI_REV(&cgd->inq_data) >= SCSI_REV_SPC && - (cgd->inq_data.spc3_flags & SPC3_SID_PROTECT))) { + if (SID_ANSI_REV(&cgd->inq_data) >= SCSI_REV_SPC3) { softc->flags |= DA_FLAG_CAN_RC16; softc->state = DA_STATE_PROBE2; } -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 10:40:40 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EC67106564A; Sat, 31 Mar 2012 10:40:40 +0000 (UTC) (envelope-from kaho@ed.niigata-u.ac.jp) Received: from caav02.cais.niigata-u.ac.jp (caav02.cais.niigata-u.ac.jp [133.35.17.134]) by mx1.freebsd.org (Postfix) with ESMTP id 31D618FC27; Sat, 31 Mar 2012 10:40:39 +0000 (UTC) Received: from caav02.cais.niigata-u.ac.jp (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 098A5282DB4; Sat, 31 Mar 2012 19:40:07 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (pf2.ed.niigata-u.ac.jp [133.35.172.22]) by caav02.cais.niigata-u.ac.jp (Postfix) with ESMTPS id E2878282D94; Sat, 31 Mar 2012 19:40:06 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (localhost [127.0.0.1]) by pf2.ed.niigata-u.ac.jp (8.14.5/8.14.5) with ESMTP id q2VAe6PL001743; Sat, 31 Mar 2012 19:40:06 +0900 (JST) (envelope-from kaho@pf2.ed.niigata-u.ac.jp) To: Alexander Motin From: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> <1782.1332719733@pf2.ed.niigata-u.ac.jp> <4F75F8E5.9000508@FreeBSD.org> <8850.1333169871@elam.kais.kyoto-u.ac.jp> <4F76D965.80102@FreeBSD.org> X-Mailer: MH-E 8.2; MH 6.8.4.JP-3.05; GNU Emacs 23.4.1 User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Sat, 31 Mar 2012 19:40:06 +0900 Message-ID: <1742.1333190406@pf2.ed.niigata-u.ac.jp> Sender: kaho@ed.niigata-u.ac.jp Cc: freebsd-current@FreeBSD.org, day1234@hotmail.com, freebsd-usb@FreeBSD.org, Andriy Gapon , Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 10:40:40 -0000 Hello Alexander Motin, Your patch solves the problem. Thank you. -- Kaho Toshikazu > On 03/31/12 07:57, Kaho Toshikazu wrote: > >> Could you collect more information about what's exactly happens > >> with the device? Can you execute some camcontrol inquiry or > >> camcontrol readcap commands after kernel misdetected size with > >> "READ CAPACITY(16)"? > >> > >> If yes (device is still alive), could you run these commands > >> (with proper device name) and send me the output files: > >> camcontrol cmd da0 -E -v -c "12 00 00 00 80 00" -i 128 -> INQ.res > >> camcontrol cmd da0 -E -v -c "9e 10 00 00 00 00 00 00 00 00 00 00 > >> 00 20 00 00" -i 32 -> RC16.result > > > > usbconfig -d 0.3 dump_device_desc > > > > ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > > > > bLength = 0x0012 > > bDescriptorType = 0x0001 > > bcdUSB = 0x0200 > > bDeviceClass = 0x0000 > > bDeviceSubClass = 0x0000 > > bDeviceProtocol = 0x0000 > > bMaxPacketSize0 = 0x0040 > > idVendor = 0x8564 > > idProduct = 0x1000 > > bcdDevice = 0x1100 > > iManufacturer = 0x0001 > > iProduct = 0x0002 > > iSerialNumber = 0x0003<83CA7S8M3LD8UGSF> > > bNumConfigurations = 0x0001 > > > > -- dmesg without any quirks -- > > ugen0.3: at usbus0 > > umass0: on usbus0 > > da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 > > da0: Removable Direct Access SCSI-4 device > > da0: 40.000MB/s transfers > > da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) > > > > hexdump -Cv RC16.result > > 00000000 00 ff 00 00 00 00 00 00 00 00 02 00 00 00 00 00 |................| > > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > > 00000020 > > > > `hexdump -Cv INQ.res` > > 00000000 00 80 04 02 1f 73 6d 69 4a 65 74 46 6c 61 73 68 |.....smiJetFlash| > > 00000010 54 72 61 6e 73 63 65 6e 64 20 31 36 47 42 20 20 |Transcend 16GB | > > 00000020 31 31 30 30 00 80 02 00 00 00 00 00 00 00 00 00 |1100............| > > 00000030 00 00 00 00 00 00 28 00 03 01 82 06 00 3f 00 00 |......(......?..| > > 00000040 00 00 28 32 00 00 00 00 00 00 00 50 50 00 00 00 |..(2.......PP...| > > 00000050 30 50 50 00 00 00 00 00 00 00 00 21 84 84 21 1e |0PP........!..!.| > > 00000060 00 03 48 00 00 c0 00 00 00 00 00 00 00 00 00 00 |..H..@..........| > > 00000070 00 00 00 00 00 00 01 00 24 15 01 09 00 00 00 00 |........$.......| > > 00000080 > > > > -- dmesg with UQ_MSC_NO_INQUIRY -- > > ugen0.3: at usbus0 > > umass0: on usbus0 > > da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 > > da0:< > Removable Direct Access SCSI-2 device > > da0: 40.000MB/s transfers > > da0: 15477MB (31696896 512 byte sectors: 255H 63S/T 1973C) > > > > > > Hmm, "READ CAPACITY(16)" can be used and device is alive. > > With UQ_MSC_NO_INQUIRY, after run camcontrol, dd can read normally. > > Without UQ_MSC_NO_INQUIRY, camcontrol can return something, > > but dd can not be usable. > > Thank you. > > I see number of inconsistencies there. Device reports support > for SPC-2 > spec, but has PROTECT bit set in INQUIRY data, which is defined > only since SPC-3 and reserved in SPC-2. Protection information, > same as READ CAPACITY(16) command, defined only from > SPC-3. SPC-2 devices should not know about it, returning error, > but this device doesn't return error, instead returning > something strange (correct sector size, but wrong number of > sectors). > > I see the only clean solution in following specs more closely > and not checking PROTECT bit for pre-SPC-3 devices. I don't know > why Linux does for all SCSI-3/SPC devices, but for this device > result is fatal. > > Please try the following patch. It should disable use of READ > CAPACITY(16) in your case. > > --- scsi_da.c (revision 233697) > +++ scsi_da.c (working copy) > @@ -1631,9 +1631,7 @@ > softc->minimum_cmd_size = 16; > > /* Predict whether device may support READ CAPACITY(16). */ > - if (SID_ANSI_REV(&cgd->inq_data) >= SCSI_REV_SPC3 || > - (SID_ANSI_REV(&cgd->inq_data) >= SCSI_REV_SPC && > - (cgd->inq_data.spc3_flags & SPC3_SID_PROTECT))) { > + if (SID_ANSI_REV(&cgd->inq_data) >= SCSI_REV_SPC3) { > softc->flags |= DA_FLAG_CAN_RC16; > softc->state = DA_STATE_PROBE2; > } > > > -- > Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 10:57:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4AFE106566C; Sat, 31 Mar 2012 10:57:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9308FC08; Sat, 31 Mar 2012 10:57:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VAv21T035280; Sat, 31 Mar 2012 06:57:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VAv2vU035279; Sat, 31 Mar 2012 10:57:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 10:57:02 GMT Message-Id: <201203311057.q2VAv2vU035279@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 10:57:03 -0000 TB --- 2012-03-31 08:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 08:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-03-31 08:40:00 - cleaning the object tree TB --- 2012-03-31 08:43:18 - cvsupping the source tree TB --- 2012-03-31 08:43:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-03-31 08:44:37 - building world TB --- 2012-03-31 08:44:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 08:44:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 08:44:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 08:44:37 - SRCCONF=/dev/null TB --- 2012-03-31 08:44:37 - TARGET=pc98 TB --- 2012-03-31 08:44:37 - TARGET_ARCH=i386 TB --- 2012-03-31 08:44:37 - TZ=UTC TB --- 2012-03-31 08:44:37 - __MAKE_CONF=/dev/null TB --- 2012-03-31 08:44:37 - cd /src TB --- 2012-03-31 08:44:37 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 08:44:39 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98.i386/src/tmp/usr/include/netinet/ip_compat.h:1543: warning: previous declaration of 'bcopywrap' was here In file included from ioctl.c:123: /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h: In function 'time_pps_fetch': /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h:200: warning: declaration of 'timeout' shadows a global declaration /obj/pc98.i386/src/tmp/usr/include/sys/systm.h:316: warning: shadowed declaration is here /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h: In function 'time_pps_fetch_ffc': /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h:218: warning: declaration of 'timeout' shadows a global declaration /obj/pc98.i386/src/tmp/usr/include/sys/systm.h:316: warning: shadowed declaration is here *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 10:57:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 10:57:02 - ERROR: failed to build world TB --- 2012-03-31 10:57:02 - 5915.67 user 815.11 system 8221.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 11:24:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 333DD106564A; Sat, 31 Mar 2012 11:24:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4F22A8FC1B; Sat, 31 Mar 2012 11:24:21 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1252770wgb.31 for ; Sat, 31 Mar 2012 04:24:20 -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=Ytzp3Ra3tRbkYAnsd2r3oznVKTId/MxGaZfw8jCgkzg=; b=OrGltmQItgYI6dcvZvubeSaIBzQf4jbKFrymh8JGgE/8wPNienujSKxSI/igBp4NsP 9l1Evk66dgKD9thBpBdeHbx1P2X2PTFMb9KpEvLw88kyC4tduMlJPKLr6u4fyvvrLV0D WHZ0Z8baMfnLAQrNQp859Oo4cb29aCqUiw+xSsJATfnCBV6mhr16BQEwbmarJT6wCTwI dLuPI3uhJ4AE7WENeGsHRJp1XX18ynSkWtV6kC4PSfpyxTQTUwOZCkGOba/Mn1XjJfZZ 1UYrzJP8/Y21ocz0Nohe4LXfosudhB2/kD8D/J3vCxgXniwQek0pyK66tkpJWeZmxQRH 3yjw== Received: by 10.180.96.228 with SMTP id dv4mr6252056wib.14.1333193060735; Sat, 31 Mar 2012 04:24:20 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id bx13sm15140041wib.10.2012.03.31.04.24.18 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 04:24:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F76E961.5000009@FreeBSD.org> Date: Sat, 31 Mar 2012 14:24:17 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> <1782.1332719733@pf2.ed.niigata-u.ac.jp> <4F75F8E5.9000508@FreeBSD.org> <8850.1333169871@elam.kais.kyoto-u.ac.jp> <4F76D965.80102@FreeBSD.org> <1742.1333190406@pf2.ed.niigata-u.ac.jp> In-Reply-To: <1742.1333190406@pf2.ed.niigata-u.ac.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, day1234@hotmail.com, freebsd-usb@FreeBSD.org, Andriy Gapon , Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 11:24:23 -0000 On 03/31/12 13:40, Kaho Toshikazu wrote: > Your patch solves the problem. Thank you. Committed to HEAD at r233746. >> On 03/31/12 07:57, Kaho Toshikazu wrote: >>>> Could you collect more information about what's exactly happens >>>> with the device? Can you execute some camcontrol inquiry or >>>> camcontrol readcap commands after kernel misdetected size with >>>> "READ CAPACITY(16)"? >>>> >>>> If yes (device is still alive), could you run these commands >>>> (with proper device name) and send me the output files: >>>> camcontrol cmd da0 -E -v -c "12 00 00 00 80 00" -i 128 -> INQ.res >>>> camcontrol cmd da0 -E -v -c "9e 10 00 00 00 00 00 00 00 00 00 00 >>>> 00 20 00 00" -i 32 -> RC16.result >>> >>> usbconfig -d 0.3 dump_device_desc >>> >>> ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON >>> >>> bLength = 0x0012 >>> bDescriptorType = 0x0001 >>> bcdUSB = 0x0200 >>> bDeviceClass = 0x0000 >>> bDeviceSubClass = 0x0000 >>> bDeviceProtocol = 0x0000 >>> bMaxPacketSize0 = 0x0040 >>> idVendor = 0x8564 >>> idProduct = 0x1000 >>> bcdDevice = 0x1100 >>> iManufacturer = 0x0001 >>> iProduct = 0x0002 >>> iSerialNumber = 0x0003<83CA7S8M3LD8UGSF> >>> bNumConfigurations = 0x0001 >>> >>> -- dmesg without any quirks -- >>> ugen0.3: at usbus0 >>> umass0: on usbus0 >>> da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 >>> da0: Removable Direct Access SCSI-4 device >>> da0: 40.000MB/s transfers >>> da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) >>> >>> hexdump -Cv RC16.result >>> 00000000 00 ff 00 00 00 00 00 00 00 00 02 00 00 00 00 00 |................| >>> 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >>> 00000020 >>> >>> `hexdump -Cv INQ.res` >>> 00000000 00 80 04 02 1f 73 6d 69 4a 65 74 46 6c 61 73 68 |.....smiJetFlash| >>> 00000010 54 72 61 6e 73 63 65 6e 64 20 31 36 47 42 20 20 |Transcend 16GB | >>> 00000020 31 31 30 30 00 80 02 00 00 00 00 00 00 00 00 00 |1100............| >>> 00000030 00 00 00 00 00 00 28 00 03 01 82 06 00 3f 00 00 |......(......?..| >>> 00000040 00 00 28 32 00 00 00 00 00 00 00 50 50 00 00 00 |..(2.......PP...| >>> 00000050 30 50 50 00 00 00 00 00 00 00 00 21 84 84 21 1e |0PP........!..!.| >>> 00000060 00 03 48 00 00 c0 00 00 00 00 00 00 00 00 00 00 |..H..@..........| >>> 00000070 00 00 00 00 00 00 01 00 24 15 01 09 00 00 00 00 |........$.......| >>> 00000080 >>> >>> -- dmesg with UQ_MSC_NO_INQUIRY -- >>> ugen0.3: at usbus0 >>> umass0: on usbus0 >>> da0 at umass-sim0 bus 0 scbus11 target 0 lun 0 >>> da0:< > Removable Direct Access SCSI-2 device >>> da0: 40.000MB/s transfers >>> da0: 15477MB (31696896 512 byte sectors: 255H 63S/T 1973C) >>> >>> >>> Hmm, "READ CAPACITY(16)" can be used and device is alive. >>> With UQ_MSC_NO_INQUIRY, after run camcontrol, dd can read normally. >>> Without UQ_MSC_NO_INQUIRY, camcontrol can return something, >>> but dd can not be usable. >> >> Thank you. >> >> I see number of inconsistencies there. Device reports support >> for SPC-2 >> spec, but has PROTECT bit set in INQUIRY data, which is defined >> only since SPC-3 and reserved in SPC-2. Protection information, >> same as READ CAPACITY(16) command, defined only from >> SPC-3. SPC-2 devices should not know about it, returning error, >> but this device doesn't return error, instead returning >> something strange (correct sector size, but wrong number of >> sectors). >> >> I see the only clean solution in following specs more closely >> and not checking PROTECT bit for pre-SPC-3 devices. I don't know >> why Linux does for all SCSI-3/SPC devices, but for this device >> result is fatal. >> >> Please try the following patch. It should disable use of READ >> CAPACITY(16) in your case. >> >> --- scsi_da.c (revision 233697) >> +++ scsi_da.c (working copy) >> @@ -1631,9 +1631,7 @@ >> softc->minimum_cmd_size = 16; >> >> /* Predict whether device may support READ CAPACITY(16). */ >> - if (SID_ANSI_REV(&cgd->inq_data)>= SCSI_REV_SPC3 || >> - (SID_ANSI_REV(&cgd->inq_data)>= SCSI_REV_SPC&& >> - (cgd->inq_data.spc3_flags& SPC3_SID_PROTECT))) { >> + if (SID_ANSI_REV(&cgd->inq_data)>= SCSI_REV_SPC3) { >> softc->flags |= DA_FLAG_CAN_RC16; >> softc->state = DA_STATE_PROBE2; >> } >> -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 11:52:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF59106564A; Sat, 31 Mar 2012 11:52:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0138FC0A; Sat, 31 Mar 2012 11:52:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VBqbE6056211; Sat, 31 Mar 2012 07:52:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VBqbQb056210; Sat, 31 Mar 2012 11:52:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 11:52:37 GMT Message-Id: <201203311152.q2VBqbQb056210@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 11:52:38 -0000 TB --- 2012-03-31 10:59:51 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 10:59:51 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-31 10:59:51 - cleaning the object tree TB --- 2012-03-31 11:00:55 - cvsupping the source tree TB --- 2012-03-31 11:00:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-31 11:02:21 - building world TB --- 2012-03-31 11:02:21 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 11:02:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 11:02:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 11:02:21 - SRCCONF=/dev/null TB --- 2012-03-31 11:02:21 - TARGET=mips TB --- 2012-03-31 11:02:21 - TARGET_ARCH=mips TB --- 2012-03-31 11:02:21 - TZ=UTC TB --- 2012-03-31 11:02:21 - __MAKE_CONF=/dev/null TB --- 2012-03-31 11:02:21 - cd /src TB --- 2012-03-31 11:02:21 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 11:02:22 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 11:52:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 11:52:37 - ERROR: failed to build world TB --- 2012-03-31 11:52:37 - 2077.52 user 458.09 system 3165.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 12:28:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 690A61065672; Sat, 31 Mar 2012 12:28:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9AF8FC16; Sat, 31 Mar 2012 12:28:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VCS3s5059150; Sat, 31 Mar 2012 08:28:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VCS2nm059138; Sat, 31 Mar 2012 12:28:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 12:28:02 GMT Message-Id: <201203311228.q2VCS2nm059138@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 12:28:04 -0000 TB --- 2012-03-31 10:57:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 10:57:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-31 10:57:02 - cleaning the object tree TB --- 2012-03-31 10:58:28 - cvsupping the source tree TB --- 2012-03-31 10:58:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-31 10:59:32 - building world TB --- 2012-03-31 10:59:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 10:59:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 10:59:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 10:59:32 - SRCCONF=/dev/null TB --- 2012-03-31 10:59:32 - TARGET=ia64 TB --- 2012-03-31 10:59:32 - TARGET_ARCH=ia64 TB --- 2012-03-31 10:59:32 - TZ=UTC TB --- 2012-03-31 10:59:32 - __MAKE_CONF=/dev/null TB --- 2012-03-31 10:59:32 - cd /src TB --- 2012-03-31 10:59:32 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 10:59:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_1': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:250: warning: implicit declaration of function 'ia64_st1' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_2': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:261: warning: implicit declaration of function 'ia64_st2' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_4': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:272: warning: implicit declaration of function 'ia64_st4' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_8': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:283: warning: implicit declaration of function 'ia64_st8' *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 12:28:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 12:28:02 - ERROR: failed to build world TB --- 2012-03-31 12:28:02 - 4096.14 user 627.44 system 5460.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 14:20:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D26F1065670; Sat, 31 Mar 2012 14:20:31 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id D6CB18FC08; Sat, 31 Mar 2012 14:20:30 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 29DA3D3367; Sat, 31 Mar 2012 16:20:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id Nq_e8xxLQTGg; Sat, 31 Mar 2012 16:20:27 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn65.91-127-103.t-com.sk [91.127.103.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id D05D1D335D; Sat, 31 Mar 2012 16:20:27 +0200 (CEST) Message-ID: <4F7712B2.9010305@FreeBSD.org> Date: Sat, 31 Mar 2012 16:20:34 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.29pre) Gecko/20120320 Lanikai/3.1.21pre MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports - 1Q/2012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 14:20:31 -0000 Dear all, I would like to remind you that the next round of status reports covering the first quarter of 2012 are due on April 15th, 2012. As this initiative is very popular among our users, I would like to ask you to submit your entry as soon as possible, so that we can compile the report in a timely fashion. Do not hesitate and write us a few lines; a short description about what you are working on, what your plans and goals are, or any other information that you may consider interesting is always welcome. This way we can inform our community about your great work! Check out the reports from the past to get some inspiration of how your submission might look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the previous reports are welcome too. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Anything related to FreeBSD can be covered. Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! Thanks. -- Kind regards Daniel Gerzo From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 14:32:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E08B106564A; Sat, 31 Mar 2012 14:32:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0018FC08; Sat, 31 Mar 2012 14:32:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VEWNlV015393; Sat, 31 Mar 2012 10:32:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VEWMrJ015388; Sat, 31 Mar 2012 14:32:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 14:32:22 GMT Message-Id: <201203311432.q2VEWMrJ015388@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 14:32:25 -0000 TB --- 2012-03-31 08:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 08:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-31 08:40:00 - cleaning the object tree TB --- 2012-03-31 08:47:21 - cvsupping the source tree TB --- 2012-03-31 08:47:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-31 08:48:35 - building world TB --- 2012-03-31 08:48:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 08:48:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 08:48:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 08:48:35 - SRCCONF=/dev/null TB --- 2012-03-31 08:48:35 - TARGET=i386 TB --- 2012-03-31 08:48:35 - TARGET_ARCH=i386 TB --- 2012-03-31 08:48:35 - TZ=UTC TB --- 2012-03-31 08:48:35 - __MAKE_CONF=/dev/null TB --- 2012-03-31 08:48:35 - cd /src TB --- 2012-03-31 08:48:35 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 08:48:36 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 31 11:06:59 UTC 2012 TB --- 2012-03-31 11:06:59 - generating LINT kernel config TB --- 2012-03-31 11:06:59 - cd /src/sys/i386/conf TB --- 2012-03-31 11:06:59 - /usr/bin/make -B LINT TB --- 2012-03-31 11:07:00 - cd /src/sys/i386/conf TB --- 2012-03-31 11:07:00 - /usr/sbin/config -m LINT TB --- 2012-03-31 11:07:00 - building LINT kernel TB --- 2012-03-31 11:07:00 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 11:07:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 11:07:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 11:07:00 - SRCCONF=/dev/null TB --- 2012-03-31 11:07:00 - TARGET=i386 TB --- 2012-03-31 11:07:00 - TARGET_ARCH=i386 TB --- 2012-03-31 11:07:00 - TZ=UTC TB --- 2012-03-31 11:07:00 - __MAKE_CONF=/dev/null TB --- 2012-03-31 11:07:00 - cd /src TB --- 2012-03-31 11:07:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 31 11:07:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 31 11:39:40 UTC 2012 TB --- 2012-03-31 11:39:40 - cd /src/sys/i386/conf TB --- 2012-03-31 11:39:40 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-31 11:39:40 - building LINT-NOINET kernel TB --- 2012-03-31 11:39:40 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 11:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 11:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 11:39:40 - SRCCONF=/dev/null TB --- 2012-03-31 11:39:40 - TARGET=i386 TB --- 2012-03-31 11:39:40 - TARGET_ARCH=i386 TB --- 2012-03-31 11:39:40 - TZ=UTC TB --- 2012-03-31 11:39:40 - __MAKE_CONF=/dev/null TB --- 2012-03-31 11:39:40 - cd /src TB --- 2012-03-31 11:39:40 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Mar 31 11:39:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Mar 31 12:11:11 UTC 2012 TB --- 2012-03-31 12:11:11 - cd /src/sys/i386/conf TB --- 2012-03-31 12:11:11 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-31 12:11:11 - building LINT-NOINET6 kernel TB --- 2012-03-31 12:11:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 12:11:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 12:11:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 12:11:11 - SRCCONF=/dev/null TB --- 2012-03-31 12:11:11 - TARGET=i386 TB --- 2012-03-31 12:11:11 - TARGET_ARCH=i386 TB --- 2012-03-31 12:11:11 - TZ=UTC TB --- 2012-03-31 12:11:11 - __MAKE_CONF=/dev/null TB --- 2012-03-31 12:11:11 - cd /src TB --- 2012-03-31 12:11:11 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Mar 31 12:11:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Mar 31 12:42:39 UTC 2012 TB --- 2012-03-31 12:42:39 - cd /src/sys/i386/conf TB --- 2012-03-31 12:42:39 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-31 12:42:39 - building LINT-NOIP kernel TB --- 2012-03-31 12:42:39 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 12:42:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 12:42:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 12:42:39 - SRCCONF=/dev/null TB --- 2012-03-31 12:42:39 - TARGET=i386 TB --- 2012-03-31 12:42:39 - TARGET_ARCH=i386 TB --- 2012-03-31 12:42:39 - TZ=UTC TB --- 2012-03-31 12:42:39 - __MAKE_CONF=/dev/null TB --- 2012-03-31 12:42:39 - cd /src TB --- 2012-03-31 12:42:39 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Mar 31 12:42:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Mar 31 13:12:01 UTC 2012 TB --- 2012-03-31 13:12:01 - cd /src/sys/i386/conf TB --- 2012-03-31 13:12:01 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-31 13:12:01 - building LINT-VIMAGE kernel TB --- 2012-03-31 13:12:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 13:12:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 13:12:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 13:12:01 - SRCCONF=/dev/null TB --- 2012-03-31 13:12:01 - TARGET=i386 TB --- 2012-03-31 13:12:01 - TARGET_ARCH=i386 TB --- 2012-03-31 13:12:01 - TZ=UTC TB --- 2012-03-31 13:12:01 - __MAKE_CONF=/dev/null TB --- 2012-03-31 13:12:01 - cd /src TB --- 2012-03-31 13:12:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Mar 31 13:12:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Mar 31 13:44:16 UTC 2012 TB --- 2012-03-31 13:44:16 - cd /src/sys/i386/conf TB --- 2012-03-31 13:44:16 - /usr/sbin/config -m GENERIC TB --- 2012-03-31 13:44:16 - building GENERIC kernel TB --- 2012-03-31 13:44:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 13:44:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 13:44:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 13:44:16 - SRCCONF=/dev/null TB --- 2012-03-31 13:44:16 - TARGET=i386 TB --- 2012-03-31 13:44:16 - TARGET_ARCH=i386 TB --- 2012-03-31 13:44:16 - TZ=UTC TB --- 2012-03-31 13:44:16 - __MAKE_CONF=/dev/null TB --- 2012-03-31 13:44:16 - cd /src TB --- 2012-03-31 13:44:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 31 13:44:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 31 14:09:40 UTC 2012 TB --- 2012-03-31 14:09:40 - cd /src/sys/i386/conf TB --- 2012-03-31 14:09:40 - /usr/sbin/config -m PAE TB --- 2012-03-31 14:09:40 - building PAE kernel TB --- 2012-03-31 14:09:40 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 14:09:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 14:09:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 14:09:40 - SRCCONF=/dev/null TB --- 2012-03-31 14:09:40 - TARGET=i386 TB --- 2012-03-31 14:09:40 - TARGET_ARCH=i386 TB --- 2012-03-31 14:09:40 - TZ=UTC TB --- 2012-03-31 14:09:40 - __MAKE_CONF=/dev/null TB --- 2012-03-31 14:09:40 - cd /src TB --- 2012-03-31 14:09:40 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 31 14:09:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Sat Mar 31 14:16:24 UTC 2012 TB --- 2012-03-31 14:16:24 - cd /src/sys/i386/conf TB --- 2012-03-31 14:16:24 - /usr/sbin/config -m XBOX TB --- 2012-03-31 14:16:24 - building XBOX kernel TB --- 2012-03-31 14:16:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 14:16:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 14:16:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 14:16:24 - SRCCONF=/dev/null TB --- 2012-03-31 14:16:24 - TARGET=i386 TB --- 2012-03-31 14:16:24 - TARGET_ARCH=i386 TB --- 2012-03-31 14:16:24 - TZ=UTC TB --- 2012-03-31 14:16:24 - __MAKE_CONF=/dev/null TB --- 2012-03-31 14:16:24 - cd /src TB --- 2012-03-31 14:16:24 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sat Mar 31 14:16:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Sat Mar 31 14:20:07 UTC 2012 TB --- 2012-03-31 14:20:07 - cd /src/sys/i386/conf TB --- 2012-03-31 14:20:07 - /usr/sbin/config -m XEN TB --- 2012-03-31 14:20:07 - building XEN kernel TB --- 2012-03-31 14:20:07 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 14:20:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 14:20:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 14:20:07 - SRCCONF=/dev/null TB --- 2012-03-31 14:20:07 - TARGET=i386 TB --- 2012-03-31 14:20:07 - TARGET_ARCH=i386 TB --- 2012-03-31 14:20:07 - TZ=UTC TB --- 2012-03-31 14:20:07 - __MAKE_CONF=/dev/null TB --- 2012-03-31 14:20:07 - cd /src TB --- 2012-03-31 14:20:07 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sat Mar 31 14:20:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug --add-gnu-debuglink=mem.ko.symbols mem.ko.debug mem.ko ===> mfi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi_pci.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi_disk.c In file included from /src/sys/modules/mfi/../../dev/mfi/mfi_disk.c:56: @/dev/mfi/mfivar.h:161: error: conflicting types for 'atomic_t' ./machine/xen/xen-os.h:197: error: previous declaration of 'atomic_t' was here *** Error code 1 Stop in /src/sys/modules/mfi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/XEN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 14:32:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 14:32:22 - ERROR: failed to build XEN kernel TB --- 2012-03-31 14:32:22 - 16121.24 user 2214.38 system 21142.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 16:06:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B7C106566C for ; Sat, 31 Mar 2012 16:06:13 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 5414B8FC0A for ; Sat, 31 Mar 2012 16:06:13 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 31 Mar 2012 09:06:14 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id q2VG672i024174; Sat, 31 Mar 2012 09:06:07 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id q2VG66FC024172; Sat, 31 Mar 2012 09:06:06 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <201203311606.q2VG66FC024172@ambrisko.com> In-Reply-To: <4F64CA6C.5000009@lissyara.su> To: Alex Keda Date: Sat, 31 Mar 2012 09:06:06 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL124d (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" Cc: freebsd-current@freebsd.org Subject: Re: projects/mfi_head to -current next week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 16:06:13 -0000 Alex Keda writes: | On 16.03.2012 19:39, Doug Ambrisko wrote: | > Hi folks, | > | > I'd like to start merging mfi(4) from projects/head_mfi into -current | > next week. The mfi(4) driver is stable and I don't know of any issues | > with it now. I fixed a few issues that I knew of this past week. Several | > people have contributed to this. LSI did the base HW support. This | > update supports all current mfi based cards. It supports JBOD via creating | > /sys/mfisyspd* entries for each disk. When a disk is pulled from the | > controller the node goes away and when a disk is inserted it creates an | > entry. Using a fairly new MegaCli, it can also control how JBOD support | > works. We may need to update our port. This JBOD support is not the same | > as CAM pass through that some have hacked to make disks appear as da*. | > | > Several people are using this driver now so I feel it is stable enough | > to hit the tree. More eyes and people using this will make it better. | > This new HW is showing up more and more in new systems so it will make | > it easier for people to use FreeBSD on these machines and have it just | > work. | > | > Thanks to LSI for the initial HW support and all of the people that have | > been testing and getting it in shape to commit. | | Good news! | How about new hardware? Although delayed due to finding some header issues when I tested creating RAID's this is now in -current ... and yes it supports all known MFI type cards. Doug A. From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 18:31:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0FE71065676; Sat, 31 Mar 2012 18:31:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7EC308FC08; Sat, 31 Mar 2012 18:31:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VIVjc2061142; Sat, 31 Mar 2012 14:31:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VIVjH6061130; Sat, 31 Mar 2012 18:31:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 18:31:45 GMT Message-Id: <201203311831.q2VIVjH6061130@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 18:31:47 -0000 TB --- 2012-03-31 16:20:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 16:20:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-03-31 16:20:01 - cleaning the object tree TB --- 2012-03-31 16:23:32 - cvsupping the source tree TB --- 2012-03-31 16:23:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-03-31 16:24:53 - building world TB --- 2012-03-31 16:24:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 16:24:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 16:24:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 16:24:53 - SRCCONF=/dev/null TB --- 2012-03-31 16:24:53 - TARGET=pc98 TB --- 2012-03-31 16:24:53 - TARGET_ARCH=i386 TB --- 2012-03-31 16:24:53 - TZ=UTC TB --- 2012-03-31 16:24:53 - __MAKE_CONF=/dev/null TB --- 2012-03-31 16:24:53 - cd /src TB --- 2012-03-31 16:24:53 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 16:24:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98.i386/src/tmp/usr/include/netinet/ip_compat.h:1543: warning: previous declaration of 'bcopywrap' was here In file included from ioctl.c:123: /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h: In function 'time_pps_fetch': /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h:200: warning: declaration of 'timeout' shadows a global declaration /obj/pc98.i386/src/tmp/usr/include/sys/systm.h:316: warning: shadowed declaration is here /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h: In function 'time_pps_fetch_ffc': /obj/pc98.i386/src/tmp/usr/include/sys/timepps.h:218: warning: declaration of 'timeout' shadows a global declaration /obj/pc98.i386/src/tmp/usr/include/sys/systm.h:316: warning: shadowed declaration is here *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 18:31:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 18:31:45 - ERROR: failed to build world TB --- 2012-03-31 18:31:45 - 5839.67 user 819.87 system 7904.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 19:27:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEFBC1065672; Sat, 31 Mar 2012 19:27:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8964A8FC23; Sat, 31 Mar 2012 19:27:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VJRmip083243; Sat, 31 Mar 2012 15:27:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VJRmbo083238; Sat, 31 Mar 2012 19:27:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 19:27:48 GMT Message-Id: <201203311927.q2VJRmbo083238@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 19:27:50 -0000 TB --- 2012-03-31 18:34:49 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 18:34:49 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-31 18:34:49 - cleaning the object tree TB --- 2012-03-31 18:35:47 - cvsupping the source tree TB --- 2012-03-31 18:35:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-31 18:37:31 - building world TB --- 2012-03-31 18:37:31 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 18:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 18:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 18:37:31 - SRCCONF=/dev/null TB --- 2012-03-31 18:37:31 - TARGET=mips TB --- 2012-03-31 18:37:31 - TARGET_ARCH=mips TB --- 2012-03-31 18:37:31 - TZ=UTC TB --- 2012-03-31 18:37:31 - __MAKE_CONF=/dev/null TB --- 2012-03-31 18:37:31 - cd /src TB --- 2012-03-31 18:37:31 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 18:37:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 19:27:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 19:27:48 - ERROR: failed to build world TB --- 2012-03-31 19:27:48 - 2080.42 user 458.17 system 3179.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 19:32:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E1471065670 for ; Sat, 31 Mar 2012 19:32:05 +0000 (UTC) (envelope-from etnapierala@googlemail.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 8721E8FC14 for ; Sat, 31 Mar 2012 19:32:04 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so1236672wib.13 for ; Sat, 31 Mar 2012 12:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=90turt4XdkpJnvj6Ftv56TjDTn1LzI70g0PaY/nA2rQ=; b=MWRdvYHJacenOendSc3+qqS/uteGWTSWBYDHqefXBydPttGb3vo6Yjaz0E2it3maWY JGIjMmv8V9oasHGWwEW6Oe19XJTQLqgo5ZKVku+p7ulzShFTxPvwrYE5R23TSFMarchq xmsj8tvkvLpQpan6RmHBxfpgsjYoqKn871IE5vBUN/vdeCllhhTeC8FAGo0Yxh40CmvY 2FlcpwQzUge5CYfFhTh2s93a4XVG17kzvlHk0jrWR/ByaGmIbmE2miD8BsRxAt6mhCDl Jio78rk0DkxDwHLo9OhtE2UgTmTgIm7zgpDW0tGLqWl0hHTEvj0oKHZjB0iai5XE5ei1 F44g== Received: by 10.180.101.230 with SMTP id fj6mr9327456wib.13.1333222323385; Sat, 31 Mar 2012 12:32:03 -0700 (PDT) Received: from geosci (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPS id l5sm18663405wia.11.2012.03.31.12.32.00 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 31 Mar 2012 12:32:02 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 31 Mar 2012 21:31:58 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Slawa Olhovchenkov Message-ID: <20120331193158.GA55098@geosci> References: <4E2EC1D4.20302@rsu.ru> <5690C0E7-5FD5-49B1-B1C1-6D56EB95B810@FreeBSD.org> <20120328123033.GD61230@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120328123033.GD61230@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Alexander Pyhalov Subject: Re: rctl limit cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 19:32:05 -0000 On Wed, Mar 28, 2012 at 04:30:33PM +0400, Slawa Olhovchenkov wrote: > On Wed, Jul 27, 2011 at 09:32:49PM +0200, Edward Tomasz Napiera?a wrote: > > Wiadomo?? napisana przez Alexander Pyhalov w dniu 26 lip 2011, o godz. 15:32: > > > Hello. > > > I see in rctl man page, that I can limit cpu time in milliseconds, e.g., for jail. But I can't deny allocation of the resource (according to man page). > > > In Solaris I can assign different amount of cpu shares to different projects. How can I achieve this with rctl? For example, I'd like to give jail:www 40% CPU, jail:db - 50% CPU and leave 10% to the base system... > > > > The cputime resource (it got renamed shortly before the code freeze to match > > resource names in login.conf(5)) defines amount of CPU time used, not the percentage. > > That's why you cannot deny it - if you could, it would just make the offending process > > (jail, login class, user) hang indefinitely. > > > > The %CPU limit is not implemented yet. I plan to do this before sometime > > after 9.0 is out. > > Any progress yet? Nope, sorry. There is a good chance for this to be a GSoC project this year, though. -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 20:02:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FE9F106564A; Sat, 31 Mar 2012 20:02:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E23B68FC19; Sat, 31 Mar 2012 20:02:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VK2rtl084937; Sat, 31 Mar 2012 16:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VK2rsV084935; Sat, 31 Mar 2012 20:02:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 20:02:53 GMT Message-Id: <201203312002.q2VK2rsV084935@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 20:02:55 -0000 TB --- 2012-03-31 18:31:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 18:31:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-31 18:31:45 - cleaning the object tree TB --- 2012-03-31 18:33:29 - cvsupping the source tree TB --- 2012-03-31 18:33:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-31 18:34:24 - building world TB --- 2012-03-31 18:34:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 18:34:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 18:34:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 18:34:24 - SRCCONF=/dev/null TB --- 2012-03-31 18:34:24 - TARGET=ia64 TB --- 2012-03-31 18:34:24 - TARGET_ARCH=ia64 TB --- 2012-03-31 18:34:24 - TZ=UTC TB --- 2012-03-31 18:34:24 - __MAKE_CONF=/dev/null TB --- 2012-03-31 18:34:24 - cd /src TB --- 2012-03-31 18:34:24 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 18:34:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_1': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:250: warning: implicit declaration of function 'ia64_st1' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_2': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:261: warning: implicit declaration of function 'ia64_st2' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_4': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:272: warning: implicit declaration of function 'ia64_st4' /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h: In function 'bus_space_write_8': /obj/ia64.ia64/src/tmp/usr/include/machine/bus.h:283: warning: implicit declaration of function 'ia64_st8' *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 20:02:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 20:02:53 - ERROR: failed to build world TB --- 2012-03-31 20:02:53 - 4090.72 user 628.90 system 5467.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 22:07:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE139106566C; Sat, 31 Mar 2012 22:07:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 733908FC0C; Sat, 31 Mar 2012 22:07:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2VM7MYg042934; Sat, 31 Mar 2012 18:07:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2VM7M5j042925; Sat, 31 Mar 2012 22:07:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Mar 2012 22:07:22 GMT Message-Id: <201203312207.q2VM7M5j042925@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 22:07:29 -0000 TB --- 2012-03-31 16:20:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 16:20:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-31 16:20:01 - cleaning the object tree TB --- 2012-03-31 16:27:40 - cvsupping the source tree TB --- 2012-03-31 16:27:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-31 16:28:45 - building world TB --- 2012-03-31 16:28:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 16:28:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 16:28:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 16:28:45 - SRCCONF=/dev/null TB --- 2012-03-31 16:28:45 - TARGET=i386 TB --- 2012-03-31 16:28:45 - TARGET_ARCH=i386 TB --- 2012-03-31 16:28:45 - TZ=UTC TB --- 2012-03-31 16:28:45 - __MAKE_CONF=/dev/null TB --- 2012-03-31 16:28:45 - cd /src TB --- 2012-03-31 16:28:45 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 16:28:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 31 18:41:52 UTC 2012 TB --- 2012-03-31 18:41:52 - generating LINT kernel config TB --- 2012-03-31 18:41:52 - cd /src/sys/i386/conf TB --- 2012-03-31 18:41:52 - /usr/bin/make -B LINT TB --- 2012-03-31 18:41:52 - cd /src/sys/i386/conf TB --- 2012-03-31 18:41:52 - /usr/sbin/config -m LINT TB --- 2012-03-31 18:41:52 - building LINT kernel TB --- 2012-03-31 18:41:52 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 18:41:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 18:41:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 18:41:52 - SRCCONF=/dev/null TB --- 2012-03-31 18:41:52 - TARGET=i386 TB --- 2012-03-31 18:41:52 - TARGET_ARCH=i386 TB --- 2012-03-31 18:41:52 - TZ=UTC TB --- 2012-03-31 18:41:52 - __MAKE_CONF=/dev/null TB --- 2012-03-31 18:41:52 - cd /src TB --- 2012-03-31 18:41:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 31 18:41:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 31 19:14:58 UTC 2012 TB --- 2012-03-31 19:14:58 - cd /src/sys/i386/conf TB --- 2012-03-31 19:14:58 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-31 19:14:58 - building LINT-NOINET kernel TB --- 2012-03-31 19:14:58 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 19:14:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 19:14:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 19:14:58 - SRCCONF=/dev/null TB --- 2012-03-31 19:14:58 - TARGET=i386 TB --- 2012-03-31 19:14:58 - TARGET_ARCH=i386 TB --- 2012-03-31 19:14:58 - TZ=UTC TB --- 2012-03-31 19:14:58 - __MAKE_CONF=/dev/null TB --- 2012-03-31 19:14:58 - cd /src TB --- 2012-03-31 19:14:58 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Mar 31 19:14:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Mar 31 19:46:26 UTC 2012 TB --- 2012-03-31 19:46:26 - cd /src/sys/i386/conf TB --- 2012-03-31 19:46:26 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-31 19:46:26 - building LINT-NOINET6 kernel TB --- 2012-03-31 19:46:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 19:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 19:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 19:46:26 - SRCCONF=/dev/null TB --- 2012-03-31 19:46:26 - TARGET=i386 TB --- 2012-03-31 19:46:26 - TARGET_ARCH=i386 TB --- 2012-03-31 19:46:26 - TZ=UTC TB --- 2012-03-31 19:46:26 - __MAKE_CONF=/dev/null TB --- 2012-03-31 19:46:26 - cd /src TB --- 2012-03-31 19:46:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Mar 31 19:46:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Mar 31 20:17:29 UTC 2012 TB --- 2012-03-31 20:17:29 - cd /src/sys/i386/conf TB --- 2012-03-31 20:17:29 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-31 20:17:29 - building LINT-NOIP kernel TB --- 2012-03-31 20:17:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 20:17:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 20:17:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 20:17:29 - SRCCONF=/dev/null TB --- 2012-03-31 20:17:29 - TARGET=i386 TB --- 2012-03-31 20:17:29 - TARGET_ARCH=i386 TB --- 2012-03-31 20:17:29 - TZ=UTC TB --- 2012-03-31 20:17:29 - __MAKE_CONF=/dev/null TB --- 2012-03-31 20:17:29 - cd /src TB --- 2012-03-31 20:17:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Mar 31 20:17:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Mar 31 20:46:56 UTC 2012 TB --- 2012-03-31 20:46:56 - cd /src/sys/i386/conf TB --- 2012-03-31 20:46:56 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-31 20:46:56 - building LINT-VIMAGE kernel TB --- 2012-03-31 20:46:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 20:46:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 20:46:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 20:46:56 - SRCCONF=/dev/null TB --- 2012-03-31 20:46:56 - TARGET=i386 TB --- 2012-03-31 20:46:56 - TARGET_ARCH=i386 TB --- 2012-03-31 20:46:56 - TZ=UTC TB --- 2012-03-31 20:46:56 - __MAKE_CONF=/dev/null TB --- 2012-03-31 20:46:56 - cd /src TB --- 2012-03-31 20:46:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Mar 31 20:46:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Mar 31 21:19:06 UTC 2012 TB --- 2012-03-31 21:19:06 - cd /src/sys/i386/conf TB --- 2012-03-31 21:19:06 - /usr/sbin/config -m GENERIC TB --- 2012-03-31 21:19:06 - building GENERIC kernel TB --- 2012-03-31 21:19:06 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 21:19:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 21:19:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 21:19:06 - SRCCONF=/dev/null TB --- 2012-03-31 21:19:06 - TARGET=i386 TB --- 2012-03-31 21:19:06 - TARGET_ARCH=i386 TB --- 2012-03-31 21:19:06 - TZ=UTC TB --- 2012-03-31 21:19:06 - __MAKE_CONF=/dev/null TB --- 2012-03-31 21:19:06 - cd /src TB --- 2012-03-31 21:19:06 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 31 21:19:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 31 21:44:33 UTC 2012 TB --- 2012-03-31 21:44:33 - cd /src/sys/i386/conf TB --- 2012-03-31 21:44:33 - /usr/sbin/config -m PAE TB --- 2012-03-31 21:44:33 - building PAE kernel TB --- 2012-03-31 21:44:33 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 21:44:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 21:44:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 21:44:33 - SRCCONF=/dev/null TB --- 2012-03-31 21:44:33 - TARGET=i386 TB --- 2012-03-31 21:44:33 - TARGET_ARCH=i386 TB --- 2012-03-31 21:44:33 - TZ=UTC TB --- 2012-03-31 21:44:33 - __MAKE_CONF=/dev/null TB --- 2012-03-31 21:44:33 - cd /src TB --- 2012-03-31 21:44:33 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 31 21:44:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Sat Mar 31 21:51:50 UTC 2012 TB --- 2012-03-31 21:51:50 - cd /src/sys/i386/conf TB --- 2012-03-31 21:51:50 - /usr/sbin/config -m XBOX TB --- 2012-03-31 21:51:50 - building XBOX kernel TB --- 2012-03-31 21:51:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 21:51:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 21:51:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 21:51:50 - SRCCONF=/dev/null TB --- 2012-03-31 21:51:50 - TARGET=i386 TB --- 2012-03-31 21:51:50 - TARGET_ARCH=i386 TB --- 2012-03-31 21:51:50 - TZ=UTC TB --- 2012-03-31 21:51:50 - __MAKE_CONF=/dev/null TB --- 2012-03-31 21:51:50 - cd /src TB --- 2012-03-31 21:51:50 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sat Mar 31 21:51:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Sat Mar 31 21:55:03 UTC 2012 TB --- 2012-03-31 21:55:03 - cd /src/sys/i386/conf TB --- 2012-03-31 21:55:03 - /usr/sbin/config -m XEN TB --- 2012-03-31 21:55:03 - building XEN kernel TB --- 2012-03-31 21:55:03 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 21:55:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 21:55:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 21:55:03 - SRCCONF=/dev/null TB --- 2012-03-31 21:55:03 - TARGET=i386 TB --- 2012-03-31 21:55:03 - TARGET_ARCH=i386 TB --- 2012-03-31 21:55:03 - TZ=UTC TB --- 2012-03-31 21:55:03 - __MAKE_CONF=/dev/null TB --- 2012-03-31 21:55:03 - cd /src TB --- 2012-03-31 21:55:03 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sat Mar 31 21:55:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug --add-gnu-debuglink=mem.ko.symbols mem.ko.debug mem.ko ===> mfi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi_pci.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mfi/../../dev/mfi/mfi_disk.c In file included from /src/sys/modules/mfi/../../dev/mfi/mfi_disk.c:56: @/dev/mfi/mfivar.h:161: error: conflicting types for 'atomic_t' ./machine/xen/xen-os.h:197: error: previous declaration of 'atomic_t' was here *** Error code 1 Stop in /src/sys/modules/mfi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/XEN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-31 22:07:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-31 22:07:22 - ERROR: failed to build XEN kernel TB --- 2012-03-31 22:07:22 - 16019.35 user 2214.13 system 20841.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full