From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 02:03:15 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 836A6106566C; Sun, 1 Apr 2012 02:03:15 +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 212528FC1A; Sun, 1 Apr 2012 02:03:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3123D3W085763; Sat, 31 Mar 2012 22:03:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3123DRp085758; Sun, 1 Apr 2012 02:03:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 02:03:13 GMT Message-Id: <201204010203.q3123DRp085758@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: Sun, 01 Apr 2012 02:03:15 -0000 TB --- 2012-03-31 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 23:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-03-31 23:50:00 - cleaning the object tree TB --- 2012-03-31 23:53:09 - cvsupping the source tree TB --- 2012-03-31 23:53:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-03-31 23:54:27 - building world TB --- 2012-03-31 23:54:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 23:54:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 23:54:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 23:54:27 - SRCCONF=/dev/null TB --- 2012-03-31 23:54:27 - TARGET=pc98 TB --- 2012-03-31 23:54:27 - TARGET_ARCH=i386 TB --- 2012-03-31 23:54:27 - TZ=UTC TB --- 2012-03-31 23:54:27 - __MAKE_CONF=/dev/null TB --- 2012-03-31 23:54:27 - cd /src TB --- 2012-03-31 23:54:27 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 23:54: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 [...] /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-04-01 02:03:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 02:03:13 - ERROR: failed to build world TB --- 2012-04-01 02:03:13 - 5945.29 user 824.48 system 7993.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 02:23:49 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 19A741065670 for ; Sun, 1 Apr 2012 02:23:49 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id D79468FC0C for ; Sun, 1 Apr 2012 02:23:48 +0000 (UTC) Received: from [192.168.2.82] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id q312KxO3075956 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sat, 31 Mar 2012 22:21:00 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 31 Mar 2012 22:21:01 -0400 Message-Id: <7E2199A3-9E2D-44D5-B7E5-06D68A13D70B@jnielsen.net> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-DCC-sonic.net-Metrics: ns1.jnielsen.net; whitelist Subject: Python won't build? 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, 01 Apr 2012 02:23:49 -0000 I updated a machine yesterday from 9-STABLE to 10-CURRENT (r233631). = Everything went smoothly with the update itself, but I ran in to an = issue with Python when rebuilding all of my installed ports. Python = won't build; it complains about the definition of LONG_BIT. I had = python27 installed but python26 does the same thing. I ran "make = delete-old" and "make delete-old-libs", no improvement. I even built a = clean chroot environment via make installworld DESTDIR=3D..., (plus = devfs and ports tree). Same problem. So.. is this the result of something in the FreeBSD source? Can anyone = else reproduce this? What should I try next? cc -c -fno-strict-aliasing -O2 -pipe -march=3Dathlon64 = -fno-strict-aliasing -DNDEBUG -O2 -pipe -march=3Dathlon64 = -fno-strict-aliasing -I. -IInclude -I./../Include -fPIC -DPy_BUILD_CORE = -o Parser/acceler.o ./../Parser/acceler.c In file included from ./../Include/Python.h:8, from ./../Include/pgenheaders.h:10, from ./../Parser/acceler.c:13: ./pyconfig.h:1:1: warning: null character(s) ignored ./pyconfig.h:1:35803: warning: no newline at end of file In file included from ./../Include/pyport.h:4, from ./../Include/Python.h:58, from ./../Include/pgenheaders.h:10, from ./../Parser/acceler.c:13: ./pyconfig.h:1:1: warning: null character(s) ignored ./pyconfig.h:1:35803: warning: no newline at end of file In file included from ./../Include/Python.h:58, from ./../Include/pgenheaders.h:10, from ./../Parser/acceler.c:13: ./../Include/pyport.h:849:2: error: #error "LONG_BIT definition appears = wrong for platform (bad gcc/glibc config?)." In file included from ./../Include/pymath.h:4, from ./../Include/Python.h:77, from ./../Include/pgenheaders.h:10, from ./../Parser/acceler.c:13: ./pyconfig.h:1:1: warning: null character(s) ignored ./pyconfig.h:1:35803: warning: no newline at end of file *** [Parser/acceler.o] Error code 1 Stop in = /opt/scratch/opt/ports/lang/python27/work/Python-2.7.2/portbld.shared. *** [pre-build] Error code 1 Stop in /opt/ports/lang/python27. *** [build] Error code 1 Stop in /opt/ports/lang/python27. From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 02:59: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 22C40106566B; Sun, 1 Apr 2012 02:59: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 E662C8FC0C; Sun, 1 Apr 2012 02:59: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 q312x1cw008314; Sat, 31 Mar 2012 22:59: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 q312x1OL008313; Sun, 1 Apr 2012 02:59:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 02:59:01 GMT Message-Id: <201204010259.q312x1OL008313@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, 01 Apr 2012 02:59:02 -0000 TB --- 2012-04-01 02:06:41 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 02:06:41 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-01 02:06:41 - cleaning the object tree TB --- 2012-04-01 02:07:47 - cvsupping the source tree TB --- 2012-04-01 02:07:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-01 02:08:50 - building world TB --- 2012-04-01 02:08:50 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 02:08:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 02:08:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 02:08:50 - SRCCONF=/dev/null TB --- 2012-04-01 02:08:50 - TARGET=mips TB --- 2012-04-01 02:08:50 - TARGET_ARCH=mips TB --- 2012-04-01 02:08:50 - TZ=UTC TB --- 2012-04-01 02:08:50 - __MAKE_CONF=/dev/null TB --- 2012-04-01 02:08:50 - cd /src TB --- 2012-04-01 02:08:50 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 02:08:51 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-04-01 02:59:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 02:59:01 - ERROR: failed to build world TB --- 2012-04-01 02:59:01 - 2079.88 user 459.39 system 3139.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 03:33: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 39956106564A; Sun, 1 Apr 2012 03:33: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 D1F948FC0C; Sun, 1 Apr 2012 03:33: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 q313XGZ6008852; Sat, 31 Mar 2012 23:33: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 q313XGpr008850; Sun, 1 Apr 2012 03:33:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 03:33:16 GMT Message-Id: <201204010333.q313XGpr008850@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: Sun, 01 Apr 2012 03:33:18 -0000 TB --- 2012-04-01 02:03:14 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 02:03:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-01 02:03:14 - cleaning the object tree TB --- 2012-04-01 02:04:34 - cvsupping the source tree TB --- 2012-04-01 02:04:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-01 02:05:50 - building world TB --- 2012-04-01 02:05:50 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 02:05:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 02:05:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 02:05:50 - SRCCONF=/dev/null TB --- 2012-04-01 02:05:50 - TARGET=ia64 TB --- 2012-04-01 02:05:50 - TARGET_ARCH=ia64 TB --- 2012-04-01 02:05:50 - TZ=UTC TB --- 2012-04-01 02:05:50 - __MAKE_CONF=/dev/null TB --- 2012-04-01 02:05:50 - cd /src TB --- 2012-04-01 02:05:50 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 02:05:52 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-04-01 03:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 03:33:16 - ERROR: failed to build world TB --- 2012-04-01 03:33:16 - 4088.08 user 628.71 system 5402.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 05:37:33 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 5F792106566B; Sun, 1 Apr 2012 05:37:33 +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 0F4298FC14; Sun, 1 Apr 2012 05:37: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 q315bWFS069919; Sun, 1 Apr 2012 01:37:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q315bWNQ069907; Sun, 1 Apr 2012 05:37:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 05:37:32 GMT Message-Id: <201204010537.q315bWNQ069907@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, 01 Apr 2012 05:37:33 -0000 TB --- 2012-03-31 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-31 23:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-31 23:50:00 - cleaning the object tree TB --- 2012-03-31 23:57:19 - cvsupping the source tree TB --- 2012-03-31 23:57:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-31 23:58:24 - building world TB --- 2012-03-31 23:58:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-31 23:58:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-31 23:58:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-31 23:58:24 - SRCCONF=/dev/null TB --- 2012-03-31 23:58:24 - TARGET=i386 TB --- 2012-03-31 23:58:24 - TARGET_ARCH=i386 TB --- 2012-03-31 23:58:24 - TZ=UTC TB --- 2012-03-31 23:58:24 - __MAKE_CONF=/dev/null TB --- 2012-03-31 23:58:24 - cd /src TB --- 2012-03-31 23:58:24 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 31 23:58: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 >>> World build completed on Sun Apr 1 02:13:39 UTC 2012 TB --- 2012-04-01 02:13:39 - generating LINT kernel config TB --- 2012-04-01 02:13:39 - cd /src/sys/i386/conf TB --- 2012-04-01 02:13:39 - /usr/bin/make -B LINT TB --- 2012-04-01 02:13:39 - cd /src/sys/i386/conf TB --- 2012-04-01 02:13:39 - /usr/sbin/config -m LINT TB --- 2012-04-01 02:13:39 - building LINT kernel TB --- 2012-04-01 02:13:39 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 02:13:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 02:13:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 02:13:39 - SRCCONF=/dev/null TB --- 2012-04-01 02:13:39 - TARGET=i386 TB --- 2012-04-01 02:13:39 - TARGET_ARCH=i386 TB --- 2012-04-01 02:13:39 - TZ=UTC TB --- 2012-04-01 02:13:39 - __MAKE_CONF=/dev/null TB --- 2012-04-01 02:13:39 - cd /src TB --- 2012-04-01 02:13:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 1 02:13: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 completed on Sun Apr 1 02:46:35 UTC 2012 TB --- 2012-04-01 02:46:35 - cd /src/sys/i386/conf TB --- 2012-04-01 02:46:35 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-01 02:46:35 - building LINT-NOINET kernel TB --- 2012-04-01 02:46:35 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 02:46:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 02:46:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 02:46:35 - SRCCONF=/dev/null TB --- 2012-04-01 02:46:35 - TARGET=i386 TB --- 2012-04-01 02:46:35 - TARGET_ARCH=i386 TB --- 2012-04-01 02:46:35 - TZ=UTC TB --- 2012-04-01 02:46:35 - __MAKE_CONF=/dev/null TB --- 2012-04-01 02:46:35 - cd /src TB --- 2012-04-01 02:46:35 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Apr 1 02:46:35 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 Sun Apr 1 03:17:49 UTC 2012 TB --- 2012-04-01 03:17:49 - cd /src/sys/i386/conf TB --- 2012-04-01 03:17:49 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-01 03:17:49 - building LINT-NOINET6 kernel TB --- 2012-04-01 03:17:49 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 03:17:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 03:17:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 03:17:49 - SRCCONF=/dev/null TB --- 2012-04-01 03:17:49 - TARGET=i386 TB --- 2012-04-01 03:17:49 - TARGET_ARCH=i386 TB --- 2012-04-01 03:17:49 - TZ=UTC TB --- 2012-04-01 03:17:49 - __MAKE_CONF=/dev/null TB --- 2012-04-01 03:17:49 - cd /src TB --- 2012-04-01 03:17:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Apr 1 03:17: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 >>> Kernel build for LINT-NOINET6 completed on Sun Apr 1 03:48:52 UTC 2012 TB --- 2012-04-01 03:48:52 - cd /src/sys/i386/conf TB --- 2012-04-01 03:48:52 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-01 03:48:52 - building LINT-NOIP kernel TB --- 2012-04-01 03:48:52 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 03:48:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 03:48:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 03:48:52 - SRCCONF=/dev/null TB --- 2012-04-01 03:48:52 - TARGET=i386 TB --- 2012-04-01 03:48:52 - TARGET_ARCH=i386 TB --- 2012-04-01 03:48:52 - TZ=UTC TB --- 2012-04-01 03:48:52 - __MAKE_CONF=/dev/null TB --- 2012-04-01 03:48:52 - cd /src TB --- 2012-04-01 03:48:52 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Apr 1 03:48: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 Sun Apr 1 04:17:49 UTC 2012 TB --- 2012-04-01 04:17:49 - cd /src/sys/i386/conf TB --- 2012-04-01 04:17:49 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-01 04:17:49 - building LINT-VIMAGE kernel TB --- 2012-04-01 04:17:49 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 04:17:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 04:17:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 04:17:49 - SRCCONF=/dev/null TB --- 2012-04-01 04:17:49 - TARGET=i386 TB --- 2012-04-01 04:17:49 - TARGET_ARCH=i386 TB --- 2012-04-01 04:17:49 - TZ=UTC TB --- 2012-04-01 04:17:49 - __MAKE_CONF=/dev/null TB --- 2012-04-01 04:17:49 - cd /src TB --- 2012-04-01 04:17:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Apr 1 04:17: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 >>> Kernel build for LINT-VIMAGE completed on Sun Apr 1 04:49:36 UTC 2012 TB --- 2012-04-01 04:49:36 - cd /src/sys/i386/conf TB --- 2012-04-01 04:49:36 - /usr/sbin/config -m GENERIC TB --- 2012-04-01 04:49:37 - building GENERIC kernel TB --- 2012-04-01 04:49:37 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 04:49:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 04:49:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 04:49:37 - SRCCONF=/dev/null TB --- 2012-04-01 04:49:37 - TARGET=i386 TB --- 2012-04-01 04:49:37 - TARGET_ARCH=i386 TB --- 2012-04-01 04:49:37 - TZ=UTC TB --- 2012-04-01 04:49:37 - __MAKE_CONF=/dev/null TB --- 2012-04-01 04:49:37 - cd /src TB --- 2012-04-01 04:49:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 1 04:49:37 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 Sun Apr 1 05:14:43 UTC 2012 TB --- 2012-04-01 05:14:43 - cd /src/sys/i386/conf TB --- 2012-04-01 05:14:43 - /usr/sbin/config -m PAE TB --- 2012-04-01 05:14:43 - building PAE kernel TB --- 2012-04-01 05:14:43 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 05:14:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 05:14:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 05:14:43 - SRCCONF=/dev/null TB --- 2012-04-01 05:14:43 - TARGET=i386 TB --- 2012-04-01 05:14:43 - TARGET_ARCH=i386 TB --- 2012-04-01 05:14:43 - TZ=UTC TB --- 2012-04-01 05:14:43 - __MAKE_CONF=/dev/null TB --- 2012-04-01 05:14:43 - cd /src TB --- 2012-04-01 05:14:43 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Apr 1 05:14:43 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 Sun Apr 1 05:22:02 UTC 2012 TB --- 2012-04-01 05:22:02 - cd /src/sys/i386/conf TB --- 2012-04-01 05:22:02 - /usr/sbin/config -m XBOX TB --- 2012-04-01 05:22:02 - building XBOX kernel TB --- 2012-04-01 05:22:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 05:22:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 05:22:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 05:22:02 - SRCCONF=/dev/null TB --- 2012-04-01 05:22:02 - TARGET=i386 TB --- 2012-04-01 05:22:02 - TARGET_ARCH=i386 TB --- 2012-04-01 05:22:02 - TZ=UTC TB --- 2012-04-01 05:22:02 - __MAKE_CONF=/dev/null TB --- 2012-04-01 05:22:02 - cd /src TB --- 2012-04-01 05:22:02 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sun Apr 1 05:22: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 >>> Kernel build for XBOX completed on Sun Apr 1 05:25:18 UTC 2012 TB --- 2012-04-01 05:25:18 - cd /src/sys/i386/conf TB --- 2012-04-01 05:25:18 - /usr/sbin/config -m XEN TB --- 2012-04-01 05:25:18 - building XEN kernel TB --- 2012-04-01 05:25:18 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 05:25:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 05:25:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 05:25:18 - SRCCONF=/dev/null TB --- 2012-04-01 05:25:18 - TARGET=i386 TB --- 2012-04-01 05:25:18 - TARGET_ARCH=i386 TB --- 2012-04-01 05:25:18 - TZ=UTC TB --- 2012-04-01 05:25:18 - __MAKE_CONF=/dev/null TB --- 2012-04-01 05:25:18 - cd /src TB --- 2012-04-01 05:25:18 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sun Apr 1 05:25:18 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-04-01 05:37:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 05:37:31 - ERROR: failed to build XEN kernel TB --- 2012-04-01 05:37:31 - 16055.61 user 2205.72 system 20851.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 06:19: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 CCEAC106566B; Sun, 1 Apr 2012 06:19:26 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 16B478FC15; Sun, 1 Apr 2012 06:18:34 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q315EdO3008825; Sat, 31 Mar 2012 23:14:42 -0600 From: Erich Dollansky To: freebsd-acpi@freebsd.org Date: Sun, 1 Apr 2012 12:14:38 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201204011214.38801.erichfreebsdlist@ovitrap.com> Cc: matt , =?utf-8?q?_=D0=93=D1=80=D0=B8=D0=B3=D0=BE=D1=80=D0=BE=D0=B2?= , =?utf-8?q?=D0=9B=D1=8E=D0=B1=D0=BE=D0=BC=D0=B8=D1=80?=, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 01 Apr 2012 06:19:26 -0000 Hi, this just reminds me of my Fujitsu P2120. On Sunday 01 April 2012 11:27:02 =D0=9B=D1=8E=D0=B1=D0=BE=D0=BC=D0=B8=D1=80= =D0=93=D1=80=D0=B8=D0=B3=D0=BE=D1=80=D0=BE=D0=B2 wrote: > Any news on the brightness? My X220 came and FreeBSD installs and boots > fine with MBR. But like you said brightness control is not working and I = am > stuck at max. Even with me 9cell battery, it brings it down to 5 hours > instead of 8-9 with a slightly dimmer setting. I could not adjust brightness inside X on my P2120 too. But switching to a = console allowed me to adjust with the keys assigned to this. I never got us= ed to this procedure but it worked. Did you try this? Erich From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 09:48:13 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 63805106566B; Sun, 1 Apr 2012 09:48:13 +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 09AA18FC08; Sun, 1 Apr 2012 09:48:12 +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 q319mClp013146; Sun, 1 Apr 2012 05:48:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q319mCF9013142; Sun, 1 Apr 2012 09:48:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 09:48:12 GMT Message-Id: <201204010948.q319mCF9013142@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: Sun, 01 Apr 2012 09:48:13 -0000 TB --- 2012-04-01 07:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 07:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-01 07:30:00 - cleaning the object tree TB --- 2012-04-01 07:33:07 - cvsupping the source tree TB --- 2012-04-01 07:33:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-01 07:34:34 - building world TB --- 2012-04-01 07:34:34 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 07:34:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 07:34:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 07:34:34 - SRCCONF=/dev/null TB --- 2012-04-01 07:34:34 - TARGET=pc98 TB --- 2012-04-01 07:34:34 - TARGET_ARCH=i386 TB --- 2012-04-01 07:34:34 - TZ=UTC TB --- 2012-04-01 07:34:34 - __MAKE_CONF=/dev/null TB --- 2012-04-01 07:34:34 - cd /src TB --- 2012-04-01 07:34:34 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 07:34:35 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-04-01 09:48:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 09:48:11 - ERROR: failed to build world TB --- 2012-04-01 09:48:11 - 5952.38 user 821.38 system 8291.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 10:43:49 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 B0DD1106566C; Sun, 1 Apr 2012 10:43: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 804BF8FC08; Sun, 1 Apr 2012 10:43: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 q31Ahmul032616; Sun, 1 Apr 2012 06:43: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 q31AhmtB032611; Sun, 1 Apr 2012 10:43:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 10:43:48 GMT Message-Id: <201204011043.q31AhmtB032611@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, 01 Apr 2012 10:43:49 -0000 TB --- 2012-04-01 09:49:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 09:49:40 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-01 09:49:40 - cleaning the object tree TB --- 2012-04-01 09:51:53 - cvsupping the source tree TB --- 2012-04-01 09:51:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-01 09:52:49 - building world TB --- 2012-04-01 09:52:49 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 09:52:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 09:52:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 09:52:49 - SRCCONF=/dev/null TB --- 2012-04-01 09:52:49 - TARGET=mips TB --- 2012-04-01 09:52:49 - TARGET_ARCH=mips TB --- 2012-04-01 09:52:49 - TZ=UTC TB --- 2012-04-01 09:52:49 - __MAKE_CONF=/dev/null TB --- 2012-04-01 09:52:49 - cd /src TB --- 2012-04-01 09:52:49 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 09:52: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-04-01 10:43:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 10:43:48 - ERROR: failed to build world TB --- 2012-04-01 10:43:48 - 2100.57 user 467.43 system 3248.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 04:27:04 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 ACF42106566B; Sun, 1 Apr 2012 04:27:04 +0000 (UTC) (envelope-from nm.knife@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 101358FC08; Sun, 1 Apr 2012 04:27:03 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so1357106wib.13 for ; Sat, 31 Mar 2012 21:27: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 :cc:content-type; bh=82DXRbs//Qf393AkFXq7boD7VeHIS8OCDEk2g7FgaQA=; b=bHGvlVzkY6tEVeBcGu5i/tnHkiJzcVdkusBoUryuNqpT3OkxP9XGYmlg5SMJuVjbh6 +9E+ia+iYtMmkY+IiHtbLVNht2UEHK8Vfm/8lFcFvN8NsW20VKjQRH8kdCB4jUkVf0+8 EAgaLmE0TIL/Szn9T9jXDs+i5KoJv2jnlgVLWyDQwG/jBdW1CN4WvVAY/5lxy0E7QqGF 4WePrtPQ7JyamTSXr5+ZmHBx5wxPTmBbjYqYF4N4xhUFFcPpphwifwGGeruDe6WR4Vq3 DypTLsbbak0o2MNIJeEasjaiTJpbbmjUGK+ojomFYOIRsvTEDuGCNmW9nS24YbpgxVBz GzJw== MIME-Version: 1.0 Received: by 10.180.101.8 with SMTP id fc8mr11832662wib.12.1333254422946; Sat, 31 Mar 2012 21:27:02 -0700 (PDT) Received: by 10.227.58.68 with HTTP; Sat, 31 Mar 2012 21:27:02 -0700 (PDT) In-Reply-To: <4F56A2DA.2070703@gmail.com> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F56A2DA.2070703@gmail.com> Date: Sat, 31 Mar 2012 21:27:02 -0700 Message-ID: From: =?windows-1251?B?y/7h7uzo8CDD8Ojj7vDu4g==?= To: matt X-Mailman-Approved-At: Sun, 01 Apr 2012 10:48:12 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 01 Apr 2012 04:27:04 -0000 Any news on the brightness? My X220 came and FreeBSD installs and boots fine with MBR. But like you said brightness control is not working and I am stuck at max. Even with me 9cell battery, it brings it down to 5 hours instead of 8-9 with a slightly dimmer setting. P.S. I didn't have to touch anything in BIOS. Ditch the webcam...it's grainy under linux, probably would be the same > under FreeBSD...haven't even tried. > > Intel wireless is THE way to go...that Realtek is barely supported on > Linux (I believe 8192SU is still staging drivers...) > > FreeBSD only legacy boots, however "UEFI USB Support" must be on to allow > USB booting for some reason. > > I have IPS...it's very nice, but still no brightness yet. I'll get a > chance to look at again this weekend most likely. I think it's just an > issue with our acpi_ibm that isn't talking to the embedded controller right. > > Resume works, but the screen is not on. I can now confirm it is *off* and > not just "dimmed/no backlight". Setting BIOS to use an external monitor and > disabling internal exhibits same behavior as internal display, i.e external > monitor set as BIOS primary does not come back from power save. I have > tried typing dpms force commands, did not work. > > Once resume & brightness work, it will be great for FreeBSD...everything > else seemed fine, although I have not used fingerprint reader or card > reader... > > An interesting note is that the BIOS does whitelist the wireless card, and > the wwan slot defaults to being a mSATA until it detects a whitelisted USB > ID or perhaps has no PCIe lines...not sure but my ral card I'm working with > will not detect in the second slot at all. The slot may start as PCIe only > in earlier bios, haven't checked (google x220 egpu & x220 msata issue). > > Matt > > -- Lyubomir Grigorov (bgalakazam) From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 11:20:58 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 4ED11106564A; Sun, 1 Apr 2012 11:20: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 EA6118FC14; Sun, 1 Apr 2012 11:20: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 q31BKvbv038206; Sun, 1 Apr 2012 07:20: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 q31BKu7W038205; Sun, 1 Apr 2012 11:20:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 11:20:56 GMT Message-Id: <201204011120.q31BKu7W038205@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: Sun, 01 Apr 2012 11:20:58 -0000 TB --- 2012-04-01 09:48:12 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 09:48:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-01 09:48:12 - cleaning the object tree TB --- 2012-04-01 09:49:45 - cvsupping the source tree TB --- 2012-04-01 09:49:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-01 09:51:14 - building world TB --- 2012-04-01 09:51:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 09:51:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 09:51:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 09:51:14 - SRCCONF=/dev/null TB --- 2012-04-01 09:51:14 - TARGET=ia64 TB --- 2012-04-01 09:51:14 - TARGET_ARCH=ia64 TB --- 2012-04-01 09:51:14 - TZ=UTC TB --- 2012-04-01 09:51:14 - __MAKE_CONF=/dev/null TB --- 2012-04-01 09:51:14 - cd /src TB --- 2012-04-01 09:51:14 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 09:51:16 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-04-01 11:20:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 11:20:56 - ERROR: failed to build world TB --- 2012-04-01 11:20:56 - 4172.70 user 644.08 system 5564.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 13:25:47 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 07683106564A; Sun, 1 Apr 2012 13:25: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 9C88A8FC0C; Sun, 1 Apr 2012 13:25: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 q31DPjhs093919; Sun, 1 Apr 2012 09:25: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 q31DPjCQ093910; Sun, 1 Apr 2012 13:25:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 13:25:45 GMT Message-Id: <201204011325.q31DPjCQ093910@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, 01 Apr 2012 13:25:47 -0000 TB --- 2012-04-01 07:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 07:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-01 07:30:00 - cleaning the object tree TB --- 2012-04-01 07:37:38 - cvsupping the source tree TB --- 2012-04-01 07:37:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-01 07:39:04 - building world TB --- 2012-04-01 07:39:04 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 07:39:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 07:39:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 07:39:04 - SRCCONF=/dev/null TB --- 2012-04-01 07:39:04 - TARGET=i386 TB --- 2012-04-01 07:39:04 - TARGET_ARCH=i386 TB --- 2012-04-01 07:39:04 - TZ=UTC TB --- 2012-04-01 07:39:04 - __MAKE_CONF=/dev/null TB --- 2012-04-01 07:39:04 - cd /src TB --- 2012-04-01 07:39:04 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 07:39: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 Sun Apr 1 09:58:09 UTC 2012 TB --- 2012-04-01 09:58:09 - generating LINT kernel config TB --- 2012-04-01 09:58:09 - cd /src/sys/i386/conf TB --- 2012-04-01 09:58:09 - /usr/bin/make -B LINT TB --- 2012-04-01 09:58:09 - cd /src/sys/i386/conf TB --- 2012-04-01 09:58:09 - /usr/sbin/config -m LINT TB --- 2012-04-01 09:58:09 - building LINT kernel TB --- 2012-04-01 09:58:09 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 09:58:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 09:58:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 09:58:09 - SRCCONF=/dev/null TB --- 2012-04-01 09:58:09 - TARGET=i386 TB --- 2012-04-01 09:58:09 - TARGET_ARCH=i386 TB --- 2012-04-01 09:58:09 - TZ=UTC TB --- 2012-04-01 09:58:09 - __MAKE_CONF=/dev/null TB --- 2012-04-01 09:58:09 - cd /src TB --- 2012-04-01 09:58:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 1 09:58: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 >>> Kernel build for LINT completed on Sun Apr 1 10:31:27 UTC 2012 TB --- 2012-04-01 10:31:27 - cd /src/sys/i386/conf TB --- 2012-04-01 10:31:27 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-01 10:31:27 - building LINT-NOINET kernel TB --- 2012-04-01 10:31:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 10:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 10:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 10:31:27 - SRCCONF=/dev/null TB --- 2012-04-01 10:31:27 - TARGET=i386 TB --- 2012-04-01 10:31:27 - TARGET_ARCH=i386 TB --- 2012-04-01 10:31:27 - TZ=UTC TB --- 2012-04-01 10:31:27 - __MAKE_CONF=/dev/null TB --- 2012-04-01 10:31:27 - cd /src TB --- 2012-04-01 10:31:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Apr 1 10:31: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-NOINET completed on Sun Apr 1 11:03:21 UTC 2012 TB --- 2012-04-01 11:03:21 - cd /src/sys/i386/conf TB --- 2012-04-01 11:03:21 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-01 11:03:21 - building LINT-NOINET6 kernel TB --- 2012-04-01 11:03:21 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 11:03:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 11:03:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 11:03:21 - SRCCONF=/dev/null TB --- 2012-04-01 11:03:21 - TARGET=i386 TB --- 2012-04-01 11:03:21 - TARGET_ARCH=i386 TB --- 2012-04-01 11:03:21 - TZ=UTC TB --- 2012-04-01 11:03:21 - __MAKE_CONF=/dev/null TB --- 2012-04-01 11:03:21 - cd /src TB --- 2012-04-01 11:03:21 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Apr 1 11:03:22 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 Sun Apr 1 11:35:20 UTC 2012 TB --- 2012-04-01 11:35:20 - cd /src/sys/i386/conf TB --- 2012-04-01 11:35:20 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-01 11:35:20 - building LINT-NOIP kernel TB --- 2012-04-01 11:35:20 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 11:35:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 11:35:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 11:35:20 - SRCCONF=/dev/null TB --- 2012-04-01 11:35:20 - TARGET=i386 TB --- 2012-04-01 11:35:20 - TARGET_ARCH=i386 TB --- 2012-04-01 11:35:20 - TZ=UTC TB --- 2012-04-01 11:35:20 - __MAKE_CONF=/dev/null TB --- 2012-04-01 11:35:20 - cd /src TB --- 2012-04-01 11:35:20 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Apr 1 11:35: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 >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sun Apr 1 12:05:21 UTC 2012 TB --- 2012-04-01 12:05:21 - cd /src/sys/i386/conf TB --- 2012-04-01 12:05:21 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-01 12:05:21 - building LINT-VIMAGE kernel TB --- 2012-04-01 12:05:21 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 12:05:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 12:05:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 12:05:21 - SRCCONF=/dev/null TB --- 2012-04-01 12:05:21 - TARGET=i386 TB --- 2012-04-01 12:05:21 - TARGET_ARCH=i386 TB --- 2012-04-01 12:05:21 - TZ=UTC TB --- 2012-04-01 12:05:21 - __MAKE_CONF=/dev/null TB --- 2012-04-01 12:05:21 - cd /src TB --- 2012-04-01 12:05:21 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Apr 1 12:05: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 >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sun Apr 1 12:37:30 UTC 2012 TB --- 2012-04-01 12:37:30 - cd /src/sys/i386/conf TB --- 2012-04-01 12:37:30 - /usr/sbin/config -m GENERIC TB --- 2012-04-01 12:37:30 - building GENERIC kernel TB --- 2012-04-01 12:37:30 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 12:37:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 12:37:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 12:37:30 - SRCCONF=/dev/null TB --- 2012-04-01 12:37:30 - TARGET=i386 TB --- 2012-04-01 12:37:30 - TARGET_ARCH=i386 TB --- 2012-04-01 12:37:30 - TZ=UTC TB --- 2012-04-01 12:37:30 - __MAKE_CONF=/dev/null TB --- 2012-04-01 12:37:30 - cd /src TB --- 2012-04-01 12:37:30 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 1 12:37:30 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 Sun Apr 1 13:02:58 UTC 2012 TB --- 2012-04-01 13:02:58 - cd /src/sys/i386/conf TB --- 2012-04-01 13:02:58 - /usr/sbin/config -m PAE TB --- 2012-04-01 13:02:58 - building PAE kernel TB --- 2012-04-01 13:02:58 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 13:02:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 13:02:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 13:02:58 - SRCCONF=/dev/null TB --- 2012-04-01 13:02:58 - TARGET=i386 TB --- 2012-04-01 13:02:58 - TARGET_ARCH=i386 TB --- 2012-04-01 13:02:58 - TZ=UTC TB --- 2012-04-01 13:02:58 - __MAKE_CONF=/dev/null TB --- 2012-04-01 13:02:58 - cd /src TB --- 2012-04-01 13:02:58 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Apr 1 13:02: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 PAE completed on Sun Apr 1 13:10:11 UTC 2012 TB --- 2012-04-01 13:10:11 - cd /src/sys/i386/conf TB --- 2012-04-01 13:10:11 - /usr/sbin/config -m XBOX TB --- 2012-04-01 13:10:11 - building XBOX kernel TB --- 2012-04-01 13:10:11 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 13:10:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 13:10:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 13:10:11 - SRCCONF=/dev/null TB --- 2012-04-01 13:10:11 - TARGET=i386 TB --- 2012-04-01 13:10:11 - TARGET_ARCH=i386 TB --- 2012-04-01 13:10:11 - TZ=UTC TB --- 2012-04-01 13:10:11 - __MAKE_CONF=/dev/null TB --- 2012-04-01 13:10:11 - cd /src TB --- 2012-04-01 13:10:11 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sun Apr 1 13:10: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 XBOX completed on Sun Apr 1 13:13:25 UTC 2012 TB --- 2012-04-01 13:13:25 - cd /src/sys/i386/conf TB --- 2012-04-01 13:13:25 - /usr/sbin/config -m XEN TB --- 2012-04-01 13:13:25 - building XEN kernel TB --- 2012-04-01 13:13:25 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 13:13:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 13:13:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 13:13:25 - SRCCONF=/dev/null TB --- 2012-04-01 13:13:25 - TARGET=i386 TB --- 2012-04-01 13:13:25 - TARGET_ARCH=i386 TB --- 2012-04-01 13:13:25 - TZ=UTC TB --- 2012-04-01 13:13:25 - __MAKE_CONF=/dev/null TB --- 2012-04-01 13:13:25 - cd /src TB --- 2012-04-01 13:13:25 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sun Apr 1 13:13:26 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-04-01 13:25:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 13:25:45 - ERROR: failed to build XEN kernel TB --- 2012-04-01 13:25:45 - 16263.05 user 2219.73 system 21345.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 13:40: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 1D11B106566C for ; Sun, 1 Apr 2012 13:40:52 +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 D87748FC08 for ; Sun, 1 Apr 2012 13:40:51 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SEL17-000K6v-4s; Sun, 01 Apr 2012 09:40:25 -0400 Date: Sun, 1 Apr 2012 09:40:25 -0400 From: Gary Palmer To: deeptech71@gmail.com Message-ID: <20120401134025.GC76647@in-addr.com> 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-Disposition: inline In-Reply-To: <4F765682.5040707@gmail.com> 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: 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: Sun, 01 Apr 2012 13:40:52 -0000 On Sat, Mar 31, 2012 at 02:57:38AM +0200, deeptech71@gmail.com 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. > > >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. Other than catching software that mistakenly assumes /tmp and/or /var/run is persistent, what are the CLEAR advantages for changing the default? Has consideration been paid to low-memory systems? I think this discussion is fast becoming a bikeshed and distracting people from real work on improving FreeBSD. Without clear advantages from a switch to tmpfs(5) or md(4) non-persistent storage the default should stay the same, especially on release branches. If people want that behaviour, the switches are already there and while I may have missed it, I don't believe there hasn't yet been suitable justification for making the change. Gary From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 14:14: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 D0ED6106566C; Sun, 1 Apr 2012 14:14:56 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id 63A5C8FC0C; Sun, 1 Apr 2012 14:14:56 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (adrastea.jupiter.sigsegv.be [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id 39560356; Sun, 1 Apr 2012 16:14:55 +0200 (CEST) Received: from psyche.jupiter.sigsegv.be (unknown [IPv6:2001:6f8:1498:0:f2de:f1ff:fe72:6dcb]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id 7D72D7A0E; Sun, 1 Apr 2012 16:14:24 +0200 (CEST) Received: from kp by psyche.jupiter.sigsegv.be with local (Exim 4.77) (envelope-from ) id 1SELY0-00061u-B9; Sun, 01 Apr 2012 16:14:24 +0200 Date: Sun, 1 Apr 2012 16:14:24 +0200 From: Kristof Provost To: current@freebsd.org Message-ID: <20120401141423.GA22944@psyche> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jilles Tjoelker Subject: Build error in bin/sh/jobs.c if DEBUG=2 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, 01 Apr 2012 14:14:56 -0000 While chasing down an odd issue with alignment faults I activated debugging in bin/sh. bin/sh/Makefile has a commented out line (# DEBUG_FLAGS+= -g -DDEBUG=2 -fno-inline) to do this so that's what I did. This fails to compile in bin/sh/jobs.c in vforkexecshell(). The debug TRACE() tries to print variables which don't exist. The patch below fixes the compilation problem, but I'm unsure if it's printing the relevant information. Regards, Kristof diff --git a/bin/sh/jobs.c b/bin/sh/jobs.c index 335d2ca..9027b8c 100644 --- a/bin/sh/jobs.c +++ b/bin/sh/jobs.c @@ -893,8 +893,7 @@ vforkexecshell(struct job *jp, char **argv, char **envp, const char *path, int i struct jmploc jmploc; struct jmploc *savehandler; - TRACE(("vforkexecshell(%%%td, %p, %d) called\n", jp - jobtab, (void *)n, - mode)); + TRACE(("vforkexecshell(%%%td, %d) called\n", jp - jobtab, idx)); INTOFF; flushall(); savehandler = handler; From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 14:15: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 CE76F1065672 for ; Sun, 1 Apr 2012 14:15:14 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1419C8FC19 for ; Sun, 1 Apr 2012 14:15:13 +0000 (UTC) Received: (qmail 92766 invoked by uid 89); 1 Apr 2012 14:15:06 -0000 Received: by simscan 1.4.0 ppid: 92761, pid: 92763, t: 0.0881s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:14723 Received: from unknown (HELO linux-wb36.example.org) (rainer@ultra-secure.de@212.71.117.82) by mail.ultra-secure.de with ESMTPA; 1 Apr 2012 14:15:06 -0000 Date: Sun, 1 Apr 2012 16:15:04 +0200 From: Rainer Duffner To: Gary Palmer Message-ID: <20120401161504.49003b73@linux-wb36.example.org> In-Reply-To: <20120401134025.GC76647@in-addr.com> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> <20120401134025.GC76647@in-addr.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.7; i586-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Sun, 01 Apr 2012 14:15:14 -0000 Am Sun, 1 Apr 2012 09:40:25 -0400 schrieb Gary Palmer : > Other than catching software that mistakenly assumes /tmp > and/or /var/run is persistent, what are the CLEAR advantages for > changing the default? It's my understanding it improves performance in cases where lots of files are created and deleted in /tmp (and/or /var/tmp - sometimes software hard-codes these locations...). Out of my head, things like spamassassin and amavis/clamav come to mind. Maybe the pkg-message of these packages should be adjusted so that this is mentioned? OTOH, on new installs, a TMPFS could be used automatically if memory >= 4GB. From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 15:41:41 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 356651065670; Sun, 1 Apr 2012 15:41:41 +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 DDD238FC08; Sun, 1 Apr 2012 15:41:40 +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 <1SEMuM-0006VC-9d>; Sun, 01 Apr 2012 17:41:34 +0200 Received: from e178035008.adsl.alicedsl.de ([85.178.35.8] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SEMuM-000479-4J>; Sun, 01 Apr 2012 17:41:34 +0200 Message-ID: <4F787727.1040209@zedat.fu-berlin.de> Date: Sun, 01 Apr 2012 17:41:27 +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: Ivan Klymenko References: <4EE938FB.7010107@zedat.fu-berlin.de> <20120329212322.20605a7b@nonamehost.> In-Reply-To: <20120329212322.20605a7b@nonamehost.> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1AC2394BE9801AFAB81D58CA" X-Originating-IP: 85.178.35.8 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: Sun, 01 Apr 2012 15:41:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1AC2394BE9801AFAB81D58CA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 03/29/12 20:23, schrieb Ivan Klymenko: > =D0=92 Thu, 15 Dec 2011 01:02:03 +0100 > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: >=20 >> 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 >> >=20 > Perhaps it will interest yous http://runtime.bordeaux.inria.fr/StarPU/ > Just tried it - excellent build from source code in FreeBSD CURRENT. Thanks. This seems promising. Regards, Oliver --------------enig1AC2394BE9801AFAB81D58CA 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) iQEcBAEBAgAGBQJPeHctAAoJEOgBcD7A/5N8WlEH/0G729hbG29fhzJAGCL5Vdln T5yb3H3vTwZiUmY7F1MnGd1y994Lz+faK66QDG33VidghKC6nU2tPYKgCK9LJ2jT 5vT7pVi3H9K/l6hRq2DeVYonYu3SMu3GU2vAsJxbvAOeAOAmGalZzXNYvkQ8VLIX H8VWIGP6T6VfAQSCZo+v5T7TbPrk1J1mG5AVVAIcMl3HhqwDnHp1+PQ+K4zH8L2w OMOVoVHQuGBzQWpj1PPTa1+PdlnXWKM436yozuOB9a8HgilakPKrtdi94J7Ffgrb gK2R+f7cLbvNWpaCvHeuYctZxUjYPr1IvOJPTbo8GbkzK9dqoJJV+WdJcNd0MdQ= =8VRF -----END PGP SIGNATURE----- --------------enig1AC2394BE9801AFAB81D58CA-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 16:27:55 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 6B1BE106566B; Sun, 1 Apr 2012 16:27:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id CA6468FC0C; Sun, 1 Apr 2012 16:27:54 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so1589481wib.13 for ; Sun, 01 Apr 2012 09:27:54 -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=86lVHW3rSkECb4d+ckQBvGWGJlUxyjC/tPFwwMdZsW4=; b=Mnt2Z0XJdIdO1wkxbR/PTAx7MzRip1mZncPyJyCjaTxQC6+QnOwtrqvWKmRtLCTahb KtnMfVOKIzKcQF+awHBeVp+wywQKl4qexiJHXodcxMiB533NtjdJBWEauF0+iyALQ4xl GDLANvUQQeW/7P8wGbuieT+WLNk7mj9HMScMtr1j/I6I6EtpXCEMMgBFBbYqsa85+Lwo vVcmPZFIBcVY5RHXYxxNkUyw08bq2Xz3bZtZdy4km0QxgN3qnOODPqd0t1eyouyIhTAa Tn3/urBSoj6VVNBp9g9BomKWW0JrSDPngZqv0XT3xhr/r19nKfBVrOQ5QfC9Gpgdv6j4 BgKQ== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr16815267wib.18.1333297674016; Sun, 01 Apr 2012 09:27:54 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Sun, 1 Apr 2012 09:27:53 -0700 (PDT) In-Reply-To: <201204011214.38801.erichfreebsdlist@ovitrap.com> References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> Date: Sun, 1 Apr 2012 09:27:53 -0700 Message-ID: From: Kevin Oberman To: Erich Dollansky Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: matt , freebsd-acpi@freebsd.org, nm.knife@gmail.com, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 01 Apr 2012 16:27:55 -0000 2012/3/31 Erich Dollansky : > Hi, > > this just reminds me of my Fujitsu P2120. > > On Sunday 01 April 2012 11:27:02 =CB=FE=E1=EE=EC=E8=F0 =C3=F0=E8=E3=EE=F0= =EE=E2 wrote: >> Any news on the brightness? My X220 came and FreeBSD installs and boots >> fine with MBR. But like you said brightness control is not working and I= am >> stuck at max. Even with me 9cell battery, it brings it down to 5 hours >> instead of 8-9 with a slightly dimmer setting. > > I could not adjust brightness inside X on my P2120 too. But switching to = a console allowed me to adjust with the keys assigned to this. I never got = used to this procedure but it worked. > > Did you try this? Does not work for me. :-( First press of either brightness up or down will echo ^@ (null), but that's all that happens. The system does not have discrete brightness buttons. It uses Fn+Home and Fn+End to adjust brightness. Thanks for the suggestion. though. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 17:33: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 F16A2106566B; Sun, 1 Apr 2012 17:33:59 +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 997268FC0C; Sun, 1 Apr 2012 17:33: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 q31HXwC5041072; Sun, 1 Apr 2012 13:33:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q31HXwIe041063; Sun, 1 Apr 2012 17:33:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 17:33:58 GMT Message-Id: <201204011733.q31HXwIe041063@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: Sun, 01 Apr 2012 17:34:00 -0000 TB --- 2012-04-01 15:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 15:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-01 15:20:00 - cleaning the object tree TB --- 2012-04-01 15:23:34 - cvsupping the source tree TB --- 2012-04-01 15:23:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-01 15:24:52 - building world TB --- 2012-04-01 15:24:52 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 15:24:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 15:24:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 15:24:52 - SRCCONF=/dev/null TB --- 2012-04-01 15:24:52 - TARGET=pc98 TB --- 2012-04-01 15:24:52 - TARGET_ARCH=i386 TB --- 2012-04-01 15:24:52 - TZ=UTC TB --- 2012-04-01 15:24:52 - __MAKE_CONF=/dev/null TB --- 2012-04-01 15:24:52 - cd /src TB --- 2012-04-01 15:24:52 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 15:24:52 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-04-01 17:33:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 17:33:58 - ERROR: failed to build world TB --- 2012-04-01 17:33:58 - 5893.41 user 818.62 system 8037.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 18:28: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 6C245106564A; Sun, 1 Apr 2012 18:28: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 3CEDC8FC1A; Sun, 1 Apr 2012 18:28: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 q31ISsmr061346; Sun, 1 Apr 2012 14:28:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q31ISsWW061340; Sun, 1 Apr 2012 18:28:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 18:28:54 GMT Message-Id: <201204011828.q31ISsWW061340@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, 01 Apr 2012 18:28:56 -0000 TB --- 2012-04-01 17:36:32 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 17:36:32 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-01 17:36:32 - cleaning the object tree TB --- 2012-04-01 17:37:22 - cvsupping the source tree TB --- 2012-04-01 17:37:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-01 17:38:32 - building world TB --- 2012-04-01 17:38:32 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 17:38:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 17:38:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 17:38:32 - SRCCONF=/dev/null TB --- 2012-04-01 17:38:32 - TARGET=mips TB --- 2012-04-01 17:38:32 - TARGET_ARCH=mips TB --- 2012-04-01 17:38:32 - TZ=UTC TB --- 2012-04-01 17:38:32 - __MAKE_CONF=/dev/null TB --- 2012-04-01 17:38:32 - cd /src TB --- 2012-04-01 17:38:32 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 17:38: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.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-04-01 18:28:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 18:28:54 - ERROR: failed to build world TB --- 2012-04-01 18:28:54 - 2075.79 user 462.23 system 3142.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 18:33: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 181C8106566C for ; Sun, 1 Apr 2012 18:33:53 +0000 (UTC) (envelope-from hannes@mehnert.org) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 53B2B8FC12 for ; Sun, 1 Apr 2012 18:33:51 +0000 (UTC) Received: (qmail 73271 invoked from network); 1 Apr 2012 18:27:06 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 1 Apr 2012 18:27:06 -0000 Message-ID: <4F789DD7.90604@mehnert.org> Date: Sun, 01 Apr 2012 20:26:31 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kevin Oberman References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: Erich Dollansky , matt , freebsd-acpi@freebsd.org, nm.knife@gmail.com, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 01 Apr 2012 18:33:53 -0000 Hi, controlling brightness works for me (via shell) - taking matt's advice into account: > \VBRC seems to allow control over the backlight, at least, so those of you with sore eyes or the 3-cell battery may have some success using the acpi_call port (Danger!) > kldload acpi_call > acpi_call -p '\VBRC' -i n (where n is 0-16; 17 (and -1) is off) Cheers, Hannes From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 19:04: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 466D51065675; Sun, 1 Apr 2012 19:04: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 E26628FC12; Sun, 1 Apr 2012 19:04: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 q31J4PJV064891; Sun, 1 Apr 2012 15:04:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q31J4PKO064886; Sun, 1 Apr 2012 19:04:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 19:04:25 GMT Message-Id: <201204011904.q31J4PKO064886@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: Sun, 01 Apr 2012 19:04:27 -0000 TB --- 2012-04-01 17:33:58 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 17:33:58 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-01 17:33:58 - cleaning the object tree TB --- 2012-04-01 17:35:25 - cvsupping the source tree TB --- 2012-04-01 17:35:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-01 17:36:19 - building world TB --- 2012-04-01 17:36:19 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 17:36:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 17:36:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 17:36:19 - SRCCONF=/dev/null TB --- 2012-04-01 17:36:19 - TARGET=ia64 TB --- 2012-04-01 17:36:19 - TARGET_ARCH=ia64 TB --- 2012-04-01 17:36:19 - TZ=UTC TB --- 2012-04-01 17:36:19 - __MAKE_CONF=/dev/null TB --- 2012-04-01 17:36:19 - cd /src TB --- 2012-04-01 17:36:19 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 17:36: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 [...] /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-04-01 19:04:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 19:04:25 - ERROR: failed to build world TB --- 2012-04-01 19:04:25 - 4092.59 user 630.05 system 5427.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 19:55: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 DB1381065674 for ; Sun, 1 Apr 2012 19:55: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 83D928FC0A for ; Sun, 1 Apr 2012 19:55:13 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SEQrh-0003NT-JD for freebsd-current@freebsd.org; Sun, 01 Apr 2012 21:55:05 +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 ; Sun, 01 Apr 2012 21:55:05 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Apr 2012 21:55:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Sun, 1 Apr 2012 19:54:51 +0000 (UTC) Lines: 50 Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> <20120401134025.GC76647@in-addr.com> <20120401161504.49003b73@linux-wb36.example.org> 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: Sun, 01 Apr 2012 19:55:13 -0000 Rainer Duffner ultra-secure.de> writes: > > Am Sun, 1 Apr 2012 09:40:25 -0400 > schrieb Gary Palmer freebsd.org>: > > > Other than catching software that mistakenly assumes /tmp > > and/or /var/run is persistent, what are the CLEAR advantages for > > changing the default? > > It's my understanding it improves performance in cases where lots of > files are created and deleted in /tmp (and/or /var/tmp - sometimes > software hard-codes these locations...). > ... > OTOH, on new installs, a TMPFS could be used automatically if memory >= > 4GB. > ... There are memory management subsystem considerations against utilizing tmpfs (memory + swap) for /tmp: - only part of the program needs to be in the memory for execution Delayed and hidden demand for memory. - demand paging Bring a page from swap into memory only when it is needed. Delayed and hidden demand for memory. - Copy-on-Write Initial sharing of memory by processes. Delayed and hidden demand for memory. - thrashing Excessive in/out swap utilization. Very high page-fault rate -> low CPU utilization -> OS thinks it can schedule more tasks -> another process added for execution - memory overcommit Physical memory overcommit resulting in paging; swap space pre-reservation Due to it, on heavy loaded systems processes dying on memory pressure. - Out-of-Memory (OOM) killer Due to it, on heavy loaded systems processes dying on memory pressure. There is a potential for overlapping and multiplying effects from the above and possibly other factors. If somebody wants it, despite all dangers to efficiency and stability of their system, let them make that choice. After all, what real pros are known for is that they know why and how to customize their systems for a task. To offer it as a default setup is not called for, regardless of memory plus swap sizes. jb From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 21:08:33 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 545BB106564A; Sun, 1 Apr 2012 21:08:33 +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 0F9328FC17; Sun, 1 Apr 2012 21:08: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 q31L8Wfm021790; Sun, 1 Apr 2012 17:08:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q31L8Wbg021784; Sun, 1 Apr 2012 21:08:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Apr 2012 21:08:32 GMT Message-Id: <201204012108.q31L8Wbg021784@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, 01 Apr 2012 21:08:33 -0000 TB --- 2012-04-01 15:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 15:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-01 15:20:00 - cleaning the object tree TB --- 2012-04-01 15:27:39 - cvsupping the source tree TB --- 2012-04-01 15:27:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-01 15:28:49 - building world TB --- 2012-04-01 15:28:49 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 15:28:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 15:28:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 15:28:49 - SRCCONF=/dev/null TB --- 2012-04-01 15:28:49 - TARGET=i386 TB --- 2012-04-01 15:28:49 - TARGET_ARCH=i386 TB --- 2012-04-01 15:28:49 - TZ=UTC TB --- 2012-04-01 15:28:49 - __MAKE_CONF=/dev/null TB --- 2012-04-01 15:28:49 - cd /src TB --- 2012-04-01 15:28:49 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 15:28: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 >>> World build completed on Sun Apr 1 17:43:31 UTC 2012 TB --- 2012-04-01 17:43:31 - generating LINT kernel config TB --- 2012-04-01 17:43:31 - cd /src/sys/i386/conf TB --- 2012-04-01 17:43:31 - /usr/bin/make -B LINT TB --- 2012-04-01 17:43:31 - cd /src/sys/i386/conf TB --- 2012-04-01 17:43:31 - /usr/sbin/config -m LINT TB --- 2012-04-01 17:43:31 - building LINT kernel TB --- 2012-04-01 17:43:31 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 17:43:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 17:43:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 17:43:31 - SRCCONF=/dev/null TB --- 2012-04-01 17:43:31 - TARGET=i386 TB --- 2012-04-01 17:43:31 - TARGET_ARCH=i386 TB --- 2012-04-01 17:43:31 - TZ=UTC TB --- 2012-04-01 17:43:31 - __MAKE_CONF=/dev/null TB --- 2012-04-01 17:43:31 - cd /src TB --- 2012-04-01 17:43:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 1 17:43:31 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 Sun Apr 1 18:16:21 UTC 2012 TB --- 2012-04-01 18:16:21 - cd /src/sys/i386/conf TB --- 2012-04-01 18:16:21 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-01 18:16:21 - building LINT-NOINET kernel TB --- 2012-04-01 18:16:21 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 18:16:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 18:16:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 18:16:21 - SRCCONF=/dev/null TB --- 2012-04-01 18:16:21 - TARGET=i386 TB --- 2012-04-01 18:16:21 - TARGET_ARCH=i386 TB --- 2012-04-01 18:16:21 - TZ=UTC TB --- 2012-04-01 18:16:21 - __MAKE_CONF=/dev/null TB --- 2012-04-01 18:16:21 - cd /src TB --- 2012-04-01 18:16:21 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Apr 1 18:16: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 >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Apr 1 18:47:45 UTC 2012 TB --- 2012-04-01 18:47:45 - cd /src/sys/i386/conf TB --- 2012-04-01 18:47:45 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-01 18:47:45 - building LINT-NOINET6 kernel TB --- 2012-04-01 18:47:45 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 18:47:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 18:47:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 18:47:45 - SRCCONF=/dev/null TB --- 2012-04-01 18:47:45 - TARGET=i386 TB --- 2012-04-01 18:47:45 - TARGET_ARCH=i386 TB --- 2012-04-01 18:47:45 - TZ=UTC TB --- 2012-04-01 18:47:45 - __MAKE_CONF=/dev/null TB --- 2012-04-01 18:47:45 - cd /src TB --- 2012-04-01 18:47:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Apr 1 18:47:46 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 Sun Apr 1 19:19:20 UTC 2012 TB --- 2012-04-01 19:19:20 - cd /src/sys/i386/conf TB --- 2012-04-01 19:19:20 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-01 19:19:20 - building LINT-NOIP kernel TB --- 2012-04-01 19:19:20 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 19:19:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 19:19:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 19:19:20 - SRCCONF=/dev/null TB --- 2012-04-01 19:19:20 - TARGET=i386 TB --- 2012-04-01 19:19:20 - TARGET_ARCH=i386 TB --- 2012-04-01 19:19:20 - TZ=UTC TB --- 2012-04-01 19:19:20 - __MAKE_CONF=/dev/null TB --- 2012-04-01 19:19:20 - cd /src TB --- 2012-04-01 19:19:20 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Apr 1 19:19: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 >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sun Apr 1 19:48:42 UTC 2012 TB --- 2012-04-01 19:48:42 - cd /src/sys/i386/conf TB --- 2012-04-01 19:48:42 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-01 19:48:42 - building LINT-VIMAGE kernel TB --- 2012-04-01 19:48:42 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 19:48:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 19:48:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 19:48:42 - SRCCONF=/dev/null TB --- 2012-04-01 19:48:42 - TARGET=i386 TB --- 2012-04-01 19:48:42 - TARGET_ARCH=i386 TB --- 2012-04-01 19:48:42 - TZ=UTC TB --- 2012-04-01 19:48:42 - __MAKE_CONF=/dev/null TB --- 2012-04-01 19:48:42 - cd /src TB --- 2012-04-01 19:48:42 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Apr 1 19:48:42 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 Sun Apr 1 20:20:07 UTC 2012 TB --- 2012-04-01 20:20:07 - cd /src/sys/i386/conf TB --- 2012-04-01 20:20:07 - /usr/sbin/config -m GENERIC TB --- 2012-04-01 20:20:07 - building GENERIC kernel TB --- 2012-04-01 20:20:07 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 20:20:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 20:20:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 20:20:07 - SRCCONF=/dev/null TB --- 2012-04-01 20:20:07 - TARGET=i386 TB --- 2012-04-01 20:20:07 - TARGET_ARCH=i386 TB --- 2012-04-01 20:20:07 - TZ=UTC TB --- 2012-04-01 20:20:07 - __MAKE_CONF=/dev/null TB --- 2012-04-01 20:20:07 - cd /src TB --- 2012-04-01 20:20:07 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 1 20: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 >>> Kernel build for GENERIC completed on Sun Apr 1 20:45:48 UTC 2012 TB --- 2012-04-01 20:45:48 - cd /src/sys/i386/conf TB --- 2012-04-01 20:45:48 - /usr/sbin/config -m PAE TB --- 2012-04-01 20:45:48 - building PAE kernel TB --- 2012-04-01 20:45:48 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 20:45:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 20:45:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 20:45:48 - SRCCONF=/dev/null TB --- 2012-04-01 20:45:48 - TARGET=i386 TB --- 2012-04-01 20:45:48 - TARGET_ARCH=i386 TB --- 2012-04-01 20:45:48 - TZ=UTC TB --- 2012-04-01 20:45:48 - __MAKE_CONF=/dev/null TB --- 2012-04-01 20:45:48 - cd /src TB --- 2012-04-01 20:45:48 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Apr 1 20:45: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 >>> Kernel build for PAE completed on Sun Apr 1 20:53:02 UTC 2012 TB --- 2012-04-01 20:53:02 - cd /src/sys/i386/conf TB --- 2012-04-01 20:53:02 - /usr/sbin/config -m XBOX TB --- 2012-04-01 20:53:02 - building XBOX kernel TB --- 2012-04-01 20:53:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 20:53:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 20:53:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 20:53:02 - SRCCONF=/dev/null TB --- 2012-04-01 20:53:02 - TARGET=i386 TB --- 2012-04-01 20:53:02 - TARGET_ARCH=i386 TB --- 2012-04-01 20:53:02 - TZ=UTC TB --- 2012-04-01 20:53:02 - __MAKE_CONF=/dev/null TB --- 2012-04-01 20:53:02 - cd /src TB --- 2012-04-01 20:53:02 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sun Apr 1 20:53:02 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 Sun Apr 1 20:56:15 UTC 2012 TB --- 2012-04-01 20:56:15 - cd /src/sys/i386/conf TB --- 2012-04-01 20:56:15 - /usr/sbin/config -m XEN TB --- 2012-04-01 20:56:15 - building XEN kernel TB --- 2012-04-01 20:56:15 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 20:56:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 20:56:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 20:56:15 - SRCCONF=/dev/null TB --- 2012-04-01 20:56:15 - TARGET=i386 TB --- 2012-04-01 20:56:15 - TARGET_ARCH=i386 TB --- 2012-04-01 20:56:15 - TZ=UTC TB --- 2012-04-01 20:56:15 - __MAKE_CONF=/dev/null TB --- 2012-04-01 20:56:15 - cd /src TB --- 2012-04-01 20:56:15 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sun Apr 1 20:56: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 [...] 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-04-01 21:08:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-01 21:08:32 - ERROR: failed to build XEN kernel TB --- 2012-04-01 21:08:32 - 16048.65 user 2212.28 system 20911.63 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 1 22:48: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 A2850106566C for ; Sun, 1 Apr 2012 22:48:50 +0000 (UTC) (envelope-from deeptech71@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 2D1688FC19 for ; Sun, 1 Apr 2012 22:48:49 +0000 (UTC) Received: by wern13 with SMTP id n13so1780413wer.13 for ; Sun, 01 Apr 2012 15:48:48 -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=yBRQKdtaNfYvAFu21ZSndXMfva4i6IxJgNqVf8ZczuY=; b=R8cHGeiPPqJdVqr3e7G0NLgaEDMLMh6fKnTcmvlzP9SdMTEAbfqhRlq7NZVVAhECN+ Ism/Fixs9vONzYKJiRnS4i2HmlBQzJ+Ec2YgILFsR8Xww6Kqlx/WZ4V68iA1ppxzHlRv LuaSN6gJ3v+V3nIhff8W/1txdZ5RfOvaftT0/sTOfPz4eQkzVfbnltyKAiJ6qKAamM9H IpAM6SyFI92ptZv1SmcMXDLZxvSIkFHYeHhSAEc1o5iBD3ewQg1EMGEin8Qh6jNCZLjC n77/4omww9r+EgPz8K5PYyFmsVkxtFE0C5FTf9kliuRnteb6pgPZlKsUNhNoV+AyaYyP gRug== Received: by 10.180.88.67 with SMTP id be3mr18497261wib.20.1333320528205; Sun, 01 Apr 2012 15:48:48 -0700 (PDT) Received: from [192.168.1.80] (dsl4E5C36EA.pool.t-online.hu. [78.92.54.234]) by mx.google.com with ESMTPS id fl2sm46728311wib.4.2012.04.01.15.48.46 (version=SSLv3 cipher=OTHER); Sun, 01 Apr 2012 15:48:46 -0700 (PDT) Message-ID: <4F78DB76.9070705@gmail.com> Date: Mon, 02 Apr 2012 00:49:26 +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> <4F765682.5040707@gmail.com> 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: Sun, 01 Apr 2012 22:48:50 -0000 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. Does anyone see a conflict between the last 2 statements? Gary Palmer wrote: > Other than catching software that mistakenly assumes /tmp and/or /var/run > is persistent, what are the CLEAR advantages for changing the default? Gearing towards more common systems in the modern world. > Has consideration been paid to low-memory systems? I personally wouldn't use TMPFS, because I have a rather low amount of RAM (512MiB). From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 01:02:09 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 DFF16106566C; Mon, 2 Apr 2012 01:02:09 +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 869168FC14; Mon, 2 Apr 2012 01:02: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 q321238d064938; Sun, 1 Apr 2012 21:02: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 q32123Dr064929; Mon, 2 Apr 2012 01:02:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 01:02:03 GMT Message-Id: <201204020102.q32123Dr064929@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, 02 Apr 2012 01:02:10 -0000 TB --- 2012-04-01 22:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 22:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-01 22:50:00 - cleaning the object tree TB --- 2012-04-01 22:53:39 - cvsupping the source tree TB --- 2012-04-01 22:53:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-01 22:55:07 - building world TB --- 2012-04-01 22:55:07 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 22:55:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 22:55:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 22:55:07 - SRCCONF=/dev/null TB --- 2012-04-01 22:55:07 - TARGET=pc98 TB --- 2012-04-01 22:55:07 - TARGET_ARCH=i386 TB --- 2012-04-01 22:55:07 - TZ=UTC TB --- 2012-04-01 22:55:07 - __MAKE_CONF=/dev/null TB --- 2012-04-01 22:55:07 - cd /src TB --- 2012-04-01 22:55:07 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 22:55:08 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-04-02 01:02:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 01:02:03 - ERROR: failed to build world TB --- 2012-04-02 01:02:03 - 5847.95 user 809.42 system 7922.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 01:57: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 4BE4A106564A; Mon, 2 Apr 2012 01:57:41 +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 181668FC18; Mon, 2 Apr 2012 01:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q321veMw086731; Sun, 1 Apr 2012 21:57: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 q321ve9l086730; Mon, 2 Apr 2012 01:57:40 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 01:57:40 GMT Message-Id: <201204020157.q321ve9l086730@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, 02 Apr 2012 01:57:41 -0000 TB --- 2012-04-02 01:04:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 01:04:57 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-02 01:04:57 - cleaning the object tree TB --- 2012-04-02 01:05:54 - cvsupping the source tree TB --- 2012-04-02 01:05:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-02 01:07:18 - building world TB --- 2012-04-02 01:07:18 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 01:07:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 01:07:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 01:07:18 - SRCCONF=/dev/null TB --- 2012-04-02 01:07:18 - TARGET=mips TB --- 2012-04-02 01:07:18 - TARGET_ARCH=mips TB --- 2012-04-02 01:07:18 - TZ=UTC TB --- 2012-04-02 01:07:18 - __MAKE_CONF=/dev/null TB --- 2012-04-02 01:07:18 - cd /src TB --- 2012-04-02 01:07:18 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 01:07:19 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-04-02 01:57:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 01:57:40 - ERROR: failed to build world TB --- 2012-04-02 01:57:40 - 2076.95 user 461.05 system 3163.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 02:15: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 6B38C106566C for ; Mon, 2 Apr 2012 02:15:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id A3F0A8FC0C for ; Mon, 2 Apr 2012 02:15:05 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q322F4qR071674; Sun, 1 Apr 2012 20:15:04 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q322F478071671; Sun, 1 Apr 2012 20:15:04 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 1 Apr 2012 20:15:04 -0600 (MDT) From: Warren Block To: deeptech71@gmail.com In-Reply-To: <4F78DB76.9070705@gmail.com> Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> <4F78DB76.9070705@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 01 Apr 2012 20:15:04 -0600 (MDT) 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: Mon, 02 Apr 2012 02:15:06 -0000 On Mon, 2 Apr 2012, deeptech71@gmail.com wrote: > I personally wouldn't use TMPFS, because I have a rather low amount of RAM > (512MiB). Depends on what you keep there. I've been trying it lately. For an X desktop running xfce, /tmp is only 332K. From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 02:32:13 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 3C46C1065670; Mon, 2 Apr 2012 02:32:13 +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 D62D48FC0C; Mon, 2 Apr 2012 02:32:12 +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 q322WBgC088503; Sun, 1 Apr 2012 22:32:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q322WBkU088497; Mon, 2 Apr 2012 02:32:11 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 02:32:11 GMT Message-Id: <201204020232.q322WBkU088497@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, 02 Apr 2012 02:32:13 -0000 TB --- 2012-04-02 01:02:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 01:02:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-02 01:02:03 - cleaning the object tree TB --- 2012-04-02 01:03:10 - cvsupping the source tree TB --- 2012-04-02 01:03:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-02 01:04:19 - building world TB --- 2012-04-02 01:04:19 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 01:04:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 01:04:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 01:04:19 - SRCCONF=/dev/null TB --- 2012-04-02 01:04:19 - TARGET=ia64 TB --- 2012-04-02 01:04:19 - TARGET_ARCH=ia64 TB --- 2012-04-02 01:04:19 - TZ=UTC TB --- 2012-04-02 01:04:19 - __MAKE_CONF=/dev/null TB --- 2012-04-02 01:04:19 - cd /src TB --- 2012-04-02 01:04:19 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 01:04: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 [...] /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-04-02 02:32:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 02:32:11 - ERROR: failed to build world TB --- 2012-04-02 02:32:11 - 4071.22 user 631.30 system 5408.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 03:44: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 840011065672; Mon, 2 Apr 2012 03:44:53 +0000 (UTC) (envelope-from kob6558@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 D627C8FC08; Mon, 2 Apr 2012 03:44:52 +0000 (UTC) Received: by wern13 with SMTP id n13so1868896wer.13 for ; Sun, 01 Apr 2012 20:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZMvWYF0XKqAJlTUFrzwQVMrixJ3Y1p+I2FH2RLR/yuU=; b=mzYmDjQHpSeHa301DzQDu3LRHm93dqs6r1v0pbqriQm+rnTlKW3ZYvzmeAmR2fRyoR NfHfEL1MxBOABYJiPvYqAE10Os+mxJFylCatZdhfKngyN8knm1uR1TOZj4S0yDcDka4R gnhhZ+xkaLzeHoTnYVZriNG1KKGA3dGPSdqOYEKtlw1BZOd0sHMmGxnB9jWIAlIGYCSA hgy9wmFGHSlDRMIg6jAPYXhZ5cyIZ1mEUuJcygsEcq37JwI3hfQOZrV5j/F0w7YuHbHn oyl7HVwBiXxA4h0h70RmLmMAjFS1RACGauN7t60Hsg/NQQq6wJhCVcjKmPAFayznXyvZ xR6w== MIME-Version: 1.0 Received: by 10.180.80.70 with SMTP id p6mr21102030wix.21.1333338291264; Sun, 01 Apr 2012 20:44:51 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Sun, 1 Apr 2012 20:44:51 -0700 (PDT) In-Reply-To: <4F789DD7.90604@mehnert.org> References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> <4F789DD7.90604@mehnert.org> Date: Sun, 1 Apr 2012 20:44:51 -0700 Message-ID: From: Kevin Oberman To: Hannes Mehnert Content-Type: text/plain; charset=ISO-8859-1 Cc: Erich Dollansky , matt , freebsd-acpi@freebsd.org, nm.knife@gmail.com, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 02 Apr 2012 03:44:53 -0000 2012/4/1 Hannes Mehnert : > Hi, > > controlling brightness works for me (via shell) - taking matt's advice > into account: >> \VBRC seems to allow control over the backlight, at least, so those of > you with sore eyes or the 3-cell battery may have some success using the > acpi_call port (Danger!) >> kldload acpi_call >> acpi_call -p '\VBRC' -i n (where n is 0-16; 17 (and -1) is off) This works well, but I'll need to look at how to make Gnome do the job so the automatic dimming will work. Also, at least on my ThinkPad, its 0-15. 16 and 14 are identical and slightly dimmer than 15. Maybe it's a BIOS issue on my laptop? I see Lenovo has released a new one recently. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 04:35:04 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 5D74A106564A; Mon, 2 Apr 2012 04:35: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 ECDD48FC0C; Mon, 2 Apr 2012 04:35: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 q324Z3e7048613; Mon, 2 Apr 2012 00:35: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 q324Z39x048608; Mon, 2 Apr 2012 04:35:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 04:35:03 GMT Message-Id: <201204020435.q324Z39x048608@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, 02 Apr 2012 04:35:04 -0000 TB --- 2012-04-01 22:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-01 22:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-01 22:50:00 - cleaning the object tree TB --- 2012-04-01 22:58:00 - cvsupping the source tree TB --- 2012-04-01 22:58:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-01 22:59:00 - building world TB --- 2012-04-01 22:59:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-01 22:59:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-01 22:59:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-01 22:59:00 - SRCCONF=/dev/null TB --- 2012-04-01 22:59:00 - TARGET=i386 TB --- 2012-04-01 22:59:00 - TARGET_ARCH=i386 TB --- 2012-04-01 22:59:00 - TZ=UTC TB --- 2012-04-01 22:59:00 - __MAKE_CONF=/dev/null TB --- 2012-04-01 22:59:00 - cd /src TB --- 2012-04-01 22:59:00 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 1 22:59:00 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 Apr 2 01:12:31 UTC 2012 TB --- 2012-04-02 01:12:31 - generating LINT kernel config TB --- 2012-04-02 01:12:31 - cd /src/sys/i386/conf TB --- 2012-04-02 01:12:31 - /usr/bin/make -B LINT TB --- 2012-04-02 01:12:31 - cd /src/sys/i386/conf TB --- 2012-04-02 01:12:31 - /usr/sbin/config -m LINT TB --- 2012-04-02 01:12:31 - building LINT kernel TB --- 2012-04-02 01:12:31 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 01:12:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 01:12:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 01:12:31 - SRCCONF=/dev/null TB --- 2012-04-02 01:12:31 - TARGET=i386 TB --- 2012-04-02 01:12:31 - TARGET_ARCH=i386 TB --- 2012-04-02 01:12:31 - TZ=UTC TB --- 2012-04-02 01:12:31 - __MAKE_CONF=/dev/null TB --- 2012-04-02 01:12:31 - cd /src TB --- 2012-04-02 01:12:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 2 01:12:32 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 Apr 2 01:45:22 UTC 2012 TB --- 2012-04-02 01:45:22 - cd /src/sys/i386/conf TB --- 2012-04-02 01:45:22 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-02 01:45:22 - building LINT-NOINET kernel TB --- 2012-04-02 01:45:22 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 01:45:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 01:45:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 01:45:22 - SRCCONF=/dev/null TB --- 2012-04-02 01:45:22 - TARGET=i386 TB --- 2012-04-02 01:45:22 - TARGET_ARCH=i386 TB --- 2012-04-02 01:45:22 - TZ=UTC TB --- 2012-04-02 01:45:22 - __MAKE_CONF=/dev/null TB --- 2012-04-02 01:45:22 - cd /src TB --- 2012-04-02 01:45:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Apr 2 01:45:22 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 Apr 2 02:16:47 UTC 2012 TB --- 2012-04-02 02:16:47 - cd /src/sys/i386/conf TB --- 2012-04-02 02:16:47 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-02 02:16:47 - building LINT-NOINET6 kernel TB --- 2012-04-02 02:16:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 02:16:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 02:16:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 02:16:47 - SRCCONF=/dev/null TB --- 2012-04-02 02:16:47 - TARGET=i386 TB --- 2012-04-02 02:16:47 - TARGET_ARCH=i386 TB --- 2012-04-02 02:16:47 - TZ=UTC TB --- 2012-04-02 02:16:47 - __MAKE_CONF=/dev/null TB --- 2012-04-02 02:16:47 - cd /src TB --- 2012-04-02 02:16:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Apr 2 02:16: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 >>> Kernel build for LINT-NOINET6 completed on Mon Apr 2 02:47:22 UTC 2012 TB --- 2012-04-02 02:47:22 - cd /src/sys/i386/conf TB --- 2012-04-02 02:47:22 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-02 02:47:22 - building LINT-NOIP kernel TB --- 2012-04-02 02:47:22 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 02:47:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 02:47:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 02:47:22 - SRCCONF=/dev/null TB --- 2012-04-02 02:47:22 - TARGET=i386 TB --- 2012-04-02 02:47:22 - TARGET_ARCH=i386 TB --- 2012-04-02 02:47:22 - TZ=UTC TB --- 2012-04-02 02:47:22 - __MAKE_CONF=/dev/null TB --- 2012-04-02 02:47:22 - cd /src TB --- 2012-04-02 02:47:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Apr 2 02:47:22 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 Apr 2 03:16:22 UTC 2012 TB --- 2012-04-02 03:16:22 - cd /src/sys/i386/conf TB --- 2012-04-02 03:16:22 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-02 03:16:22 - building LINT-VIMAGE kernel TB --- 2012-04-02 03:16:22 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 03:16:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 03:16:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 03:16:22 - SRCCONF=/dev/null TB --- 2012-04-02 03:16:22 - TARGET=i386 TB --- 2012-04-02 03:16:22 - TARGET_ARCH=i386 TB --- 2012-04-02 03:16:22 - TZ=UTC TB --- 2012-04-02 03:16:22 - __MAKE_CONF=/dev/null TB --- 2012-04-02 03:16:22 - cd /src TB --- 2012-04-02 03:16:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Apr 2 03:16:22 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 Apr 2 03:47:43 UTC 2012 TB --- 2012-04-02 03:47:43 - cd /src/sys/i386/conf TB --- 2012-04-02 03:47:43 - /usr/sbin/config -m GENERIC TB --- 2012-04-02 03:47:43 - building GENERIC kernel TB --- 2012-04-02 03:47:43 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 03:47:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 03:47:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 03:47:43 - SRCCONF=/dev/null TB --- 2012-04-02 03:47:43 - TARGET=i386 TB --- 2012-04-02 03:47:43 - TARGET_ARCH=i386 TB --- 2012-04-02 03:47:43 - TZ=UTC TB --- 2012-04-02 03:47:43 - __MAKE_CONF=/dev/null TB --- 2012-04-02 03:47:43 - cd /src TB --- 2012-04-02 03:47:43 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 2 03:47:43 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 Mon Apr 2 04:12:44 UTC 2012 TB --- 2012-04-02 04:12:44 - cd /src/sys/i386/conf TB --- 2012-04-02 04:12:44 - /usr/sbin/config -m PAE TB --- 2012-04-02 04:12:44 - building PAE kernel TB --- 2012-04-02 04:12:44 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 04:12:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 04:12:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 04:12:44 - SRCCONF=/dev/null TB --- 2012-04-02 04:12:44 - TARGET=i386 TB --- 2012-04-02 04:12:44 - TARGET_ARCH=i386 TB --- 2012-04-02 04:12:44 - TZ=UTC TB --- 2012-04-02 04:12:44 - __MAKE_CONF=/dev/null TB --- 2012-04-02 04:12:44 - cd /src TB --- 2012-04-02 04:12:44 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Mon Apr 2 04:12: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 PAE completed on Mon Apr 2 04:19:28 UTC 2012 TB --- 2012-04-02 04:19:28 - cd /src/sys/i386/conf TB --- 2012-04-02 04:19:28 - /usr/sbin/config -m XBOX TB --- 2012-04-02 04:19:28 - building XBOX kernel TB --- 2012-04-02 04:19:28 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 04:19:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 04:19:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 04:19:28 - SRCCONF=/dev/null TB --- 2012-04-02 04:19:28 - TARGET=i386 TB --- 2012-04-02 04:19:28 - TARGET_ARCH=i386 TB --- 2012-04-02 04:19:28 - TZ=UTC TB --- 2012-04-02 04:19:28 - __MAKE_CONF=/dev/null TB --- 2012-04-02 04:19:28 - cd /src TB --- 2012-04-02 04:19:28 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Mon Apr 2 04:19: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 >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Mon Apr 2 04:23:10 UTC 2012 TB --- 2012-04-02 04:23:10 - cd /src/sys/i386/conf TB --- 2012-04-02 04:23:10 - /usr/sbin/config -m XEN TB --- 2012-04-02 04:23:10 - building XEN kernel TB --- 2012-04-02 04:23:10 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 04:23:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 04:23:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 04:23:10 - SRCCONF=/dev/null TB --- 2012-04-02 04:23:10 - TARGET=i386 TB --- 2012-04-02 04:23:10 - TARGET_ARCH=i386 TB --- 2012-04-02 04:23:10 - TZ=UTC TB --- 2012-04-02 04:23:10 - __MAKE_CONF=/dev/null TB --- 2012-04-02 04:23:10 - cd /src TB --- 2012-04-02 04:23:10 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Mon Apr 2 04:23: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 [...] 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-04-02 04:35:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 04:35:03 - ERROR: failed to build XEN kernel TB --- 2012-04-02 04:35:03 - 15859.80 user 2198.84 system 20702.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 05:49: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 5F31C106566B; Mon, 2 Apr 2012 05:49:26 +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 B7AE78FC0C; Mon, 2 Apr 2012 05:49:25 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so2215261wgb.31 for ; Sun, 01 Apr 2012 22:49:24 -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=jjOFuB4pJLXtCHdcBxs1Sp8KT+12bgJ+qYL00ZWGfIk=; b=M7QrVlKkOrqoteGZRL5hXE5Q2NfnBPn/OCm1YrHKTJqi0lYDmZjzhnhF15nIJVIjLH cjs34Ee8YvwmaEe6ycVMUCTtUySvfoRfA5XznnRyvb8NqbXZAd7+bvAhV+FU2DrnRlJ7 PR3xshs3zH9gfSp01uVi3+rgen5NFNQnjBP0+b4nkDMvxMEKQ9k5YAOKuFbPo3lzlu12 EGyM6WtMcZRlstQ6xxbRNRXp16C2l74AVvYY8v6yHoDzYTTQX6Trhe7FLEy8XZ8whb0N VHVVU0ULZksHYQAhgi6zindkzKZfvcaHOKOCqWYHOp1Kf2XYyvqccOgr9XSh19m+qDsH lB/Q== MIME-Version: 1.0 Received: by 10.180.96.168 with SMTP id dt8mr21257797wib.18.1333345764684; Sun, 01 Apr 2012 22:49:24 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Sun, 1 Apr 2012 22:49:24 -0700 (PDT) In-Reply-To: References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> <4F789DD7.90604@mehnert.org> Date: Sun, 1 Apr 2012 22:49:24 -0700 Message-ID: From: Kevin Oberman To: =?windows-1251?B?y/7h7uzo8CDD8Ojj7vDu4g==?= Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Hannes Mehnert , Erich Dollansky , matt , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: x220 notes 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, 02 Apr 2012 05:49:26 -0000 2012/4/1 =CB=FE=E1=EE=EC=E8=F0 =C3=F0=E8=E3=EE=F0=EE=E2 : > Well I can't do the brightness switching. acpi_call port is installed, bu= t: > > # kldload acpi_call > kldload: can't load acpi_call: No such file or directory > > # acpi_call -p '\VBRC' -i 14 > ioctl: Device not configured > > At least closing the lid turns off the monitor (not going to sleep), whic= h > is OK to conserve energy when not using. I would like to be able to chang= e > brightness, however. And have dimming. > > A minor problem, with the KMS Intel patch, when I log out of X (startx or > xfce4), screen goes black. I don't know if this is acpi related. I typed > reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STAB= LE. # cd /usr/ports/sysutils/acpi_call && make install clean # rehash # kld_load acpi_call # acpi_call -p '\VBRC' -i 5 --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 08:39:18 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 5E3BD106566B; Mon, 2 Apr 2012 08:39: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 C656D8FC25; Mon, 2 Apr 2012 08:39: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 q328dH5g094291; Mon, 2 Apr 2012 04:39: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 q328dHGa094290; Mon, 2 Apr 2012 08:39:17 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 08:39:17 GMT Message-Id: <201204020839.q328dHGa094290@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, 02 Apr 2012 08:39:18 -0000 TB --- 2012-04-02 06:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 06:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-02 06:20:00 - cleaning the object tree TB --- 2012-04-02 06:23:19 - cvsupping the source tree TB --- 2012-04-02 06:23:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-02 06:25:12 - building world TB --- 2012-04-02 06:25:12 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 06:25:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 06:25:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 06:25:12 - SRCCONF=/dev/null TB --- 2012-04-02 06:25:12 - TARGET=pc98 TB --- 2012-04-02 06:25:12 - TARGET_ARCH=i386 TB --- 2012-04-02 06:25:12 - TZ=UTC TB --- 2012-04-02 06:25:12 - __MAKE_CONF=/dev/null TB --- 2012-04-02 06:25:12 - cd /src TB --- 2012-04-02 06:25:12 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 06:25:13 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-04-02 08:39:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 08:39:16 - ERROR: failed to build world TB --- 2012-04-02 08:39:16 - 5758.82 user 807.01 system 8356.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 09:32: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 2C7BF1065670; Mon, 2 Apr 2012 09:32: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 F10F58FC12; Mon, 2 Apr 2012 09:32:16 +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 q329WGPf009377; Mon, 2 Apr 2012 05:32: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 q329WGcx009372; Mon, 2 Apr 2012 09:32:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 09:32:16 GMT Message-Id: <201204020932.q329WGcx009372@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, 02 Apr 2012 09:32:17 -0000 TB --- 2012-04-02 08:39:42 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 08:39:42 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-02 08:39:42 - cleaning the object tree TB --- 2012-04-02 08:41:17 - cvsupping the source tree TB --- 2012-04-02 08:41:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-02 08:42:55 - building world TB --- 2012-04-02 08:42:55 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 08:42:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 08:42:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 08:42:55 - SRCCONF=/dev/null TB --- 2012-04-02 08:42:55 - TARGET=mips TB --- 2012-04-02 08:42:55 - TARGET_ARCH=mips TB --- 2012-04-02 08:42:55 - TZ=UTC TB --- 2012-04-02 08:42:55 - __MAKE_CONF=/dev/null TB --- 2012-04-02 08:42:55 - cd /src TB --- 2012-04-02 08:42:55 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 08:42:56 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-04-02 09:32:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 09:32:16 - ERROR: failed to build world TB --- 2012-04-02 09:32:16 - 2006.20 user 451.55 system 3153.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 10:09:10 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 9280B106567A; Mon, 2 Apr 2012 10:09: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 396BF8FC17; Mon, 2 Apr 2012 10:09: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 q32A99mw021815; Mon, 2 Apr 2012 06:09: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 q32A999i021814; Mon, 2 Apr 2012 10:09:09 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 10:09:09 GMT Message-Id: <201204021009.q32A999i021814@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, 02 Apr 2012 10:09:10 -0000 TB --- 2012-04-02 08:39:17 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 08:39:17 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-02 08:39:17 - cleaning the object tree TB --- 2012-04-02 08:41:27 - cvsupping the source tree TB --- 2012-04-02 08:41:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-02 08:42:56 - building world TB --- 2012-04-02 08:42:56 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 08:42:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 08:42:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 08:42:56 - SRCCONF=/dev/null TB --- 2012-04-02 08:42:56 - TARGET=ia64 TB --- 2012-04-02 08:42:56 - TARGET_ARCH=ia64 TB --- 2012-04-02 08:42:56 - TZ=UTC TB --- 2012-04-02 08:42:56 - __MAKE_CONF=/dev/null TB --- 2012-04-02 08:42:56 - cd /src TB --- 2012-04-02 08:42:56 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 08:42: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 [...] /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-04-02 10:09:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 10:09:09 - ERROR: failed to build world TB --- 2012-04-02 10:09:09 - 3964.23 user 618.88 system 5391.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 10:17:20 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 9D7981065673 for ; Mon, 2 Apr 2012 10:17:20 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from brane.freislich.nom.za (www.freislich.nom.za [41.154.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 27FCD8FC18 for ; Mon, 2 Apr 2012 10:17:19 +0000 (UTC) Received: from [10.0.2.220] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SEeJz-000Ao7-CL; Mon, 02 Apr 2012 12:17:11 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SEeJp-0003dc-Hd; Mon, 02 Apr 2012 12:17:01 +0200 To: Mark From: Ian FREISLICH In-Reply-To: <20120327182233.3c632624@internecto.net> References: <20120327182233.3c632624@internecto.net> X-Attribution: BOFH Date: Mon, 02 Apr 2012 12:17:01 +0200 Message-Id: X-Missing-rDNS: 10.0.2.220 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: Mon, 02 Apr 2012 10:17:20 -0000 Mark wrote: > 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 Have you tried waiting a long long long time? I have a problem where the boot hangs but it does actually eventually boot. The most infomation I managed to get out of the system before I had to give up and revert to the previous config was that although Hz was configured as 1000, it was only ticking 19 times a second, so machine time was running about 50 slower than wallclock time. You might or not be experiencing the same issue. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 10:31: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 EBF23106564A for ; Mon, 2 Apr 2012 10:31:23 +0000 (UTC) (envelope-from gleb.kurtsou@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 57B718FC17 for ; Mon, 2 Apr 2012 10:31:23 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so2653326bkc.13 for ; Mon, 02 Apr 2012 03:31:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rUIBR485fW19GJkv5wjHXQ5wQt1h7UAPGuz4JABV72U=; b=hojyyUNFYwd8Hdj60r1E7GblTVcAEeAVUqr2O7s0px4V/X+HnYCkkvhNfpRKNpIOet ZLQs9NF5s0BzCv5bUQDTwRjR9Nc7509hTCEU3S+J6ugYZhdeaixWMjM2hO93rWvQUENR 7Oo89n+cBbSf1Agt5ssDaPoy6SsKDQP10KPAQ8XGV5o3fvUT7uvVzyXxscyXCInpoJBd QvgInqYK/90skQ0jt8Ve80XK3gyI5RUeKo4V4yA4XtaxABCYNOc9D7la1On3KZMgor63 84ZW3SmuU9Tw/Wd1se1FKKfSS4hzQKQKHJ8xVxGVCl2kaPI9wcQ196BfRSeGUdXhF5oo 0MyA== Received: by 10.204.152.72 with SMTP id f8mr3320670bkw.103.1333362682151; Mon, 02 Apr 2012 03:31:22 -0700 (PDT) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id zx16sm37300819bkb.13.2012.04.02.03.31.19 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 03:31:20 -0700 (PDT) Date: Mon, 2 Apr 2012 13:31:19 +0300 From: Gleb Kurtsou To: "O. Hartmann" Message-ID: <20120402103119.GA2389@reks> 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: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <4F74BCD5.4040609@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Mon, 02 Apr 2012 10:31:24 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On (29/03/2012 21:49), O. Hartmann wrote: > 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? > >> .... > > > > 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 sectors > > unless suffixed with a b, k, m, g, or t which denotes byte, kilo- > > 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). size_t is 64-bit on 64-bit archs. > > > > * 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. Are you using ZFS alongside tmpfs? It should be fixed in 9-STABLE. > > 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 > > > 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. There is no way to force tmpfs to use given amount of RAM only. It's VM subsystem that decides what pages to swap. Although some tweaking for VM to prefer swapping tmpfs pages prior to process pages would be nice. You could try the patch attached. It adds support for size option suffixes (like 1g) and introduces swap limit (part of the older patch, not sure if it's any use). Patch is against 10-CURRENT. Older version: https://github.com/glk/freebsd-head/commit/3bd8f7d Thanks, Gleb. > > 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 > --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="tmpfs-memlimit+size.patch.txt" diff --git a/sys/fs/tmpfs/tmpfs.h b/sys/fs/tmpfs/tmpfs.h index efa7c6d..3fc72ab 100644 --- a/sys/fs/tmpfs/tmpfs.h +++ b/sys/fs/tmpfs/tmpfs.h @@ -337,11 +337,10 @@ struct tmpfs_mount { * system, set during mount time. This variable must never be * used directly as it may be bigger than the current amount of * free memory; in the extreme case, it will hold the SIZE_MAX - * value. Instead, use the TMPFS_PAGES_MAX macro. */ + * value. */ size_t tm_pages_max; - /* Number of pages in use by the file system. Cannot be bigger - * than the value returned by TMPFS_PAGES_MAX in any case. */ + /* Number of pages in use by the file system. */ size_t tm_pages_used; /* Pointer to the node representing the root directory of this @@ -486,58 +485,32 @@ int tmpfs_truncate(struct vnode *, off_t); * Memory management stuff. */ -/* Amount of memory pages to reserve for the system (e.g., to not use by +/* + * Amount of memory pages to reserve for the system (e.g., to not use by * tmpfs). - * XXX: Should this be tunable through sysctl, for instance? */ -#define TMPFS_PAGES_RESERVED (4 * 1024 * 1024 / PAGE_SIZE) + */ +#define TMPFS_PAGES_MINRESERVED (4 * 1024 * 1024 / PAGE_SIZE) /* - * Returns information about the number of available memory pages, - * including physical and virtual ones. - * - * Remember to remove TMPFS_PAGES_RESERVED from the returned value to avoid - * excessive memory usage. - * + * Number of reserved swap pages should not be lower than + * swap_pager_almost_full high water mark. */ -static __inline size_t -tmpfs_mem_info(void) -{ +#define TMPFS_SWAP_MINRESERVED 1024 - return (swap_pager_avail + cnt.v_free_count + cnt.v_cache_count); -} +size_t tmpfs_mem_avail(void); -/* Returns the maximum size allowed for a tmpfs file system. This macro - * must be used instead of directly retrieving the value from tm_pages_max. - * The reason is that the size of a tmpfs file system is dynamic: it lets - * the user store files as long as there is enough free memory (including - * physical memory and swap space). Therefore, the amount of memory to be - * used is either the limit imposed by the user during mount time or the - * amount of available memory, whichever is lower. To avoid consuming all - * the memory for a given mount point, the system will always reserve a - * minimum of TMPFS_PAGES_RESERVED pages, which is also taken into account - * by this macro (see above). */ static __inline size_t -TMPFS_PAGES_MAX(struct tmpfs_mount *tmp) +tmpfs_pages_used(struct tmpfs_mount *tmp) { - size_t freepages; - - freepages = tmpfs_mem_info(); - freepages -= freepages < TMPFS_PAGES_RESERVED ? - freepages : TMPFS_PAGES_RESERVED; + const size_t node_size = sizeof(struct tmpfs_node) + + sizeof(struct tmpfs_dirent); + size_t meta_pages; - return MIN(tmp->tm_pages_max, freepages + tmp->tm_pages_used); + meta_pages = howmany((uintmax_t)tmp->tm_nodes_inuse * node_size, + PAGE_SIZE); + return (meta_pages + tmp->tm_pages_used); } -/* Returns the available space for the given file system. */ -#define TMPFS_META_PAGES(tmp) (howmany((tmp)->tm_nodes_inuse * (sizeof(struct tmpfs_node) \ - + sizeof(struct tmpfs_dirent)), PAGE_SIZE)) -#define TMPFS_FILE_PAGES(tmp) ((tmp)->tm_pages_used) - -#define TMPFS_PAGES_AVAIL(tmp) (TMPFS_PAGES_MAX(tmp) > \ - TMPFS_META_PAGES(tmp)+TMPFS_FILE_PAGES(tmp)? \ - TMPFS_PAGES_MAX(tmp) - TMPFS_META_PAGES(tmp) \ - - TMPFS_FILE_PAGES(tmp):0) - #endif /* --------------------------------------------------------------------- */ diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c index fe596aa..5123fcc 100644 --- a/sys/fs/tmpfs/tmpfs_subr.c +++ b/sys/fs/tmpfs/tmpfs_subr.c @@ -59,6 +59,76 @@ __FBSDID("$FreeBSD$"); SYSCTL_NODE(_vfs, OID_AUTO, tmpfs, CTLFLAG_RW, 0, "tmpfs file system"); +static long tmpfs_swap_reserved = TMPFS_SWAP_MINRESERVED * 2; + +static long tmpfs_pages_reserved = TMPFS_PAGES_MINRESERVED; + +static int +sysctl_mem_reserved(SYSCTL_HANDLER_ARGS) +{ + int error; + long pages, bytes, reserved; + + pages = *(long *)arg1; + bytes = pages * PAGE_SIZE; + + error = sysctl_handle_long(oidp, &bytes, 0, req); + if (error || !req->newptr) + return (error); + + pages = bytes / PAGE_SIZE; + if (arg1 == &tmpfs_swap_reserved) + reserved = TMPFS_SWAP_MINRESERVED; + else + reserved = TMPFS_PAGES_MINRESERVED; + if (pages < reserved) + return (EINVAL); + + *(long *)arg1 = pages; + return (0); +} + +SYSCTL_PROC(_vfs_tmpfs, OID_AUTO, memory_reserved, CTLTYPE_LONG|CTLFLAG_RW, + &tmpfs_pages_reserved, 0, sysctl_mem_reserved, "L", "reserved memory"); +SYSCTL_PROC(_vfs_tmpfs, OID_AUTO, swap_reserved, CTLTYPE_LONG|CTLFLAG_RW, + &tmpfs_swap_reserved, 0, sysctl_mem_reserved, "L", "reserved swap memory"); + +size_t +tmpfs_mem_avail(void) +{ + vm_ooffset_t avail_swap, avail_mem; + + avail_swap = swap_pager_avail - tmpfs_swap_reserved; + if (__predict_false(avail_swap <= 0)) { + /* FIXME No swap or disabled swap check */ + if (swap_pager_avail == 0) + avail_swap = 0; + else + return (0); + } + avail_mem = cnt.v_free_count + cnt.v_cache_count - tmpfs_pages_reserved; + if (__predict_false(avail_mem < 0)) + avail_mem = 0; + return (avail_swap + avail_mem); +} + +static size_t +tmpfs_pages_check_avail(struct tmpfs_mount *tmp, size_t req_pages) +{ + size_t avail; + + avail = tmpfs_mem_avail(); + if (avail < req_pages) + return (0); + + if (tmp->tm_pages_max != SIZE_MAX) + avail = tmp->tm_pages_max - tmpfs_pages_used(tmp); + if (avail < req_pages) + return (0); + + return (1); +} + /* --------------------------------------------------------------------- */ /* @@ -99,6 +169,8 @@ tmpfs_alloc_node(struct tmpfs_mount *tmp, enum vtype type, if (tmp->tm_nodes_inuse >= tmp->tm_nodes_max) return (ENOSPC); + if (tmpfs_pages_check_avail(tmp, 1) == 0) + return (ENOSPC); nnode = (struct tmpfs_node *)uma_zalloc_arg( tmp->tm_node_pool, tmp, M_WAITOK); @@ -917,7 +989,7 @@ tmpfs_reg_resize(struct vnode *vp, off_t newsize, boolean_t ignerr) MPASS(oldpages == uobj->size); newpages = OFF_TO_IDX(newsize + PAGE_MASK); if (newpages > oldpages && - newpages - oldpages > TMPFS_PAGES_AVAIL(tmp)) + tmpfs_pages_check_avail(tmp, newpages - oldpages) == 0) return (ENOSPC); VM_OBJECT_LOCK(uobj); diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c b/sys/fs/tmpfs/tmpfs_vfsops.c index e04c410..32adc71 100644 --- a/sys/fs/tmpfs/tmpfs_vfsops.c +++ b/sys/fs/tmpfs/tmpfs_vfsops.c @@ -90,6 +90,8 @@ tmpfs_node_ctor(void *mem, int size, void *arg, int flags) struct tmpfs_node *node = (struct tmpfs_node *)mem; node->tn_gen++; + if (node->tn_gen == 0) + node->tn_gen = (arc4random() / 2) + 1; node->tn_size = 0; node->tn_status = 0; node->tn_flags = 0; @@ -114,7 +116,7 @@ tmpfs_node_init(void *mem, int size, int flags) node->tn_id = 0; mtx_init(&node->tn_interlock, "tmpfs node interlock", NULL, MTX_DEF); - node->tn_gen = arc4random(); + node->tn_gen = (arc4random() / 2) + 1; return (0); } @@ -127,17 +129,59 @@ tmpfs_node_fini(void *mem, int size) mtx_destroy(&node->tn_interlock); } +/* + * XXX Rename to vfs_getopt_size() + */ +static int +tmpfs_getopt_size(struct vfsoptlist *opts, const char *name, u_quad_t *data) +{ + char *opt_value, *vtp; + quad_t iv; + int error, opt_len; + + error = vfs_getopt(opts, name, (void **)&opt_value, &opt_len); + if (error != 0) + return (error); + if (opt_len == 0 || opt_value == NULL) + return (EINVAL); + if (opt_value[0] == '\0' || opt_value[opt_len - 1] != '\0') + return (EINVAL); + + iv = strtoq(opt_value, &vtp, 0); + if (vtp == opt_value || (vtp[0] != '\0' && vtp[1] != '\0')) + return (EINVAL); + if (iv < 0) + return (EINVAL); + switch (vtp[0]) { + case 't': case 'T': + iv *= 1024; + case 'g': case 'G': + iv *= 1024; + case 'm': case 'M': + iv *= 1024; + case 'k': case 'K': + iv *= 1024; + case '\0': + break; + default: + return (EINVAL); + } + *data = iv; + + return (0); +} + static int tmpfs_mount(struct mount *mp) { + const size_t nodes_per_page = howmany(PAGE_SIZE, + sizeof(struct tmpfs_dirent) + sizeof(struct tmpfs_node)); struct tmpfs_mount *tmp; struct tmpfs_node *root; - size_t pages; - uint32_t nodes; int error; /* Size counters. */ - u_int nodes_max; - u_quad_t size_max, maxfilesize; + u_quad_t pages; + u_quad_t nodes_max, size_max, maxfilesize; /* Root node attributes. */ uid_t root_uid; @@ -173,17 +217,16 @@ tmpfs_mount(struct mount *mp) if (mp->mnt_cred->cr_ruid != 0 || vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) != 1) root_mode = va.va_mode; - if (vfs_scanopt(mp->mnt_optnew, "inodes", "%u", &nodes_max) != 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "inodes", &nodes_max) != 0) nodes_max = 0; - if (vfs_scanopt(mp->mnt_optnew, "size", "%qu", &size_max) != 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "size", &size_max) != 0) size_max = 0; - if (vfs_scanopt(mp->mnt_optnew, "maxfilesize", "%qu", - &maxfilesize) != 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "maxfilesize", &maxfilesize) != 0) maxfilesize = 0; /* Do not allow mounts if we do not have enough memory to preserve * the minimum reserved pages. */ - if (tmpfs_mem_info() < TMPFS_PAGES_RESERVED) + if (tmpfs_mem_avail() < TMPFS_PAGES_MINRESERVED) return ENOSPC; /* Get the maximum number of memory pages this file system is @@ -196,21 +239,27 @@ tmpfs_mount(struct mount *mp) pages = howmany(size_max, PAGE_SIZE); MPASS(pages > 0); + if (pages < SIZE_MAX / PAGE_SIZE) + size_max = pages * PAGE_SIZE; + else + size_max = SIZE_MAX; + if (nodes_max <= 3) { - if (pages > UINT32_MAX - 3) - nodes = UINT32_MAX; + if (pages < INT_MAX / nodes_per_page) + nodes_max = pages * nodes_per_page; else - nodes = pages + 3; - } else - nodes = nodes_max; - MPASS(nodes >= 3); + nodes_max = INT_MAX; + } + if (nodes_max > INT_MAX) + nodes_max = INT_MAX; + MPASS(nodes_max >= 3); /* Allocate the tmpfs mount structure and fill it. */ tmp = (struct tmpfs_mount *)malloc(sizeof(struct tmpfs_mount), M_TMPFSMNT, M_WAITOK | M_ZERO); mtx_init(&tmp->allnode_lock, "tmpfs allnode lock", NULL, MTX_DEF); - tmp->tm_nodes_max = nodes; + tmp->tm_nodes_max = nodes_max; tmp->tm_nodes_inuse = 0; tmp->tm_maxfilesize = maxfilesize > 0 ? maxfilesize : UINT64_MAX; LIST_INIT(&tmp->tm_nodes_used); @@ -355,16 +404,16 @@ tmpfs_fhtovp(struct mount *mp, struct fid *fhp, int flags, if (tfhp->tf_len != sizeof(struct tmpfs_fid)) return EINVAL; - if (tfhp->tf_id >= tmp->tm_nodes_max) + if (tfhp->tf_id > INT_MAX || tfhp->tf_id <= 0) return EINVAL; found = FALSE; TMPFS_LOCK(tmp); LIST_FOREACH(node, &tmp->tm_nodes_used, tn_entries) { - if (node->tn_id == tfhp->tf_id && - node->tn_gen == tfhp->tf_gen) { - found = TRUE; + if (node->tn_id == tfhp->tf_id) { + if (node->tn_gen == tfhp->tf_gen) + found = TRUE; break; } } @@ -373,7 +422,7 @@ tmpfs_fhtovp(struct mount *mp, struct fid *fhp, int flags, if (found) return (tmpfs_alloc_vp(mp, node, LK_EXCLUSIVE, vpp)); - return (EINVAL); + return (ESTALE); } /* --------------------------------------------------------------------- */ @@ -382,22 +431,26 @@ tmpfs_fhtovp(struct mount *mp, struct fid *fhp, int flags, static int tmpfs_statfs(struct mount *mp, struct statfs *sbp) { - fsfilcnt_t freenodes; struct tmpfs_mount *tmp; + size_t used; tmp = VFS_TO_TMPFS(mp); sbp->f_iosize = PAGE_SIZE; sbp->f_bsize = PAGE_SIZE; - sbp->f_blocks = TMPFS_PAGES_MAX(tmp); - sbp->f_bavail = sbp->f_bfree = TMPFS_PAGES_AVAIL(tmp); - - freenodes = MIN(tmp->tm_nodes_max - tmp->tm_nodes_inuse, - TMPFS_PAGES_AVAIL(tmp) * PAGE_SIZE / sizeof(struct tmpfs_node)); - - sbp->f_files = freenodes + tmp->tm_nodes_inuse; - sbp->f_ffree = freenodes; + used = tmpfs_pages_used(tmp); + if (tmp->tm_pages_max != SIZE_MAX) + sbp->f_blocks = tmp->tm_pages_max; + else + sbp->f_blocks = used + tmpfs_mem_avail(); + if (sbp->f_blocks <= used) + sbp->f_bavail = 0; + else + sbp->f_bavail = sbp->f_blocks - used; + sbp->f_bfree = sbp->f_bavail; + sbp->f_files = tmp->tm_nodes_max; + sbp->f_ffree = tmp->tm_nodes_max - tmp->tm_nodes_inuse; /* sbp->f_owner = tmp->tn_uid; */ return 0; --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 04:45: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 9B49D1065674; Mon, 2 Apr 2012 04:45:03 +0000 (UTC) (envelope-from nm.knife@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 E132B8FC17; Mon, 2 Apr 2012 04:45:02 +0000 (UTC) Received: by wern13 with SMTP id n13so1887927wer.13 for ; Sun, 01 Apr 2012 21:45:00 -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=kSQrNgmYX2qvB9yNkGUF77EaZ9wnZh6fTRmCUp8t0Cg=; b=X42W6BT1pJixY9nnhIPcaxRhSIYiqjjaa8tSvN8MsNQqsVb2xx979h04k+ALrhhRrE ILzjncRxyitzcJI3e7S+sHfVK12u5yT0ZyhsDvigt6VO+5rx3aMqfkXtJg8WIGfLtc0w mHHJTAA8IgmihyVsrPNcPnwhlVfLIgVOZu8+GEd4l3OGMmLi1oyEeK8bFoxeppboCC/X zJjtE+LTrDAXFk1sDkuuhThT7av6Py5v4enthruXGgvXKW56gcoavfTlsviI146OE1Ov 8OmgqCKqe8tZQID89j85w3w4pWE9GaYGhT/gvHnXWDaWpAo1CnzrFngED9puvTnDgyXs uANA== MIME-Version: 1.0 Received: by 10.180.78.40 with SMTP id y8mr15956352wiw.15.1333341900155; Sun, 01 Apr 2012 21:45:00 -0700 (PDT) Received: by 10.227.58.68 with HTTP; Sun, 1 Apr 2012 21:44:59 -0700 (PDT) In-Reply-To: References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> <4F789DD7.90604@mehnert.org> Date: Sun, 1 Apr 2012 21:44:59 -0700 Message-ID: From: =?windows-1251?B?y/7h7uzo8CDD8Ojj7vDu4g==?= To: Kevin Oberman X-Mailman-Approved-At: Mon, 02 Apr 2012 10:46:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hannes Mehnert , Erich Dollansky , matt , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: x220 notes 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, 02 Apr 2012 04:45:03 -0000 Well I can't do the brightness switching. acpi_call port is installed, but: # kldload acpi_call kldload: can't load acpi_call: No such file or directory # acpi_call -p '\VBRC' -i 14 ioctl: Device not configured At least closing the lid turns off the monitor (not going to sleep), which is OK to conserve energy when not using. I would like to be able to change brightness, however. And have dimming. A minor problem, with the KMS Intel patch, when I log out of X (startx or xfce4), screen goes black. I don't know if this is acpi related. I typed reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE. Cheers. -- Lyubomir Grigorov (bgalakazam) From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 09:41: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 450EF106566B for ; Mon, 2 Apr 2012 09:41:54 +0000 (UTC) (envelope-from grarpamp@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 CC9568FC17 for ; Mon, 2 Apr 2012 09:41:53 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so2001643wib.13 for ; Mon, 02 Apr 2012 02:41:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IfBciBSs4zV2pVQeThH8cGxrNjg7keEEEVw2hxVO0hM=; b=dI8AfQiiF/X1KySem/I4hexBWaoahKBG9O5+epWHoCKMeDOTLv3uIe0FqkPg5D6Ye4 TLMticUmlprzSt2tOPiVzpKlwIp0DvGp9UIS+llclESqS7YunzL4/VQrEh4WUs5KZB6u G6k1VZAnGr60DwwOJbUphHcqV/agPNg7UlbbI3BMgOm+gyKK0CIVFFb7HgBZBRHE8/e8 gzRoT2EO2/4k4Qh8UtUcF4JOnidiQ+YmCiAQDBTdNDGP5meuEpLM/YFt1N0UOoaeVsK5 EnljvaFKWMkabmZZJO9Lxo5GPnuNjgYWj8qpvTqO6DreqdGswd4WWFLvp4t4cG0IYhaz 8XBQ== MIME-Version: 1.0 Received: by 10.180.73.143 with SMTP id l15mr23321726wiv.11.1333359712564; Mon, 02 Apr 2012 02:41:52 -0700 (PDT) Received: by 10.180.102.67 with HTTP; Mon, 2 Apr 2012 02:41:52 -0700 (PDT) Date: Mon, 2 Apr 2012 05:41:52 -0400 Message-ID: From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 02 Apr 2012 10:59:42 +0000 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: Mon, 02 Apr 2012 09:41:54 -0000 I commonly use mfs for /var and /tmp. Sometimes even symlinking /var/tmp -> /tmp to save ram. Mostly because I want nothing leftover in them on boot, and it's fast. rc/mtree/etc takes care of populating them. /, /boot, /usr and /usr/local are read-only. [nssswitch host.conf still needs fixed to deal with that] User and daemon writeables are on other mountpoints. Thus I don't have any persistent needs in mfs. No swap either. And cron is wiped out too. No real problems. There used to be some msgs emitted about rc populating it or rc being misordered using it. Those seem fixed. mfs is a lot more stable than it used to be. In fact, the crashes were what held me back till recently. Seems now I can hammer on it with dd, fsx and iozone and it won't die. Performance is fine whether under disk UFS+soft_updates or mfs. The options below are fine for creating either. I don't care about defaults... so long as both disk and ram options exist, I'm happy. All depends on how you use it. I like nice clean separation. Some (strange) people put everything in /. Oh well. I'd rather see the legacy /sys and /compat symlinks removed. rc_debug=YES rc_info=YES syslogd_flags=-sC root_rw_mount=NO tmpmfs_flags=-SM tmpsize=64m varmfs_flags=-SM varsize=128m From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 10:59:34 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 99567106564A for ; Mon, 2 Apr 2012 10:59: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 50D1A8FC15 for ; Mon, 2 Apr 2012 10:59:34 +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 q32AxXeg007691; Mon, 2 Apr 2012 03:59: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 q32AxXno007690; Mon, 2 Apr 2012 03:59:33 -0700 (PDT) (envelope-from david) Date: Mon, 2 Apr 2012 03:59:33 -0700 From: David Wolfskill To: Gleb Kurtsou Message-ID: <20120402105933.GC1420@albert.catwhisker.org> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120329161452.GZ1709@albert.catwhisker.org> <4F74BCD5.4040609@zedat.fu-berlin.de> <20120402103119.GA2389@reks> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <20120402103119.GA2389@reks> 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: Mon, 02 Apr 2012 10:59:34 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote: > ... > > > In any case, effective maximum usable size for tmpfs involves SIZE_= MAX > > > (~4G) & PAGE_SIZE (4K, in my case). >=20 > size_t is 64-bit on 64-bit archs. OK. Still, the requirement that the "size" specification be in "bytes" is awkward (in my experience) -- and I was using i386. > > > * 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 > Are you using ZFS alongside tmpfs? It should be fixed in 9-STABLE. I have not tried ZFS yet. I don't expect to do so unless I switch to amd64. > ... > > 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. >=20 > There is no way to force tmpfs to use given amount of RAM only. It's VM > subsystem that decides what pages to swap. Although some tweaking for VM > to prefer swapping tmpfs pages prior to process pages would be nice. >=20 > You could try the patch attached. It adds support for size option suffixes > (like 1g) and introduces swap limit (part of the older patch, not sure > if it's any use). >=20 > Patch is against 10-CURRENT. > Older version: https://github.com/glk/freebsd-head/commit/3bd8f7d > ... I'll plan to try this on a currrently-underutilized slice on my laptop, then -- 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. --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk95hpQACgkQmprOCmdXAD3QpwCfY5ttyGPGSWrCdlaLAHfcSW0Q NGoAn14hw5+7g5UJ6qTNVa7XgfL31D4W =2gJM -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 12:32: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 BE9C3106566B for ; Mon, 2 Apr 2012 12:32:59 +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 751FA8FC12 for ; Mon, 2 Apr 2012 12:32:59 +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 <1SEgRO-0005cK-9S>; Mon, 02 Apr 2012 14:32:58 +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 <1SEgRO-0000fC-5r>; Mon, 02 Apr 2012 14:32:58 +0200 Message-ID: <4F799C73.7040401@mail.zedat.fu-berlin.de> Date: Mon, 02 Apr 2012 14:32:51 +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="------------enig57DD332C80DF41455E2EB974" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Mon, 02 Apr 2012 13:06:15 +0000 Subject: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779 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, 02 Apr 2012 12:32:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig57DD332C80DF41455E2EB974 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello out there. My FreeBSD 10 box is at revision r233779. I updated the sources this morning and made a buildworld successfully. After a reboot of the box, I witness several bad issues. Firefox, for instance, is droppimng a core now when starting. Using portmaster for updates produces a lot of Segmentation faults on the screen. Othe minor clients which were working prior to the update today (last makeworl on Friday last week) aren't any more and dropping cores. Does anyone also realize this on FreeBSD 10 boxes? I use CLANG as the base compiler and also for the ports (for those which are compiling with CLANG). Regards, Oliver --------------enig57DD332C80DF41455E2EB974 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) iQEcBAEBAgAGBQJPeZx6AAoJEOgBcD7A/5N8GqYIANfnk+QeRF/sK/9aSirOvoa2 bQrBIKEFLLdC6UdY//P/1ywTf7dqdcroJbNAypPF5cmpT++0Q4h4ktaxamd6TuDl /Wkr92BKC0SlXfnGIG8gVut+wWrd8xdj3WhPZLDTjg5iRy0zV+PKpbRWkzAT6/oe px/pFa2X3+9oiQip9sqiqHZBwaPvSNmBJ3Vb5SuYtrTU6tIRJeqgwSWDgWNFrXJv qQjJYUXhTKSDF7JQM4yaL7/w/pQz8oea0TrQDv8SqjsPJsvLXjLsdh6b+qhiGXOn 2aUnDPM9O7hhU1o0vF9I6j+MBljlnjMTFIr5AQNqnGQ08In3wJvJfJWlxAKhIbk= =P/0v -----END PGP SIGNATURE----- --------------enig57DD332C80DF41455E2EB974-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 13:27:00 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 87EF81065677 for ; Mon, 2 Apr 2012 13:27:00 +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 3EAF48FC0A for ; Mon, 2 Apr 2012 13:26:59 +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 q32DQxjc010979; Mon, 2 Apr 2012 06:26:59 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q32DQxtJ010978; Mon, 2 Apr 2012 06:26:59 -0700 (PDT) (envelope-from david) Date: Mon, 2 Apr 2012 06:26:59 -0700 From: David Wolfskill To: Gleb Kurtsou Message-ID: <20120402132659.GF1420@albert.catwhisker.org> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120329161452.GZ1709@albert.catwhisker.org> <4F74BCD5.4040609@zedat.fu-berlin.de> <20120402103119.GA2389@reks> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline In-Reply-To: <20120402103119.GA2389@reks> 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: Mon, 02 Apr 2012 13:27:00 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote: > ... > You could try the patch attached. It adds support for size option suffixes > (like 1g) and introduces swap limit (part of the older patch, not sure > if it's any use). >=20 > Patch is against 10-CURRENT. > Older version: https://github.com/glk/freebsd-head/commit/3bd8f7d > .... OK; here's a summary of what I found so far, now running: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 233772M:= Mon Apr 2 05:42:48 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/s= rc/sys/CANARY i386 * First, the patch applied cleanly (via "patch -p1"). * Resulting sources build with no issues. * Prior specification I had in /etc/fstab: tmpfs /tmp tmpfs rw,size=3D2147483648 0 0 worked same as before the patch; "df -h /tmp" reported a size of 2.0G. * Changing the above to read: tmpfs /tmp tmpfs rw,size=3D2g 0 0 also provided the same result, so the unit-specification code looks as if it's working as expected. * I have 20G specified for swap, and 4G RAM (and, as above, I'm running i386). Changing the above tmpfs line in /etc/fstab to tmpfs /tmp tmpfs rw,size=3D8g 0 0 (still) yields: g1-227(10.0-C)[3] df -h /tmp Filesystem Size Used Avail Capacity Mounted on tmpfs 23G 12k 23G 0% /tmp g1-227(10.0-C)[4]=20 (Yes, I'm using a whopping total of 12kB while running X. I know of *very* few folks who use the window manager I prefer. :-}) I'll try exercising it a bit during the day at work & report anything noteworthy. But so far, I see no evidence of regression, and there is some measure of usability improvement (IMO). So it's looking encouraging. :-) 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. --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk95qSIACgkQmprOCmdXAD3xUACdHG1LwA5uCDPdhZ5j9zi3impi wx4An2hKy/K3rB4+J8I0eh827hcfSw4S =kwZy -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 14:05:20 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 C7FDC106566C for ; Mon, 2 Apr 2012 14:05:20 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id 756748FC0C for ; Mon, 2 Apr 2012 14:05:20 +0000 (UTC) Received: from [195.93.240.5] (port=10934 helo=lissyara.moskb.local) by mx.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SEhTE-0000OY-M6 for freebsd-current@freebsd.org; Mon, 02 Apr 2012 17:38:56 +0400 Message-ID: <4F79ABF1.70206@lissyara.su> Date: Mon, 02 Apr 2012 17:38:57 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F799C73.7040401@mail.zedat.fu-berlin.de> In-Reply-To: <4F799C73.7040401@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: Re: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779 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, 02 Apr 2012 14:05:20 -0000 02.04.2012 16:32, O. Hartmann пишет: > Hello out there. > > My FreeBSD 10 box is at revision r233779. I updated the sources this > morning and made a buildworld successfully. > > After a reboot of the box, I witness several bad issues. Firefox, for > instance, is droppimng a core now when starting. Using portmaster for > updates produces a lot of Segmentation faults on the screen. Othe minor > clients which were working prior to the update today (last makeworl on > Friday last week) aren't any more and dropping cores. > > Does anyone also realize this on FreeBSD 10 boxes? > > I use CLANG as the base compiler and also for the ports (for those which > are compiling with CLANG). > > Regards, > Oliver confirm, for amd64 using gcc From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 14:06: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 CA65B106566C for ; Mon, 2 Apr 2012 14:06:54 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 775538FC19 for ; Mon, 2 Apr 2012 14:06:54 +0000 (UTC) Received: by qao25 with SMTP id 25so1862356qao.13 for ; Mon, 02 Apr 2012 07:06:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=oOnymHRYkMpVzhqGhx30dyf4+ihNhx7Dzmi2Cq61S8U=; b=RUjug+AjAB9tel42Tznl9ZbANvN0HxvcLEW6sJh9TxzPwjPj+qIn3xj4qIAAOB5zPK rvXT3r1weYXa5t8fgIKYUzJKO5pAobRbq7OpOcokAPs1fwCKE2GeOmQM0bVKrQJUPFUN mwQGSYCWPAuN7la6WPvkpl5Z0ha4dRVSL2/jEGEgvuA4zWmjpxpgRhAA4BFOcrXtzVjM zWpVxlN7FlD5XBC/jOeJJ8LMrxkSjo+3l6IdnT/SbDJhysGLK05YrDrKJu7hzrRcXADB EuzmIkduKh8HLOOaoMClfV1ifbspKKTAEuLWipHq5pUIDNqFfp4G8CSLDAj3cohxiEuI M1ow== Received: by 10.224.202.193 with SMTP id ff1mr11470358qab.36.1333375613757; Mon, 02 Apr 2012 07:06:53 -0700 (PDT) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id dv7sm34748178qab.15.2012.04.02.07.06.52 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 07:06:52 -0700 (PDT) Date: Mon, 2 Apr 2012 10:06:38 -0400 From: Alexander Kabaev To: "O. Hartmann" Message-ID: <20120402100638.5fde4e79@kan.dyndns.org> In-Reply-To: <4F799C73.7040401@mail.zedat.fu-berlin.de> References: <4F799C73.7040401@mail.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: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/dwlr0Fh_b3HwpPNG1ja7ZZZ"; protocol="application/pgp-signature" Cc: Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779 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, 02 Apr 2012 14:06:54 -0000 --Sig_/dwlr0Fh_b3HwpPNG1ja7ZZZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 02 Apr 2012 14:32:51 +0200 "O. Hartmann" wrote: > Hello out there. >=20 > My FreeBSD 10 box is at revision r233779. I updated the sources this > morning and made a buildworld successfully. >=20 > After a reboot of the box, I witness several bad issues. Firefox, for > instance, is droppimng a core now when starting. Using portmaster for > updates produces a lot of Segmentation faults on the screen. Othe > minor clients which were working prior to the update today (last > makeworl on Friday last week) aren't any more and dropping cores. >=20 > Does anyone also realize this on FreeBSD 10 boxes? >=20 > I use CLANG as the base compiler and also for the ports (for those > which are compiling with CLANG). >=20 > Regards, > Oliver >=20 Since you did not provide any details, I'd have to guess and I am guessing this is an interaction between rtld and new libstdc++ that is a likely cause for the crashes. Please try with revision r233778. --=20 Alexander Kabaev --Sig_/dwlr0Fh_b3HwpPNG1ja7ZZZ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPebJ5Q6z1jMm+XZYRAiziAJ9YB+hiK0GO48CT1fdPxE5PAPKS/gCgnaEo D+ApK+5rFUQYnyvnJN6u88w= =Lgo8 -----END PGP SIGNATURE----- --Sig_/dwlr0Fh_b3HwpPNG1ja7ZZZ-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 14:09: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 C7B381065674 for ; Mon, 2 Apr 2012 14:09:18 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 73CB88FC1D for ; Mon, 2 Apr 2012 14:09:18 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1923665qcs.13 for ; Mon, 02 Apr 2012 07:09:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=5XvDQSWJ0/eG8hQUnrMXH8C4Avj+ZqEgwWVbcnV7H1g=; b=MDr1KAdqS+ZDDcNrlaZfRp9vFjIHXLnkMyo5AHOJHx5dzbQyrxzF/dYzKkWs091+UA lyIpB+b4Upl7axS8WOxap3ltH3J3JIPPVvzxaZNwLgLzaQ32STe95fqF6coKUKTXKRl5 4n5xPgbjKv3w3tAy0DM/K4o6Bdd3ezrrNvjFvmrFI+srklTlTFUyaJv01vS+Jfu9+KLW ynIip0wra0txxZxjzEmLfDJyl0hdiqx2+lEoixepupUeqXijbW9bd81wPuLK2L8v8zG4 a/1yF9RwcqZUP55E7A2WFMgYUef41hz+p08VSJeZpP7EEQMymq8YiD9WY5KvKJ5VR7Na 1+bQ== Received: by 10.224.95.205 with SMTP id e13mr9253107qan.30.1333375752208; Mon, 02 Apr 2012 07:09:12 -0700 (PDT) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id i3sm34765641qad.11.2012.04.02.07.09.10 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 07:09:11 -0700 (PDT) Date: Mon, 2 Apr 2012 10:08:58 -0400 From: Alexander Kabaev To: Alexander Kabaev Message-ID: <20120402100858.53d18788@kan.dyndns.org> In-Reply-To: <20120402100638.5fde4e79@kan.dyndns.org> References: <4F799C73.7040401@mail.zedat.fu-berlin.de> <20120402100638.5fde4e79@kan.dyndns.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/DImY72DWrDe8NLiGpu1=NX0"; protocol="application/pgp-signature" Cc: "O. Hartmann" , Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779 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, 02 Apr 2012 14:09:18 -0000 --Sig_/DImY72DWrDe8NLiGpu1=NX0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 2 Apr 2012 10:06:38 -0400 Alexander Kabaev wrote: > On Mon, 02 Apr 2012 14:32:51 +0200 > "O. Hartmann" wrote: >=20 > > Hello out there. > >=20 > > My FreeBSD 10 box is at revision r233779. I updated the sources this > > morning and made a buildworld successfully. > >=20 > > After a reboot of the box, I witness several bad issues. Firefox, > > for instance, is droppimng a core now when starting. Using > > portmaster for updates produces a lot of Segmentation faults on the > > screen. Othe minor clients which were working prior to the update > > today (last makeworl on Friday last week) aren't any more and > > dropping cores. > >=20 > > Does anyone also realize this on FreeBSD 10 boxes? > >=20 > > I use CLANG as the base compiler and also for the ports (for those > > which are compiling with CLANG). > >=20 > > Regards, > > Oliver > >=20 >=20 I guess I should correct myself, you already should have the fix in. Please collect some backtraces. --=20 Alexander Kabaev --Sig_/DImY72DWrDe8NLiGpu1=NX0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPebMEQ6z1jMm+XZYRAj0qAKDMCS2xhi2W2fMg0obXMpy+4hH9DACg298Q eYUqbIztg0985kyZHxzfr50= =gElZ -----END PGP SIGNATURE----- --Sig_/DImY72DWrDe8NLiGpu1=NX0-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 14:27: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 67F0C1065675 for ; Mon, 2 Apr 2012 14:27:13 +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 206888FC0A for ; Mon, 2 Apr 2012 14:27:12 +0000 (UTC) Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 932FC5DCA; Mon, 2 Apr 2012 14:18:07 +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 q32EI6Wi003087; Mon, 2 Apr 2012 14:18:07 GMT (envelope-from phk@phk.freebsd.dk) To: Alex Keda From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 02 Apr 2012 17:38:57 +0400." <4F79ABF1.70206@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 02 Apr 2012 14:18:06 +0000 Message-ID: <3086.1333376286@critter.freebsd.dk> Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779 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, 02 Apr 2012 14:27:13 -0000 In message <4F79ABF1.70206@lissyara.su>, Alex Keda writes: >02.04.2012 16:32, O. Hartmann пишет: >> Firefox, for instance, is droppimng a core now when starting. I tried r233749M and saw the same thing. This Warning looks non-ignorable to me, but I havn't investigated: ===> gnu/lib/libssp (all) /freebsd/head/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c: In function 'fail': /freebsd/head/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:109: warning: implicit declaration of function 'alloca' /freebsd/head/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:109: warning: incompatible implicit declaration of built-in function 'alloca' -- 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 Apr 2 15:46: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 CCEA3106566C for ; Mon, 2 Apr 2012 15:46:51 +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 7FF4A8FC1A for ; Mon, 2 Apr 2012 15:46:50 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SEjSx-0003iz-76 for freebsd-current@freebsd.org; Mon, 02 Apr 2012 17:46:47 +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 ; Mon, 02 Apr 2012 17:46:47 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Apr 2012 17:46:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Mon, 2 Apr 2012 15:46:34 +0000 (UTC) Lines: 30 Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> <20120401134025.GC76647@in-addr.com> <20120401161504.49003b73@linux-wb36.example.org> 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: Mon, 02 Apr 2012 15:46:51 -0000 jb gmail.com> writes: > ... Chuck Burns break19@gmail.com 1:01 AM (16 hours ago) My experiences with using tmpfs as /tmp -- It works fine. until it doesn't. I've had mountpoints run out of space, checked df and the mountpoint had been reduced to something like 2 MiB TOTAL, with nothing free.. on a machine with 8GiB RAM.. however, rebooting restores the mount to around 2GiB.. but then after some heavy usage, the mountpoint once again starts shrinking in size. I've noticed this behavior in multiple versions of FreeBSD, and switched to using md instead, with no more issues. I'm not willing to use tmpfs until it's proven to be more stable than it was when I was using it. ----------- Chuck, plz check your posting to the list (I received it, which I reposted here). jb From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 15:52: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 2BBEC1065675 for ; Mon, 2 Apr 2012 15:52:21 +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 A41658FC19 for ; Mon, 2 Apr 2012 15:52:20 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3062459bkc.13 for ; Mon, 02 Apr 2012 08:52: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; bh=Lc4Z55jo7E1Wmpz/49OKRHYovYjb37BCSP+7m0zw6JY=; b=RXwA0aNCp5trW7sPSUBcnOl6LhI3eqW5fU4fFOCl634J+r4hS5SiZ05IIvjjEJW61g SyRbdN1VrCE4VdzdC6EFFLql90ztwTfAumFTsfnDXc0zJKn9h5kzcaQCOYDgJUDcJXqc iVZIWuavjzKpe6nqAmMpGr2kiTH6PqVsk25zzKf1yPfagGDtLPimkjPVB9j+S9Y/787/ ApnSgpGS0jsn//OgHvyLjkc7E1J5LqTDThbPIy0cOiYSIrAaIaVPZBle69i2NS2JuDYn phnytnCOMOevNPLtaRiq/S75VKxOKBAf7FMbX3JYZDScZi8nBXtM68/CtamQSkiowbUg AjeQ== MIME-Version: 1.0 Received: by 10.205.129.137 with SMTP id hi9mr3937563bkc.131.1333381939643; Mon, 02 Apr 2012 08:52:19 -0700 (PDT) Received: by 10.204.202.142 with HTTP; Mon, 2 Apr 2012 08:52:19 -0700 (PDT) Received: by 10.204.202.142 with HTTP; Mon, 2 Apr 2012 08:52:19 -0700 (PDT) In-Reply-To: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> <20120401134025.GC76647@in-addr.com> <20120401161504.49003b73@linux-wb36.example.org> Date: Mon, 2 Apr 2012 16:52:19 +0100 Message-ID: From: Chris Rees To: jb Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Mon, 02 Apr 2012 15:52:21 -0000 On 2 Apr 2012 16:47, "jb" wrote: > > jb gmail.com> writes: > > > ... > > Chuck Burns break19@gmail.com > > 1:01 AM (16 hours ago) > > My experiences with using tmpfs as /tmp > -- > It works fine. until it doesn't. > > I've had mountpoints run out of space, checked df and the mountpoint had been > reduced to something like 2 MiB TOTAL, with nothing free.. on a machine with > 8GiB RAM.. however, rebooting restores the mount to around 2GiB.. but then after > some heavy usage, the mountpoint once again starts shrinking in size. > > I've noticed this behavior in multiple versions of FreeBSD, and switched to > using md instead, with no more issues. > > I'm not willing to use tmpfs until it's proven to be more stable than it was > when I was using it. > > ----------- > > Chuck, > plz check your posting to the list (I received it, which I reposted here). > jb > > This is a known issue with ZFS. Is that your case? Chris From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 16:21: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 4C4791065670 for ; Mon, 2 Apr 2012 16:21:39 +0000 (UTC) (envelope-from alexandre.martins@netasq.com) Received: from work.netasq.com (gateway.netasq.com [91.212.116.2]) by mx1.freebsd.org (Postfix) with ESMTP id DED218FC0C for ; Mon, 2 Apr 2012 16:21:38 +0000 (UTC) Received: from pc-alex.netasq.com (unknown [10.2.40.253]) by work.netasq.com (Postfix) with ESMTPS id BADAE740019 for ; Mon, 2 Apr 2012 18:21:27 +0200 (CEST) From: Alexandre Martins Organization: NETASQ To: freebsd-current@freebsd.org Date: Mon, 2 Apr 2012 18:21:37 +0200 User-Agent: KMail/1.13.7 (FreeBSD/8.2-RELEASE; KDE/4.7.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201204021821.37437.alexandre.martins@netasq.com> Subject: Potential deadlock on mbuf 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, 02 Apr 2012 16:21:39 -0000 Dear, I have currently having troubles with a basic socket stress. The socket are setup to use non-blocking I/O. During this stress-test, the kernel is running mbuf exhaustion, the goal is to see system limits. If the program make a write on a socket during this mbuf exhaustion, it become blocked in "write" system call. The status of the process is "zonelimit" and whole network I/O fall in timeout. I have found the root cause of the block : http://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?view=markup#l1279 So, the question is : Why m_uiotombuf is called with a blocking parameter (M_WAITOK) even if is for a non-blocking socket ? Then, if M_NOWAIT is used, maybe it will be usefull to have an 'ENOMEM' error. Regards -- Alexandre Martins From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 16:26: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 35AD6106564A; Mon, 2 Apr 2012 16:26: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 C88868FC12; Mon, 2 Apr 2012 16:26: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 q32GPwJm038964; Mon, 2 Apr 2012 12:25:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q32GPwsW038952; Mon, 2 Apr 2012 16:25:58 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 16:25:58 GMT Message-Id: <201204021625.q32GPwsW038952@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, 02 Apr 2012 16:26:01 -0000 TB --- 2012-04-02 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 14:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-02 14:10:00 - cleaning the object tree TB --- 2012-04-02 14:13:49 - cvsupping the source tree TB --- 2012-04-02 14:13:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-02 14:14:35 - building world TB --- 2012-04-02 14:14:35 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 14:14:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 14:14:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 14:14:35 - SRCCONF=/dev/null TB --- 2012-04-02 14:14:35 - TARGET=pc98 TB --- 2012-04-02 14:14:35 - TARGET_ARCH=i386 TB --- 2012-04-02 14:14:35 - TZ=UTC TB --- 2012-04-02 14:14:35 - __MAKE_CONF=/dev/null TB --- 2012-04-02 14:14:35 - cd /src TB --- 2012-04-02 14:14:35 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 14:14: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 [...] /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-04-02 16:25:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 16:25:58 - ERROR: failed to build world TB --- 2012-04-02 16:25:58 - 5976.96 user 825.15 system 8158.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 17:17: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 642D91065672 for ; Mon, 2 Apr 2012 17:17:49 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id E1C4B8FC0C for ; Mon, 2 Apr 2012 17:17:48 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id B9C971DD418; Mon, 2 Apr 2012 19:17:47 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id A0E452847A; Mon, 2 Apr 2012 19:17:47 +0200 (CEST) Date: Mon, 2 Apr 2012 19:17:47 +0200 From: Jilles Tjoelker To: Kristof Provost Message-ID: <20120402171747.GA47006@stack.nl> References: <20120401141423.GA22944@psyche> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120401141423.GA22944@psyche> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Build error in bin/sh/jobs.c if DEBUG=2 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, 02 Apr 2012 17:17:49 -0000 On Sun, Apr 01, 2012 at 04:14:24PM +0200, Kristof Provost wrote: > While chasing down an odd issue with alignment faults I activated > debugging in bin/sh. > bin/sh/Makefile has a commented out line (# DEBUG_FLAGS+= -g -DDEBUG=2 > -fno-inline) to do this so that's what I did. > This fails to compile in bin/sh/jobs.c in vforkexecshell(). > The debug TRACE() tries to print variables which don't exist. > The patch below fixes the compilation problem, but I'm unsure if it's > printing the relevant information. Thanks, I committed a fix. I fairly arbitrarily chose some information to print, since I do not use -DDEBUG=2 myself. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 17:21:13 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 2FB9F106566B; Mon, 2 Apr 2012 17:21:13 +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 DC9B48FC12; Mon, 2 Apr 2012 17:21:12 +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 q32HLC5d055319; Mon, 2 Apr 2012 13:21:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q32HLCMJ055314; Mon, 2 Apr 2012 17:21:12 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 17:21:12 GMT Message-Id: <201204021721.q32HLCMJ055314@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, 02 Apr 2012 17:21:13 -0000 TB --- 2012-04-02 16:26:56 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 16:26:56 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-02 16:26:56 - cleaning the object tree TB --- 2012-04-02 16:29:16 - cvsupping the source tree TB --- 2012-04-02 16:29:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-02 16:30:34 - building world TB --- 2012-04-02 16:30:34 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 16:30:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 16:30:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 16:30:34 - SRCCONF=/dev/null TB --- 2012-04-02 16:30:34 - TARGET=mips TB --- 2012-04-02 16:30:34 - TARGET_ARCH=mips TB --- 2012-04-02 16:30:34 - TZ=UTC TB --- 2012-04-02 16:30:34 - __MAKE_CONF=/dev/null TB --- 2012-04-02 16:30:34 - cd /src TB --- 2012-04-02 16:30:34 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 16:30:35 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-04-02 17:21:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 17:21:12 - ERROR: failed to build world TB --- 2012-04-02 17:21:12 - 2098.14 user 467.49 system 3255.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 17:58:23 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 25E3C106564A; Mon, 2 Apr 2012 17:58: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 B89F18FC16; Mon, 2 Apr 2012 17:58: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 q32HwLML063319; Mon, 2 Apr 2012 13:58:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q32HwKmf063256; Mon, 2 Apr 2012 17:58:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Apr 2012 17:58:20 GMT Message-Id: <201204021758.q32HwKmf063256@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, 02 Apr 2012 17:58:23 -0000 TB --- 2012-04-02 16:25:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-02 16:25:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-02 16:25:59 - cleaning the object tree TB --- 2012-04-02 16:27:40 - cvsupping the source tree TB --- 2012-04-02 16:27:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-02 16:28:47 - building world TB --- 2012-04-02 16:28:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-02 16:28:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-02 16:28:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-02 16:28:47 - SRCCONF=/dev/null TB --- 2012-04-02 16:28:47 - TARGET=ia64 TB --- 2012-04-02 16:28:47 - TARGET_ARCH=ia64 TB --- 2012-04-02 16:28:47 - TZ=UTC TB --- 2012-04-02 16:28:47 - __MAKE_CONF=/dev/null TB --- 2012-04-02 16:28:47 - cd /src TB --- 2012-04-02 16:28:47 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 2 16:28: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 [...] /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-04-02 17:58:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-02 17:58:20 - ERROR: failed to build world TB --- 2012-04-02 17:58:20 - 4142.78 user 639.62 system 5541.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 17:17:04 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 7F1FE106566B for ; Mon, 2 Apr 2012 17:17:04 +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 3218E8FC0C for ; Mon, 2 Apr 2012 17:17:04 +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 <1SEksC-0008OD-83>; Mon, 02 Apr 2012 19:16:56 +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 <1SEksC-0002Fp-4J>; Mon, 02 Apr 2012 19:16:56 +0200 Message-ID: <4F79DF01.2020400@mail.zedat.fu-berlin.de> Date: Mon, 02 Apr 2012 19:16:49 +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: Alexander Kabaev References: <4F799C73.7040401@mail.zedat.fu-berlin.de> <20120402100638.5fde4e79@kan.dyndns.org> In-Reply-To: <20120402100638.5fde4e79@kan.dyndns.org> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB5DA349C0C7E2970D6663DFB" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Mon, 02 Apr 2012 18:18:35 +0000 Cc: Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779 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, 02 Apr 2012 17:17:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB5DA349C0C7E2970D6663DFB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/02/12 16:06, schrieb Alexander Kabaev: > On Mon, 02 Apr 2012 14:32:51 +0200 > "O. Hartmann" wrote: >=20 >> Hello out there. >> >> My FreeBSD 10 box is at revision r233779. I updated the sources this >> morning and made a buildworld successfully. >> >> After a reboot of the box, I witness several bad issues. Firefox, for >> instance, is droppimng a core now when starting. Using portmaster for >> updates produces a lot of Segmentation faults on the screen. Othe >> minor clients which were working prior to the update today (last >> makeworl on Friday last week) aren't any more and dropping cores. >> >> Does anyone also realize this on FreeBSD 10 boxes? >> >> I use CLANG as the base compiler and also for the ports (for those >> which are compiling with CLANG). >> >> Regards, >> Oliver >> >=20 >=20 > Since you did not provide any details, I'd have to guess and I am > guessing this is an interaction between rtld and new libstdc++ that is > a likely cause for the crashes. Please try with revision r233778. Sorry for the late response. Indeed, I use the tag WITH_LIBCPLUSPLUS=3D YES in /etc/src.cnf. After an upgrade of the sources shortly after I posted the mail in the list, I recompiled the newly sources and reinstalled the system again and all problems I reported before were gone. Sorry for the noise. Regards, Oliver --------------enigB5DA349C0C7E2970D6663DFB 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) iQEcBAEBAgAGBQJPed8IAAoJEOgBcD7A/5N87v8IANkeMjPcC1GwIjdHaWUKcIND K52yBj7N33RZEm6TTLlpKzgEPl1bmn2M11KFT+e3xMmN9RnUMUcl6qEar4SehMDL CCtIc93LCw/p7iKKAAOipRG2LprNpQX0XNEpMQyiaRVIdgCKbApKisjqfXaNErUG oChh0h+kI0WSpU/YI3Xt5GH5Jzf5+r1UkgKw2Ftz8jrtZ5QV1My8qyUnnWW9uxNq XmsC0NFNwT4E9dRe8nwSMSEF9HnLreO+ZUpefSxULSN/ShN9o/UGbNbl5Fwe8chz w/U29hBxO1yMXWiUksVmhAad1NTFmAP0wBy2OtlvFCQfUjjERiYmvLgXlvWY+Jk= =n5CD -----END PGP SIGNATURE----- --------------enigB5DA349C0C7E2970D6663DFB-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 21:03: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 02B67106566C for ; Mon, 2 Apr 2012 21:03:31 +0000 (UTC) (envelope-from gleb.kurtsou@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 77E878FC0C for ; Mon, 2 Apr 2012 21:03:30 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3476147bkc.13 for ; Mon, 02 Apr 2012 14:03: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:in-reply-to:user-agent; bh=mlP9sOyBIKpa+cm8cdE3A+ygFtLD42BRH3HGvj+DzYk=; b=0CMbUtEhTajZnkmDz9xF7BhI0JKNC2hlH8uoE4vdRz1DmjXpqGTk0gdDf7nkOEHfAf UXZjm0KteSAsbzaawBXkFuzK9DCaFeUcL5ypwcdi895ExDXvXuYMV6KXtfIJHdfn9P39 c+Zx7pRkTmTHq1H1wWYZT76kxVennRz8f1cS1SnSpB3SFhhSdlOKDCz08JnmGAeCPjHJ Vg2W7KFGnDKyLALGuhWCgMsV3OCZulqFLCbPF0jbQLfyTW+TrODcQrG8WAbqaONSDl7O 6Igb1xQN/7hwuRFZwWmaFOZLA8C/UWskd87EeJdgbAfMndJQ8uv8FoTS3ZrtyeDT8d54 BxlA== Received: by 10.204.9.194 with SMTP id m2mr4238779bkm.92.1333400609385; Mon, 02 Apr 2012 14:03:29 -0700 (PDT) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id x4sm41152091bkv.8.2012.04.02.14.03.27 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 14:03:28 -0700 (PDT) Date: Tue, 3 Apr 2012 00:03:26 +0300 From: Gleb Kurtsou To: David Wolfskill Message-ID: <20120402210326.GA6364@reks> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120329161452.GZ1709@albert.catwhisker.org> <4F74BCD5.4040609@zedat.fu-berlin.de> <20120402103119.GA2389@reks> <20120402132659.GF1420@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20120402132659.GF1420@albert.catwhisker.org> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Mon, 02 Apr 2012 21:03:31 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On (02/04/2012 06:26), David Wolfskill wrote: > On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote: > > ... > > You could try the patch attached. It adds support for size option suffixes > > (like 1g) and introduces swap limit (part of the older patch, not sure > > if it's any use). > > > > Patch is against 10-CURRENT. > > Older version: https://github.com/glk/freebsd-head/commit/3bd8f7d > > .... > > OK; here's a summary of what I found so far, now running: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 233772M: Mon Apr 2 05:42:48 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > * First, the patch applied cleanly (via "patch -p1"). > > * Resulting sources build with no issues. > > * Prior specification I had in /etc/fstab: > > tmpfs /tmp tmpfs rw,size=2147483648 0 0 > > worked same as before the patch; "df -h /tmp" reported a size of 2.0G. > > * Changing the above to read: > > tmpfs /tmp tmpfs rw,size=2g 0 0 > > also provided the same result, so the unit-specification code looks > as if it's working as expected. > > * I have 20G specified for swap, and 4G RAM (and, as above, I'm running > i386). Changing the above tmpfs line in /etc/fstab to > > tmpfs /tmp tmpfs rw,size=8g 0 0 > > (still) yields: > > g1-227(10.0-C)[3] df -h /tmp > Filesystem Size Used Avail Capacity Mounted on > tmpfs 23G 12k 23G 0% /tmp > g1-227(10.0-C)[4] tmpfs-32bit-size_max.patch.txt should fix the problem. I don't have i386 installations to test it myself. Do you run PAE kernel? Could you try filling up /tmp at least to 10g. > > (Yes, I'm using a whopping total of 12kB while running X. I know of > *very* few folks who use the window manager I prefer. :-}) > > I'll try exercising it a bit during the day at work & report anything > noteworthy. But so far, I see no evidence of regression, and there is > some measure of usability improvement (IMO). So it's looking > encouraging. :-) > > 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. --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="tmpfs-32bit-size_max.patch.txt" commit 44f68235e23ab4bababeafe07d31e07feabb84ba Author: Gleb Kurtsou Date: Tue Apr 3 00:02:33 2012 +0300 tmpfs: Support file system sizes up to 4GB*PAGE_SIZE on 32 bit archs diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c b/sys/fs/tmpfs/tmpfs_vfsops.c index 29f2ca4..6b3ecc0 100644 --- a/sys/fs/tmpfs/tmpfs_vfsops.c +++ b/sys/fs/tmpfs/tmpfs_vfsops.c @@ -233,17 +233,13 @@ tmpfs_mount(struct mount *mp) * allowed to use, based on the maximum size the user passed in * the mount structure. A value of zero is treated as if the * maximum available space was requested. */ - if (size_max < PAGE_SIZE || size_max > SIZE_MAX - PAGE_SIZE) + if (size_max < PAGE_SIZE || size_max > UINT64_MAX - PAGE_SIZE || + (SIZE_MAX < UINT64_MAX && size_max / PAGE_SIZE >= SIZE_MAX)) pages = SIZE_MAX; else pages = howmany(size_max, PAGE_SIZE); MPASS(pages > 0); - if (pages < SIZE_MAX / PAGE_SIZE) - size_max = pages * PAGE_SIZE; - else - size_max = SIZE_MAX; - if (nodes_max <= 3) { if (pages < INT_MAX / nodes_per_page) nodes_max = pages * nodes_per_page; --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 22:06: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 EE981106564A for ; Mon, 2 Apr 2012 22:06:03 +0000 (UTC) (envelope-from break19@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 9DA428FC16 for ; Mon, 2 Apr 2012 22:06:03 +0000 (UTC) Received: by yenl9 with SMTP id l9so1776045yen.13 for ; Mon, 02 Apr 2012 15:06:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=YiXUO3lyJtkuKansmr8Val8oTawTYXGzx4CPkTqwjLg=; b=OTHeUf5E8iwF9Svv6IY0F1jHhlhlGEgjlT4ascnoacAR0EcggJvF4aNIf5Q50QFpOb lzrYImpmWg8N1L9b3HhF7UqdcDc9xLTiaKMWR2teY8/CtRknOj8Sjn8bN3qeHUY3BFDs XqBK9FysYHlCiSHOce1387iGOaPUi+4aL22mrDCIHvyUklWLd48A23G+BJFJz98wMkTj dw4o+smVLVgpNIBc9IwNBwC37SGuvXVQTEl+vax/XrvWYPM90JZhRKv6VRRCdwRkQ93Z LI4D649QeWyGdLLpES4sL/WYh9AsNiWifRK65F86C9mlJES7rD066LA9V/eTKW3zuyXq 6nvA== Received: by 10.60.7.196 with SMTP id l4mr14865413oea.8.1333404362840; Mon, 02 Apr 2012 15:06:02 -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 xb7sm11176927obb.10.2012.04.02.15.06.01 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 15:06:01 -0700 (PDT) Message-ID: <4F7A22D3.3080406@gmail.com> Date: Mon, 02 Apr 2012 17:06:11 -0500 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; 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> <20120401134025.GC76647@in-addr.com> <20120401161504.49003b73@linux-wb36.example.org> 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: Mon, 02 Apr 2012 22:06:04 -0000 On 4/2/2012 10:52 AM, Chris Rees wrote: > > This is a known issue with ZFS. Is that your case? > > Chris Yes. Interesting that it happens only with ZFS. and jb, thanks, I could've sworn I'd hit "Reply to list" - thanks for forwarding it for me. Chuck From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 22:10: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 78E3D106566B for ; Mon, 2 Apr 2012 22:10:09 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from lavash.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 60E0B8FC18 for ; Mon, 2 Apr 2012 22:10:09 +0000 (UTC) Received: from [199.83.221.122] (199-83-221-122.PUBLIC.monkeybrains.net [199.83.221.122]) (authenticated bits=0) by lavash.monkeybrains.net (8.14.4/8.14.4) with ESMTP id q32LOak5016707 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 2 Apr 2012 14:24:36 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <4F7A1913.8040005@monkeybrains.net> Date: Mon, 02 Apr 2012 14:24:35 -0700 From: Rudy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.3 at lavash.monkeybrains.net X-Virus-Status: Clean Subject: ixgbe-2.4.4 compile error 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, 02 Apr 2012 22:10:09 -0000 I used the 9.0-RELEASE memstick to install, did a cvsup to STABLE... When I downloaded Intel's (Jack's) ixgbe driver, I got an error: Warning: Object directory not changed from original /usr/local/src/ixgbe-2.4.4/src @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h :> opt_bdg.h cc -O2 -pipe -DSMP -DIXGBE_FDIR -DINET -DINET6 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -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 ixgbe.c In file included from ixgbe_type.h:38, from ixgbe_api.h:38, from ixgbe.h:96, from ixgbe.c:40: ixgbe_osdep.h:104: error: conflicting types for 'bool' @/sys/types.h:271: error: previous declaration of 'bool' was here *** Error code 1 Stop in /usr/local/src/ixgbe-2.4.4/src. This patch fixed the 'conflict'. > diff -u @/sys/types.h.orig @/sys/types.h --- @/sys/types.h.orig 2012-04-02 14:18:26.000000000 -0700 +++ @/sys/types.h 2012-04-02 14:20:19.000000000 -0700 @@ -268,7 +268,7 @@ #if __STDC_VERSION__ < 199901L && __GNUC__ < 3 && !defined(__INTEL_COMPILER) typedef int _Bool; #endif -typedef _Bool bool; +// typedef _Bool bool; #endif /* !__bool_true_false_are_defined && !__cplusplus */ Any advice... FreeBSD guava 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri Mar 30 23:19:22 PDT 2012 root@guava:/usr/obj/usr/src/sys/GUAVA amd64 Rudy From owner-freebsd-current@FreeBSD.ORG Mon Apr 2 22:22:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2DFE0106564A for ; Mon, 2 Apr 2012 22:22:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 75FA214DF23; Mon, 2 Apr 2012 22:22:41 +0000 (UTC) Message-ID: <4F7A26B1.9070502@FreeBSD.org> Date: Mon, 02 Apr 2012 15:22:41 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: d@delphij.net References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74CBA2.2010809@delphij.net> In-Reply-To: <4F74CBA2.2010809@delphij.net> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD , Xin Li , 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2012 22:22:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/29/2012 13:52, Xin Li wrote: > 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. I think there is some confusion here, so hopefully I can help clear it up. For BASE rc.d scripts, definitions for needed subdirectories and their permissions for /var/run are located in /etc/mtree/BSD.var.dist, which is called by /etc/rc.d/var at boot time. Anything IN THE BASE that complains about a missing directory in /var/run needs to be fixed, and should be reported. For PORTS rc.d scripts, they are expected to create (or check for the existence of) the needed directories/permissions *in the script* (not at port/package install time, this is why). Any variations on that theme should also be reported. In short, there is nothing in rc.d (ports or base) that should fail if you start with an empty /var/run. If it does, it's a bug. Meanwhile, as much as I find it personally distasteful, I can't imagine us changing the default for clear_tmp_enable at this point. hth, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJPeiaxAAoJEFzGhvEaGryEefQH/14QUKTun4njDF6YHHPlBcqz 1Ky97Dlu3cka9rNee8y7aJWSK61mg/OjacjgViKrrA6isOg/wsaJ6qK9XCk1Npb/ ZKEvszPvdHcdy+XA78HS/UTa1Pqxx+H6UPiF2s0f80LkP468UthfszXXhw8jJbSh dWG9OluprWd/21iHco5S/V+i0zgcEHHkdWAT+N5+w4Cw8cUiVk+hV90YpUK9PnO4 bzfvqppP9tCdnt9J/q8bUwNy4iK3orfSMRZ5SFFpKqeUTI4fbY3CuZHsEXf1AXQI LhVlRoCa35exFv5k9ivJ3IJMorNsLSulXluCrULn38yvtlRSazWWFCcVha18mbs= =cPrk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 00:40:07 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 4F61B106566C; Tue, 3 Apr 2012 00:40:07 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0F79D8FC08; Tue, 3 Apr 2012 00:40:06 +0000 (UTC) Received: by dadz14 with SMTP id z14so12847049dad.17 for ; Mon, 02 Apr 2012 17:40:06 -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=oRccqWrQmFzyKTJH7Z8fsVSYAxfirYcKK8oMfBcPs+E=; b=nXSeP22VeVPiKOl3b62GicvaOgD/5L6riIzUQWucUtIHAtfhDadeet9+YEhuQLmYPC T1L+UBwunrjbx55HOdBFKBh3SyTvuXy8D/vLRzSXohURrDOJhpL2DweAcueHad2wLRIW GYCmfg2okdLLU5Orudj06oYOZ9BuTgRsO7dNs2vU1BitrUB0q40+GKmIop9pw3Zy2X/H ARpAxkudebf16+/VixQgjsHkUh3tu5vj0Mo0n604T3oSKyo8DZmSt5Bqx2uf7477COxC Sv/vlbK3mC0AJCRaOxve7umb3LtfRxMN143pzwNdW4TAkp97YTsp/4zKn2QWk2SxtdvT wyIw== Received: by 10.68.136.41 with SMTP id px9mr24242105pbb.147.1333413606459; Mon, 02 Apr 2012 17:40:06 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id q5sm10534856pbp.28.2012.04.02.17.40.03 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 17:40:04 -0700 (PDT) Message-ID: <4F7A46DB.4050701@gmail.com> Date: Mon, 02 Apr 2012 17:39:55 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120324 Thunderbird/10.0.3 MIME-Version: 1.0 To: Kevin Oberman References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> <4F789DD7.90604@mehnert.org> In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Hannes Mehnert , Erich Dollansky , freebsd-acpi@freebsd.org, =?windows-1251?Q?=CB=FE=E1=EE=EC=E8=F0_=C3=F0=E8=E3=EE=F0=EE=E2?= , freebsd-current@freebsd.org Subject: Re: x220 notes 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, 03 Apr 2012 00:40:07 -0000 On 04/01/12 22:49, Kevin Oberman wrote: > 2012/4/1 Ëþáîìèð Ãðèãîðîâ: >> Well I can't do the brightness switching. acpi_call port is installed, but: >> >> # kldload acpi_call >> kldload: can't load acpi_call: No such file or directory >> >> # acpi_call -p '\VBRC' -i 14 >> ioctl: Device not configured >> >> At least closing the lid turns off the monitor (not going to sleep), which >> is OK to conserve energy when not using. I would like to be able to change >> brightness, however. And have dimming. >> >> A minor problem, with the KMS Intel patch, when I log out of X (startx or >> xfce4), screen goes black. I don't know if this is acpi related. I typed >> reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE. > # cd /usr/ports/sysutils/acpi_call&& make install clean > # rehash > # kld_load acpi_call > # acpi_call -p '\VBRC' -i 5 Exactly...I'd like to add it does require appropriate kernel sources, something I discovered as I'm currently testing off a 4gb USB...appropriately to current discussions, /usr/obj /usr/ports/distfiles /tmp /var/run are all tmpfs :) (we'll see how that goes too!). Some general followup/status of brightness: The hotkeys are working just fine out of the box, at least as far as they seem to adjust the brightness value seen by acpi_video, however as we know this doesn't actually seem to do much. There are a couple of branches in the ACPI code when brightness is called, one of which checks for integrated or discrete graphics (why I do not know as discrete is not an option). If \VIGD returns 1 (which I think means graphics are integrated) it talks to the \_SB.PCI0.LPC.EC.BRNS method, which doesn't seem to do anything for us. If \VIGD returns 0 (which I think would mean discrete graphics if available) it calls \VBRC The above method simply bypasses the VIGD switch and calls \VBRC directly. There are other ACPI methods which seem to be related, but I have yet to figure out what they mean...VBTC is one, and some _Q(X)(X) methods also seem to talk to the EC about the panel and brightness etc. It seems like we need to find how to make the EC be in charge of brightness instead of whatever VBRC is doing (it's an SMI call). I think brightness might just work fine...another note is the fact that acpi_video sees lcd0 as inactive...not sure why. Regarding acpi_ibm, it appears that it is also talking to the EC, which is why brightness cannot work there. Although for some reason, probably an alignment or address change, the fan speed appears corrupt after setting brightness via acpi_ibm, the fan controls still work fine in both manual and automatic as far as I can tell. It seems like if we can determine why the EC does not care for brightness settings, or isn't in charge of brightness, that we would be a small patch away from fixing acpi_ibm for this model. HOWEVER, it appears resume is now toast on CURRENT, since at least a few months, with or without Konstantin's patches. I'm not sure what's hanging, although setting suspend_beep=1 creates a horrible sound during the failing resume, which may indicate it's something fairly early in the resume, or even concurrent with "beeping". Even bounce does not work, and debugging is complicated by the lack of display. If anyone has anyone ideas for fixing resume on CURRENT, we'd be awful close to having a pretty damn nice laptop for FreeBSD. Matt From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 02:00: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 BEE531065678; Tue, 3 Apr 2012 02:00: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 825DE8FC17; Tue, 3 Apr 2012 02:00: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 q331xthg025781; Mon, 2 Apr 2012 21:59: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 q331xtTP025760; Tue, 3 Apr 2012 01:59:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Apr 2012 01:59:55 GMT Message-Id: <201204030159.q331xtTP025760@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, 03 Apr 2012 02:00:01 -0000 TB --- 2012-04-03 01:10:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-03 01:10:03 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-03 01:10:03 - cleaning the object tree TB --- 2012-04-03 01:10:46 - cvsupping the source tree TB --- 2012-04-03 01:10:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-03 01:11:27 - building world TB --- 2012-04-03 01:11:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-03 01:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-03 01:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-03 01:11:27 - SRCCONF=/dev/null TB --- 2012-04-03 01:11:27 - TARGET=mips TB --- 2012-04-03 01:11:27 - TARGET_ARCH=mips TB --- 2012-04-03 01:11:27 - TZ=UTC TB --- 2012-04-03 01:11:27 - __MAKE_CONF=/dev/null TB --- 2012-04-03 01:11:27 - cd /src TB --- 2012-04-03 01:11:27 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 3 01:11: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 [...] 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-04-03 01:59:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-03 01:59:55 - ERROR: failed to build world TB --- 2012-04-03 01:59:55 - 2060.05 user 435.80 system 2991.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 01:42: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 231FE106564A; Tue, 3 Apr 2012 01:42:13 +0000 (UTC) (envelope-from nm.knife@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 7943A8FC0A; Tue, 3 Apr 2012 01:42:12 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so3110924wgb.31 for ; Mon, 02 Apr 2012 18:42:11 -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=rbmMn65lAGoO8EwC/c6Ooif81EYKVX86ikSzDNWaXls=; b=f3dz+j3ysxoinisMxWpO2RUO1TWdlABLiu/dcBcUzZMwhNrwY+Xn1xIPbtQMeP3Zfq TWeCPvQupTOMrbL2+F4zP4T9dbSlHUQRKYREtTRGA2TDQNK/Hvtnvm40Rt7br8U3ZHmQ 9yZPDUMppWszXA55AYd1oz7YWJ5R/Zzrzb7lcqTryKsWn2K0tOFC4Ws8/5T8stYZmt6L WDb8++XSvCr+3JdYgp6WjFNWD9txH2GBmB+sWkIDcGH84RMeSrFj0GOoKR2OIdZA+qb1 OvZtd3AIMAmhdCRjZ+H5veM2YyHtKyIJPLkdi1lzvlOtQ0z6rnHKJcGnHzccSnAg6vFi 331Q== MIME-Version: 1.0 Received: by 10.180.95.34 with SMTP id dh2mr31040255wib.15.1333417331004; Mon, 02 Apr 2012 18:42:11 -0700 (PDT) Received: by 10.227.58.68 with HTTP; Mon, 2 Apr 2012 18:42:10 -0700 (PDT) In-Reply-To: <4F7A46DB.4050701@gmail.com> References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> <4F789DD7.90604@mehnert.org> <4F7A46DB.4050701@gmail.com> Date: Mon, 2 Apr 2012 18:42:10 -0700 Message-ID: From: =?windows-1251?B?y/7h7uzo8CDD8Ojj7vDu4g==?= To: matt X-Mailman-Approved-At: Tue, 03 Apr 2012 02:16:10 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hannes Mehnert , Erich Dollansky , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 03 Apr 2012 01:42:13 -0000 Interesting. So brightness value "is" changed, but not acted upon then when using the hotkeys? I could care less about suspend/resume as I don't really use it. Brightness and the fan (thanks for reminding me about the corruption) are what is killing my use. I have a SSD so even though boot isn't 5sec on FreeBSD, I can still live with waiting 10 extra seconds. Having brightness eat up my battery time and fan spinning like crazy is a problem, though. What do you mean by the fan controls still work in manual and automatic? Does that mean every time brightness is changed, fan speed needs to be set to auto again for it to work properly? Also, I assume the dimming from inactivity will not work until EC is responsible for brightness change? ... and then I have the issue with Konstantin's latest patch for STABLE where after I exit X, I have no monitor or keyboard control. I guess I can bypass this with a login manager. Cheers. -- Lyubomir Grigorov (bgalakazam) From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 05:29: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 AC3B7106566B; Tue, 3 Apr 2012 05:29:08 +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 6A0038FC0A; Tue, 3 Apr 2012 05:29:08 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so5571220pbc.13 for ; Mon, 02 Apr 2012 22:29:08 -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; bh=/bMLqvR6q8xboxOk90K9j7Y4VRtgIdtg3QrAntVyeCE=; b=h9pr3UhaKOKW5MImRFA9uc6gm+d7ZQoAQ5VxZMQUpgCABVp3vg6Mdr63s3dLnZwfAv rywImWkh9mI2ccc93GF1Q2U9G6l34lrUfLgX9QY/d6C+nCt0o8mIYg+Wwf32vBcGhPn9 sZTXAhKMK12QJqJgpFhl76YmtMohBAvCqT9Gbzep4nRTRH1iEQfDbOp84Ad1Zl/B4pF5 IXArUtUnvjTRmaMMld2eDWhLJtljmbnaBA+u4n4TKgRec423nGb8nGBp4C/b9CSGgBnv QMPecp9PYEwAlPcwnL4lZAryZoTMf+IUfbf651MiYKVSTx4TEh+EYhiBgZFcKX5Cv4WX MO+w== Received: by 10.68.74.197 with SMTP id w5mr26004880pbv.129.1333430948204; Mon, 02 Apr 2012 22:29:08 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id u10sm15544126pbf.37.2012.04.02.22.29.05 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 22:29:06 -0700 (PDT) Message-ID: <4F7A8A99.4040603@gmail.com> Date: Mon, 02 Apr 2012 22:28:57 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120324 Thunderbird/10.0.3 MIME-Version: 1.0 To: =?UTF-8?B?0JvRjtCx0L7QvNC40YAg0JPRgNC40LPQvtGA0L7Qsg==?= References: <4E836C06.9070405@gmail.com> <4F56A2DA.2070703@gmail.com> <201204011214.38801.erichfreebsdlist@ovitrap.com> <4F789DD7.90604@mehnert.org> <4F7A46DB.4050701@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hannes Mehnert , Erich Dollansky , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: x220 notes 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, 03 Apr 2012 05:29:08 -0000 On 04/02/12 18:42, Любомир Григоров wrote: > Interesting. So brightness value "is" changed, but not acted upon then > when using the hotkeys? Yes, value changes with no effect when hotkeys are pressed...I am not sure why there is no effect. > > I could care less about suspend/resume as I don't really use it. > Brightness and the fan (thanks for reminding me about the corruption) > are what is killing my use. I have a SSD so even though boot isn't > 5sec on FreeBSD, I can still live with waiting 10 extra seconds. > Having brightness eat up my battery time and fan spinning like crazy > is a problem, though. The fan is horribly noisy on this model. However, it will quiet down a bit on its own when temperature goes down...enabling C states and running "powerd -a adaptive -b adaptive" should help a lot...I don't recommend manual fan control as at least my i7 already runs way too hot in linux and win7 (for the 10 minutes I had it :) ). Run Lenovo bios updates as well, many complaints about post tsunami fans from Lenovo China instead of Lenovo Japan... > > What do you mean by the fan controls still work in manual and > automatic? Does that mean every time brightness is changed, fan speed > needs to be set to auto again for it to work properly? Only the fan speed value shows as 0xFFFF or something, however it can still be set 1-7 or back to automatic as usual > > Also, I assume the dimming from inactivity will not work until EC is > responsible for brightness change? > I'm not sure...that might be accomplished with dpms.ko, haven't tried.... > ... and then I have the issue with Konstantin's latest patch for > STABLE where after I exit X, I have no monitor or keyboard control. I > guess I can bypass this with a login manager. > http://wiki.freebsd.org/Intel_GPU On Konstantin's page he mentions this...it's a known issue Matt From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 10:11:10 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 C4E2A106564A; Tue, 3 Apr 2012 10:11: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 73EE08FC08; Tue, 3 Apr 2012 10:11: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 q33AB9IO036399; Tue, 3 Apr 2012 06:11: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 q33AB9t3036398; Tue, 3 Apr 2012 10:11:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Apr 2012 10:11:09 GMT Message-Id: <201204031011.q33AB9t3036398@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, 03 Apr 2012 10:11:11 -0000 TB --- 2012-04-03 09:20:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-03 09:20:24 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-03 09:20:24 - cleaning the object tree TB --- 2012-04-03 09:21:00 - cvsupping the source tree TB --- 2012-04-03 09:21:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-03 09:21:38 - building world TB --- 2012-04-03 09:21:38 - CROSS_BUILD_TESTING=YES TB --- 2012-04-03 09:21:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-03 09:21:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-03 09:21:38 - SRCCONF=/dev/null TB --- 2012-04-03 09:21:38 - TARGET=mips TB --- 2012-04-03 09:21:38 - TARGET_ARCH=mips TB --- 2012-04-03 09:21:38 - TZ=UTC TB --- 2012-04-03 09:21:38 - __MAKE_CONF=/dev/null TB --- 2012-04-03 09:21:38 - cd /src TB --- 2012-04-03 09:21:38 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 3 09:21: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 [...] 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-04-03 10:11:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-03 10:11:09 - ERROR: failed to build world TB --- 2012-04-03 10:11:09 - 2097.20 user 449.93 system 3044.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 11:21:15 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 078A61065674 for ; Tue, 3 Apr 2012 11:21:15 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id AA3DF8FC17 for ; Tue, 3 Apr 2012 11:21:14 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SF1nU-0006rN-Ue for freebsd-current@freebsd.org; Tue, 03 Apr 2012 14:21:12 +0300 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id 9CCD81CC36; Tue, 3 Apr 2012 14:21:12 +0300 (EEST) Date: Tue, 3 Apr 2012 14:21:11 +0300 From: Andrey Simonenko To: freebsd-current@freebsd.org Message-ID: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 28-Apr-2011 07:11:12) X-Date: 2012-04-03 14:21:12 X-Connected-IP: 10.18.52.101:44232 X-Message-Linecount: 66 X-Body-Linecount: 54 X-Message-Size: 1853 X-Body-Size: 1353 Subject: -ffast-math in Ports and wrong generated code 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, 03 Apr 2012 11:21:15 -0000 Hello, I use one port from the Ports Collection, that works with FP. Having reinstalled it (its version was not changed) I noticed that it started to work incorrectly. After debugging and disassembling its code I found out that the -ffast-math option used for building was the result of wrongly generated code (I did not specify this option in /etc/make.conf). At least finite() function call was eliminated from the result Assembler code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. Example test source code and generated code under 9.0-STABLE on amd64 by gcc from the base system: ----------------------------- #include #include void check_finite(double x) { printf("%d\n", finite(x)); } ----------------------------- % gcc -Wall -O2 -S finite.c ----------------------------- check_finite: .LFB3: subq $8, %rsp .LCFI0: call finite <-- call to finite() movl $.LC0, %edi movl %eax, %esi addq $8, %rsp xorl %eax, %eax jmp printf .LFE3: .size check_finite, .-check_finite ----------------------------- % gcc -Wall -O2 -ffast-math -S finite.c ----------------------------- check_finite: .LFB3: xorl %esi, %esi <-- fake result from finite() movl $.LC0, %edi xorl %eax, %eax jmp printf .LFE3: .size check_finite, .-check_finite ----------------------------- Can somebody comment this? From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 11:30: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 697981065670 for ; Tue, 3 Apr 2012 11:30:01 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id BFEB48FC19 for ; Tue, 3 Apr 2012 11:30:00 +0000 (UTC) Received: (qmail 25354 invoked from network); 3 Apr 2012 11:28:12 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Apr 2012 11:28:12 -0000 Message-ID: <4F7ADF5D.1060807@freebsd.org> Date: Tue, 03 Apr 2012 13:30:37 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Alexandre Martins References: <201204021821.37437.alexandre.martins@netasq.com> In-Reply-To: <201204021821.37437.alexandre.martins@netasq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: Potential deadlock on mbuf 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, 03 Apr 2012 11:30:01 -0000 On 02.04.2012 18:21, Alexandre Martins wrote: > Dear, > > I have currently having troubles with a basic socket stress. > > The socket are setup to use non-blocking I/O. > > During this stress-test, the kernel is running mbuf exhaustion, the goal is to > see system limits. > > If the program make a write on a socket during this mbuf exhaustion, it become > blocked in "write" system call. The status of the process is "zonelimit" and > whole network I/O fall in timeout. > > I have found the root cause of the block : > http://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?view=markup#l1279 > > So, the question is : Why m_uiotombuf is called with a blocking parameter > (M_WAITOK) even if is for a non-blocking socket ? > > Then, if M_NOWAIT is used, maybe it will be usefull to have an 'ENOMEM' error. This is a bit of an catch-22 we have here. Trouble is that when we return with EAGAIN the next select/poll cycle will tell you that this and possibly other sockets are writeable again, when in fact they are not due to kernel memory shortage. Then the application will tightly loop around the "writeable" non-writeable sockets. It's about the interaction of write with O_NONBLOCK and select/poll on the socket. Do you have any references how other OSes behave, in particular Linux? I've added bde@ as our resident standards compliance expert. Hopefully he can give us some more insight on this issue. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 12:45: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 9F9D01065670; Tue, 3 Apr 2012 12:45:09 +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 8FC618FC16; Tue, 3 Apr 2012 12:45:08 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so3547886wgb.31 for ; Tue, 03 Apr 2012 05:45:07 -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=FWv5MUYnTBigGYTk0+8f+fGyyxitJ55K9oCvqc3E9JM=; b=xHxgd+3hQNRuRTyYhqnqfW7Ub9y5WCD5x1ThE//b8vapsuqGFC/7WyGs0zAM08Ry60 EwJYrnESSU5FiQEWpIBUo9LlhQ0dGDp+sRIUQHjyFcCWFSeNt9L+mg+e4rKgO3WnucnP CIa3T4G/hYxo3RXnSjoPjRssefqV7YwB0g57fhM8HiJQCGpwAW+J3OE4mHHof1LrMKyo Hh9AuwgklF3OBCyg4Xz8tvrastCSUYK2JuoUcj3QRhcfLMfc7PYpZnFsOyXYfkRLUOrw +/wk5AzOuYUk1lHT1ZNvTp1EgWW+7QiDBm42AovNly7Wy040f2HWS5YPj4AXn7ifbypo vDRg== MIME-Version: 1.0 Received: by 10.180.88.164 with SMTP id bh4mr5914955wib.22.1333457107140; Tue, 03 Apr 2012 05:45:07 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 3 Apr 2012 05:45:07 -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, 3 Apr 2012 22:15:07 +0930 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: "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, 03 Apr 2012 12:45:09 -0000 On 28 March 2012 03:51, 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: > > > > > 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 > This didn't work for me so I removed my /usr/src and checked out 8-STABLE at revision 230921 (svn checkout -r 230921 http://svn.freebsd.org/base/stable/8 /usr/src). I've built world, kernel etc and installed it using GENERIC kernel done my mergemaster, delete old, delete old-libs and I still have the problem. I'm wondering if it's due to the single 6 Gb drive in my raidz2 (the other 7 are 3 Gb). I've heard that the new driver doesn't like mixed speeds in a raid set when using -IR firmware but I wouldn't expect an issue with ZFS with -IT firmware. It seems that there may be a general incompatibility with both the old and new drivers and the Western Digital WD20EARX-00P 6 Gbps drive. Unfortunately I cannot get the old 3 Gb drive anymore. I'll try moving the WD20EARX-00P drive to the on board SATA ports next. From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 12:55: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 1B8DD106566C for ; Tue, 3 Apr 2012 12:55:46 +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 E527E8FC0A for ; Tue, 3 Apr 2012 12:55:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 45373B96F; Tue, 3 Apr 2012 08:55:45 -0400 (EDT) From: John Baldwin To: David Wolfskill Date: Tue, 3 Apr 2012 08:55:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120330131833.GV1709@albert.catwhisker.org> <201203301346.58219.jhb@freebsd.org> <20120330213307.GA1709@albert.catwhisker.org> In-Reply-To: <20120330213307.GA1709@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201204030855.34922.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 03 Apr 2012 08:55: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: Tue, 03 Apr 2012 12:55:46 -0000 On Friday, March 30, 2012 5:33:07 pm David Wolfskill wrote: > 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 have > > 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! FYI, this should be fixed in the next driver release from NVIDIA. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 13:06: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 7D287106564A for ; Tue, 3 Apr 2012 13:06:11 +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 4C46C8FC0A for ; Tue, 3 Apr 2012 13:06:11 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.75,363,1330927200"; d="scan'208";a="498120813" Received: from mail.compellent.com ([64.238.244.148]) by aussmtpmrkpc120.us.dell.com with ESMTP; 03 Apr 2012 08:06:05 -0500 Message-ID: <4F7AF5BD.6060409@vangyzen.net> Date: Tue, 3 Apr 2012 08:06:05 -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: Rudy References: <4F7A1913.8040005@monkeybrains.net> In-Reply-To: <4F7A1913.8040005@monkeybrains.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ixgbe-2.4.4 compile error 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, 03 Apr 2012 13:06:11 -0000 On 04/02/2012 16:24, Rudy wrote: > > I used the 9.0-RELEASE memstick to install, did a cvsup to STABLE... > > When I downloaded Intel's (Jack's) ixgbe driver, I got an error: > > ixgbe_osdep.h:104: error: conflicting types for 'bool' > @/sys/types.h:271: error: previous declaration of 'bool' was here > > > This patch fixed the 'conflict'. > > diff -u @/sys/types.h.orig @/sys/types.h > --- @/sys/types.h.orig 2012-04-02 14:18:26.000000000 -0700 > +++ @/sys/types.h 2012-04-02 14:20:19.000000000 -0700 > @@ -268,7 +268,7 @@ > #if __STDC_VERSION__ < 199901L && __GNUC__ < 3 && > !defined(__INTEL_COMPILER) > typedef int _Bool; > #endif > -typedef _Bool bool; > +// typedef _Bool bool; > #endif /* !__bool_true_false_are_defined && !__cplusplus */ Perhaps a more appropriate change would be in ixgbe_osdep.h: +#ifndef bool typedef boolean_t bool; +#endif This would change the size of the bool type as used in the ixgbe driver, but after a quick glance through the code, I don't think that would cause any trouble. Try it; if it passes traffic, it's probably correct. Eric From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 13:22:29 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 0E36B106564A; Tue, 3 Apr 2012 13:22:29 +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 0AE698FC16; Tue, 3 Apr 2012 13:22:27 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so3583478wgb.31 for ; Tue, 03 Apr 2012 06:22:27 -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=/J6ZLiik3d1kDg8jWZRn+NGvPAhNZrHaEJFWbAxVWvs=; b=l4mOwnsxBd6X4cOUC9bufpmWTxIbRvjJgCKbQITH/a7HuoFEdqQ5Zb+CMBNIr7/bAL ufS4x3yB/FZb0tMoXd2wkx1dar5r7jfubD73jlXeVmJKiXfCjXKS6oHQHhJgI2inxjme dsxemxUNoDc0qC7z0eW/tQGw5s2AWssWqkmpZ/3SFaxKkSWR5XIfvA7uIGLkblo4jvL3 5kZV0jvJ4Oz3Nz7t+zrnrMwU8UlfIsOOyS45iEmfOzotdbzmNvRUggoIASQehdu52kOn W5SywWU84mmyE0WFFbRdOqUcOt3HuxFfx6wM8OJ9Fav5KnXjOApgsC3HioYO8h4vg3Sy I/hw== MIME-Version: 1.0 Received: by 10.180.105.194 with SMTP id go2mr34437424wib.22.1333459347176; Tue, 03 Apr 2012 06:22:27 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 3 Apr 2012 06:22:25 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 3 Apr 2012 06:22:25 -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> Date: Tue, 3 Apr 2012 22:52:25 +0930 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, 03 Apr 2012 13:22:29 -0000 On Mar 27, 2012 11:50 PM, "Matt Thyer" wrote: > > 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). > I forgot to mention that I'm still having problems after this phase 11 firmware upgrade with the 6 Gbps drive being kicked out of the raidz2 with write errors (even though a SMART full surface test says the drive is OK). This leads me to think that both the old and new drivers have a problem with the 6 Gbps WD20EARX-00P AB51 drive. Now that the 6 Gbps drive is on the Intel SATA controller things seem OK but it's a bit early to tell. Stay tuned! From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 13:31: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 7A83E106566B; Tue, 3 Apr 2012 13:31:40 +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 4E7858FC15; Tue, 3 Apr 2012 13:31:40 +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 q33DVYfE021581; Tue, 3 Apr 2012 06:31:34 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q33DVYNo021580; Tue, 3 Apr 2012 06:31:34 -0700 (PDT) (envelope-from david) Date: Tue, 3 Apr 2012 06:31:34 -0700 From: David Wolfskill To: John Baldwin Message-ID: <20120403133134.GN1420@albert.catwhisker.org> References: <20120330131833.GV1709@albert.catwhisker.org> <201203301346.58219.jhb@freebsd.org> <20120330213307.GA1709@albert.catwhisker.org> <201204030855.34922.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NJSRbAqOy4NeGDns" Content-Disposition: inline In-Reply-To: <201204030855.34922.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: Tue, 03 Apr 2012 13:31:40 -0000 --NJSRbAqOy4NeGDns Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 03, 2012 at 08:55:34AM -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 shoul= d have > > > been using VM_MEMATTR_UNCACHEABLE all along. (Which is why I've rena= med > > > the obscure and not really useful VM_MEMATTR_UNCACHED.) > > > ... > >=20 > > OK; that seems to work, at least under stable/8 -- thanks! >=20 > FYI, this should be fixed in the next driver release from NVIDIA. > ... Cool; thanks for mentioning it. In the mean time, the patch (that I posted earlier) that replaces VM_MEMATTR_UNCACHED with VM_MEMATTR_UNCACHEABLE works for me under stable/8, stable/9, and head, so folks may want to use something like that if they don't want to wait. 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. --NJSRbAqOy4NeGDns Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk96+7UACgkQmprOCmdXAD1SmgCfbI2NLfnHzWYpDSkeD4YIEVou 6Z0Anj7zYUxwSc926FLKu4mdeMbKrZ06 =3M8p -----END PGP SIGNATURE----- --NJSRbAqOy4NeGDns-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 13:42:48 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 824171065673; Tue, 3 Apr 2012 13:42:48 +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 441B38FC18; Tue, 3 Apr 2012 13:42:48 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SF405-000P2a-P6; Tue, 03 Apr 2012 09:42:21 -0400 Date: Tue, 3 Apr 2012 09:42:21 -0400 From: Gary Palmer To: Matt Thyer Message-ID: <20120403134221.GA87802@in-addr.com> 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: 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: Tue, 03 Apr 2012 13:42:48 -0000 On Tue, Apr 03, 2012 at 10:52:25PM +0930, Matt Thyer wrote: > On Mar 27, 2012 11:50 PM, "Matt Thyer" wrote: > > > > 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). > > > I forgot to mention that I'm still having problems after this phase 11 > firmware upgrade with the 6 Gbps drive being kicked out of the raidz2 with > write errors (even though a SMART full surface test says the drive is OK). > > This leads me to think that both the old and new drivers have a problem > with the 6 Gbps WD20EARX-00P AB51 drive. > > Now that the 6 Gbps drive is on the Intel SATA controller things seem OK > but it's a bit early to tell. > > Stay tuned! I think you should contact either SuperMicro or LSI and open a support case as it looks like there could be a problem with either the controller or the firmware when presented with mixed speed devices. Either way I think this needs to be escalated to the manufacturer. Regards, Gary From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 13:43: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 771791065679 for ; Tue, 3 Apr 2012 13:43: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 353938FC1F for ; Tue, 3 Apr 2012 13:43: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 q33Dh07M098112; Tue, 3 Apr 2012 06:43:00 -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 q33Dh0ux098111; Tue, 3 Apr 2012 06:43:00 -0700 (PDT) (envelope-from sgk) Date: Tue, 3 Apr 2012 06:43:00 -0700 From: Steve Kargl To: Andrey Simonenko Message-ID: <20120403134300.GA98102@troutmask.apl.washington.edu> References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: -ffast-math in Ports and wrong generated code 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, 03 Apr 2012 13:43:30 -0000 On Tue, Apr 03, 2012 at 02:21:11PM +0300, Andrey Simonenko wrote: > > I use one port from the Ports Collection, that works with FP. Having > reinstalled it (its version was not changed) I noticed that it started > to work incorrectly. After debugging and disassembling its code I found > out that the -ffast-math option used for building was the result of > wrongly generated code (I did not specify this option in /etc/make.conf). > > At least finite() function call was eliminated from the result Assembler > code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. > > Example test source code and generated code under 9.0-STABLE on amd64 > by gcc from the base system: > > ----------------------------- > #include > #include > > void > check_finite(double x) > { > printf("%d\n", finite(x)); > } > ----------------------------- > > % gcc -Wall -O2 -S finite.c > ----------------------------- > check_finite: > .LFB3: > subq $8, %rsp > .LCFI0: > call finite <-- call to finite() > movl $.LC0, %edi > movl %eax, %esi > addq $8, %rsp > xorl %eax, %eax > jmp printf > .LFE3: > .size check_finite, .-check_finite > ----------------------------- > > % gcc -Wall -O2 -ffast-math -S finite.c > ----------------------------- > check_finite: > .LFB3: > xorl %esi, %esi <-- fake result from finite() > movl $.LC0, %edi > xorl %eax, %eax > jmp printf > .LFE3: > .size check_finite, .-check_finite > ----------------------------- > > Can somebody comment this? Read the man page for gcc. With --fast-math, gcc assumes that the result of any FP operation is finite. So, the function call to finite() is eliminated as it is always true. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 13:49:58 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 6FCDB106564A; Tue, 3 Apr 2012 13:49:58 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 084CF8FC16; Tue, 3 Apr 2012 13:49:57 +0000 (UTC) Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q33Dnm28004851 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Apr 2012 23:49:49 +1000 Date: Tue, 3 Apr 2012 23:49:48 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Andre Oppermann In-Reply-To: <4F7ADF5D.1060807@freebsd.org> Message-ID: <20120403232051.V1450@besplex.bde.org> References: <201204021821.37437.alexandre.martins@netasq.com> <4F7ADF5D.1060807@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 03 Apr 2012 14:08:53 +0000 Cc: Alexandre Martins , freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: Potential deadlock on mbuf 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, 03 Apr 2012 13:49:58 -0000 On Tue, 3 Apr 2012, Andre Oppermann wrote: > On 02.04.2012 18:21, Alexandre Martins wrote: >> Dear, >> >> I have currently having troubles with a basic socket stress. >> >> The socket are setup to use non-blocking I/O. >> >> During this stress-test, the kernel is running mbuf exhaustion, the goal is >> to >> see system limits. >> >> If the program make a write on a socket during this mbuf exhaustion, it >> become >> blocked in "write" system call. The status of the process is "zonelimit" >> and >> whole network I/O fall in timeout. >> >> I have found the root cause of the block : >> http://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?view=markup#l1279 >> >> So, the question is : Why m_uiotombuf is called with a blocking parameter >> (M_WAITOK) even if is for a non-blocking socket ? >> >> Then, if M_NOWAIT is used, maybe it will be usefull to have an 'ENOMEM' >> error. I'm surprised you can even see blocking of malloc(... M_WAITOK). O_NONBLOCK is mostly for operations that might block for a long time, but malloc() is not expected to block for long. Regular files are always so non-blocking that most file systems have no references to O_NONBLOCK (or FNONBLOCK), but file systems often execute memory allocation code that can easily block for as long as malloc() does. When malloc() starts blocking for a long time, lots of things will fail. > This is a bit of an catch-22 we have here. Trouble is that when > we return with EAGAIN the next select/poll cycle will tell you > that this and possibly other sockets are writeable again, when in > fact they are not due to kernel memory shortage. Then the application > will tightly loop around the "writeable" non-writeable sockets. > It's about the interaction of write with O_NONBLOCK and select/poll > on the socket. This would be difficult to handle better. > Do you have any references how other OSes behave, in particular > Linux? > > I've added bde@ as our resident standards compliance expert. > Hopefully he can give us some more insight on this issue. Standards won't say what happens at this level of detail. Blocking for network i/o is still completely broken at levels below sockets AFAIK. I (and ttcp) mainly wanted it to work for send() of udp. I saw no problems at the socket level, but driver queues just filled up and send() returned ENOBUFS. I wanted either the opposite of O_NONBLOCK (block until !ENOBUFS), or at least for select() to work for waiting until !ENOBUFS. But select() doesn't work at all for this. It seemed to work better in Linux. Bruce From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 14:08: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 C9BD51065670 for ; Tue, 3 Apr 2012 14:08:31 +0000 (UTC) (envelope-from tmueller@sysgo.com) Received: from mail1.sysgo.com (mail1.sysgo.com [176.9.26.183]) by mx1.freebsd.org (Postfix) with ESMTP id 847078FC12 for ; Tue, 3 Apr 2012 14:08:31 +0000 (UTC) Received: from lantia.sysgo.com (unknown [172.22.2.7]) by mail1.sysgo.com (Postfix) with ESMTP id 6CD2046170; Tue, 3 Apr 2012 15:58:33 +0200 (CEST) Received: by lantia.sysgo.com (Postfix, from userid 113) id 494872662F2; Tue, 3 Apr 2012 15:58:33 +0200 (CEST) Received: from tmu.ulm.sysgo.com (tmu.ulm.sysgo.com [172.30.3.10]) by lantia.sysgo.com (Postfix) with ESMTP id D8D9A2662F0; Tue, 3 Apr 2012 15:58:32 +0200 (CEST) Date: Tue, 3 Apr 2012 15:58:33 +0200 From: Thomas Mueller To: Andrey Simonenko Message-ID: <20120403155833.2f084c75@tmu.ulm.sysgo.com> In-Reply-To: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> Organization: SYSGO AG X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 03 Apr 2012 15:12:49 +0000 Cc: freebsd-current@freebsd.org Subject: Re: -ffast-math in Ports and wrong generated code 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, 03 Apr 2012 14:08:31 -0000 On Tue, 3 Apr 2012 14:21:11 +0300, Andrey Simonenko wrote: > At least finite() function call was eliminated from the result Assembler > code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. The documentation for -ffast-math once (GCC 3.x?) contained -ffast-math Might allow some programs designed to not be too dependent on IEEE behavior for floating-point to run faster, or die trying. which seems like what you're observing. -ffast-math includes -ffinite-math-only which assumes that floating-point arguments and results are never NaNs or +-Infs. Compiling your code with "-ffast-math -fno-finite-math-only" should restore the call to finite(). -- Thomas Mueller From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 17:01:55 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 9EDEE1065782 for ; Tue, 3 Apr 2012 17:01:55 +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 727BE8FC14 for ; Tue, 3 Apr 2012 17:01:55 +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 q33H1sjH023438; Tue, 3 Apr 2012 10:01:54 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q33H1sbD023437; Tue, 3 Apr 2012 10:01:54 -0700 (PDT) (envelope-from david) Date: Tue, 3 Apr 2012 10:01:54 -0700 From: David Wolfskill To: Gleb Kurtsou Message-ID: <20120403170154.GP1420@albert.catwhisker.org> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120329161452.GZ1709@albert.catwhisker.org> <4F74BCD5.4040609@zedat.fu-berlin.de> <20120402103119.GA2389@reks> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="THYEXwetZJOK3OLY" Content-Disposition: inline In-Reply-To: <20120402103119.GA2389@reks> 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: Tue, 03 Apr 2012 17:01:55 -0000 --THYEXwetZJOK3OLY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote: > ... > You could try the patch attached. It adds support for size option suffixes > (like 1g) and introduces swap limit (part of the older patch, not sure > if it's any use). >=20 > Patch is against 10-CURRENT. > Older version: https://github.com/glk/freebsd-head/commit/3bd8f7d > ... After building: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 233772M:= Mon Apr 2 05:42:48 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/s= rc/sys/CANARY i386 with the referenced patch, I ran with it for the bulk of my daily activities on the laptop yesterday, then (this morning), I performed a source upgrade to: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1 233835M:= Tue Apr 3 07:07:39 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/s= rc/sys/CANARY i386 and nothing peculiar or unexpected happened at all. :-} As far as I can tell, the patch does no harm, and enables tmpfs size specifications to be more readily made and understood. 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. --THYEXwetZJOK3OLY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk97LQIACgkQmprOCmdXAD3UuQCcCK6CbldcVBWLxiqbzAbiaSpq 4xsAnibG81aJVd79H5y7nY3Rj2zkfCN5 =EwSk -----END PGP SIGNATURE----- --THYEXwetZJOK3OLY-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 17:29: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 4178E106566B for ; Tue, 3 Apr 2012 17:29:46 +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 E9F6C8FC08 for ; Tue, 3 Apr 2012 17:29:45 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SF7Y7-0004WI-G9 for freebsd-current@freebsd.org; Tue, 03 Apr 2012 19:29:43 +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, 03 Apr 2012 19:29:43 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Apr 2012 19:29:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Tue, 3 Apr 2012 17:29:31 +0000 (UTC) Lines: 15 Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> <20120401134025.GC76647@in-addr.com> <20120401161504.49003b73@linux-wb36.example.org> 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: Tue, 03 Apr 2012 17:29:46 -0000 jb gmail.com> writes: > ... > There are memory management subsystem considerations against utilizing > tmpfs (memory + swap) for /tmp: > ... > - Out-of-Memory (OOM) killer > Due to it, on heavy loaded systems processes dying on memory pressure. - Pterodactyl The next MM subsystem feature. An urban legend ... The final frontier ... jb From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 18:04:30 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 CFD2D106564A; Tue, 3 Apr 2012 18:04:30 +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 87AD68FC08; Tue, 3 Apr 2012 18:04:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q33I4Ts2022367; Tue, 3 Apr 2012 14:04:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q33I4TCg022327; Tue, 3 Apr 2012 18:04:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Apr 2012 18:04:29 GMT Message-Id: <201204031804.q33I4TCg022327@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, 03 Apr 2012 18:04:31 -0000 TB --- 2012-04-03 17:15:04 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-03 17:15:04 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-03 17:15:04 - cleaning the object tree TB --- 2012-04-03 17:15:44 - cvsupping the source tree TB --- 2012-04-03 17:15:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-03 17:16:26 - building world TB --- 2012-04-03 17:16:26 - CROSS_BUILD_TESTING=YES TB --- 2012-04-03 17:16:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-03 17:16:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-03 17:16:26 - SRCCONF=/dev/null TB --- 2012-04-03 17:16:26 - TARGET=mips TB --- 2012-04-03 17:16:26 - TARGET_ARCH=mips TB --- 2012-04-03 17:16:26 - TZ=UTC TB --- 2012-04-03 17:16:26 - __MAKE_CONF=/dev/null TB --- 2012-04-03 17:16:26 - cd /src TB --- 2012-04-03 17:16:26 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 3 17:16: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 [...] 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-04-03 18:04:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-03 18:04:29 - ERROR: failed to build world TB --- 2012-04-03 18:04:29 - 2033.38 user 432.95 system 2964.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 18:31:49 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 A2F9F1065675 for ; Tue, 3 Apr 2012 18:31:49 +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 EA3548FC16 for ; Tue, 3 Apr 2012 18:31:48 +0000 (UTC) Received: (qmail invoked by alias); 03 Apr 2012 18:31:47 -0000 Received: from g227119120.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.227.119.120] by mail.gmx.net (mp029) with SMTP; 03 Apr 2012 20:31:47 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/2vPQ0TtP2II8dZYh8SwymfM7mgD7DCAX5hmYY5z gMItpTsweP36v2 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id CF62C23D257; Tue, 3 Apr 2012 20:31:46 +0200 (CEST) Message-ID: <4F7B4212.6090109@gmx.de> Date: Tue, 03 Apr 2012 20:31:46 +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: Andrey Simonenko References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> In-Reply-To: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: -ffast-math in Ports and wrong generated code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Ports Mailing 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, 03 Apr 2012 18:31:49 -0000 Am 03.04.2012 13:21, schrieb Andrey Simonenko: > Hello, > > I use one port from the Ports Collection, that works with FP. Having > reinstalled it (its version was not changed) I noticed that it started > to work incorrectly. After debugging and disassembling its code I found > out that the -ffast-math option used for building was the result of > wrongly generated code (I did not specify this option in /etc/make.conf). > > At least finite() function call was eliminated from the result Assembler > code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. > > Example test source code and generated code under 9.0-STABLE on amd64 > by gcc from the base system: - Which port is affected? - Any idea whence the -ffast-math option came on your system? /etc/src.conf? Port's "make config"? From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 21:18:27 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 837CD106566B; Tue, 3 Apr 2012 21:18:27 +0000 (UTC) (envelope-from alexandre.martins@netasq.com) Received: from work.netasq.com (gateway.netasq.com [91.212.116.2]) by mx1.freebsd.org (Postfix) with ESMTP id C230B8FC08; Tue, 3 Apr 2012 21:18:26 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id E5B48740004; Tue, 3 Apr 2012 23:18:13 +0200 (CEST) Date: Tue, 3 Apr 2012 23:18:13 +0200 (CEST) From: Alexandre MARTINS To: Bruce Evans Message-ID: <1069222803.3679.1333487893848.JavaMail.root@work> In-Reply-To: <20120403232051.V1450@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [81.243.173.47] Cc: freebsd-current@freebsd.org, Andre Oppermann , bde@freebsd.org Subject: Re: Potential deadlock on mbuf 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, 03 Apr 2012 21:18:27 -0000 On Tue, 3 Apr 2012, Andre Oppermann wrote: >> On 02.04.2012 18:21, Alexandre Martins wrote: >>> Dear, >>> >>> I have currently having troubles with a basic socket stress. >>> >>> The socket are setup to use non-blocking I/O. >>> >>> During this stress-test, the kernel is running mbuf exhaustion, the goal is >>> to >>> see system limits. >>> >>> If the program make a write on a socket during this mbuf exhaustion, it >>> become >>> blocked in "write" system call. The status of the process is "zonelimit" >>> and >>> whole network I/O fall in timeout. >>> >>> I have found the root cause of the block : >>> http://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?view=markup#l1279 >>> >>> So, the question is : Why m_uiotombuf is called with a blocking parameter >>> (M_WAITOK) even if is for a non-blocking socket ? >>> >>> Then, if M_NOWAIT is used, maybe it will be usefull to have an 'ENOMEM' >>> error. > > I'm surprised you can even see blocking of malloc(... M_WAITOK). > O_NONBLOCK is mostly for operations that might block for a long time, > but malloc() is not expected to block for long. Regular files are > always so non-blocking that most file systems have no references to > O_NONBLOCK (or FNONBLOCK), but file systems often execute memory > allocation code that can easily block for as long as malloc() does. > When malloc() starts blocking for a long time, lots of things will > fail. The fact is that all mbuf are used by connected sockets, waiting for program reading. But the program try to make a write for data transfert. So, the mbuf allocation block in waiting of available mbuf, but the only proccess wich can "free" mbuf is blocked. The mbuff allocation is deadlocked and host become unreachable. >> This is a bit of an catch-22 we have here. Trouble is that when >> we return with EAGAIN the next select/poll cycle will tell you >> that this and possibly other sockets are writeable again, when in >> fact they are not due to kernel memory shortage. Then the application >> will tightly loop around the "writeable" non-writeable sockets. >> It's about the interaction of write with O_NONBLOCK and select/poll >> on the socket. > > This would be difficult to handle better. I play with the flag. I switched it to M_NOWAIT en return a EAGAIN error if allocation failed. The program fail some write, but try again later and the host continue to be reachable. I agree that solution is not correct. >> Do you have any references how other OSes behave, in particular >> Linux? >> >> I've added bde@ as our resident standards compliance expert. >> Hopefully he can give us some more insight on this issue. > > Standards won't say what happens at this level of detail. > > Blocking for network i/o is still completely broken at levels below > sockets AFAIK. I (and ttcp) mainly wanted it to work for send() of > udp. I saw no problems at the socket level, but driver queues just > filled up and send() returned ENOBUFS. I wanted either the opposite > of O_NONBLOCK (block until !ENOBUFS), or at least for select() to work > for waiting until !ENOBUFS. But select() doesn't work at all for this. > It seemed to work better in Linux. > > Bruce Alexandre Martins From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 22:13:47 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 1932C106564A for ; Tue, 3 Apr 2012 22:13:47 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id AC2C78FC08 for ; Tue, 3 Apr 2012 22:13:46 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q33MDjB4033416 for ; Tue, 3 Apr 2012 17:13:46 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4F7B761B.4030104@fuzzwad.org> Date: Tue, 03 Apr 2012 17:13:47 -0500 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Switching on/off 5V power to a USB 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: Tue, 03 Apr 2012 22:13:47 -0000 I just got a little USB powered fan and it sure would be nice if I could have cron on my FreeBSD box turn it on or off at certain times by switching off the 5V line on a USB port. Anyone know how I can do that? Thanks. BTW this is a pretty decent fan for the money. :) http://www.amazon.com/gp/product/B0033WSDOM/ -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 22:26: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 46B17106566C for ; Tue, 3 Apr 2012 22:26:19 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 29DD88FC08 for ; Tue, 3 Apr 2012 22:26:19 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta11.emeryville.ca.mail.comcast.net with comcast id tYWw1i00A1wfjNsABaSDiN; Tue, 03 Apr 2012 22:26:13 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta23.emeryville.ca.mail.comcast.net with comcast id taSC1i00j4NgCEG8jaSDdK; Tue, 03 Apr 2012 22:26:13 +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 q33MQBwI050136; Tue, 3 Apr 2012 16:26:11 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Ron McDowell In-Reply-To: <4F7B761B.4030104@fuzzwad.org> References: <4F7B761B.4030104@fuzzwad.org> Content-Type: text/plain; charset="us-ascii" Date: Tue, 03 Apr 2012 16:26:11 -0600 Message-ID: <1333491971.1090.51.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Switching on/off 5V power to a USB 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: Tue, 03 Apr 2012 22:26:19 -0000 On Tue, 2012-04-03 at 17:13 -0500, Ron McDowell wrote: > I just got a little USB powered fan and it sure would be nice if I could > have cron on my FreeBSD box turn it on or off at certain times by > switching off the 5V line on a USB port. Anyone know how I can do > that? Thanks. > > BTW this is a pretty decent fan for the money. :) > http://www.amazon.com/gp/product/B0033WSDOM/ > The usbconfig(8) command has power_on and power_off commands. I've never used them so I can't say for sure they'll do what you want. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 22:45: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 B9A68106564A for ; Tue, 3 Apr 2012 22:45:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA878FC0C for ; Tue, 3 Apr 2012 22:45:40 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id q33Ma7en002327; Tue, 3 Apr 2012 17:45:34 -0500 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa05.fnfis.com with ESMTP id 14092cg6pj-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 03 Apr 2012 17:45:34 -0500 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 3 Apr 2012 17:45:33 -0500 From: Devin Teske To: "'Ron McDowell'" , "'freebsd-current'" References: <4F7B761B.4030104@fuzzwad.org> In-Reply-To: <4F7B761B.4030104@fuzzwad.org> Date: Tue, 3 Apr 2012 15:45:39 -0700 Message-ID: <05b201cd11eb$7ef032b0$7cd09810$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJCkNQj6axzrBT0FhbhAR5mokmw3JWetIJQ Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-04-03_06:2012-04-03, 2012-04-03, 1970-01-01 signatures=0 Cc: Subject: RE: Switching on/off 5V power to a USB 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: Tue, 03 Apr 2012 22:45:40 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Ron McDowell > Sent: Tuesday, April 03, 2012 3:14 PM > To: freebsd-current > Subject: Switching on/off 5V power to a USB port > > I just got a little USB powered fan and it sure would be nice if I could > have cron on my FreeBSD box turn it on or off at certain times by > switching off the 5V line on a USB port. Anyone know how I can do > that? Thanks. Alternatively, you could just plug your USB fan into your monitor. A fellow engineer and I discovered that most monitors power-down the USB ports when entering power-save mode (with Dell, HP, and Viewsonic, this is whenever the screen blanks due to inactivity; are you using DPMS and/or greensaver?). Walking away from the PC will cause the fan to [eventually] turn off, while waggling the mouse brings it back to life. > BTW this is a pretty decent fan for the money. :) > http://www.amazon.com/gp/product/B0033WSDOM/ We didn't have a USB powered fan, so we actually wired an internal case-fan to the 5V lead and went that route. Nice fan though. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Apr 3 23:43: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 75C4E106564A for ; Tue, 3 Apr 2012 23:43:19 +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 3135E8FC12 for ; Tue, 3 Apr 2012 23:43:18 +0000 (UTC) Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 513A45DF9; Tue, 3 Apr 2012 23:43:12 +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 q33MKPwq057209; Tue, 3 Apr 2012 22:20:25 GMT (envelope-from phk@phk.freebsd.dk) To: Ron McDowell From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 03 Apr 2012 17:13:47 EST." <4F7B761B.4030104@fuzzwad.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 03 Apr 2012 22:20:25 +0000 Message-ID: <57208.1333491625@critter.freebsd.dk> Cc: freebsd-current Subject: Re: Switching on/off 5V power to a USB 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: Tue, 03 Apr 2012 23:43:19 -0000 In message <4F7B761B.4030104@fuzzwad.org>, Ron McDowell writes: >I just got a little USB powered fan and it sure would be nice if I could >have cron on my FreeBSD box turn it on or off at certain times by >switching off the 5V line on a USB port. Anyone know how I can do >that? Thanks. I have only found very few USB ports where it was possible to reliably control power with a published interface. Most USB-controllers support doing it, but most motherboards don't mount the necessary FET. -- 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 Wed Apr 4 01:16: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 A71461065673 for ; Wed, 4 Apr 2012 01:16:53 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id 449A68FC12 for ; Wed, 4 Apr 2012 01:16:53 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q341GpmZ036065 for ; Tue, 3 Apr 2012 20:16:51 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4F7BA105.9010502@fuzzwad.org> Date: Tue, 03 Apr 2012 20:16:53 -0500 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F7B761B.4030104@fuzzwad.org> <1333491971.1090.51.camel@revolution.hippie.lan> In-Reply-To: <1333491971.1090.51.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Switching on/off 5V power to a USB 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: Wed, 04 Apr 2012 01:16:53 -0000 On 4/3/12 5:26 PM, Ian Lepore wrote: > On Tue, 2012-04-03 at 17:13 -0500, Ron McDowell wrote: >> I just got a little USB powered fan and it sure would be nice if I could >> have cron on my FreeBSD box turn it on or off at certain times by >> switching off the 5V line on a USB port. Anyone know how I can do >> that? Thanks. >> >> BTW this is a pretty decent fan for the money. :) >> http://www.amazon.com/gp/product/B0033WSDOM/ >> > > The usbconfig(8) command has power_on and power_off commands. I've > never used them so I can't say for sure they'll do what you want. > > -- Ian The good news is that "usbconfig -u 4 -a 5 power_off|power_on" works fine. Hardware is a Dell Latitude D-430 notebook running: FreeBSD d430 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r232714M: Fri Mar 9 12:41:34 CST 2012 rcm@d430:/usr/obj/usr/src/sys/GENERIC amd64 When booting up, the fan powers up just as: uhub7: on usbus4 shows up, which was a pretty good clue to what device it is. Automatically turning it on is pure laziness on my part... turning it off is more about forgetfulness though. :) On 4/3/12 5:45 PM, Devin Teske wrote: > Alternatively, you could just plug your USB fan into your monitor. A > fellow engineer and I discovered that most monitors power-down the USB > ports when entering power-save mode (with Dell, HP, and Viewsonic, > this is whenever the screen blanks due to inactivity; are you using > DPMS and/or greensaver?). Walking away from the PC will cause the fan > to [eventually] turn off, while waggling the mouse brings it back to > life. Devin, sorry, my monitor is too old to have USB ports on it...if it did that would be even a better solution. Thanks for the help everyone! -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 01:18:07 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 D27D21065686; Wed, 4 Apr 2012 01:18:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id A3DC58FC15; Wed, 4 Apr 2012 01:18:07 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q341I5q0000619 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 3 Apr 2012 18:18:06 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F7BA173.6050903@freebsd.org> Date: Tue, 03 Apr 2012 18:18:43 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: fs@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: "trim/discard" success story 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, 04 Apr 2012 01:18:07 -0000 Today I had reason to try the UFS "trim" support on the FreeBSD version of the Fusion-IO driver, and I'm pleased to say that it appears to work just fine.. on a 1.3TB flash card.. the numbers of 'sectors' that the drive considers to hold valid data is reduced after the contents of the drive is erased..: After newfs -E: hw.fusion.fio.fio0.data.stats: [...] 861327 [...] After writing a few GB to the filesystem but BEFORE"rm -r *" pu05# sysctl hw.fusion.fio.fio0.data.stats hw.fusion.fio.fio0.data.stats: [...] 3628354 [...] After"rm -r *" pu05# sysctl hw.fusion.fio.fio0.data.stats hw.fusion.fio.fio0.data.stats: [...] 919690 [...] so from 861,327 packets valid to 3,628,354 packets valid, back to 919,690 packets valid. (since bitmaps etc are allocated as needed the growth is expected but will not grow forever). (yeah I know it never actually reached 1% full but it was a test, ok?) for flash drives this is great news.. Now if ZFS would get trim support, that too would be great. From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 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 A5F3E106566B for ; Wed, 4 Apr 2012 01:23:51 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 8ACB18FC12 for ; Wed, 4 Apr 2012 01:23:51 +0000 (UTC) Received: from [192.168.2.82] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id q341NfOv078040 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 3 Apr 2012 21:23:42 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: John Nielsen In-Reply-To: <7E2199A3-9E2D-44D5-B7E5-06D68A13D70B@jnielsen.net> Date: Tue, 3 Apr 2012 21:23:43 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7E2199A3-9E2D-44D5-B7E5-06D68A13D70B@jnielsen.net> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1084) X-DCC-sonic.net-Metrics: ns1.jnielsen.net; whitelist Subject: Re: Python won't build? 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, 04 Apr 2012 01:23:51 -0000 On Mar 31, 2012, at 10:21 PM, John Nielsen wrote: > I updated a machine yesterday from 9-STABLE to 10-CURRENT (r233631). = Everything went smoothly with the update itself, but I ran in to an = issue with Python when rebuilding all of my installed ports. Python = won't build; it complains about the definition of LONG_BIT. I had = python27 installed but python26 does the same thing. I ran "make = delete-old" and "make delete-old-libs", no improvement. I even built a = clean chroot environment via make installworld DESTDIR=3D..., (plus = devfs and ports tree). Same problem. >=20 > So.. is this the result of something in the FreeBSD source? Can anyone = else reproduce this? What should I try next? So, no chorus of "me too"s. How about a "works for me"? I'm still not = sure if this is something peculiar to this machine or not and I haven't = fired up a clean virtual machine on different hardware to verify (though = I'm not far from that...). Some of my own follow up: I tried rebuilding world with sources from today, 3/9 and 2/28 and got = the same result, so if it's a regression on the FreeBSD end it's been = there a while (and seemingly not related to the i386/amd64/x86 header = cleanup, which led me to pick those revisions). I also tried setting = tweaking newvers.sh to say 9.9-CURRENT and rebuilt world with no = improvement, so if it's autotools or something else versus two-digit = FreeBSD version problem it's something subtle. Looking in to the Python code, this block is what throws the error: /* from python27/work/Python-2.7.2/Include/pyport.h */ #ifndef LONG_BIT #define LONG_BIT (8 * SIZEOF_LONG) #endif #if LONG_BIT !=3D 8 * SIZEOF_LONG /* 04-Oct-2000 LONG_BIT is apparently (mis)defined as 64 on some recent * 32-bit platforms using gcc. We try to catch that here at = compile-time * rather than waiting for integer multiplication to trigger bogus * overflows. */ #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc = config?)." #endif It turns out the problem is not the one mentioned in the comment (bogus = definition of LONG_BIT), but rather that SIZEOF_LONG is never defined. = Comparing with another amd64 system running 9-STABLE, it looks like that = ought to be defined during the "configure" step and end up in = work/Python-2.7.2/portbld.shared/pyconfig.h. That is not happening on = the maching running -CURRENT--pyconfig.h doesn't get created in the = portbld.shared directory. It does exist in portbld.static (and on the = well-behaving -STABLE machine the two are identical), so I copied it = over. That lets the first stage of the build mostly finish but it fails = linking the 'python' binary: cc -c -fno-strict-aliasing -O2 -pipe -march=3Dathlon64 = -fno-strict-aliasing -DNDEBUG -O2 -pipe -march=3Dathlon64 = -fno-strict-aliasing -I. -IInclude -I./../Include -fPIC -DPy_BUILD_CORE = -o Modules/python.o ./../Modules/python.c cc -pthread -Wl,--export-dynamic -o python Modules/python.o -L. = -lpython2.7 -lutil -lm =20 ./libpython2.7.so: undefined reference to `_PyImport_Inittab' *** [python] Error code 1 Stop in = /opt/scratch/opt/ports/lang/python27/work/Python-2.7.2/portbld.shared. *** [pre-build] Error code 1 So there is something going on besides just the header file not being = created. Does anyone have any ideas what it could be? I'm willing to = believe this is a Python problem but I'd still like to know what changed = on my end to uncover it before pursuing help from the Python folks. > cc -c -fno-strict-aliasing -O2 -pipe -march=3Dathlon64 = -fno-strict-aliasing -DNDEBUG -O2 -pipe -march=3Dathlon64 = -fno-strict-aliasing -I. -IInclude -I./../Include -fPIC -DPy_BUILD_CORE = -o Parser/acceler.o ./../Parser/acceler.c > ... > In file included from ./../Include/Python.h:58, > from ./../Include/pgenheaders.h:10, > from ./../Parser/acceler.c:13: > ./../Include/pyport.h:849:2: error: #error "LONG_BIT definition = appears wrong for platform (bad gcc/glibc config?)." > ... > Stop in = /opt/scratch/opt/ports/lang/python27/work/Python-2.7.2/portbld.shared. > *** [pre-build] Error code 1 Thanks, JN From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 02:14: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 99662106566C; Wed, 4 Apr 2012 02:14: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 6152D8FC08; Wed, 4 Apr 2012 02:14:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q342E4gx055032; Tue, 3 Apr 2012 22:14: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 q342E4rZ055027; Wed, 4 Apr 2012 02:14:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Apr 2012 02:14:04 GMT Message-Id: <201204040214.q342E4rZ055027@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, 04 Apr 2012 02:14:11 -0000 TB --- 2012-04-04 01:23:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-04 01:23:15 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-04 01:23:15 - cleaning the object tree TB --- 2012-04-04 01:23:58 - cvsupping the source tree TB --- 2012-04-04 01:23:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-04 01:24:47 - building world TB --- 2012-04-04 01:24:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-04 01:24:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-04 01:24:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-04 01:24:47 - SRCCONF=/dev/null TB --- 2012-04-04 01:24:47 - TARGET=mips TB --- 2012-04-04 01:24:47 - TARGET_ARCH=mips TB --- 2012-04-04 01:24:47 - TZ=UTC TB --- 2012-04-04 01:24:47 - __MAKE_CONF=/dev/null TB --- 2012-04-04 01:24:47 - cd /src TB --- 2012-04-04 01:24:47 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 4 01:24: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.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-04-04 02:14:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-04 02:14:04 - ERROR: failed to build world TB --- 2012-04-04 02:14:04 - 2084.10 user 441.20 system 3049.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 01:50:39 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 B25E8106566B; Wed, 4 Apr 2012 01:50:39 +0000 (UTC) (envelope-from bfriesen@simple.dallas.tx.us) Received: from blade.simplesystems.org (blade.simplesystems.org [65.66.246.74]) by mx1.freebsd.org (Postfix) with ESMTP id 75BEB8FC15; Wed, 4 Apr 2012 01:50:39 +0000 (UTC) Received: from freddy.simplesystems.org (freddy.simplesystems.org [65.66.246.65]) by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id q341oX6V022632; Tue, 3 Apr 2012 20:50:33 -0500 (CDT) Date: Tue, 3 Apr 2012 20:50:33 -0500 (CDT) From: Bob Friesenhahn X-X-Sender: bfriesen@freddy.simplesystems.org To: Julian Elischer In-Reply-To: <4F7BA173.6050903@freebsd.org> Message-ID: References: <4F7BA173.6050903@freebsd.org> User-Agent: Alpine 2.01 (GSO 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (blade.simplesystems.org [65.66.246.90]); Tue, 03 Apr 2012 20:50:33 -0500 (CDT) X-Mailman-Approved-At: Wed, 04 Apr 2012 02:29:31 +0000 Cc: FreeBSD Current , fs@freebsd.org Subject: Re: "trim/discard" success story 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, 04 Apr 2012 01:50:39 -0000 On Tue, 3 Apr 2012, Julian Elischer wrote: > > for flash drives this is great news.. > Now if ZFS would get trim support, that too would be great. The major unknown issue with trim is how well the drives schedules/defers the trim operation so that it does not interfer with other I/Os. Also, it would be really bad if the drive applied trim after the block had been re-allocated for a write. It would also be really bad if the drive loses unrelated data if there is a power fail during trim. If writes get blocked by a pending trim, then trim would not help very much. Bob -- Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 03:05:35 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 43CD7106566C for ; Wed, 4 Apr 2012 03:05:35 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from nm40-vm6.bullet.mail.bf1.yahoo.com (nm40-vm6.bullet.mail.bf1.yahoo.com [72.30.239.214]) by mx1.freebsd.org (Postfix) with SMTP id A36258FC08 for ; Wed, 4 Apr 2012 03:05:34 +0000 (UTC) Received: from [98.139.212.152] by nm40.bullet.mail.bf1.yahoo.com with NNFMP; 04 Apr 2012 03:02:52 -0000 Received: from [98.139.215.228] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 04 Apr 2012 03:02:52 -0000 Received: from [127.0.0.1] by omp1068.mail.bf1.yahoo.com with NNFMP; 04 Apr 2012 03:02:52 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 423216.28138.bm@omp1068.mail.bf1.yahoo.com Received: (qmail 6179 invoked by uid 60001); 4 Apr 2012 03:02:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1333508571; bh=VRgkH1qCuV2O04Jqzry1+2pBGkIOIRjsF0ZfBHHcASg=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WxuSUwvjaJZYROzEnrV68PsqeAj1F5IOpkshXOiH9UluD3llKQEw8R8hRNnfk2QUjobt5MYfYoqmPJ7LMf/HV4tR7ceh0IE9jhTGSdGmilgFUcBrcg1H3FWZCkmaeuOkrtyaZabCfMdsbI+WnRqNJb7vQkhZTQ135f2T66WAly8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=3KvOIlMuj5qjhxIrWsNxHjXIiZOsQRPs46HHOaxjGW6TDhYyW/F2LhKfyNwhIqcaZH73vNPhc+Ac2QXF9Rvb+xrXV0Xf5x860lc+qpJCXxVeGoZb4TpvCasCUeV3JxQdiA4HZ70W15zpdzz4MKef0hPJttJHGex1bVhNKgkQDeY=; X-YMail-OSG: e2KysRoVM1k_tDc2cWnWgHfHByr8QKNV_lXfH_hjHGrW45o cGVgZKG1xmj0J7RhUut_txX_BA.c6zFmRkiblB_JWzviTXEwCQDNeqQFufGo 4JlG5sxao5W.zGS7b8MrTAAvMMZ90sCdaADwYC9m1aVAL51nOdfcmSi4JE6S 9CFkl.jxi1veAkQR3DlXEndR_D9vN3USxu4vp.T.KFFC2ymF9VNfIc0t1yMI jEcrI8d2Jw4fIx9rQLi97m9yJ6Qc5PGk7SsdbKofDXLWpkLQb.Tm6uRBiSEk SCGTkRLBRQ0fu6pYxuCOMREn66wTyio0Ad4oYhA_nDDJCEnYYtNYmIjBq5oo a7UtMAwCXrLUhlKHWApYe5Hy895TxgBvgTeN_hAfm60ze8l7Xcgu8bt2gohF jXocZxVs.NqAOx.OA3g4y6F4vicOYF5UqrNJ7zVijk_.83SwwAaBk3qdV Received: from [173.71.214.208] by web130204.mail.mud.yahoo.com via HTTP; Tue, 03 Apr 2012 20:02:51 PDT X-Mailer: YahooMailWebService/0.8.117.340979 Message-ID: <1333508571.90646.YahooMailNeo@web130204.mail.mud.yahoo.com> Date: Tue, 3 Apr 2012 20:02:51 -0700 (PDT) From: gahn To: free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd general questions Subject: compiling glib20 failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2012 03:05:35 -0000 hi gurus:=0A=0Ai got problem with compiling glib20:=0A=0A=3D=3D=3D>=A0=A0 g= lib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found=0A/libexec/= ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 required by /usr/b= in/xz not defined=0A=3D=3D=3D>=A0 Missing license file for LGPL20 in /usr/p= orts/devel/glib20/work/glib-2.28.8/COPYING=0A*** Error code 1=0A=0AStop in = /usr/ports/devel/glib20.=0A*** Error code 1=0A=0A=0Abasically i was trying = to install tshark on freebsd 8.1 but it told me i need to upgrade glib but = i got into this mess.=0A=0Athanks From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 03:51: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 80D85106564A for ; Wed, 4 Apr 2012 03:51:40 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 57B1D8FC0A for ; Wed, 4 Apr 2012 03:51:40 +0000 (UTC) Received: from [172.16.199.125] (24-180-37-162.static.reno.nv.charter.com [24.180.37.162]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q343pXtL003388 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 3 Apr 2012 20:51:34 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4F7BC540.1090503@feral.com> Date: Tue, 03 Apr 2012 20:51:28 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F7BA173.6050903@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Tue, 03 Apr 2012 20:51:34 -0700 (PDT) Subject: Re: "trim/discard" success story X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2012 03:51:40 -0000 My experience at Alacritech was that Trim was so expensive timewise that it could not be used in that application space. Instead, SECURITY ERASE on the relatively infrequent reboots cleaned things up pretty well. This should be with a grain of salt because I expect trim timings are not only vendor dependent but firmware release dependent. From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 04:22: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 A4F1D106566B; Wed, 4 Apr 2012 04:22:59 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5332F8FC0A; Wed, 4 Apr 2012 04:22:59 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q344MnnI016167; Tue, 3 Apr 2012 22:22:51 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org, gahn Date: Wed, 4 Apr 2012 11:22:03 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <1333508571.90646.YahooMailNeo@web130204.mail.mud.yahoo.com> In-Reply-To: <1333508571.90646.YahooMailNeo@web130204.mail.mud.yahoo.com> MIME-Version: 1.0 Message-Id: <201204041122.03871.erichfreebsdlist@ovitrap.com> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: freebsd general questions Subject: Re: compiling glib20 failed 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, 04 Apr 2012 04:22:59 -0000 Hi, when did you update your ports tree? It works here on 8.3 with a ports tree from last week. Erich On Wednesday 04 April 2012 10:02:51 gahn wrote: > hi gurus: > > i got problem with compiling glib20: > > ===> glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found > /libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 required by /usr/bin/xz not defined > ===> Missing license file for LGPL20 in /usr/ports/devel/glib20/work/glib-2.28.8/COPYING > *** Error code 1 > > Stop in /usr/ports/devel/glib20. > *** Error code 1 > > > basically i was trying to install tshark on freebsd 8.1 but it told me i need to upgrade glib but i got into this mess. > > thanks > _______________________________________________ > 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 Wed Apr 4 05:18:37 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 A5C97106567B; Wed, 4 Apr 2012 05:18:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC528FC16; Wed, 4 Apr 2012 05:18:37 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q345IY6l001342 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 3 Apr 2012 22:18:35 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F7BD9D1.80504@freebsd.org> Date: Tue, 03 Apr 2012 22:19:13 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Bob Friesenhahn References: <4F7BA173.6050903@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , fs@freebsd.org Subject: Re: "trim/discard" success story 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, 04 Apr 2012 05:18:37 -0000 On 4/3/12 6:50 PM, Bob Friesenhahn wrote: > On Tue, 3 Apr 2012, Julian Elischer wrote: >> >> for flash drives this is great news.. >> Now if ZFS would get trim support, that too would be great. > > The major unknown issue with trim is how well the drives > schedules/defers the trim operation so that it does not interfer > with other I/Os. Also, it would be really bad if the drive applied > trim after the block had been re-allocated for a write. It would > also be really bad if the drive loses unrelated data if there is a > power fail during trim. > > If writes get blocked by a pending trim, then trim would not help > very much. well since I work for the "drive manufacturer" I can say that in this case it really is worth it. :-) But I'm glad that it is getting out there that trim aint as easy as it seems. The hard part about trim is making it so that if you get a power failure, the trimmed data says trimmed. In some cases, it is not important. For example when a filesystem is used, trimmed data will never be accessed again without first writing new data to that address. but for any application that assumes that trimmed data will return zero's it is a critical feature. > > Bob From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 05:20: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 F07161065679; Wed, 4 Apr 2012 05:20:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id BFE0C8FC15; Wed, 4 Apr 2012 05:20:46 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q345Kcui001360 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 3 Apr 2012 22:20:39 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F7BDA4D.709@freebsd.org> Date: Tue, 03 Apr 2012 22:21:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Matt Jacob References: <4F7BA173.6050903@freebsd.org> <4F7BC540.1090503@feral.com> In-Reply-To: <4F7BC540.1090503@feral.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Matthew Jacob Subject: Re: "trim/discard" success story 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, 04 Apr 2012 05:20:47 -0000 On 4/3/12 8:51 PM, Matthew Jacob wrote: > My experience at Alacritech was that Trim was so expensive timewise > that it could not be used in that application space. Instead, > SECURITY ERASE on the relatively infrequent reboots cleaned things > up pretty well. > > This should be with a grain of salt because I expect trim timings > are not only vendor dependent but firmware release dependent. very true. In this case, on this drive, on this version.. it is fast. > _______________________________________________ > 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 Wed Apr 4 06:31: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 482AC1065673; Wed, 4 Apr 2012 06:31:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 91DD38FC18; Wed, 4 Apr 2012 06:31:22 +0000 (UTC) Received: by lagv3 with SMTP id v3so828561lag.13 for ; Tue, 03 Apr 2012 23:31:15 -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=QMywbn1cW5hcq3F9naN/O3z109qo/Yk4cYzD7jYgQjc=; b=IgZ9VnWCxEgCqTMb9eNvbgwlSOow1u6qbeX0xzkg1cjzXnKqy4GP9BLP5CEEUqmOXc H/ElN63ivYcfATgX7DzvJHuNv6PLAq6PV3oOA2NjUzajxipKQMYpS3gINUERhQ7M2qMh +yJpk44ISkkYgsYHcwg8DMX8+2+T8fZJEXp3lcJcD0mO4VGJljqFBvhgiQDcgdH53NJp lMjvnSMB2f+Mophz0/TpVWSxARpat/ix0SDPCPVz9NgsGTX1HOveROCV8dR5kCCRoq+E aMD2+nLlBAcQZ4q4+d09nSgoRZ81qlDlHG2vuuvdz7FkYNTulOQPdZaXdUF8Gotm7MIe jhxg== MIME-Version: 1.0 Received: by 10.152.122.80 with SMTP id lq16mr2216759lab.37.1333521075597; Tue, 03 Apr 2012 23:31:15 -0700 (PDT) Received: by 10.152.25.69 with HTTP; Tue, 3 Apr 2012 23:31:15 -0700 (PDT) In-Reply-To: <1333508571.90646.YahooMailNeo@web130204.mail.mud.yahoo.com> References: <1333508571.90646.YahooMailNeo@web130204.mail.mud.yahoo.com> Date: Wed, 4 Apr 2012 10:31:15 +0400 Message-ID: From: Sergey Kandaurov To: gahn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: free bsd , freebsd general questions Subject: Re: compiling glib20 failed 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, 04 Apr 2012 06:31:23 -0000 On 4 April 2012 07:02, gahn wrote: > hi gurus: > > i got problem with compiling glib20: > > =3D=3D=3D>=A0=A0 glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1= - found > /libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 require= d by /usr/bin/xz not defined > =3D=3D=3D>=A0 Missing license file for LGPL20 in /usr/ports/devel/glib20/= work/glib-2.28.8/COPYING > *** Error code 1 > > Stop in /usr/ports/devel/glib20. > *** Error code 1 > > > basically i was trying to install tshark on freebsd 8.1 but it told me i = need to upgrade glib but i got into this mess. > Looks like the source of your problem may lie in that your base /usr/bin/xz tries to dlopen /usr/local/lib/liblzma.so.5 installed from ports and not the one from base (i.e. there should be /usr/lib/liblzma.so.5 instead). The one from ports doesn't have the symbol versioning (or at least doesn't have specific symbols the base xz wants) and, for aught I know, shall not be used by the base xz in any way. I wonder how did you manage to install xz from ports on 8.1 as this port is specifically IGNORE'd to install on 8.1 system with the reason "is already in the base system". First I would try to pkgrm xz and see how it helps. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 09:29: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 3778E106564A for ; Wed, 4 Apr 2012 09:29:26 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id A5E288FC0C for ; Wed, 4 Apr 2012 09:29:25 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SFMWq-0001QY-3G; Wed, 04 Apr 2012 12:29:24 +0300 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id C301B1CC36; Wed, 4 Apr 2012 12:29:23 +0300 (EEST) Date: Wed, 4 Apr 2012 12:29:23 +0300 From: Andrey Simonenko To: Steve Kargl Message-ID: <20120404092923.GA1087@pm513-1.comsys.ntu-kpi.kiev.ua> References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> <20120403134300.GA98102@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120403134300.GA98102@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 28-Apr-2011 07:11:12) X-Date: 2012-04-04 12:29:24 X-Connected-IP: 10.18.52.101:12908 X-Message-Linecount: 122 X-Body-Linecount: 106 X-Message-Size: 4396 X-Body-Size: 3652 Cc: freebsd-current@freebsd.org Subject: Re: -ffast-math in Ports and wrong generated code 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, 04 Apr 2012 09:29:26 -0000 On Tue, Apr 03, 2012 at 06:43:00AM -0700, Steve Kargl wrote: > On Tue, Apr 03, 2012 at 02:21:11PM +0300, Andrey Simonenko wrote: > > > > I use one port from the Ports Collection, that works with FP. Having > > reinstalled it (its version was not changed) I noticed that it started > > to work incorrectly. After debugging and disassembling its code I found > > out that the -ffast-math option used for building was the result of > > wrongly generated code (I did not specify this option in /etc/make.conf). > > > > At least finite() function call was eliminated from the result Assembler > > code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. > > > > Example test source code and generated code under 9.0-STABLE on amd64 > > by gcc from the base system: > > > > ----------------------------- > > #include > > #include > > > > void > > check_finite(double x) > > { > > printf("%d\n", finite(x)); > > } > > ----------------------------- > > > > % gcc -Wall -O2 -S finite.c > > ----------------------------- > > check_finite: > > .LFB3: > > subq $8, %rsp > > .LCFI0: > > call finite <-- call to finite() > > movl $.LC0, %edi > > movl %eax, %esi > > addq $8, %rsp > > xorl %eax, %eax > > jmp printf > > .LFE3: > > .size check_finite, .-check_finite > > ----------------------------- > > > > % gcc -Wall -O2 -ffast-math -S finite.c > > ----------------------------- > > check_finite: > > .LFB3: > > xorl %esi, %esi <-- fake result from finite() > > movl $.LC0, %edi > > xorl %eax, %eax > > jmp printf > > .LFE3: > > .size check_finite, .-check_finite > > ----------------------------- > > > > Can somebody comment this? > > Read the man page for gcc. With --fast-math, > gcc assumes that the result of any FP operation > is finite. So, the function call to finite() > is eliminated as it is always true. Looks like that I was misunderstood. I did not ask why finite() was eliminated, I asked why fake result from finite() is wrong. Obviously that -ffast-math can optimize FP arithmetics and as a result some functions can be eliminated. The problem is not respecting IEEE specifications for FP, the problem is wrongly generated code when -ffast-math is used. Actually there is a bug in GCC used in the base system. There was made a change to builtins.c from gcc in revision 1.12 [1] and as a result gcc started to eliminate finite() function calls with -ffinite-math-only. The true result from finite() is non-zero value, but GCC generated always false value, so any program that uses finite() and has -ffinite-math-only works incorrectly if it was built by this version of gcc. Here is the correction for builtins.c: --- builtins.c.orig 2012-01-06 14:50:41.000000000 +0200 +++ builtins.c 2012-04-04 10:27:23.000000000 +0300 @@ -8738,7 +8738,7 @@ fold_builtin_classify (tree fndecl, tree case BUILT_IN_FINITE: if (!HONOR_NANS (TYPE_MODE (TREE_TYPE (arg))) && !HONOR_INFINITIES (TYPE_MODE (TREE_TYPE (arg)))) - return omit_one_operand (type, integer_zero_node, arg); + return omit_one_operand (type, integer_one_node, arg); if (TREE_CODE (arg) == REAL_CST) { After this change the corresponding Assembler code for my test file is: % gcc -Wall -O2 -ffast-math -S finite.c ----------------------------- check_finite: .LFB3: movl $1, %esi <-- fake result from finite() movl $.LC0, %edi xorl %eax, %eax jmp printf .LFE3: .size check_finite, .-check_finite ----------------------------- What do you think? If there is no objections, I'll create PR. [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/builtins.c.diff?r1=1.11;r2=1.12 From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 10:32: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 18228106564A; Wed, 4 Apr 2012 10:32:59 +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 C21D18FC12; Wed, 4 Apr 2012 10:32:58 +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 q34AWwDr057817; Wed, 4 Apr 2012 06:32:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q34AWwTd057816; Wed, 4 Apr 2012 10:32:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Apr 2012 10:32:58 GMT Message-Id: <201204041032.q34AWwTd057816@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, 04 Apr 2012 10:32:59 -0000 TB --- 2012-04-04 09:42:28 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-04 09:42:28 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-04 09:42:28 - cleaning the object tree TB --- 2012-04-04 09:43:10 - cvsupping the source tree TB --- 2012-04-04 09:43:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-04 09:44:00 - building world TB --- 2012-04-04 09:44:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-04 09:44:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-04 09:44:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-04 09:44:00 - SRCCONF=/dev/null TB --- 2012-04-04 09:44:00 - TARGET=mips TB --- 2012-04-04 09:44:00 - TARGET_ARCH=mips TB --- 2012-04-04 09:44:00 - TZ=UTC TB --- 2012-04-04 09:44:00 - __MAKE_CONF=/dev/null TB --- 2012-04-04 09:44:00 - cd /src TB --- 2012-04-04 09:44:00 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 4 09:44:01 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-04-04 10:32:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-04 10:32:57 - ERROR: failed to build world TB --- 2012-04-04 10:32:57 - 2070.44 user 450.41 system 3029.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 09:02:43 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 16F7A106564A for ; Wed, 4 Apr 2012 09:02:43 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEB08FC08 for ; Wed, 4 Apr 2012 09:02:42 +0000 (UTC) Received: by lagv3 with SMTP id v3so89842lag.13 for ; Wed, 04 Apr 2012 02:02:41 -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=KgpMYMS7XI23+rQeyGZAZe+IexBXBjfoiihAmI5TDhA=; b=xvR8xmxDKgwP3AZFXMCRh58CJOxV/GtxKgXFIYA//tJfHrW50+jGZQpfr1kWpdHWob WmXpygNU+XSewLmEldYs5BMM3KFygIo6Ae54xd1+UIR3l8859kXBdOKchKiITgddod8x 8oM5IoapUAql53QPPgh04SdJOTJckeLBKP0ZqHE9J0X6GQ3Fv9dehWOfJ3lqlTb53Oyb SASmc1aOi7bFl4syIYErM4gGsWI3BIt2+dIYs5o572wlSvGMvVMWehE9sANG2y5gYyjs hcf8dD4kdTNdhkfmxeZhN7/FEqjnyB3XShGKI27mwhm5rChQiIru8dzam66JIu+G44oS Wggg== MIME-Version: 1.0 Received: by 10.152.147.100 with SMTP id tj4mr16537099lab.39.1333530161280; Wed, 04 Apr 2012 02:02:41 -0700 (PDT) Received: by 10.152.21.199 with HTTP; Wed, 4 Apr 2012 02:02:41 -0700 (PDT) Date: Wed, 4 Apr 2012 13:02:41 +0400 Message-ID: From: Pavel Timofeev To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 04 Apr 2012 11:19:24 +0000 Subject: Can't install latest 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: Wed, 04 Apr 2012 09:02:43 -0000 Hi! I've downloaded today's CURRENT snapshot and tried to install it. It fails on setting root password with following message: FreeBSD Installer ================= Please select a password for the system management account (root): Changing local password for root New Password: passwd: pam_chauthtok(): conversation failure From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 12:13: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 22A0B106564A for ; Wed, 4 Apr 2012 12:13:46 +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 EB2878FC0C for ; Wed, 4 Apr 2012 12:13:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 56BACB941; Wed, 4 Apr 2012 08:13:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 3 Apr 2012 09:42:06 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <20120402132659.GF1420@albert.catwhisker.org> <20120402210326.GA6364@reks> In-Reply-To: <20120402210326.GA6364@reks> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201204030942.06788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Apr 2012 08:13:45 -0400 (EDT) Cc: Gleb Kurtsou 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: Wed, 04 Apr 2012 12:13:46 -0000 On Monday, April 02, 2012 5:03:26 pm Gleb Kurtsou wrote: > On (02/04/2012 06:26), David Wolfskill wrote: > > On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote: > > > ... > > > You could try the patch attached. It adds support for size option suffixes > > > (like 1g) and introduces swap limit (part of the older patch, not sure > > > if it's any use). > > > > > > Patch is against 10-CURRENT. > > > Older version: https://github.com/glk/freebsd-head/commit/3bd8f7d > > > .... > > > > OK; here's a summary of what I found so far, now running: > > > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 233772M: Mon Apr 2 05:42:48 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > > > * First, the patch applied cleanly (via "patch -p1"). > > > > * Resulting sources build with no issues. > > > > * Prior specification I had in /etc/fstab: > > > > tmpfs /tmp tmpfs rw,size=2147483648 0 0 > > > > worked same as before the patch; "df -h /tmp" reported a size of 2.0G. > > > > * Changing the above to read: > > > > tmpfs /tmp tmpfs rw,size=2g 0 0 > > > > also provided the same result, so the unit-specification code looks > > as if it's working as expected. > > > > * I have 20G specified for swap, and 4G RAM (and, as above, I'm running > > i386). Changing the above tmpfs line in /etc/fstab to > > > > tmpfs /tmp tmpfs rw,size=8g 0 0 > > > > (still) yields: > > > > g1-227(10.0-C)[3] df -h /tmp > > Filesystem Size Used Avail Capacity Mounted on > > tmpfs 23G 12k 23G 0% /tmp > > g1-227(10.0-C)[4] > > tmpfs-32bit-size_max.patch.txt should fix the problem. I don't have i386 > installations to test it myself. > > Do you run PAE kernel? Could you try filling up /tmp at least to 10g. Hmm, is UINT64_MAX really the right type? Should it be something like OFF_MAX instead? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 12:32:07 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 664A2106564A; Wed, 4 Apr 2012 12:32:07 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 347A58FC12; Wed, 4 Apr 2012 12:32:06 +0000 (UTC) Received: by lagv3 with SMTP id v3so440763lag.13 for ; Wed, 04 Apr 2012 05:32: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=tOeYRhGGdCz0yZT3MtSehKdV5z36bpQ/F0Yh7+z/eMw=; b=YOFuX1zeURnV4noZ5EXLW6Zgto5ergBZ6BqfghBbRIPTTtzHap+i+/861IOogqsuej 0v0fXgBOkDM6DUhboD520163SXHIYLtPKFpdt39IsJz4I9PQPc/FBl1owbwRMEuILBiK BimZtSr7nM45CD+bjBsdSiN6G+g6pJ4AIqUv1M8lB/+taZ3QQJEiURvU/1tGrv+BmXrz vNw42D3YM4c9bvkS5rvei78iIcNnBjp1YJk/KUzPFMw79iP11W2gQEzDfiRiSh/PWx6B VuhNadSmFLRXpwspLhTpYC/7IpcQni2dVS4phioxm+ioFLorYpc2iV7RevtaRY6SlHsu 3h0A== MIME-Version: 1.0 Received: by 10.152.110.116 with SMTP id hz20mr18469170lab.33.1333542725103; Wed, 04 Apr 2012 05:32:05 -0700 (PDT) Received: by 10.112.80.33 with HTTP; Wed, 4 Apr 2012 05:32:04 -0700 (PDT) In-Reply-To: <20120403134221.GA87802@in-addr.com> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> <20120326132558.GB76647@in-addr.com> <20120403134221.GA87802@in-addr.com> Date: Wed, 4 Apr 2012 22:02:04 +0930 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: Wed, 04 Apr 2012 12:32:07 -0000 On 3 April 2012 23:12, Gary Palmer wrote: > On Tue, Apr 03, 2012 at 10:52:25PM +0930, Matt Thyer wrote: > > I forgot to mention that I'm still having problems after this phase 11 > > firmware upgrade with the 6 Gbps drive being kicked out of the raidz2 > with > > write errors (even though a SMART full surface test says the drive is > OK). > > > > This leads me to think that both the old and new drivers have a problem > > with the 6 Gbps WD20EARX-00P AB51 drive. > > > > Now that the 6 Gbps drive is on the Intel SATA controller things seem OK > > but it's a bit early to tell. > > > > Stay tuned! > > I think you should contact either SuperMicro or LSI and open a support > case as it looks like there could be a problem with either the controller > or the firmware when presented with mixed speed devices. Either way I > think > this needs to be escalated to the manufacturer. > > Regards, > > Gary > I'm now having no problems since moving the SATA 3 drive to the on board Intel controller. I'll try to report this to Super Micro & LSI. From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 13:39:05 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 6247E106566C for ; Wed, 4 Apr 2012 13:39:05 +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 330418FC15 for ; Wed, 4 Apr 2012 13:39:05 +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 q34DcxOZ032346; Wed, 4 Apr 2012 06:38:59 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q34Dcw9u032345; Wed, 4 Apr 2012 06:38:58 -0700 (PDT) (envelope-from david) Date: Wed, 4 Apr 2012 06:38:58 -0700 From: David Wolfskill To: Gleb Kurtsou Message-ID: <20120404133858.GB1420@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Gleb Kurtsou , current@freebsd.org References: <20120404095035.GA1929@reks> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="olLTNZSltDMg5Vbm" Content-Disposition: inline In-Reply-To: <20120404095035.GA1929@reks> 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: Wed, 04 Apr 2012 13:39:05 -0000 --olLTNZSltDMg5Vbm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2012 at 12:50:35PM +0300, Gleb Kurtsou wrote: > ... > tmpfs-32bit-size_max.patch.txt should fix the problem. I don't have i386 > installations to test it myself. >=20 > Do you run PAE kernel? Could you try filling up /tmp at least to 10g. > ... After updating source to r233868, applying the patch, then updating, here are the results of my testing so far (not using PAE). Summary: as before, I believe that the patch didn't hurt anything, but it also doesn't restrict the usable size of /tmp to the specified size (from /etc/fstab): Script started on Wed Apr 4 06:23:25 2012 g1-227(10.0-C)[1] _do uid=3D0(root) gid=3D0(wheel) groups=3D0(wheel),5(operator) /dev/ada0s2a on / (ufs, local, soft-updates) devfs on /dev (devfs, local, multilabel) tmpfs on /tmp (tmpfs, local) /dev/ada0s2d on /usr (ufs, local, soft-updates) /dev/ada0s4e on /var (ufs, local, soft-updates) /dev/ada0s4g on /common (ufs, local, soft-updates) fdescfs on /dev/fd (fdescfs) FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2 233868M:= Wed Apr 4 06:02:25 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/s= rc/sys/CANARY i386 Wed Apr 4 06:23:27 PDT 2012 >>> Removing old libraries Please be sure no application still uses those libraries, else you can not start such an application. Consult UPDATING for more information regarding how to cope with the removal/revision bump of a specific library. >>> Old libraries removed Wed Apr 4 06:23:28 PDT 2012 g1-227(10.0-C)[2] exit Script done on Wed Apr 4 06:23:29 2012 Script started on Wed Apr 4 06:23:35 2012 g1-227(10.0-C)[1] df -hi /tmp Filesystem Size Used Avail Capacity iused ifree %iused Mounted on tmpfs 23G 12k 23G 0% 17 2.1G 0% /tmp g1-227(10.0-C)[2] grep tmpfs /etc/fstab # tmpfs /tmp tmpfs rw,size=3D2147483648 0= 0 tmpfs /tmp tmpfs rw,size=3D8g 0 0 g1-227(10.0-C)[3] ls -lhT /bkp/tmp/test=20 -rw-r--r-- 1 david wheel 8.0G Mar 25 10:42:49 2012 /bkp/tmp/test g1-227(10.0-C)[4] dd bs=3D1m if=3D!$ of=3D/tmp/test dd bs=3D1m if=3D/bkp/tmp/test of=3D/tmp/test 8192+0 records in 8192+0 records out 8589934592 bytes transferred in 186.178099 secs (46138266 bytes/sec) g1-227(10.0-C)[5] df -hi /tmp Filesystem Size Used Avail Capacity iused ifree %iused Mounted on tmpfs 23G 8.0G 15G 35% 18 2.1G 0% /tmp g1-227(10.0-C)[6] dd bs=3D1m if=3D/bkp/tmp/test of=3D/tmp/test1 8192+0 records in 8192+0 records out 8589934592 bytes transferred in 220.254916 secs (38999968 bytes/sec) g1-227(10.0-C)[7] df -hi /tmp Filesystem Size Used Avail Capacity iused ifree %iused Mounted on tmpfs 23G 16G 7.0G 70% 19 2.1G 0% /tmp g1-227(10.0-C)[8] exit Script done on Wed Apr 4 06:33:12 2012 g1-227(10.0-C)[5] =20 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. --olLTNZSltDMg5Vbm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk98TvEACgkQmprOCmdXAD1eBgCfdAMZ/UEZ/XLhykhtCaDr9ofy meEAnia4DDZu/KSNyGh2uzN1uhfXOEx/ =zhmm -----END PGP SIGNATURE----- --olLTNZSltDMg5Vbm-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 14:31: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 471161065688 for ; Wed, 4 Apr 2012 14:31:11 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from nm2.bullet.mail.sp2.yahoo.com (nm2.bullet.mail.sp2.yahoo.com [98.139.91.72]) by mx1.freebsd.org (Postfix) with SMTP id 179048FC17 for ; Wed, 4 Apr 2012 14:31:11 +0000 (UTC) Received: from [98.139.91.63] by nm2.bullet.mail.sp2.yahoo.com with NNFMP; 04 Apr 2012 14:31:05 -0000 Received: from [98.139.91.35] by tm3.bullet.mail.sp2.yahoo.com with NNFMP; 04 Apr 2012 14:31:05 -0000 Received: from [127.0.0.1] by omp1035.mail.sp2.yahoo.com with NNFMP; 04 Apr 2012 14:31:05 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 17834.23736.bm@omp1035.mail.sp2.yahoo.com Received: (qmail 43230 invoked by uid 60001); 4 Apr 2012 14:31:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1333549864; bh=dZU+PeDyQGxPqQLuHU9zZk2SbiqMpDzqS2ryE5mJ3sU=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=piHt5+dR3dspZ4y5jUPbtRAZpEr2JY7F/Mg8Yc1kooTU9wRY5EcpGxJT93P6EO5Op/cJXJ+qqXr89wwIyNgHTcopa856/iNKpmLuK4iI+VwZ81MPXGuH6XKH9le2iGv3T40p0oUP8vKLuWCjKmmxlIJ8VyAK9khO3+j3YxVO9NU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=w3BaT3GQaISu+NH2OPMrB/A4EQMbdFhO6NgxoH+8i++o2drXzQijflVn1gRJPWi9PaYgrSakPZah3FQz3yfUAnebq33W+sa27PhPUBv7NkMcOqgiSD5Qa+mD/ADddRTllMHHOH7UFnHzyKCQme0s2cskjlQaHTQjU5VCZRSVp8M=; X-YMail-OSG: gWXi8loVM1mlemr1pLTRIFDOB1elEF7j0xxU3c5XlxyXJSU 4AwX53OmLutkFYH7yD9TeoAZhCzyTde9HXABUqj4Cugw8h4am69B8xcDIewR KOwPJUksLpH6Nrgmq.liC8SzGvdBFzvO2DLM.ORqmdVOwh9psijKhkagNsSE 0a1KqSgxPV8i.e7WMBabPcTQ0rMBO7p3sB0ZKHHonB9JmJWzk5eYdQAAKXnh 6PfNuv4W2VB2dzGXvIi8eOB82B14K8pccsYNYyWfSuNBPuHf901X3vxJ93Ow S5OkR9VhTvFeezcFrT_zdTPGgKQdfdgsHceu11XMZg2ATPWzT6b9hAHXkG9X zi6VJr.KI0KH5b2ZJW_4ejYoGj8r0PtyfIdj8araFOkkzi9v6FDIGBhAMYSw 5n5V3.V0DDfFEuB4TRuHV6PPaC8NYY_8WC4M3OGvcl1DzbIAjKYb5iM7vVvX ov3WlIxHhW9cjsrxE.Ah41enfwkFl0EuFPdsgLA-- Received: from [98.172.152.198] by web130202.mail.mud.yahoo.com via HTTP; Wed, 04 Apr 2012 07:31:04 PDT X-Mailer: YahooMailWebService/0.8.117.340979 References: <1333508571.90646.YahooMailNeo@web130204.mail.mud.yahoo.com> Message-ID: <1333549864.36456.YahooMailNeo@web130202.mail.mud.yahoo.com> Date: Wed, 4 Apr 2012 07:31:04 -0700 (PDT) From: gahn To: Sergey Kandaurov In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: free bsd , freebsd general questions Subject: Re: compiling glib20 failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2012 14:31:11 -0000 hi, sergey:=0A=0Athanks for the great tip. i think messed up with this xz t= hing. last year i played with xz since a package i was trying to install wo= uldn't use xz package coming with the base system. =0A=0A=0Anow i disabled = those under /usr/local/lib and the system is back to normal.=0A=0Abest rega= rds=0A=0A_gahn=0A=0A=0A=0A----- Original Message -----=0AFrom: Sergey Kanda= urov =0ATo: gahn =0ACc: free bsd ; freebsd general questions =0ASent: Wednesday, April 4, 2012 2:31 AM=0ASubject: Re: compiling= glib20 failed=0A=0AOn 4 April 2012 07:02, gahn wrote:= =0A> hi gurus:=0A>=0A> i got problem with compiling glib20:=0A>=0A> =3D=3D= =3D>=A0=A0 glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found= =0A> /libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 requ= ired by /usr/bin/xz not defined=0A> =3D=3D=3D>=A0 Missing license file for = LGPL20 in /usr/ports/devel/glib20/work/glib-2.28.8/COPYING=0A> *** Error co= de 1=0A>=0A> Stop in /usr/ports/devel/glib20.=0A> *** Error code 1=0A>=0A>= =0A> basically i was trying to install tshark on freebsd 8.1 but it told me= i need to upgrade glib but i got into this mess.=0A>=0A=0ALooks like the s= ource of your problem may lie in that your base /usr/bin/xz=0Atries to dlop= en /usr/local/lib/liblzma.so.5 installed from ports and not=0Athe one from = base (i.e. there should be /usr/lib/liblzma.so.5 instead).=0AThe one from p= orts doesn't have the symbol versioning=0A(or at least doesn't have specifi= c symbols the base xz wants)=0Aand, for aught I know, shall not be used by = the base xz in any way.=0A=0AI wonder how did you manage to install xz from= ports on 8.1=0Aas this port is specifically IGNORE'd to install on 8.1 sys= tem=0Awith the reason "is already in the base system".=0A=0AFirst I would t= ry to pkgrm xz and see how it helps.=0A=0A-- =0Awbr,=0Apluknet=0A__________= _____________________________________=0Afreebsd-questions@freebsd.org maili= ng list=0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-questions=0ATo = unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"= =0A From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 14:33: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 DFB3C106564A for ; Wed, 4 Apr 2012 14:33:33 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from nm25-vm1.bullet.mail.ne1.yahoo.com (nm25-vm1.bullet.mail.ne1.yahoo.com [98.138.91.42]) by mx1.freebsd.org (Postfix) with SMTP id 9BC7C8FC21 for ; Wed, 4 Apr 2012 14:33:33 +0000 (UTC) Received: from [98.138.90.51] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 04 Apr 2012 14:33:33 -0000 Received: from [98.138.89.173] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 04 Apr 2012 14:33:33 -0000 Received: from [127.0.0.1] by omp1029.mail.ne1.yahoo.com with NNFMP; 04 Apr 2012 14:33:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 996777.88115.bm@omp1029.mail.ne1.yahoo.com Received: (qmail 47878 invoked by uid 60001); 4 Apr 2012 14:33:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1333550012; bh=fmH3JKgaCkHxwL6S5aYPtvrVDuRe+lXkomVIcN+g/sI=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=JNOJjNjOSsXzrD/CO3VukK+hPjntkty2wQ/tpLIKjhMHYNweklKCNN1ASJP0ejErmZrJRm406m3t019qYTl01kzXN4EoCEF9lD9zxeYcmggTqSKObgVC9e7/W5f3haCp/7SZcFOaBU+XuBoeSGeSR+cgPJEd8zS96fKITejiw0s= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=T8nTkUlhaiaaXLtC5e076lxqav6lbAgtUGs1LCTzvU5hYP5ipJhNm+jm2Zh9YuJmhgyEGRO+a8HBXqoILL+ni5Ze8K+I/iYnEPEwPRtKV3cEHKSbu6U0k3zv32vvhsdbaujA9E8Fchau/hZVvNlhEfuCMSNvAvUhuk0e9qwvmRk=; X-YMail-OSG: m6q7QmEVM1krH_nvjtWhKLLDLPc3sQ1a2iWZZLzDxHnQ2Y2 Rg6nx5eHrISEMl842BC_rbJ_AxrcpYooYzBz0cGrVbTMBqAb.Q5nxWx6w1VD az5DOx4nAxvLkpJi_DjzYbGM8fZ04nlbvxdxHrdNM8IU7864RjdLoTEd3elj 4Da583p.qrE7hYww6W1xHQxSAMoB82tTgdQWWMrLI60Rodk0Zs0jbyDV4vkO v6J.SHZxdxkiaBJMyuGBi2334DzP4K0LUHAlJAgB7CgvEKhDGuD1xpH0yMqj k7Ssn69KU1yQV56B40m1TWlz0qCvZFhOt77YoSyXlUdu5CGSomuOggT4vQif 0QsSl4vehUflyUTkaEEv8Zl5e3c4zyatrB7pcwES7ugpZLlz8HVXsrnpzWTR TxWob_eV0oxGHGqjqceKiAxt1vwiHYaKU3kFJibQCAlqKXDpKCR7txEoMjnB 5W6qCZScqE0wnaw-- Received: from [98.172.152.198] by web130202.mail.mud.yahoo.com via HTTP; Wed, 04 Apr 2012 07:33:32 PDT X-Mailer: YahooMailWebService/0.8.117.340979 Message-ID: <1333550012.45074.YahooMailNeo@web130202.mail.mud.yahoo.com> Date: Wed, 4 Apr 2012 07:33:32 -0700 (PDT) From: gahn To: free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: packages that can generate arp storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2012 14:33:34 -0000 hi, gurus: are freebsd system coming with any packages that could generate arp storm? thanks _gahn From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 14:45:29 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 18AA01065670 for ; Wed, 4 Apr 2012 14:45:29 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm2-vm0.bullet.mail.sp2.yahoo.com (nm2-vm0.bullet.mail.sp2.yahoo.com [98.139.91.248]) by mx1.freebsd.org (Postfix) with SMTP id E42968FC14 for ; Wed, 4 Apr 2012 14:45:28 +0000 (UTC) Received: from [98.139.91.69] by nm2.bullet.mail.sp2.yahoo.com with NNFMP; 04 Apr 2012 14:45:28 -0000 Received: from [208.71.42.207] by tm9.bullet.mail.sp2.yahoo.com with NNFMP; 04 Apr 2012 14:45:28 -0000 Received: from [127.0.0.1] by smtp218.mail.gq1.yahoo.com with NNFMP; 04 Apr 2012 14:45:28 -0000 X-Yahoo-Newman-Id: 531220.49922.bm@smtp218.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 6xnD3cQVM1k1j0.JKiK9gj6dSc9KeI2GPJxGq.qcJ6nl0Fo ifqQGvsKoz90r.o_OQClv_PVPLfwdF437qxuyzz.m_R9siyw_vJNOoHQbhYX DD2ZOuMSkZgpw.UOTA6GDJuPM.Hd4uZ01RMrJMcMVh2no3.ytd2szh8iomPS aSFQkBE7aRf60H0bW8kAOpcLAFlLZjzmbFouvybGczcPIz_ZHGKC2egc44vk uzWFo6BgQIp0y.Xt5cIQ.44f2eLHiyJMSH2Fp2ssItVUTp5dc9e7_UX2Hfh. Tr_9Npz1F77fRJrxp7hjqmSRT.V.ycp0j8I.mY3K7yWpH1pkpYMgozlO9plj YLkRNQ4WLrZ0n9lnUuBz39XN.BtkBCujdNWfsOxiCKRgzx0QMEC5vEEukzjN C1Mb.QZR9HIXWGZ4Jo2hEo8EfZZAVo22C3ZS1Qfixn9yqGcuRrsTB1UyiQVj q_WtghmpSi8ny4bZJXRuSyq8_ODROvy9clGYEevzekG7jf1zBq.p.MPfs9oi PJPpFulrffTklNd7VbfDFlNI3vM3ZVdNneNCAzN_iSYyerSdjf.eagtdCOal TOwINYvUTgHWq53sxMPadsaFOWeOMF1mpfx11kU2rgdbxgwRJmlUEEg-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.106] (pfg@200.118.157.7 with plain) by smtp218.mail.gq1.yahoo.com with SMTP; 04 Apr 2012 07:45:28 -0700 PDT Message-ID: <4F7C5E85.5090801@FreeBSD.org> Date: Wed, 04 Apr 2012 09:45:25 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andrey Simonenko References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> <20120403134300.GA98102@troutmask.apl.washington.edu> <20120404092923.GA1087@pm513-1.comsys.ntu-kpi.kiev.ua> In-Reply-To: <20120404092923.GA1087@pm513-1.comsys.ntu-kpi.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: -ffast-math in Ports and wrong generated code 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, 04 Apr 2012 14:45:29 -0000 On 04/04/12 04:29, Andrey Simonenko wrote: > On Tue, Apr 03, 2012 at 06:43:00AM -0700, Steve Kargl wrote: >> On Tue, Apr 03, 2012 at 02:21:11PM +0300, Andrey Simonenko wrote: >>> I use one port from the Ports Collection, that works with FP. Having >>> reinstalled it (its version was not changed) I noticed that it started >>> to work incorrectly. After debugging and disassembling its code I found >>> out that the -ffast-math option used for building was the result of >>> wrongly generated code (I did not specify this option in /etc/make.conf). >>> >>> At least finite() function call was eliminated from the result Assembler >>> code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. >>> >>> Example test source code and generated code under 9.0-STABLE on amd64 >>> by gcc from the base system: >>> >>> ----------------------------- >>> #include >>> #include >>> >>> void >>> check_finite(double x) >>> { >>> printf("%d\n", finite(x)); >>> } >>> ----------------------------- >>> >>> % gcc -Wall -O2 -S finite.c >>> ----------------------------- >>> check_finite: >>> .LFB3: >>> subq $8, %rsp >>> .LCFI0: >>> call finite <-- call to finite() >>> movl $.LC0, %edi >>> movl %eax, %esi >>> addq $8, %rsp >>> xorl %eax, %eax >>> jmp printf >>> .LFE3: >>> .size check_finite, .-check_finite >>> ----------------------------- >>> >>> % gcc -Wall -O2 -ffast-math -S finite.c >>> ----------------------------- >>> check_finite: >>> .LFB3: >>> xorl %esi, %esi <-- fake result from finite() >>> movl $.LC0, %edi >>> xorl %eax, %eax >>> jmp printf >>> .LFE3: >>> .size check_finite, .-check_finite >>> ----------------------------- >>> >>> Can somebody comment this? >> Read the man page for gcc. With --fast-math, >> gcc assumes that the result of any FP operation >> is finite. So, the function call to finite() >> is eliminated as it is always true. > Looks like that I was misunderstood. I did not ask why finite() was > eliminated, I asked why fake result from finite() is wrong. Obviously > that -ffast-math can optimize FP arithmetics and as a result some functions > can be eliminated. The problem is not respecting IEEE specifications for > FP, the problem is wrongly generated code when -ffast-math is used. > > Actually there is a bug in GCC used in the base system. There was made > a change to builtins.c from gcc in revision 1.12 [1] and as a result gcc > started to eliminate finite() function calls with -ffinite-math-only. > > ... > > After this change the corresponding Assembler code for my test file is: > > % gcc -Wall -O2 -ffast-math -S finite.c > ----------------------------- > check_finite: > .LFB3: > movl $1, %esi <-- fake result from finite() > movl $.LC0, %edi > xorl %eax, %eax > jmp printf > .LFE3: > .size check_finite, .-check_finite > ----------------------------- > > What do you think? If there is no objections, I'll create PR. > > [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/builtins.c.diff?r1=1.11;r2=1.12 > _______________________________________________ The SVN commit http://svnweb.freebsd.org/base?view=revision&revision=228756 will point you to this: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28796 and we are keeping consistency with both upstream and Apple's gcc. Which is the affected port again? It should be fixed there or else the problem will continue with future compilers. Pedro. From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 15:09:16 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 A41F8106566C for ; Wed, 4 Apr 2012 15:09:16 +0000 (UTC) (envelope-from rodrigo@bebik.net) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) by mx1.freebsd.org (Postfix) with ESMTP id 0ECFE8FC15 for ; Wed, 4 Apr 2012 15:09:14 +0000 (UTC) Received: from oldfaithful.bebik.local (unknown [82.227.164.69]) by smtp3-g21.free.fr (Postfix) with ESMTP id 6F009A6270 for ; Wed, 4 Apr 2012 17:09:09 +0200 (CEST) Received: by oldfaithful.bebik.local (Postfix, from userid 1001) id 467392EC69; Wed, 4 Apr 2012 17:15:07 +0200 (CEST) Date: Wed, 4 Apr 2012 17:15:07 +0200 From: Rodrigo OSORIO To: freebsd-current@freebsd.org Message-ID: <20120404151507.GA15006@oldfaithful.bebik.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Fw: Re: packages that can generate arp storm 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, 04 Apr 2012 15:09:16 -0000 ----- Forwarded message from Rodrigo OSORIO ----- From: Rodrigo OSORIO Date: Wed, 4 Apr 2012 17:14:21 +0200 To: gahn Subject: Re: packages that can generate arp storm User-Agent: Mutt/1.4.2.3i On 04/04/12 07:33 -0700, gahn wrote: > hi, gurus: > > are freebsd system coming with any packages that could generate arp storm? > > thanks > > > _gahn > > _______________________________________________ > 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" Hi, There is a few list of ports dealing with arp : net-mgmt/arpscan : simple scanner which sends out arp requests for the given IP addresses. security/arpCounterattack : a program for detecting and remedying "ARP attacks. security/ipguard : listens network for ARP packets and if not listed in 'ethers' file, it will send ARP reply with configured fake address. I'm sure combining those tools together you can obtain a funny arp party ! Regards, - rodrigo ----- End forwarded message ----- From owner-freebsd-current@FreeBSD.ORG Wed Apr 4 18:38: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 0BC2F1065672; Wed, 4 Apr 2012 18:38: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 C7EF58FC12; Wed, 4 Apr 2012 18:38: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 q34IcEMd048298; Wed, 4 Apr 2012 14:38:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q34IcEYd048252; Wed, 4 Apr 2012 18:38:14 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Apr 2012 18:38:14 GMT Message-Id: <201204041838.q34IcEYd048252@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, 04 Apr 2012 18:38:16 -0000 TB --- 2012-04-04 17:47:35 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-04 17:47:35 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-04 17:47:35 - cleaning the object tree TB --- 2012-04-04 17:48:17 - cvsupping the source tree TB --- 2012-04-04 17:48:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-04 17:49:08 - building world TB --- 2012-04-04 17:49:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-04 17:49:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-04 17:49:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-04 17:49:08 - SRCCONF=/dev/null TB --- 2012-04-04 17:49:08 - TARGET=mips TB --- 2012-04-04 17:49:08 - TARGET_ARCH=mips TB --- 2012-04-04 17:49:08 - TZ=UTC TB --- 2012-04-04 17:49:08 - __MAKE_CONF=/dev/null TB --- 2012-04-04 17:49:08 - cd /src TB --- 2012-04-04 17:49:08 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 4 17:49: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 >>> 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-04-04 18:38:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-04 18:38:14 - ERROR: failed to build world TB --- 2012-04-04 18:38:14 - 2082.47 user 442.30 system 3039.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 02:43:13 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 B5EAC106564A; Thu, 5 Apr 2012 02:43:13 +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 8115D8FC15; Thu, 5 Apr 2012 02:43:13 +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 q352h7m0081516; Wed, 4 Apr 2012 22:43:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q352h756081507; Thu, 5 Apr 2012 02:43:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 02:43:07 GMT Message-Id: <201204050243.q352h756081507@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, 05 Apr 2012 02:43:13 -0000 TB --- 2012-04-05 01:52:30 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-05 01:52:30 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-05 01:52:30 - cleaning the object tree TB --- 2012-04-05 01:53:11 - cvsupping the source tree TB --- 2012-04-05 01:53:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-05 01:53:55 - building world TB --- 2012-04-05 01:53:55 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 01:53:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 01:53:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 01:53:55 - SRCCONF=/dev/null TB --- 2012-04-05 01:53:55 - TARGET=mips TB --- 2012-04-05 01:53:55 - TARGET_ARCH=mips TB --- 2012-04-05 01:53:55 - TZ=UTC TB --- 2012-04-05 01:53:55 - __MAKE_CONF=/dev/null TB --- 2012-04-05 01:53:55 - cd /src TB --- 2012-04-05 01:53:55 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 5 01:53:56 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-04-05 02:43:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 02:43:07 - ERROR: failed to build world TB --- 2012-04-05 02:43:07 - 2082.69 user 441.17 system 3036.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 03:10:09 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 2F894106564A; Thu, 5 Apr 2012 03:10:09 +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 CAF4E8FC12; Thu, 5 Apr 2012 03:10:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q353A8la065300; Wed, 4 Apr 2012 23:10:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q353A8Aa065299; Thu, 5 Apr 2012 03:10:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 03:10:08 GMT Message-Id: <201204050310.q353A8Aa065299@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: Thu, 05 Apr 2012 03:10:09 -0000 TB --- 2012-04-04 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-04 22:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-04 22:40:00 - cleaning the object tree TB --- 2012-04-04 22:40:00 - cvsupping the source tree TB --- 2012-04-04 22:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-04 22:42:03 - building world TB --- 2012-04-04 22:42:03 - CROSS_BUILD_TESTING=YES TB --- 2012-04-04 22:42:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-04 22:42:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-04 22:42:03 - SRCCONF=/dev/null TB --- 2012-04-04 22:42:03 - TARGET=i386 TB --- 2012-04-04 22:42:03 - TARGET_ARCH=i386 TB --- 2012-04-04 22:42:03 - TZ=UTC TB --- 2012-04-04 22:42:03 - __MAKE_CONF=/dev/null TB --- 2012-04-04 22:42:03 - cd /src TB --- 2012-04-04 22:42:03 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 4 22:42: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 5 00:57:49 UTC 2012 TB --- 2012-04-05 00:57:49 - generating LINT kernel config TB --- 2012-04-05 00:57:49 - cd /src/sys/i386/conf TB --- 2012-04-05 00:57:49 - /usr/bin/make -B LINT TB --- 2012-04-05 00:57:50 - cd /src/sys/i386/conf TB --- 2012-04-05 00:57:50 - /usr/sbin/config -m LINT TB --- 2012-04-05 00:57:50 - building LINT kernel TB --- 2012-04-05 00:57:50 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 00:57:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 00:57:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 00:57:50 - SRCCONF=/dev/null TB --- 2012-04-05 00:57:50 - TARGET=i386 TB --- 2012-04-05 00:57:50 - TARGET_ARCH=i386 TB --- 2012-04-05 00:57:50 - TZ=UTC TB --- 2012-04-05 00:57:50 - __MAKE_CONF=/dev/null TB --- 2012-04-05 00:57:50 - cd /src TB --- 2012-04-05 00:57:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 5 00:57: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 completed on Thu Apr 5 01:32:53 UTC 2012 TB --- 2012-04-05 01:32:53 - cd /src/sys/i386/conf TB --- 2012-04-05 01:32:53 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-05 01:32:53 - building LINT-NOINET kernel TB --- 2012-04-05 01:32:53 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 01:32:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 01:32:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 01:32:53 - SRCCONF=/dev/null TB --- 2012-04-05 01:32:53 - TARGET=i386 TB --- 2012-04-05 01:32:53 - TARGET_ARCH=i386 TB --- 2012-04-05 01:32:53 - TZ=UTC TB --- 2012-04-05 01:32:53 - __MAKE_CONF=/dev/null TB --- 2012-04-05 01:32:53 - cd /src TB --- 2012-04-05 01:32:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Apr 5 01:32:53 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 Thu Apr 5 02:04:49 UTC 2012 TB --- 2012-04-05 02:04:49 - cd /src/sys/i386/conf TB --- 2012-04-05 02:04:49 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-05 02:04:50 - building LINT-NOINET6 kernel TB --- 2012-04-05 02:04:50 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 02:04:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 02:04:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 02:04:50 - SRCCONF=/dev/null TB --- 2012-04-05 02:04:50 - TARGET=i386 TB --- 2012-04-05 02:04:50 - TARGET_ARCH=i386 TB --- 2012-04-05 02:04:50 - TZ=UTC TB --- 2012-04-05 02:04:50 - __MAKE_CONF=/dev/null TB --- 2012-04-05 02:04:50 - cd /src TB --- 2012-04-05 02:04:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Apr 5 02:04: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-NOINET6 completed on Thu Apr 5 02:36:02 UTC 2012 TB --- 2012-04-05 02:36:02 - cd /src/sys/i386/conf TB --- 2012-04-05 02:36:02 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-05 02:36:02 - building LINT-NOIP kernel TB --- 2012-04-05 02:36:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 02:36:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 02:36:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 02:36:02 - SRCCONF=/dev/null TB --- 2012-04-05 02:36:02 - TARGET=i386 TB --- 2012-04-05 02:36:02 - TARGET_ARCH=i386 TB --- 2012-04-05 02:36:02 - TZ=UTC TB --- 2012-04-05 02:36:02 - __MAKE_CONF=/dev/null TB --- 2012-04-05 02:36:02 - cd /src TB --- 2012-04-05 02:36:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Apr 5 02:36:02 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 Thu Apr 5 03:05:05 UTC 2012 TB --- 2012-04-05 03:05:05 - cd /src/sys/i386/conf TB --- 2012-04-05 03:05:05 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-05 03:05:05 - building LINT-VIMAGE kernel TB --- 2012-04-05 03:05:05 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 03:05:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 03:05:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 03:05:05 - SRCCONF=/dev/null TB --- 2012-04-05 03:05:05 - TARGET=i386 TB --- 2012-04-05 03:05:05 - TARGET_ARCH=i386 TB --- 2012-04-05 03:05:05 - TZ=UTC TB --- 2012-04-05 03:05:05 - __MAKE_CONF=/dev/null TB --- 2012-04-05 03:05:05 - cd /src TB --- 2012-04-05 03:05:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Apr 5 03:05: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_unimsgcpy.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_verify.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pflog.c -I/src/sys/contrib/pf cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pfsync.c -I/src/sys/contrib/pf /src/sys/contrib/pf/net/if_pfsync.c: In function 'pfsync_state_import': /src/sys/contrib/pf/net/if_pfsync.c:797: error: 'pf_default_rule' undeclared (first use in this function) /src/sys/contrib/pf/net/if_pfsync.c:797: error: (Each undeclared identifier is reported only once /src/sys/contrib/pf/net/if_pfsync.c:797: error: for each function it appears in.) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-05 03:10:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 03:10:08 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2012-04-05 03:10:08 - 12434.09 user 1742.23 system 16207.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 03:37: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 9B066106566C; Thu, 5 Apr 2012 03:37: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 53DA38FC0C; Thu, 5 Apr 2012 03:37: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 q353bOJQ026051; Wed, 4 Apr 2012 23:37:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q353bOq6026042; Thu, 5 Apr 2012 03:37:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 03:37:24 GMT Message-Id: <201204050337.q353bOq6026042@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: Thu, 05 Apr 2012 03:37:25 -0000 TB --- 2012-04-04 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-04 22:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-04 22:40:00 - cleaning the object tree TB --- 2012-04-04 22:40:00 - cvsupping the source tree TB --- 2012-04-04 22:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-04 22:42:15 - building world TB --- 2012-04-04 22:42:15 - CROSS_BUILD_TESTING=YES TB --- 2012-04-04 22:42:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-04 22:42:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-04 22:42:15 - SRCCONF=/dev/null TB --- 2012-04-04 22:42:15 - TARGET=amd64 TB --- 2012-04-04 22:42:15 - TARGET_ARCH=amd64 TB --- 2012-04-04 22:42:15 - TZ=UTC TB --- 2012-04-04 22:42:15 - __MAKE_CONF=/dev/null TB --- 2012-04-04 22:42:15 - cd /src TB --- 2012-04-04 22:42:15 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 4 22:42:16 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 Apr 5 01:33:41 UTC 2012 TB --- 2012-04-05 01:33:41 - generating LINT kernel config TB --- 2012-04-05 01:33:41 - cd /src/sys/amd64/conf TB --- 2012-04-05 01:33:41 - /usr/bin/make -B LINT TB --- 2012-04-05 01:33:41 - cd /src/sys/amd64/conf TB --- 2012-04-05 01:33:41 - /usr/sbin/config -m LINT TB --- 2012-04-05 01:33:41 - building LINT kernel TB --- 2012-04-05 01:33:41 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 01:33:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 01:33:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 01:33:41 - SRCCONF=/dev/null TB --- 2012-04-05 01:33:41 - TARGET=amd64 TB --- 2012-04-05 01:33:41 - TARGET_ARCH=amd64 TB --- 2012-04-05 01:33:41 - TZ=UTC TB --- 2012-04-05 01:33:41 - __MAKE_CONF=/dev/null TB --- 2012-04-05 01:33:41 - cd /src TB --- 2012-04-05 01:33:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 5 01:33: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 completed on Thu Apr 5 02:05:54 UTC 2012 TB --- 2012-04-05 02:05:54 - cd /src/sys/amd64/conf TB --- 2012-04-05 02:05:54 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-05 02:05:54 - building LINT-NOINET kernel TB --- 2012-04-05 02:05:54 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 02:05:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 02:05:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 02:05:54 - SRCCONF=/dev/null TB --- 2012-04-05 02:05:54 - TARGET=amd64 TB --- 2012-04-05 02:05:54 - TARGET_ARCH=amd64 TB --- 2012-04-05 02:05:54 - TZ=UTC TB --- 2012-04-05 02:05:54 - __MAKE_CONF=/dev/null TB --- 2012-04-05 02:05:54 - cd /src TB --- 2012-04-05 02:05:54 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Apr 5 02:05: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-NOINET completed on Thu Apr 5 02:35:41 UTC 2012 TB --- 2012-04-05 02:35:41 - cd /src/sys/amd64/conf TB --- 2012-04-05 02:35:41 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-05 02:35:41 - building LINT-NOINET6 kernel TB --- 2012-04-05 02:35:41 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 02:35:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 02:35:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 02:35:41 - SRCCONF=/dev/null TB --- 2012-04-05 02:35:41 - TARGET=amd64 TB --- 2012-04-05 02:35:41 - TARGET_ARCH=amd64 TB --- 2012-04-05 02:35:41 - TZ=UTC TB --- 2012-04-05 02:35:41 - __MAKE_CONF=/dev/null TB --- 2012-04-05 02:35:41 - cd /src TB --- 2012-04-05 02:35:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Apr 5 02:35: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 Thu Apr 5 03:05:13 UTC 2012 TB --- 2012-04-05 03:05:13 - cd /src/sys/amd64/conf TB --- 2012-04-05 03:05:13 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-05 03:05:13 - building LINT-NOIP kernel TB --- 2012-04-05 03:05:13 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 03:05:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 03:05:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 03:05:13 - SRCCONF=/dev/null TB --- 2012-04-05 03:05:13 - TARGET=amd64 TB --- 2012-04-05 03:05:13 - TARGET_ARCH=amd64 TB --- 2012-04-05 03:05:13 - TZ=UTC TB --- 2012-04-05 03:05:13 - __MAKE_CONF=/dev/null TB --- 2012-04-05 03:05:13 - cd /src TB --- 2012-04-05 03:05:13 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Apr 5 03:05:14 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 Thu Apr 5 03:32:35 UTC 2012 TB --- 2012-04-05 03:32:35 - cd /src/sys/amd64/conf TB --- 2012-04-05 03:32:35 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-05 03:32:35 - building LINT-VIMAGE kernel TB --- 2012-04-05 03:32:35 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 03:32:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 03:32:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 03:32:35 - SRCCONF=/dev/null TB --- 2012-04-05 03:32:35 - TARGET=amd64 TB --- 2012-04-05 03:32:35 - TARGET_ARCH=amd64 TB --- 2012-04-05 03:32:35 - TZ=UTC TB --- 2012-04-05 03:32:35 - __MAKE_CONF=/dev/null TB --- 2012-04-05 03:32:35 - cd /src TB --- 2012-04-05 03:32:35 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Apr 5 03:32:35 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 -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_unimsgcpy.c -I/src/sys/contrib/ngatm cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_verify.c -I/src/sys/contrib/ngatm cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pflog.c -I/src/sys/contrib/pf cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pfsync.c -I/src/sys/contrib/pf /src/sys/contrib/pf/net/if_pfsync.c: In function 'pfsync_state_import': /src/sys/contrib/pf/net/if_pfsync.c:797: error: 'pf_default_rule' undeclared (first use in this function) /src/sys/contrib/pf/net/if_pfsync.c:797: error: (Each undeclared identifier is reported only once /src/sys/contrib/pf/net/if_pfsync.c:797: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-05 03:37:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 03:37:24 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2012-04-05 03:37:24 - 13488.94 user 1998.99 system 17844.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 04:56:47 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 40F8F106564A for ; Thu, 5 Apr 2012 04:56:47 +0000 (UTC) (envelope-from jasone@canonware.com) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 209588FC08 for ; Thu, 5 Apr 2012 04:56:47 +0000 (UTC) Received: from [192.168.168.4] (70-91-206-178-BusName-SFBA.hfc.comcastbusiness.net [70.91.206.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 534622841A for ; Wed, 4 Apr 2012 21:56:46 -0700 (PDT) From: Jason Evans Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Apr 2012 21:56:45 -0700 Message-Id: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Cc: Subject: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jasone@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 04:56:47 -0000 I have the current version of jemalloc integrated into libc as = contrib/jemalloc: = http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch This is the first update to FreeBSD's jemalloc in over two years, and = the differences are huge (faster, better introspection, hopefully fewer = bugs). This has been stable for me across numerous = buildworld/installworld iterations, as well as when running several = benchmarks. There's a bugfix to openpam in the patch that des says will = be obsoleted by the next vendor import, so I'm planning to let that = settle before committing. In the meanwhile, I'm hoping for some review = sanity checks on the following aspects of the patch: * Are the symbol versioning specifications right, and are the = compatibility symbols for _malloc_options and _malloc_message workable? * Is it acceptable to check this in directly to trunk without using a = vendor branch? For the import workflow I have planned, a vendor branch = would just be extra work with no benefit that I can see. * Is the light editing of the jemalloc manual page sufficient? Keeping = the changes minimal will make regular imports less work, but the result = is less tailored to FreeBSD. * Will the utrace feature be missed? I removed it some time ago, mainly = because traces are impossibly large for most real-world use cases. Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 06:46: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 965B81065670; Thu, 5 Apr 2012 06:46:17 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0F76C8FC08; Thu, 5 Apr 2012 06:46:17 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SFgSV-0002VU-J0; Thu, 05 Apr 2012 09:46:15 +0300 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id 527A31CC21; Thu, 5 Apr 2012 09:46:10 +0300 (EEST) Date: Thu, 5 Apr 2012 09:46:10 +0300 From: Andrey Simonenko To: Pedro Giffuni Message-ID: <20120405064610.GA1297@pm513-1.comsys.ntu-kpi.kiev.ua> References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> <20120403134300.GA98102@troutmask.apl.washington.edu> <20120404092923.GA1087@pm513-1.comsys.ntu-kpi.kiev.ua> <4F7C5E85.5090801@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F7C5E85.5090801@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 28-Apr-2011 07:11:12) X-Date: 2012-04-05 09:46:15 X-Connected-IP: 10.18.52.101:54271 X-Message-Linecount: 171 X-Body-Linecount: 152 X-Message-Size: 5434 X-Body-Size: 4591 Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: -ffast-math in Ports and wrong generated code 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, 05 Apr 2012 06:46:17 -0000 On Wed, Apr 04, 2012 at 09:45:25AM -0500, Pedro Giffuni wrote: > On 04/04/12 04:29, Andrey Simonenko wrote: > > On Tue, Apr 03, 2012 at 06:43:00AM -0700, Steve Kargl wrote: > >> On Tue, Apr 03, 2012 at 02:21:11PM +0300, Andrey Simonenko wrote: > >>> I use one port from the Ports Collection, that works with FP. Having > >>> reinstalled it (its version was not changed) I noticed that it started > >>> to work incorrectly. After debugging and disassembling its code I found > >>> out that the -ffast-math option used for building was the result of > >>> wrongly generated code (I did not specify this option in /etc/make.conf). > >>> > >>> At least finite() function call was eliminated from the result Assembler > >>> code when -ffast-math option is used, tested on 9.0-STABLE and 10.0-CURRENT. > >>> > >>> Example test source code and generated code under 9.0-STABLE on amd64 > >>> by gcc from the base system: > >>> > >>> ----------------------------- > >>> #include > >>> #include > >>> > >>> void > >>> check_finite(double x) > >>> { > >>> printf("%d\n", finite(x)); > >>> } > >>> ----------------------------- > >>> > >>> % gcc -Wall -O2 -S finite.c > >>> ----------------------------- > >>> check_finite: > >>> .LFB3: > >>> subq $8, %rsp > >>> .LCFI0: > >>> call finite <-- call to finite() > >>> movl $.LC0, %edi > >>> movl %eax, %esi > >>> addq $8, %rsp > >>> xorl %eax, %eax > >>> jmp printf > >>> .LFE3: > >>> .size check_finite, .-check_finite > >>> ----------------------------- > >>> > >>> % gcc -Wall -O2 -ffast-math -S finite.c > >>> ----------------------------- > >>> check_finite: > >>> .LFB3: > >>> xorl %esi, %esi <-- fake result from finite() > >>> movl $.LC0, %edi > >>> xorl %eax, %eax > >>> jmp printf > >>> .LFE3: > >>> .size check_finite, .-check_finite > >>> ----------------------------- > >>> > >>> Can somebody comment this? > >> Read the man page for gcc. With --fast-math, > >> gcc assumes that the result of any FP operation > >> is finite. So, the function call to finite() > >> is eliminated as it is always true. > > Looks like that I was misunderstood. I did not ask why finite() was > > eliminated, I asked why fake result from finite() is wrong. Obviously > > that -ffast-math can optimize FP arithmetics and as a result some functions > > can be eliminated. The problem is not respecting IEEE specifications for > > FP, the problem is wrongly generated code when -ffast-math is used. > > > > Actually there is a bug in GCC used in the base system. There was made > > a change to builtins.c from gcc in revision 1.12 [1] and as a result gcc > > started to eliminate finite() function calls with -ffinite-math-only. > > > > ... > > > > After this change the corresponding Assembler code for my test file is: > > > > % gcc -Wall -O2 -ffast-math -S finite.c > > ----------------------------- > > check_finite: > > .LFB3: > > movl $1, %esi <-- fake result from finite() > > movl $.LC0, %edi > > xorl %eax, %eax > > jmp printf > > .LFE3: > > .size check_finite, .-check_finite > > ----------------------------- > > > > What do you think? If there is no objections, I'll create PR. > > > > [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/builtins.c.diff?r1=1.11;r2=1.12 > > _______________________________________________ > > The SVN commit > > http://svnweb.freebsd.org/base?view=revision&revision=228756 > > will point you to this: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28796 > > and we are keeping consistency with both upstream and Apple's gcc. Well, I've found exact commit to upstream gcc source tree that corrects the bug described above: http://gcc.gnu.org/viewcvs/trunk/gcc/builtins.c?r1=117751&r2=117929 I think that nobody even tried to run my test program, so I'll post here results from my system (I did not post this test before just to make the post brief): % uname -omr FreeBSD 9.0-STABLE amd64 % cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] % cat finite.c #include #include void check_finite(double x) { printf(" %d ", finite(x)); } int main(void) { double x; for (x = -2; x < 2; x += 0.5) { printf("%.1f", x); check_finite(x); } printf("\n"); return (0); } % cc -Wall -O2 finite.c -lm % ./a.out -2.0 1 -1.5 1 -1.0 1 -0.5 1 0.0 1 0.5 1 1.0 1 1.5 1 % cc -Wall -O2 -ffinite-math-only finite.c -lm % ./a.out -2.0 0 -1.5 0 -1.0 0 -0.5 0 0.0 0 0.5 0 1.0 0 1.5 0 Should not both results be the same? From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 07:34: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 1491C106567F for ; Thu, 5 Apr 2012 07:34:45 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm19-vm0.bullet.mail.bf1.yahoo.com (nm19-vm0.bullet.mail.bf1.yahoo.com [98.139.213.162]) by mx1.freebsd.org (Postfix) with SMTP id A0B128FC08 for ; Thu, 5 Apr 2012 07:34:44 +0000 (UTC) Received: from [98.139.215.141] by nm19.bullet.mail.bf1.yahoo.com with NNFMP; 05 Apr 2012 07:34:43 -0000 Received: from [98.139.211.204] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 05 Apr 2012 07:34:43 -0000 Received: from [127.0.0.1] by smtp213.mail.bf1.yahoo.com with NNFMP; 05 Apr 2012 07:34:43 -0000 X-Yahoo-Newman-Id: 944677.2006.bm@smtp213.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 3mOrOZgVM1nfHT1sHqX5.fKDkg2.0GqTg2.6E.ZY15ZYtan u2t4ZoH89RrBs3eherI.B6O1dM7GR6J8zuRhvZz51d0NPlOnt4cl4ZkapJTM HtDOkw0CpsOLK1Loxh42gLvi9sfdPDPKMlyotMV_TVLFURgjT74uJ1RTBL7m 9cUWSQKu1FvQ0VB_ls4VHPctSEeXLHDNWQ5t9f9Js_EL8_42.t41bhBrHAX7 _sMRVmnhihJ1yZ0GwbAN4b3HQuBqoJLCBi8iKdFboZbxCgZx6ld9AENU62l8 EJYRNhpTYIBpFuNtcEc2_HbOk_aVz3p5djLvDf.KNleDEVFbOzh9ne5gHElV YrUUnFn3KU9Hyil8sJlcmxoNo4iMWFR3BthZgKsT.4zAdO1TWenV1soVydw3 3TBO34F9G6zoaChMULj_63rDRxaNrEFeBJ1vvz35XJkTTlLEzIq.yu9abvr. nElmyIvyzCe7g2GeSk4BqftA9AhmK9rTvqJOxY55Uo6oUgyAEDPgtQSc.vxQ QDjrb6UUPcS5ol7WZimtFfGSMjWg2RvktKyle8XO07B4bGh.LAgVQ43CbK7Q vEkoEij.0PRLRKDOp1Obaa2RxY4G2AHhN4Kfdr29DSaGtJNCQe5ylvHsR1sL 8 X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.106] (pfg@200.118.157.7 with plain) by smtp213.mail.bf1.yahoo.com with SMTP; 05 Apr 2012 00:34:43 -0700 PDT Message-ID: <4F7D4B11.2030409@FreeBSD.org> Date: Thu, 05 Apr 2012 02:34:41 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andrey Simonenko References: <20120403112111.GA39616@pm513-1.comsys.ntu-kpi.kiev.ua> <20120403134300.GA98102@troutmask.apl.washington.edu> <20120404092923.GA1087@pm513-1.comsys.ntu-kpi.kiev.ua> <4F7C5E85.5090801@FreeBSD.org> <20120405064610.GA1297@pm513-1.comsys.ntu-kpi.kiev.ua> In-Reply-To: <20120405064610.GA1297@pm513-1.comsys.ntu-kpi.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: -ffast-math in Ports and wrong generated code 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, 05 Apr 2012 07:34:45 -0000 On 04/05/12 01:46, Andrey Simonenko wrote: > On Wed, Apr 04, 2012 at 09:45:25AM -0500, Pedro Giffuni wrote: >> On 04/04/12 04:29, Andrey Simonenko wrote: >>> On Tue, Apr 03, 2012 at 06:43:00AM -0700, Steve Kargl wrote: >>> >> The SVN commit >> >> http://svnweb.freebsd.org/base?view=revision&revision=228756 >> >> will point you to this: >> >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28796 >> >> and we are keeping consistency with both upstream and Apple's gcc. > Well, I've found exact commit to upstream gcc source tree that > corrects the bug described above: > > http://gcc.gnu.org/viewcvs/trunk/gcc/builtins.c?r1=117751&r2=117929 Aha!.. OK I needed to be sure we would still be consistent with upstream. The upstream patch is under GPLv2 so it can be committed. Thanks Andrey for your patience and persistence in finding this! Pedro. From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 07:43:09 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 2721C106564A for ; Thu, 5 Apr 2012 07:43:09 +0000 (UTC) (envelope-from gleb.kurtsou@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 83C7C8FC0A for ; Thu, 5 Apr 2012 07:43:08 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1306547bkc.13 for ; Thu, 05 Apr 2012 00:43:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qwxWn9N/2wIDYk6z7ss97PA6O8AZU7QPHtLdtHEDscA=; b=MfwAtWt6KkQKGOUQm1Ywq23kaT6/Xt+Z2lpwPOoBFz/2ENmJh2oLWapoALhTlsqDKQ k5JYb8LCNiMDKVLzBlJcw03Mk79inbH9Hvzl6xQlRUERixWf91JINVGSNVoqrL6aA6lW dop/KNgfkMy2gg2V53YBz4tT6jQDiXCe406XYlglvctJ6ByKcM7WpJA8rQzUTjJ6BOTD DqaGUe/waXn7YfD4s7EN3FNw3Xb+WgipinN116wE3qYSSszPT4tad5W6qAS4iiKzgpYS +Lm19fVrPI4QCMuXEH2n7v9czMK5gyLD1DfcEbYB1Xp8q57Rfo5FWh+b+39gC4A15Ny4 G2mg== Received: by 10.204.155.69 with SMTP id r5mr646038bkw.67.1333611787266; Thu, 05 Apr 2012 00:43:07 -0700 (PDT) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id s16sm6776821bkt.3.2012.04.05.00.43.04 (version=SSLv3 cipher=OTHER); Thu, 05 Apr 2012 00:43:05 -0700 (PDT) Date: Thu, 5 Apr 2012 10:43:04 +0300 From: Gleb Kurtsou To: David Wolfskill , current@freebsd.org Message-ID: <20120405074304.GA1048@reks> References: <20120404095035.GA1929@reks> <20120404133858.GB1420@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20120404133858.GB1420@albert.catwhisker.org> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 05 Apr 2012 07:43:09 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On (04/04/2012 06:38), David Wolfskill wrote: > On Wed, Apr 04, 2012 at 12:50:35PM +0300, Gleb Kurtsou wrote: > > ... > > tmpfs-32bit-size_max.patch.txt should fix the problem. I don't have i386 > > installations to test it myself. > > > > Do you run PAE kernel? Could you try filling up /tmp at least to 10g. > > ... > > After updating source to r233868, applying the patch, then updating, > here are the results of my testing so far (not using PAE). > > Summary: as before, I believe that the patch didn't hurt anything, but > it also doesn't restrict the usable size of /tmp to the specified size > (from /etc/fstab): > I've checked on i386 and patch worked as expected, but it required previous patch. I've combined both patches. Could you try it. Thanks, Gleb. > > Script started on Wed Apr 4 06:23:25 2012 > > g1-227(10.0-C)[1] _do > uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) > /dev/ada0s2a on / (ufs, local, soft-updates) > devfs on /dev (devfs, local, multilabel) > tmpfs on /tmp (tmpfs, local) > /dev/ada0s2d on /usr (ufs, local, soft-updates) > /dev/ada0s4e on /var (ufs, local, soft-updates) > /dev/ada0s4g on /common (ufs, local, soft-updates) > fdescfs on /dev/fd (fdescfs) > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2 233868M: Wed Apr 4 06:02:25 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > Wed Apr 4 06:23:27 PDT 2012 > >>> Removing old libraries > Please be sure no application still uses those libraries, else you > can not start such an application. Consult UPDATING for more > information regarding how to cope with the removal/revision bump > of a specific library. > >>> Old libraries removed > Wed Apr 4 06:23:28 PDT 2012 > g1-227(10.0-C)[2] exit > > Script done on Wed Apr 4 06:23:29 2012 > Script started on Wed Apr 4 06:23:35 2012 > > g1-227(10.0-C)[1] df -hi /tmp > Filesystem Size Used Avail Capacity iused ifree %iused Mounted on > tmpfs 23G 12k 23G 0% 17 2.1G 0% /tmp > g1-227(10.0-C)[2] grep tmpfs /etc/fstab > # tmpfs /tmp tmpfs rw,size=2147483648 0 0 > tmpfs /tmp tmpfs rw,size=8g 0 0 > > g1-227(10.0-C)[3] ls -lhT /bkp/tmp/test > -rw-r--r-- 1 david wheel 8.0G Mar 25 10:42:49 2012 /bkp/tmp/test > g1-227(10.0-C)[4] dd bs=1m if=!$ of=/tmp/test > dd bs=1m if=/bkp/tmp/test of=/tmp/test > 8192+0 records in > 8192+0 records out > 8589934592 bytes transferred in 186.178099 secs (46138266 bytes/sec) > g1-227(10.0-C)[5] df -hi /tmp > Filesystem Size Used Avail Capacity iused ifree %iused Mounted on > tmpfs 23G 8.0G 15G 35% 18 2.1G 0% /tmp > g1-227(10.0-C)[6] dd bs=1m if=/bkp/tmp/test of=/tmp/test1 > 8192+0 records in > 8192+0 records out > 8589934592 bytes transferred in 220.254916 secs (38999968 bytes/sec) > g1-227(10.0-C)[7] df -hi /tmp > Filesystem Size Used Avail Capacity iused ifree %iused Mounted on > tmpfs 23G 16G 7.0G 70% 19 2.1G 0% /tmp > g1-227(10.0-C)[8] exit > > Script done on Wed Apr 4 06:33:12 2012 > g1-227(10.0-C)[5] > > > 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. --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="tmpfs-memlimit2.patch.txt" diff --git a/sys/fs/tmpfs/tmpfs.h b/sys/fs/tmpfs/tmpfs.h index efa7c6d..3fc72ab 100644 --- a/sys/fs/tmpfs/tmpfs.h +++ b/sys/fs/tmpfs/tmpfs.h @@ -337,11 +337,10 @@ struct tmpfs_mount { * system, set during mount time. This variable must never be * used directly as it may be bigger than the current amount of * free memory; in the extreme case, it will hold the SIZE_MAX - * value. Instead, use the TMPFS_PAGES_MAX macro. */ + * value. */ size_t tm_pages_max; - /* Number of pages in use by the file system. Cannot be bigger - * than the value returned by TMPFS_PAGES_MAX in any case. */ + /* Number of pages in use by the file system. */ size_t tm_pages_used; /* Pointer to the node representing the root directory of this @@ -486,58 +485,32 @@ int tmpfs_truncate(struct vnode *, off_t); * Memory management stuff. */ -/* Amount of memory pages to reserve for the system (e.g., to not use by +/* + * Amount of memory pages to reserve for the system (e.g., to not use by * tmpfs). - * XXX: Should this be tunable through sysctl, for instance? */ -#define TMPFS_PAGES_RESERVED (4 * 1024 * 1024 / PAGE_SIZE) + */ +#define TMPFS_PAGES_MINRESERVED (4 * 1024 * 1024 / PAGE_SIZE) /* - * Returns information about the number of available memory pages, - * including physical and virtual ones. - * - * Remember to remove TMPFS_PAGES_RESERVED from the returned value to avoid - * excessive memory usage. - * + * Number of reserved swap pages should not be lower than + * swap_pager_almost_full high water mark. */ -static __inline size_t -tmpfs_mem_info(void) -{ +#define TMPFS_SWAP_MINRESERVED 1024 - return (swap_pager_avail + cnt.v_free_count + cnt.v_cache_count); -} +size_t tmpfs_mem_avail(void); -/* Returns the maximum size allowed for a tmpfs file system. This macro - * must be used instead of directly retrieving the value from tm_pages_max. - * The reason is that the size of a tmpfs file system is dynamic: it lets - * the user store files as long as there is enough free memory (including - * physical memory and swap space). Therefore, the amount of memory to be - * used is either the limit imposed by the user during mount time or the - * amount of available memory, whichever is lower. To avoid consuming all - * the memory for a given mount point, the system will always reserve a - * minimum of TMPFS_PAGES_RESERVED pages, which is also taken into account - * by this macro (see above). */ static __inline size_t -TMPFS_PAGES_MAX(struct tmpfs_mount *tmp) +tmpfs_pages_used(struct tmpfs_mount *tmp) { - size_t freepages; - - freepages = tmpfs_mem_info(); - freepages -= freepages < TMPFS_PAGES_RESERVED ? - freepages : TMPFS_PAGES_RESERVED; + const size_t node_size = sizeof(struct tmpfs_node) + + sizeof(struct tmpfs_dirent); + size_t meta_pages; - return MIN(tmp->tm_pages_max, freepages + tmp->tm_pages_used); + meta_pages = howmany((uintmax_t)tmp->tm_nodes_inuse * node_size, + PAGE_SIZE); + return (meta_pages + tmp->tm_pages_used); } -/* Returns the available space for the given file system. */ -#define TMPFS_META_PAGES(tmp) (howmany((tmp)->tm_nodes_inuse * (sizeof(struct tmpfs_node) \ - + sizeof(struct tmpfs_dirent)), PAGE_SIZE)) -#define TMPFS_FILE_PAGES(tmp) ((tmp)->tm_pages_used) - -#define TMPFS_PAGES_AVAIL(tmp) (TMPFS_PAGES_MAX(tmp) > \ - TMPFS_META_PAGES(tmp)+TMPFS_FILE_PAGES(tmp)? \ - TMPFS_PAGES_MAX(tmp) - TMPFS_META_PAGES(tmp) \ - - TMPFS_FILE_PAGES(tmp):0) - #endif /* --------------------------------------------------------------------- */ diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c index fe596aa..5123fcc 100644 --- a/sys/fs/tmpfs/tmpfs_subr.c +++ b/sys/fs/tmpfs/tmpfs_subr.c @@ -59,6 +59,76 @@ __FBSDID("$FreeBSD$"); SYSCTL_NODE(_vfs, OID_AUTO, tmpfs, CTLFLAG_RW, 0, "tmpfs file system"); +static long tmpfs_swap_reserved = TMPFS_SWAP_MINRESERVED * 2; + +static long tmpfs_pages_reserved = TMPFS_PAGES_MINRESERVED; + +static int +sysctl_mem_reserved(SYSCTL_HANDLER_ARGS) +{ + int error; + long pages, bytes, reserved; + + pages = *(long *)arg1; + bytes = pages * PAGE_SIZE; + + error = sysctl_handle_long(oidp, &bytes, 0, req); + if (error || !req->newptr) + return (error); + + pages = bytes / PAGE_SIZE; + if (arg1 == &tmpfs_swap_reserved) + reserved = TMPFS_SWAP_MINRESERVED; + else + reserved = TMPFS_PAGES_MINRESERVED; + if (pages < reserved) + return (EINVAL); + + *(long *)arg1 = pages; + return (0); +} + +SYSCTL_PROC(_vfs_tmpfs, OID_AUTO, memory_reserved, CTLTYPE_LONG|CTLFLAG_RW, + &tmpfs_pages_reserved, 0, sysctl_mem_reserved, "L", "reserved memory"); +SYSCTL_PROC(_vfs_tmpfs, OID_AUTO, swap_reserved, CTLTYPE_LONG|CTLFLAG_RW, + &tmpfs_swap_reserved, 0, sysctl_mem_reserved, "L", "reserved swap memory"); + +size_t +tmpfs_mem_avail(void) +{ + vm_ooffset_t avail_swap, avail_mem; + + avail_swap = swap_pager_avail - tmpfs_swap_reserved; + if (__predict_false(avail_swap <= 0)) { + /* FIXME No swap or disabled swap check */ + if (swap_pager_avail == 0) + avail_swap = 0; + else + return (0); + } + avail_mem = cnt.v_free_count + cnt.v_cache_count - tmpfs_pages_reserved; + if (__predict_false(avail_mem < 0)) + avail_mem = 0; + return (avail_swap + avail_mem); +} + +static size_t +tmpfs_pages_check_avail(struct tmpfs_mount *tmp, size_t req_pages) +{ + size_t avail; + + avail = tmpfs_mem_avail(); + if (avail < req_pages) + return (0); + + if (tmp->tm_pages_max != SIZE_MAX) + avail = tmp->tm_pages_max - tmpfs_pages_used(tmp); + if (avail < req_pages) + return (0); + + return (1); +} + /* --------------------------------------------------------------------- */ /* @@ -99,6 +169,8 @@ tmpfs_alloc_node(struct tmpfs_mount *tmp, enum vtype type, if (tmp->tm_nodes_inuse >= tmp->tm_nodes_max) return (ENOSPC); + if (tmpfs_pages_check_avail(tmp, 1) == 0) + return (ENOSPC); nnode = (struct tmpfs_node *)uma_zalloc_arg( tmp->tm_node_pool, tmp, M_WAITOK); @@ -917,7 +989,7 @@ tmpfs_reg_resize(struct vnode *vp, off_t newsize, boolean_t ignerr) MPASS(oldpages == uobj->size); newpages = OFF_TO_IDX(newsize + PAGE_MASK); if (newpages > oldpages && - newpages - oldpages > TMPFS_PAGES_AVAIL(tmp)) + tmpfs_pages_check_avail(tmp, newpages - oldpages) == 0) return (ENOSPC); VM_OBJECT_LOCK(uobj); diff --git a/sys/fs/tmpfs/tmpfs_vfsops.c b/sys/fs/tmpfs/tmpfs_vfsops.c index 0647ba2..2ad7eb4 100644 --- a/sys/fs/tmpfs/tmpfs_vfsops.c +++ b/sys/fs/tmpfs/tmpfs_vfsops.c @@ -129,17 +129,62 @@ tmpfs_node_fini(void *mem, int size) mtx_destroy(&node->tn_interlock); } +/* + * XXX Rename to vfs_getopt_size() + */ +static int +tmpfs_getopt_size(struct vfsoptlist *opts, const char *name, u_quad_t *data) +{ + char *opt_value, *vtp; + quad_t iv; + int error, opt_len; + + error = vfs_getopt(opts, name, (void **)&opt_value, &opt_len); + if (error != 0) + return (error); + if (opt_len == 0 || opt_value == NULL) + return (EINVAL); + if (opt_value[0] == '\0' || opt_value[opt_len - 1] != '\0') + return (EINVAL); + + iv = strtoq(opt_value, &vtp, 0); + if (vtp == opt_value || (vtp[0] != '\0' && vtp[1] != '\0')) + return (EINVAL); + if (iv < 0) + return (EINVAL); + switch (vtp[0]) { + case 't': + case 'T': + iv *= 1024; + case 'g': + case 'G': + iv *= 1024; + case 'm': + case 'M': + iv *= 1024; + case 'k': + case 'K': + iv *= 1024; + case '\0': + break; + default: + return (EINVAL); + } + *data = iv; + + return (0); +} + static int tmpfs_mount(struct mount *mp) { + const size_t nodes_per_page = howmany(PAGE_SIZE, + sizeof(struct tmpfs_dirent) + sizeof(struct tmpfs_node)); struct tmpfs_mount *tmp; struct tmpfs_node *root; - size_t pages; - uint32_t nodes; int error; /* Size counters. */ - u_int nodes_max; - u_quad_t size_max, maxfilesize; + u_quad_t pages, nodes_max, size_max, maxfilesize; /* Root node attributes. */ uid_t root_uid; @@ -175,46 +220,47 @@ tmpfs_mount(struct mount *mp) if (mp->mnt_cred->cr_ruid != 0 || vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) != 1) root_mode = va.va_mode; - if (vfs_scanopt(mp->mnt_optnew, "inodes", "%u", &nodes_max) != 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "inodes", &nodes_max) != 0) nodes_max = 0; - if (vfs_scanopt(mp->mnt_optnew, "size", "%qu", &size_max) != 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "size", &size_max) != 0) size_max = 0; - if (vfs_scanopt(mp->mnt_optnew, "maxfilesize", "%qu", - &maxfilesize) != 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "maxfilesize", &maxfilesize) != 0) maxfilesize = 0; /* Do not allow mounts if we do not have enough memory to preserve * the minimum reserved pages. */ - if (tmpfs_mem_info() < TMPFS_PAGES_RESERVED) + if (tmpfs_mem_avail() < TMPFS_PAGES_MINRESERVED) return ENOSPC; /* Get the maximum number of memory pages this file system is * allowed to use, based on the maximum size the user passed in * the mount structure. A value of zero is treated as if the * maximum available space was requested. */ - if (size_max < PAGE_SIZE || size_max > SIZE_MAX - PAGE_SIZE) + if (size_max < PAGE_SIZE || size_max > OFF_MAX - PAGE_SIZE || + (SIZE_MAX < OFF_MAX && size_max / PAGE_SIZE >= SIZE_MAX)) pages = SIZE_MAX; else pages = howmany(size_max, PAGE_SIZE); MPASS(pages > 0); if (nodes_max <= 3) { - if (pages > UINT32_MAX - 3) - nodes = UINT32_MAX; + if (pages < INT_MAX / nodes_per_page) + nodes_max = pages * nodes_per_page; else - nodes = pages + 3; - } else - nodes = nodes_max; - MPASS(nodes >= 3); + nodes_max = INT_MAX; + } + if (nodes_max > INT_MAX) + nodes_max = INT_MAX; + MPASS(nodes_max >= 3); /* Allocate the tmpfs mount structure and fill it. */ tmp = (struct tmpfs_mount *)malloc(sizeof(struct tmpfs_mount), M_TMPFSMNT, M_WAITOK | M_ZERO); mtx_init(&tmp->allnode_lock, "tmpfs allnode lock", NULL, MTX_DEF); - tmp->tm_nodes_max = nodes; + tmp->tm_nodes_max = nodes_max; tmp->tm_nodes_inuse = 0; - tmp->tm_maxfilesize = maxfilesize > 0 ? maxfilesize : UINT64_MAX; + tmp->tm_maxfilesize = maxfilesize > 0 ? maxfilesize : OFF_MAX; LIST_INIT(&tmp->tm_nodes_used); tmp->tm_pages_max = pages; @@ -384,22 +430,26 @@ tmpfs_fhtovp(struct mount *mp, struct fid *fhp, int flags, static int tmpfs_statfs(struct mount *mp, struct statfs *sbp) { - fsfilcnt_t freenodes; struct tmpfs_mount *tmp; + size_t used; tmp = VFS_TO_TMPFS(mp); sbp->f_iosize = PAGE_SIZE; sbp->f_bsize = PAGE_SIZE; - sbp->f_blocks = TMPFS_PAGES_MAX(tmp); - sbp->f_bavail = sbp->f_bfree = TMPFS_PAGES_AVAIL(tmp); - - freenodes = MIN(tmp->tm_nodes_max - tmp->tm_nodes_inuse, - TMPFS_PAGES_AVAIL(tmp) * PAGE_SIZE / sizeof(struct tmpfs_node)); - - sbp->f_files = freenodes + tmp->tm_nodes_inuse; - sbp->f_ffree = freenodes; + used = tmpfs_pages_used(tmp); + if (tmp->tm_pages_max != SIZE_MAX) + sbp->f_blocks = tmp->tm_pages_max; + else + sbp->f_blocks = used + tmpfs_mem_avail(); + if (sbp->f_blocks <= used) + sbp->f_bavail = 0; + else + sbp->f_bavail = sbp->f_blocks - used; + sbp->f_bfree = sbp->f_bavail; + sbp->f_files = tmp->tm_nodes_max; + sbp->f_ffree = tmp->tm_nodes_max - tmp->tm_nodes_inuse; /* sbp->f_owner = tmp->tn_uid; */ return 0; --tThc/1wpZn/ma/RB-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 08:40: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 7442A106566C; Thu, 5 Apr 2012 08:40:32 +0000 (UTC) (envelope-from naylor.b.david@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 92EFE8FC0A; Thu, 5 Apr 2012 08:40:31 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1050496wgb.31 for ; Thu, 05 Apr 2012 01:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=fmo+0HzvnKIOxiOn7+HijEuIluv0Wctr2Nwo1r1Awyg=; b=Fc2Z3UnxGT2SmwR6sLM9rjt/tHCjlPYBcHDx+ylM8RCBgl+eixmcjcOHd0am/VP6Wk saQMxQtPfcboukATaCh2moELOz+neSmgObgWEgPB2xTDviG/kHZ4FZJAgZdaTP53rG1o exKyuQjMNwrjp5TU1Rih5+OvgAx3kXZakA6VREwE0DdHj1BfuZcOzSC9FSk8evwVsJ5D P7TJ78xHERRoWVkLdtladEqmXen1S7WIJjI5kMUmxQPvJg+II9USn/4lvWG0T29qWfJK iOnRwmAin88J44j75GsqEIChRjZrGD5LEbvw3RHdA71I4dpbGMIkagaFYYIZrOe34Gcw BR5w== Received: by 10.180.24.35 with SMTP id r3mr10872086wif.7.1333615230404; Thu, 05 Apr 2012 01:40:30 -0700 (PDT) Received: from dragon.dg (41-135-11-171.dsl.mweb.co.za. [41.135.11.171]) by mx.google.com with ESMTPS id gg2sm14264672wib.7.2012.04.05.01.40.26 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Apr 2012 01:40:28 -0700 (PDT) From: David Naylor To: John Baldwin Date: Thu, 5 Apr 2012 10:40:32 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.1; amd64; ; ) References: <201105092024.41588.naylor.b.david@gmail.com> <201203281437.35746.jhb@freebsd.org> In-Reply-To: <201203281437.35746.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13473285.JGPzsrg3Au"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204051040.35808.naylor.b.david@gmail.com> 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: Thu, 05 Apr 2012 08:40:32 -0000 --nextPart13473285.JGPzsrg3Au Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wednesday, 28 March 2012 20:37:35 John Baldwin wrote: > 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. > > > > > > >>>=20 > > > > > > >>> The boot process stops when it looks to find a bootable > > > > > > >>> device. The prompt (when pressing '?') does not display any > > > > > > >>> device and yielding > > > >=20 > > > > one > > > >=20 > > > > > > >>> second (or more) to the kernel (by pressing '.') does not > > > > > > >>> improve the situation. > > > > > > >>>=20 > > > > > > >>> A known working date is 2011/02/20. > > > > > > >>>=20 > > > > > > >>> I am running amd64 on a nVidia MCP51 chipset. > > > > > > >>=20 > > > > > > >> MCP51... again... > > > > > >=20 > > > > > > +ata2: reiniting channel .. > > > > > > +ata2: SATA connect time=3D0ms status=3D00000113 > > > > > > +ata2: reset tp1 mask=3D01 ostat0=3D58 ostat1=3D00 > > > > > > +ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 > > > > > > +ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 > > > > > > +ata2: reinit done .. > > > > > > +unknown: FAILURE - ATA_IDENTIFY timed out LBA=3D0 > > > > > >=20 > > > > > > 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. > > > > > >=20 > > > > > > 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 > > > > > >=20 > > > > > > At least it is recent (SVN revs 219737,219740 on 2011-03-18 by > > > > > > jhb) and it is interrupt related. > > > > >=20 > > > > > I reverted those two revs and everything works again. > > > >=20 > > > > 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? > > >=20 > > > I can provide a verbose dmesg if the following is not enough: > > >=20 > > > none17@pci0:0:9:0: class=3D0x050000 card=3D0x50011458 chip=3D0x0= 27010de > > > rev=3D0xa2 hdr=3D0x00 > > >=20 > > > vendor =3D 'NVIDIA Corporation' > > > device =3D 'MCP51 Host Bridge' > > > class =3D memory > > > subclass =3D RAM > > >=20 > > > I see two PCI-PCI bridges at pci0:0:3:0 and pci0:0:16:0. I've attach= ed > > > the full `pciconf -lv` output. > >=20 > > FYI, this issue is still present on current (~24 hours old). Reverting > > the above mentioned revisions still fixes the problem. >=20 > 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 I am no longer able to test on that machine. Booting of a USB stick doesn'= t=20 work, the kernel says: WARNING WITNESS ENABLED then the computer restarts. = =20 This is with -current after you committed the patch and with stable-9. =20 I have verified that the USB stick does boot off other computers. =20 --nextPart13473285.JGPzsrg3Au Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEABECAAYFAk99WoMACgkQUaaFgP9pFrLYCwCfRrWwNiyicx5z9R69oiQqa2PW qBIAn3a1zCxjCut8YAF+gMlB5ANzIXNS =ETbg -----END PGP SIGNATURE----- --nextPart13473285.JGPzsrg3Au-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 10:06: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 8AB3F106566C; Thu, 5 Apr 2012 10:06: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 407098FC18; Thu, 5 Apr 2012 10:06: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 q35A6RHO021127; Thu, 5 Apr 2012 06:06:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q35A6RtB021106; Thu, 5 Apr 2012 10:06:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 10:06:27 GMT Message-Id: <201204051006.q35A6RtB021106@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, 05 Apr 2012 10:06:28 -0000 TB --- 2012-04-05 09:33:54 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-05 09:33:54 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-05 09:33:54 - cleaning the object tree TB --- 2012-04-05 09:34:41 - cvsupping the source tree TB --- 2012-04-05 09:34:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-05 09:35:35 - building world TB --- 2012-04-05 09:35:35 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 09:35:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 09:35:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 09:35:35 - SRCCONF=/dev/null TB --- 2012-04-05 09:35:35 - TARGET=mips TB --- 2012-04-05 09:35:35 - TARGET_ARCH=mips TB --- 2012-04-05 09:35:35 - TZ=UTC TB --- 2012-04-05 09:35:35 - __MAKE_CONF=/dev/null TB --- 2012-04-05 09:35:35 - cd /src TB --- 2012-04-05 09:35:35 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 5 09:35: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 [...] cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/portlist.c -o portlist.o cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/private.c -o private.o cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbt.c -o rbt.o cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c -o rbtdb.o /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c: In function 'rpz_findips': /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:4711: error: 'DNS_RPZ_POLICY_NO_OP' undeclared (first use in this function) /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:4711: error: (Each undeclared identifier is reported only once /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:4711: error: for each function it appears in.) *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** 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-04-05 10:06:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 10:06:27 - ERROR: failed to build world TB --- 2012-04-05 10:06:27 - 1329.54 user 284.13 system 1952.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 11:03:52 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 4A298106566B; Thu, 5 Apr 2012 11:03:52 +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 059B58FC08; Thu, 5 Apr 2012 11:03:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q35B3p0h037123; Thu, 5 Apr 2012 07:03: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 q35B3pCf037113; Thu, 5 Apr 2012 11:03:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 11:03:51 GMT Message-Id: <201204051103.q35B3pCf037113@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: Thu, 05 Apr 2012 11:03:52 -0000 TB --- 2012-04-05 06:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-05 06:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-05 06:20:00 - cleaning the object tree TB --- 2012-04-05 06:28:15 - cvsupping the source tree TB --- 2012-04-05 06:28:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-05 06:29:05 - building world TB --- 2012-04-05 06:29:05 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 06:29:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 06:29:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 06:29:05 - SRCCONF=/dev/null TB --- 2012-04-05 06:29:05 - TARGET=i386 TB --- 2012-04-05 06:29:05 - TARGET_ARCH=i386 TB --- 2012-04-05 06:29:05 - TZ=UTC TB --- 2012-04-05 06:29:05 - __MAKE_CONF=/dev/null TB --- 2012-04-05 06:29:05 - cd /src TB --- 2012-04-05 06:29:05 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 5 06:29: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 Thu Apr 5 08:51:46 UTC 2012 TB --- 2012-04-05 08:51:46 - generating LINT kernel config TB --- 2012-04-05 08:51:46 - cd /src/sys/i386/conf TB --- 2012-04-05 08:51:46 - /usr/bin/make -B LINT TB --- 2012-04-05 08:51:47 - cd /src/sys/i386/conf TB --- 2012-04-05 08:51:47 - /usr/sbin/config -m LINT TB --- 2012-04-05 08:51:47 - building LINT kernel TB --- 2012-04-05 08:51:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 08:51:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 08:51:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 08:51:47 - SRCCONF=/dev/null TB --- 2012-04-05 08:51:47 - TARGET=i386 TB --- 2012-04-05 08:51:47 - TARGET_ARCH=i386 TB --- 2012-04-05 08:51:47 - TZ=UTC TB --- 2012-04-05 08:51:47 - __MAKE_CONF=/dev/null TB --- 2012-04-05 08:51:47 - cd /src TB --- 2012-04-05 08:51:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 5 08:51: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 >>> Kernel build for LINT completed on Thu Apr 5 09:25:55 UTC 2012 TB --- 2012-04-05 09:25:55 - cd /src/sys/i386/conf TB --- 2012-04-05 09:25:55 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-05 09:25:55 - building LINT-NOINET kernel TB --- 2012-04-05 09:25:55 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 09:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 09:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 09:25:55 - SRCCONF=/dev/null TB --- 2012-04-05 09:25:55 - TARGET=i386 TB --- 2012-04-05 09:25:55 - TARGET_ARCH=i386 TB --- 2012-04-05 09:25:55 - TZ=UTC TB --- 2012-04-05 09:25:55 - __MAKE_CONF=/dev/null TB --- 2012-04-05 09:25:55 - cd /src TB --- 2012-04-05 09:25:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Apr 5 09:25: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-NOINET completed on Thu Apr 5 09:57:31 UTC 2012 TB --- 2012-04-05 09:57:31 - cd /src/sys/i386/conf TB --- 2012-04-05 09:57:31 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-05 09:57:32 - building LINT-NOINET6 kernel TB --- 2012-04-05 09:57:32 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 09:57:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 09:57:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 09:57:32 - SRCCONF=/dev/null TB --- 2012-04-05 09:57:32 - TARGET=i386 TB --- 2012-04-05 09:57:32 - TARGET_ARCH=i386 TB --- 2012-04-05 09:57:32 - TZ=UTC TB --- 2012-04-05 09:57:32 - __MAKE_CONF=/dev/null TB --- 2012-04-05 09:57:32 - cd /src TB --- 2012-04-05 09:57:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Apr 5 09:57:32 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 Thu Apr 5 10:29:15 UTC 2012 TB --- 2012-04-05 10:29:15 - cd /src/sys/i386/conf TB --- 2012-04-05 10:29:15 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-05 10:29:15 - building LINT-NOIP kernel TB --- 2012-04-05 10:29:15 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 10:29:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 10:29:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 10:29:15 - SRCCONF=/dev/null TB --- 2012-04-05 10:29:15 - TARGET=i386 TB --- 2012-04-05 10:29:15 - TARGET_ARCH=i386 TB --- 2012-04-05 10:29:15 - TZ=UTC TB --- 2012-04-05 10:29:15 - __MAKE_CONF=/dev/null TB --- 2012-04-05 10:29:15 - cd /src TB --- 2012-04-05 10:29:15 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Apr 5 10:29: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 LINT-NOIP completed on Thu Apr 5 10:58:32 UTC 2012 TB --- 2012-04-05 10:58:32 - cd /src/sys/i386/conf TB --- 2012-04-05 10:58:32 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-05 10:58:32 - building LINT-VIMAGE kernel TB --- 2012-04-05 10:58:32 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 10:58:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 10:58:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 10:58:32 - SRCCONF=/dev/null TB --- 2012-04-05 10:58:32 - TARGET=i386 TB --- 2012-04-05 10:58:32 - TARGET_ARCH=i386 TB --- 2012-04-05 10:58:32 - TZ=UTC TB --- 2012-04-05 10:58:32 - __MAKE_CONF=/dev/null TB --- 2012-04-05 10:58:32 - cd /src TB --- 2012-04-05 10:58:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Apr 5 10:58:32 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_unimsgcpy.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_verify.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pflog.c -I/src/sys/contrib/pf cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pfsync.c -I/src/sys/contrib/pf /src/sys/contrib/pf/net/if_pfsync.c: In function 'pfsync_state_import': /src/sys/contrib/pf/net/if_pfsync.c:797: error: 'pf_default_rule' undeclared (first use in this function) /src/sys/contrib/pf/net/if_pfsync.c:797: error: (Each undeclared identifier is reported only once /src/sys/contrib/pf/net/if_pfsync.c:797: error: for each function it appears in.) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-05 11:03:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 11:03:51 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2012-04-05 11:03:51 - 12416.56 user 1737.31 system 17030.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 11:20:15 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 4EC63106566C for ; Thu, 5 Apr 2012 11:20:15 +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 0B2CB8FC12 for ; Thu, 5 Apr 2012 11:20:14 +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 q35BKECX040385; Thu, 5 Apr 2012 04:20:14 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q35BKExZ040384; Thu, 5 Apr 2012 04:20:14 -0700 (PDT) (envelope-from david) Date: Thu, 5 Apr 2012 04:20:14 -0700 From: David Wolfskill To: Gleb Kurtsou Message-ID: <20120405112014.GH1420@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Gleb Kurtsou , current@freebsd.org References: <20120404095035.GA1929@reks> <20120404133858.GB1420@albert.catwhisker.org> <20120405074304.GA1048@reks> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D+WCZLadiceW8Bs8" Content-Disposition: inline In-Reply-To: <20120405074304.GA1048@reks> 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, 05 Apr 2012 11:20:15 -0000 --D+WCZLadiceW8Bs8 Content-Type: multipart/mixed; boundary="LWVQOr/QoF/fPPTS" Content-Disposition: inline --LWVQOr/QoF/fPPTS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 05, 2012 at 10:43:04AM +0300, Gleb Kurtsou wrote: > ... > > Summary: as before, I believe that the patch didn't hurt anything, but > > it also doesn't restrict the usable size of /tmp to the specified size > > (from /etc/fstab): > >=20 >=20 > I've checked on i386 and patch worked as expected, but it required > previous patch. I've combined both patches. Could you try it. To be very clear, I've attached the output from=20 cd /sys && svn diff 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. --LWVQOr/QoF/fPPTS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diffs Content-Transfer-Encoding: quoted-printable Index: fs/tmpfs/tmpfs.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/tmpfs/tmpfs.h (revision 233868) +++ fs/tmpfs/tmpfs.h (working copy) @@ -337,11 +337,10 @@ * system, set during mount time. This variable must never be * used directly as it may be bigger than the current amount of * free memory; in the extreme case, it will hold the SIZE_MAX - * value. Instead, use the TMPFS_PAGES_MAX macro. */ + * value. */ size_t tm_pages_max; =20 - /* Number of pages in use by the file system. Cannot be bigger - * than the value returned by TMPFS_PAGES_MAX in any case. */ + /* Number of pages in use by the file system. */ size_t tm_pages_used; =20 /* Pointer to the node representing the root directory of this @@ -486,58 +485,32 @@ * Memory management stuff. */ =20 -/* Amount of memory pages to reserve for the system (e.g., to not use by +/* + * Amount of memory pages to reserve for the system (e.g., to not use by * tmpfs). - * XXX: Should this be tunable through sysctl, for instance? */ -#define TMPFS_PAGES_RESERVED (4 * 1024 * 1024 / PAGE_SIZE) + */ +#define TMPFS_PAGES_MINRESERVED (4 * 1024 * 1024 / PAGE_SIZE) =20 /* - * Returns information about the number of available memory pages, - * including physical and virtual ones. - * - * Remember to remove TMPFS_PAGES_RESERVED from the returned value to avoid - * excessive memory usage. - * + * Number of reserved swap pages should not be lower than + * swap_pager_almost_full high water mark. */ -static __inline size_t -tmpfs_mem_info(void) -{ +#define TMPFS_SWAP_MINRESERVED 1024 =20 - return (swap_pager_avail + cnt.v_free_count + cnt.v_cache_count); -} +size_t tmpfs_mem_avail(void); =20 -/* Returns the maximum size allowed for a tmpfs file system. This macro - * must be used instead of directly retrieving the value from tm_pages_max. - * The reason is that the size of a tmpfs file system is dynamic: it lets - * the user store files as long as there is enough free memory (including - * physical memory and swap space). Therefore, the amount of memory to be - * used is either the limit imposed by the user during mount time or the - * amount of available memory, whichever is lower. To avoid consuming all - * the memory for a given mount point, the system will always reserve a - * minimum of TMPFS_PAGES_RESERVED pages, which is also taken into account - * by this macro (see above). */ static __inline size_t -TMPFS_PAGES_MAX(struct tmpfs_mount *tmp) +tmpfs_pages_used(struct tmpfs_mount *tmp) { - size_t freepages; + const size_t node_size =3D sizeof(struct tmpfs_node) + + sizeof(struct tmpfs_dirent); + size_t meta_pages; =20 - freepages =3D tmpfs_mem_info(); - freepages -=3D freepages < TMPFS_PAGES_RESERVED ? - freepages : TMPFS_PAGES_RESERVED; - - return MIN(tmp->tm_pages_max, freepages + tmp->tm_pages_used); + meta_pages =3D howmany((uintmax_t)tmp->tm_nodes_inuse * node_size, + PAGE_SIZE); + return (meta_pages + tmp->tm_pages_used); } =20 -/* Returns the available space for the given file system. */ -#define TMPFS_META_PAGES(tmp) (howmany((tmp)->tm_nodes_inuse * (sizeof(str= uct tmpfs_node) \ - + sizeof(struct tmpfs_dirent)), PAGE_SIZE)) -#define TMPFS_FILE_PAGES(tmp) ((tmp)->tm_pages_used) - -#define TMPFS_PAGES_AVAIL(tmp) (TMPFS_PAGES_MAX(tmp) > \ - TMPFS_META_PAGES(tmp)+TMPFS_FILE_PAGES(tmp)? \ - TMPFS_PAGES_MAX(tmp) - TMPFS_META_PAGES(tmp) \ - - TMPFS_FILE_PAGES(tmp):0) - #endif =20 /* --------------------------------------------------------------------- */ Index: fs/tmpfs/tmpfs_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/tmpfs/tmpfs_subr.c (revision 233868) +++ fs/tmpfs/tmpfs_subr.c (working copy) @@ -59,6 +59,76 @@ =20 SYSCTL_NODE(_vfs, OID_AUTO, tmpfs, CTLFLAG_RW, 0, "tmpfs file system"); =20 +static long tmpfs_swap_reserved =3D TMPFS_SWAP_MINRESERVED * 2; + +static long tmpfs_pages_reserved =3D TMPFS_PAGES_MINRESERVED; + +static int +sysctl_mem_reserved(SYSCTL_HANDLER_ARGS) +{ + int error; + long pages, bytes, reserved; + + pages =3D *(long *)arg1; + bytes =3D pages * PAGE_SIZE; + + error =3D sysctl_handle_long(oidp, &bytes, 0, req); + if (error || !req->newptr) + return (error); + + pages =3D bytes / PAGE_SIZE; + if (arg1 =3D=3D &tmpfs_swap_reserved) + reserved =3D TMPFS_SWAP_MINRESERVED; + else + reserved =3D TMPFS_PAGES_MINRESERVED; + if (pages < reserved) + return (EINVAL); + + *(long *)arg1 =3D pages; + return (0); +} + +SYSCTL_PROC(_vfs_tmpfs, OID_AUTO, memory_reserved, CTLTYPE_LONG|CTLFLAG_RW, + &tmpfs_pages_reserved, 0, sysctl_mem_reserved, "L", "reserved memory"); +SYSCTL_PROC(_vfs_tmpfs, OID_AUTO, swap_reserved, CTLTYPE_LONG|CTLFLAG_RW, + &tmpfs_swap_reserved, 0, sysctl_mem_reserved, "L", "reserved swap memo= ry"); + +size_t +tmpfs_mem_avail(void) +{ + vm_ooffset_t avail_swap, avail_mem; + + avail_swap =3D swap_pager_avail - tmpfs_swap_reserved; + if (__predict_false(avail_swap <=3D 0)) { + /* FIXME No swap or disabled swap check */ + if (swap_pager_avail =3D=3D 0) + avail_swap =3D 0; + else + return (0); + } + avail_mem =3D cnt.v_free_count + cnt.v_cache_count - tmpfs_pages_reserved; + if (__predict_false(avail_mem < 0)) + avail_mem =3D 0; + return (avail_swap + avail_mem); +} + +static size_t +tmpfs_pages_check_avail(struct tmpfs_mount *tmp, size_t req_pages) +{ + size_t avail; + + avail =3D tmpfs_mem_avail(); + if (avail < req_pages) + return (0); + + if (tmp->tm_pages_max !=3D SIZE_MAX) + avail =3D tmp->tm_pages_max - tmpfs_pages_used(tmp); + if (avail < req_pages) + return (0); + + return (1); +} + /* --------------------------------------------------------------------- */ =20 /* @@ -99,6 +169,8 @@ =20 if (tmp->tm_nodes_inuse >=3D tmp->tm_nodes_max) return (ENOSPC); + if (tmpfs_pages_check_avail(tmp, 1) =3D=3D 0) + return (ENOSPC); =20 nnode =3D (struct tmpfs_node *)uma_zalloc_arg( tmp->tm_node_pool, tmp, M_WAITOK); @@ -917,7 +989,7 @@ MPASS(oldpages =3D=3D uobj->size); newpages =3D OFF_TO_IDX(newsize + PAGE_MASK); if (newpages > oldpages && - newpages - oldpages > TMPFS_PAGES_AVAIL(tmp)) + tmpfs_pages_check_avail(tmp, newpages - oldpages) =3D=3D 0) return (ENOSPC); =20 VM_OBJECT_LOCK(uobj); Index: fs/tmpfs/tmpfs_vfsops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/tmpfs/tmpfs_vfsops.c (revision 233868) +++ fs/tmpfs/tmpfs_vfsops.c (working copy) @@ -90,6 +90,8 @@ struct tmpfs_node *node =3D (struct tmpfs_node *)mem; =20 node->tn_gen++; + if (node->tn_gen =3D=3D 0) + node->tn_gen =3D (arc4random() / 2) + 1; node->tn_size =3D 0; node->tn_status =3D 0; node->tn_flags =3D 0; @@ -114,7 +116,7 @@ node->tn_id =3D 0; =20 mtx_init(&node->tn_interlock, "tmpfs node interlock", NULL, MTX_DEF); - node->tn_gen =3D arc4random(); + node->tn_gen =3D (arc4random() / 2) + 1; =20 return (0); } @@ -127,17 +129,59 @@ mtx_destroy(&node->tn_interlock); } =20 +/* + * XXX Rename to vfs_getopt_size() + */ static int +tmpfs_getopt_size(struct vfsoptlist *opts, const char *name, u_quad_t *dat= a) +{ + char *opt_value, *vtp; + quad_t iv; + int error, opt_len; + + error =3D vfs_getopt(opts, name, (void **)&opt_value, &opt_len); + if (error !=3D 0) + return (error); + if (opt_len =3D=3D 0 || opt_value =3D=3D NULL) + return (EINVAL); + if (opt_value[0] =3D=3D '\0' || opt_value[opt_len - 1] !=3D '\0') + return (EINVAL); + + iv =3D strtoq(opt_value, &vtp, 0); + if (vtp =3D=3D opt_value || (vtp[0] !=3D '\0' && vtp[1] !=3D '\0')) + return (EINVAL); + if (iv < 0) + return (EINVAL); + switch (vtp[0]) { + case 't': case 'T': + iv *=3D 1024; + case 'g': case 'G': + iv *=3D 1024; + case 'm': case 'M': + iv *=3D 1024; + case 'k': case 'K': + iv *=3D 1024; + case '\0': + break; + default: + return (EINVAL); + } + *data =3D iv; + + return (0); +} + +static int tmpfs_mount(struct mount *mp) { + const size_t nodes_per_page =3D howmany(PAGE_SIZE, + sizeof(struct tmpfs_dirent) + sizeof(struct tmpfs_node)); struct tmpfs_mount *tmp; struct tmpfs_node *root; - size_t pages; - uint32_t nodes; int error; /* Size counters. */ - u_int nodes_max; - u_quad_t size_max, maxfilesize; + u_quad_t pages; + u_quad_t nodes_max, size_max, maxfilesize; =20 /* Root node attributes. */ uid_t root_uid; @@ -173,17 +217,16 @@ if (mp->mnt_cred->cr_ruid !=3D 0 || vfs_scanopt(mp->mnt_optnew, "mode", "%ho", &root_mode) !=3D 1) root_mode =3D va.va_mode; - if (vfs_scanopt(mp->mnt_optnew, "inodes", "%u", &nodes_max) !=3D 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "inodes", &nodes_max) !=3D 0) nodes_max =3D 0; - if (vfs_scanopt(mp->mnt_optnew, "size", "%qu", &size_max) !=3D 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "size", &size_max) !=3D 0) size_max =3D 0; - if (vfs_scanopt(mp->mnt_optnew, "maxfilesize", "%qu", - &maxfilesize) !=3D 1) + if (tmpfs_getopt_size(mp->mnt_optnew, "maxfilesize", &maxfilesize) !=3D 0) maxfilesize =3D 0; =20 /* Do not allow mounts if we do not have enough memory to preserve * the minimum reserved pages. */ - if (tmpfs_mem_info() < TMPFS_PAGES_RESERVED) + if (tmpfs_mem_avail() < TMPFS_PAGES_MINRESERVED) return ENOSPC; =20 /* Get the maximum number of memory pages this file system is @@ -196,21 +239,27 @@ pages =3D howmany(size_max, PAGE_SIZE); MPASS(pages > 0); =20 + if (pages < SIZE_MAX / PAGE_SIZE) + size_max =3D pages * PAGE_SIZE; + else + size_max =3D SIZE_MAX; + if (nodes_max <=3D 3) { - if (pages > UINT32_MAX - 3) - nodes =3D UINT32_MAX; + if (pages < INT_MAX / nodes_per_page) + nodes_max =3D pages * nodes_per_page; else - nodes =3D pages + 3; - } else - nodes =3D nodes_max; - MPASS(nodes >=3D 3); + nodes_max =3D INT_MAX; + } + if (nodes_max > INT_MAX) + nodes_max =3D INT_MAX; + MPASS(nodes_max >=3D 3); =20 /* Allocate the tmpfs mount structure and fill it. */ tmp =3D (struct tmpfs_mount *)malloc(sizeof(struct tmpfs_mount), M_TMPFSMNT, M_WAITOK | M_ZERO); =20 mtx_init(&tmp->allnode_lock, "tmpfs allnode lock", NULL, MTX_DEF); - tmp->tm_nodes_max =3D nodes; + tmp->tm_nodes_max =3D nodes_max; tmp->tm_nodes_inuse =3D 0; tmp->tm_maxfilesize =3D maxfilesize > 0 ? maxfilesize : UINT64_MAX; LIST_INIT(&tmp->tm_nodes_used); @@ -355,16 +404,16 @@ if (tfhp->tf_len !=3D sizeof(struct tmpfs_fid)) return EINVAL; =20 - if (tfhp->tf_id >=3D tmp->tm_nodes_max) + if (tfhp->tf_id > INT_MAX || tfhp->tf_id <=3D 0) return EINVAL; =20 found =3D FALSE; =20 TMPFS_LOCK(tmp); LIST_FOREACH(node, &tmp->tm_nodes_used, tn_entries) { - if (node->tn_id =3D=3D tfhp->tf_id && - node->tn_gen =3D=3D tfhp->tf_gen) { - found =3D TRUE; + if (node->tn_id =3D=3D tfhp->tf_id) { + if (node->tn_gen =3D=3D tfhp->tf_gen) + found =3D TRUE; break; } } @@ -373,7 +422,7 @@ if (found) return (tmpfs_alloc_vp(mp, node, LK_EXCLUSIVE, vpp)); =20 - return (EINVAL); + return (ESTALE); } =20 /* --------------------------------------------------------------------- */ @@ -382,22 +431,26 @@ static int tmpfs_statfs(struct mount *mp, struct statfs *sbp) { - fsfilcnt_t freenodes; struct tmpfs_mount *tmp; + size_t used; =20 tmp =3D VFS_TO_TMPFS(mp); =20 sbp->f_iosize =3D PAGE_SIZE; sbp->f_bsize =3D PAGE_SIZE; =20 - sbp->f_blocks =3D TMPFS_PAGES_MAX(tmp); - sbp->f_bavail =3D sbp->f_bfree =3D TMPFS_PAGES_AVAIL(tmp); - - freenodes =3D MIN(tmp->tm_nodes_max - tmp->tm_nodes_inuse, - TMPFS_PAGES_AVAIL(tmp) * PAGE_SIZE / sizeof(struct tmpfs_node)); - - sbp->f_files =3D freenodes + tmp->tm_nodes_inuse; - sbp->f_ffree =3D freenodes; + used =3D tmpfs_pages_used(tmp); + if (tmp->tm_pages_max !=3D SIZE_MAX) + sbp->f_blocks =3D tmp->tm_pages_max; + else + sbp->f_blocks =3D used + tmpfs_mem_avail(); + if (sbp->f_blocks <=3D used) + sbp->f_bavail =3D 0; + else + sbp->f_bavail =3D sbp->f_blocks - used; + sbp->f_bfree =3D sbp->f_bavail; + sbp->f_files =3D tmp->tm_nodes_max; + sbp->f_ffree =3D tmp->tm_nodes_max - tmp->tm_nodes_inuse; /* sbp->f_owner =3D tmp->tn_uid; */ =20 return 0; Index: conf/newvers.sh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- conf/newvers.sh (revision 233868) +++ conf/newvers.sh (working copy) @@ -87,55 +87,25 @@ v=3D`cat version` u=3D${USER:-root} d=3D`pwd` h=3D${HOSTNAME:-`hostname`} = t=3D`date` i=3D`${MAKE:-make} -V KERN_IDENT` =20 -for dir in /bin /usr/bin /usr/local/bin; do - if [ -x "${dir}/svnversion" ] ; then - svnversion=3D${dir}/svnversion - break - fi -done -if [ -d "${SYSDIR}/../.git" ] ; then - for dir in /bin /usr/bin /usr/local/bin; do - if [ -x "${dir}/git" ] ; then - git_cmd=3D"${dir}/git --git-dir=3D${SYSDIR}/../.git" - break - fi - done +if [ -r ${SYSDIR}/conf/get_version_from_vcs.sh ] ; then + . ${SYSDIR}/conf/get_version_from_vcs.sh +else + # Fallback function to get a "version ID" if we can't find + # a replacement function. + get_version_from_vcs() { + date +%s + } fi +version_from_vcs=3D`get_version_from_vcs` =20 -if [ -n "$svnversion" ] ; then - svn=3D`cd ${SYSDIR} && $svnversion` - case "$svn" in - [0-9]*) svn=3D" r${svn}" ;; - *) unset svn ;; - esac +if [ -n "$version_from_vcs" ]; then + version_from_vcs=3D" $version_from_vcs" fi =20 -if [ -n "$git_cmd" ] ; then - git=3D`$git_cmd rev-parse --verify --short HEAD 2>/dev/null` - svn=3D`$git_cmd svn find-rev $git 2>/dev/null` - if [ -n "$svn" ] ; then - svn=3D" r${svn}" - git=3D"=3D${git}" - else - svn=3D`$git_cmd log | fgrep 'git-svn-id:' | head -1 | \ - sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'` - if [ -n $svn ] ; then - svn=3D" r${svn}" - git=3D"+${git}" - else - git=3D" ${git}" - fi - fi - if $git_cmd --work-tree=3D${SYSDIR}/.. diff-index \ - --name-only HEAD | read dummy; then - git=3D"${git}-dirty" - fi -fi - cat << EOF > vers.c $COPYRIGHT -#define SCCSSTR "@(#)${VERSION} #${v}${svn}${git}: ${t}" -#define VERSTR "${VERSION} #${v}${svn}${git}: ${t}\\n ${u}@${h}:${d}\\n" +#define SCCSSTR "@(#)${VERSION} #${v}${version_from_vcs}: ${t}" +#define VERSTR "${VERSION} #${v}${version_from_vcs}: ${t}\\n ${u}@${h}:= ${d}\\n" #define RELSTR "${RELEASE}" =20 char sccs[sizeof(SCCSSTR) > 128 ? sizeof(SCCSSTR) : 128] =3D SCCSSTR; --LWVQOr/QoF/fPPTS-- --D+WCZLadiceW8Bs8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk99f+0ACgkQmprOCmdXAD3FhgCfaMe8kd8u5RK+KBIlS6eh7W3U 9m4An1g1/9qlKdk4iIgfkRmf6Os52suH =s6F7 -----END PGP SIGNATURE----- --D+WCZLadiceW8Bs8-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 11:36: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 3EC0B106564A; Thu, 5 Apr 2012 11:36: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 ED2D68FC0A; Thu, 5 Apr 2012 11:36: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 q35BaJas026534; Thu, 5 Apr 2012 07:36: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 q35BaJ2P026531; Thu, 5 Apr 2012 11:36:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 11:36:19 GMT Message-Id: <201204051136.q35BaJ2P026531@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: Thu, 05 Apr 2012 11:36:20 -0000 TB --- 2012-04-05 06:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-05 06:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-05 06:20:00 - cleaning the object tree TB --- 2012-04-05 06:29:19 - cvsupping the source tree TB --- 2012-04-05 06:29:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-05 06:30:00 - building world TB --- 2012-04-05 06:30:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 06:30:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 06:30:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 06:30:00 - SRCCONF=/dev/null TB --- 2012-04-05 06:30:00 - TARGET=amd64 TB --- 2012-04-05 06:30:00 - TARGET_ARCH=amd64 TB --- 2012-04-05 06:30:00 - TZ=UTC TB --- 2012-04-05 06:30:00 - __MAKE_CONF=/dev/null TB --- 2012-04-05 06:30:00 - cd /src TB --- 2012-04-05 06:30:00 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 5 06:30:00 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 Apr 5 09:29:34 UTC 2012 TB --- 2012-04-05 09:29:34 - generating LINT kernel config TB --- 2012-04-05 09:29:34 - cd /src/sys/amd64/conf TB --- 2012-04-05 09:29:34 - /usr/bin/make -B LINT TB --- 2012-04-05 09:29:34 - cd /src/sys/amd64/conf TB --- 2012-04-05 09:29:34 - /usr/sbin/config -m LINT TB --- 2012-04-05 09:29:34 - building LINT kernel TB --- 2012-04-05 09:29:34 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 09:29:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 09:29:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 09:29:34 - SRCCONF=/dev/null TB --- 2012-04-05 09:29:34 - TARGET=amd64 TB --- 2012-04-05 09:29:34 - TARGET_ARCH=amd64 TB --- 2012-04-05 09:29:34 - TZ=UTC TB --- 2012-04-05 09:29:34 - __MAKE_CONF=/dev/null TB --- 2012-04-05 09:29:34 - cd /src TB --- 2012-04-05 09:29:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 5 09:29:34 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 Apr 5 10:02:32 UTC 2012 TB --- 2012-04-05 10:02:32 - cd /src/sys/amd64/conf TB --- 2012-04-05 10:02:32 - /usr/sbin/config -m LINT-NOINET TB --- 2012-04-05 10:02:32 - building LINT-NOINET kernel TB --- 2012-04-05 10:02:32 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 10:02:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 10:02:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 10:02:32 - SRCCONF=/dev/null TB --- 2012-04-05 10:02:32 - TARGET=amd64 TB --- 2012-04-05 10:02:32 - TARGET_ARCH=amd64 TB --- 2012-04-05 10:02:32 - TZ=UTC TB --- 2012-04-05 10:02:32 - __MAKE_CONF=/dev/null TB --- 2012-04-05 10:02:32 - cd /src TB --- 2012-04-05 10:02:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Apr 5 10:02:32 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 Thu Apr 5 10:33:16 UTC 2012 TB --- 2012-04-05 10:33:16 - cd /src/sys/amd64/conf TB --- 2012-04-05 10:33:16 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-04-05 10:33:16 - building LINT-NOINET6 kernel TB --- 2012-04-05 10:33:16 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 10:33:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 10:33:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 10:33:16 - SRCCONF=/dev/null TB --- 2012-04-05 10:33:16 - TARGET=amd64 TB --- 2012-04-05 10:33:16 - TARGET_ARCH=amd64 TB --- 2012-04-05 10:33:16 - TZ=UTC TB --- 2012-04-05 10:33:16 - __MAKE_CONF=/dev/null TB --- 2012-04-05 10:33:16 - cd /src TB --- 2012-04-05 10:33:16 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Apr 5 10:33: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 LINT-NOINET6 completed on Thu Apr 5 11:03:33 UTC 2012 TB --- 2012-04-05 11:03:33 - cd /src/sys/amd64/conf TB --- 2012-04-05 11:03:33 - /usr/sbin/config -m LINT-NOIP TB --- 2012-04-05 11:03:33 - building LINT-NOIP kernel TB --- 2012-04-05 11:03:33 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 11:03:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 11:03:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 11:03:33 - SRCCONF=/dev/null TB --- 2012-04-05 11:03:33 - TARGET=amd64 TB --- 2012-04-05 11:03:33 - TARGET_ARCH=amd64 TB --- 2012-04-05 11:03:33 - TZ=UTC TB --- 2012-04-05 11:03:33 - __MAKE_CONF=/dev/null TB --- 2012-04-05 11:03:33 - cd /src TB --- 2012-04-05 11:03:33 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Apr 5 11:03: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 LINT-NOIP completed on Thu Apr 5 11:31:08 UTC 2012 TB --- 2012-04-05 11:31:08 - cd /src/sys/amd64/conf TB --- 2012-04-05 11:31:08 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-04-05 11:31:08 - building LINT-VIMAGE kernel TB --- 2012-04-05 11:31:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 11:31:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 11:31:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 11:31:08 - SRCCONF=/dev/null TB --- 2012-04-05 11:31:08 - TARGET=amd64 TB --- 2012-04-05 11:31:08 - TARGET_ARCH=amd64 TB --- 2012-04-05 11:31:08 - TZ=UTC TB --- 2012-04-05 11:31:08 - __MAKE_CONF=/dev/null TB --- 2012-04-05 11:31:08 - cd /src TB --- 2012-04-05 11:31:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Apr 5 11:31:08 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 -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_unimsgcpy.c -I/src/sys/contrib/ngatm cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/ngatm/netnatm/sig/sig_verify.c -I/src/sys/contrib/ngatm cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pflog.c -I/src/sys/contrib/pf cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/contrib/pf/net/if_pfsync.c -I/src/sys/contrib/pf /src/sys/contrib/pf/net/if_pfsync.c: In function 'pfsync_state_import': /src/sys/contrib/pf/net/if_pfsync.c:797: error: 'pf_default_rule' undeclared (first use in this function) /src/sys/contrib/pf/net/if_pfsync.c:797: error: (Each undeclared identifier is reported only once /src/sys/contrib/pf/net/if_pfsync.c:797: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-05 11:36:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 11:36:19 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2012-04-05 11:36:19 - 13510.43 user 1993.88 system 18978.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 14:38: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 D1E86106564A; Thu, 5 Apr 2012 14:38:11 +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 A87158FC18; Thu, 5 Apr 2012 14:38:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 17A8CB95A; Thu, 5 Apr 2012 10:38:11 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, jasone@freebsd.org Date: Thu, 5 Apr 2012 09:33:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> In-Reply-To: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204050933.07368.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Apr 2012 10:38:11 -0400 (EDT) Cc: Subject: Re: contrib/jemalloc 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, 05 Apr 2012 14:38:11 -0000 On Thursday, April 05, 2012 12:56:45 am Jason Evans wrote: > I have the current version of jemalloc integrated into libc as contrib/jemalloc: > > http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch > > This is the first update to FreeBSD's jemalloc in over two years, and the differences are huge (faster, better introspection, hopefully fewer bugs). This has been stable for me across numerous buildworld/installworld iterations, as well as when running several benchmarks. There's a bugfix to openpam in the patch that des says will be obsoleted by the next vendor import, so I'm planning to let that settle before committing. In the meanwhile, I'm hoping for some review sanity checks on the following aspects of the patch: > > * Are the symbol versioning specifications right, and are the compatibility symbols for _malloc_options and _malloc_message workable? > > * Is it acceptable to check this in directly to trunk without using a vendor branch? For the import workflow I have planned, a vendor branch would just be extra work with no benefit that I can see. > > * Is the light editing of the jemalloc manual page sufficient? Keeping the changes minimal will make regular imports less work, but the result is less tailored to FreeBSD. > > * Will the utrace feature be missed? I removed it some time ago, mainly because traces are impossibly large for most real-world use cases. I will only speak to this one. I do still find this useful (I used it most recently a week or so ago). It would be nice to keep if it is not a major pain to maintain. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 14:38: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 75AA4106566C; Thu, 5 Apr 2012 14:38:14 +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 1EFC38FC1B; Thu, 5 Apr 2012 14:38:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71802B96C; Thu, 5 Apr 2012 10:38:13 -0400 (EDT) From: John Baldwin To: David Naylor Date: Thu, 5 Apr 2012 10:05:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201203281437.35746.jhb@freebsd.org> <201204051040.35808.naylor.b.david@gmail.com> In-Reply-To: <201204051040.35808.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201204051005.23525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Apr 2012 10:38:13 -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: Thu, 05 Apr 2012 14:38:14 -0000 On Thursday, April 05, 2012 4:40:32 am David Naylor wrote: > On Wednesday, 28 March 2012 20:37:35 John Baldwin wrote: > > 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 > > I am no longer able to test on that machine. Booting of a USB stick doesn't > work, the kernel says: WARNING WITNESS ENABLED then the computer restarts. > This is with -current after you committed the patch and with stable-9. > > I have verified that the USB stick does boot off other computers. Hmm, I suspect this is a different issue seeing as it affects stable-9 (assuming you tested stock 9 and not with this patch applied). It is up to you how much time you want to spend on this as I do believe based on other feedback I've gotten that the issue you initially reported should be fixed. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 17:52: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 EEAE2106566B; Thu, 5 Apr 2012 17:52:52 +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 61B2E8FC1C; Thu, 5 Apr 2012 17:52:52 +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 q35HqiMr040530; Thu, 5 Apr 2012 20:52:44 +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 q35HqiAB027968; Thu, 5 Apr 2012 20:52:44 +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 q35Hqi7X027967; Thu, 5 Apr 2012 20:52:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Apr 2012 20:52:44 +0300 From: Konstantin Belousov To: jasone@freebsd.org Message-ID: <20120405175244.GZ2358@deviant.kiev.zoral.com.ua> References: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+DdorAa6Vvp/ZpQm" Content-Disposition: inline In-Reply-To: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.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: current@freebsd.org Subject: Re: contrib/jemalloc 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, 05 Apr 2012 17:52:53 -0000 --+DdorAa6Vvp/ZpQm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2012 at 09:56:45PM -0700, Jason Evans wrote: > I have the current version of jemalloc integrated into libc as contrib/je= malloc: >=20 > http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch > * Are the symbol versioning specifications right, and are the > compatibility symbols for _malloc_options and _malloc_message workable? Why do you manually added __sys_compat() for the symbols ? My reading of the patch shows that you do not change the ABI, and symbols are still at FBSD_1.0 and even in Symbol.map. The 1.3 symbols have different names, without prepended '_' ? Please correct me if I am wrong, but it seems that the __sym_compat() magic is not needed. > * Is the light editing of the jemalloc manual page sufficient? Keeping > the changes minimal will make regular imports less work, but the > result is less tailored to FreeBSD. > Might be, keep existing but somewhat trimmed malloc(3) page as is, but add the unedited man from contrib as jemalloc(3), xreferencing it from malloc(3) ? --+DdorAa6Vvp/ZpQm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk992+wACgkQC3+MBN1Mb4g68QCgwgB3y4OwspigY0IeSWIgZXKo YXUAnAmByJ6qu7e4GxHuCKS5g6xqO3t8 =iu0P -----END PGP SIGNATURE----- --+DdorAa6Vvp/ZpQm-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 18:03: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 C12131065670; Thu, 5 Apr 2012 18:03:02 +0000 (UTC) (envelope-from lacombar@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 6D5C08FC0C; Thu, 5 Apr 2012 18:03:02 +0000 (UTC) Received: by yenl9 with SMTP id l9so1070535yen.13 for ; Thu, 05 Apr 2012 11:03:01 -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:cc:content-type; bh=dftF+35b3mfWAccN/RmYGaRA6o6qu/X7WfSrtlYq44Y=; b=Pn3RCKDKatzwDYH6XKkiV1cicmfqOQdhNN4CnHzyzmZMZz8oSKXu9aq85SWEE9kf8k k/FOmNfvrEGKu8XTaQ1vof1WdweCH0HvwT4G55uTzY34bFP7p3IgtStZB5VTjZ1sfUts 0dtrznCji8lPpn89Rsskgt5exl4sSCjH8mdhcosNafrW0J/55puBwur9nuj2C0yET6e+ +dzmg32vElU4tDwgAffYYiESy5Gu+7OW1VoxNIyyU0vDdrZL+BV4r7pl4A8b5jNSAdiw 4KRzmMCYxmbmsb2/eaDdj07z6NHF58rz6rSlUCYOjjzQyVJad1DTOuDy8V/zm7JcCrmp fr9g== MIME-Version: 1.0 Received: by 10.236.125.168 with SMTP id z28mr3212653yhh.120.1333648981760; Thu, 05 Apr 2012 11:03:01 -0700 (PDT) Received: by 10.220.185.138 with HTTP; Thu, 5 Apr 2012 11:03:01 -0700 (PDT) Date: Thu, 5 Apr 2012 14:03:01 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 05 Apr 2012 18:03:02 -0000 Hi folks, Over the past months, I ran on a couple of unused box the `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking down various kind of regression/improvement. `hackbench' is a scheduler + IPC test (socket xor pipe). It creates producers/consumers groups and let a variable quantity of small messages flow happily. Producers and consumers are either processes xor threads. Tested platforms were - Atom D510, Intel, (incomplete) - Core 2 Quad Q9560, Intel - Soekris net5501, AMD (incomplete) - Xeon E5645, Intel (incomplete) - Xeon E5620 (dual package), Intel - Xeon E5-1650 (pending completion) - Vortex86, DMP Tested kernel were: - FreeBSD 7.4-RELEASE - FreeBSD 8.2-RELEASE - FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE - FreeBSD 10-CURRENT as of r231573 on the following architecture: - amd64 (if supported, incomplete) - i386 1) DISCLAMER Let me start by pointing out something important: [I] "I am _not_ interested in testing released version FOO with feature BAR enabled, if enabling BAR require a kernel rebuild." All tests for release kernels were made for the kernel shipped officially, it is the developers responsability to decide whether or not enable a feature by default, not mine. If option BAR gives a 20% performance improvement, enable it, don't complain the test to be 20% slower. [II] "I am _not_ interested in altering any hints, tunables or sysctl, unless they prevent the execution of the test." The exception added to the above rule is due to limitation introduced by `kern.threads.max_threads_per_proc' and `kern.ipc.maxpipekva'. Those were respectively set to 8192 and between 16M/64M. note: rule [I] is alleviated for -CURRENT kernels, which were built with the same alteration made to GENERIC during the CURRENT->RELEASE transition (ie. WITNESS and a couple of other option disabled). 2) Tests description `hackbench' has the following tunable: - IPC to use for messaging, either `pipe' or `socket'. - Threading model, either `thread' or `process' - Number of iteration to run - Number of group to create The tests covered all of these adjustments more or less heavily depending on the platform capability. 3) Scripts Test scripts are available in the `master' branch of the git repository at: https://github.com/lacombar/hackbench in the `hackbench/' directory. 4) Results Full results are available in the `runs/*' branches of the GitHub repository. 5) Quick results summary * UP case FreeBSD 9.0 behaves better than FreeBSD 8.2 in process mode, especially with sockets. Results are comparable with thread. 9.0-RC3 shows a 10% hits in thread/socket mode on the LX800, this will need confirmation. Linux is stable and scales linearly in all situation. It is only beaten by FreeBSD 8.2-RELEASE with thread/socket. * MP case These is a pretty bad regression with FreeBSD 9.0 in thread/pipe mode, which scale almost in O(N^2), ending up in way worse performance than FreeBSD 7.4 or 8.2 on the Core 2 Quad. Beside that, it is really difficult to draw a general trends, ie. whether FreeBSD 9.0 behaves better than FreeBSD 8.2, or the other way around. Pretty much all situation arises, FreeBSD 9.0 can beat FreeBSD 8.2 on some workload, behave the same, or be beaten on others. None really scales regularly either. Pretty much every runs shows thresholds where scheduling decision change and/or became erratic. 6) Anticipated question and remarks Q1: "You should truly enable kick-ass feature BAZ in the kernel." R1: "I'm lazy. Do your job as a developer to integrate the feature. If it should be the default, make it the default." Q2: "You should set `kern.vm.whatever' to 42, or enable feature BAZ in the kernel, to get full performance from the Warp engine on Constellation-class starship." R2: "Would you ask Lt. Worf to re-aligh plasma injectors or would ask Lt. Commander La Forge to plan an assault, seriously ?" Q3: "You built the Linux kernel, why can't you rebuild FreeBSD's ?" For a couple of reason: - the Linux kernel does not provide binary release per-se. - the Linux kernel was not the focus of the tests, but merely a comparative of what others-can-do. - I did not tweak the Linux kernel configuration. The kernels configuration tested derived from the `defconfig', with very few amendment[0], mostly about hardware support not enabled by default Q3: "Could you post all the graph ?" R3: I could, but there is really tons of them, so posting a subset of them would be subjective, all the materials is available on the git repository. Q4: "So, how can I get all the graph ?" R4: All you need is git, a posix shell, a couple of utility (find, sort, ...), a recent gnuplot, and a ruby interpreter. Comments and suggestions will be greatly appreciated. - Arnaud [HACKBENCH]: http://people.redhat.com/mingo/cfs-scheduler/tools/hackbench.c [0]: the exact list is: # CONFIG_KERNEL_GZIP is not set CONFIG_KERNEL_XZ=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y # CONFIG_MODULES is not set CONFIG_X86_BIGSMP=y CONFIG_NR_CPUS=32 CONFIG_PATA_IT8213=y CONFIG_PATA_IT821X=y CONFIG_IGB=y CONFIG_IGBVF=y CONFIG_IXGB=y CONFIG_IXGBE=y CONFIG_IXGBEVF=y # CONFIG_EXT3_FS is not set CONFIG_EXT4_FS=y From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 18:12: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 21A10106564A; Thu, 5 Apr 2012 18:12:21 +0000 (UTC) (envelope-from lacombar@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 7AE258FC0C; Thu, 5 Apr 2012 18:12:20 +0000 (UTC) Received: by ghrr20 with SMTP id r20so1087338ghr.13 for ; Thu, 05 Apr 2012 11:12:14 -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=Tb0bjDRLad2LfXHu2UGx7fyYltMUsQ3lDS+HJQzMfTc=; b=OPSNgxsrhN9+GS2NfzUy/wi99JH6iyLpLOsLogCxNpFm8ELkh14C/gvM9OqbEEvutg 2Rfv0INAZmu6hqAFeiW/09p9KoEq/d20oH/YYvFb5xki+uyGhFzfusvYGG8VI4MA+x07 DdzTLjzSviQiIBo2w8c5Kx/MYZMHC91O8JebQSgy59+ghaeIl0FImKPSuvBOGh07Cy+l xZu+VMAF2n15+M3Fwiq6W+lXp3NjSD6bzurE8z4/J0PwNAc6MMBhww9zODVEdLsJRo0o xq0GybtMLSYO+l2Eq7VkiINgp/LC0Zm/rFe+AUr5or/fwNWAb4N1XAuk//2Vxrv55k1G qO5A== MIME-Version: 1.0 Received: by 10.236.197.66 with SMTP id s42mr3270180yhn.69.1333649533960; Thu, 05 Apr 2012 11:12:13 -0700 (PDT) Received: by 10.220.185.138 with HTTP; Thu, 5 Apr 2012 11:12:13 -0700 (PDT) In-Reply-To: <4F3E8858.4000001@FreeBSD.org> References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <4F3978BC.6090608@FreeBSD.org> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <4F3E807A.60103@FreeBSD.org> <4F3E8858.4000001@FreeBSD.org> Date: Thu, 5 Apr 2012 14:12:13 -0400 Message-ID: From: Arnaud Lacombe To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Jeff Roberson , Andriy Gapon , FreeBSD current Subject: Re: [RFT][patch] Scheduling for HTT and not only 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, 05 Apr 2012 18:12:21 -0000 Hi, [Sorry for the delay, I got a bit sidetrack'ed...] 2012/2/17 Alexander Motin : > On 17.02.2012 18:53, Arnaud Lacombe wrote: >> >> On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin =A0wr= ote: >>> >>> On 02/15/12 21:54, Jeff Roberson wrote: >>>> >>>> On Wed, 15 Feb 2012, Alexander Motin wrote: >>>>> >>>>> I've decided to stop those cache black magic practices and focus on >>>>> things that really exist in this world -- SMT and CPU load. I've >>>>> dropped most of cache related things from the patch and made the rest >>>>> of things more strict and predictable: >>>>> http://people.freebsd.org/~mav/sched.htt34.patch >>>> >>>> >>>> This looks great. I think there is value in considering the other >>>> approach further but I would like to do this part first. It would be >>>> nice to also add priority as a greater influence in the load balancing >>>> as well. >>> >>> >>> I haven't got good idea yet about balancing priorities, but I've >>> rewritten >>> balancer itself. As soon as sched_lowest() / sched_highest() are more >>> intelligent now, they allowed to remove topology traversing from the >>> balancer itself. That should fix double-swapping problem, allow to keep >>> some >>> affinity while moving threads and make balancing more fair. I did numbe= r >>> of >>> tests running 4, 8, 9 and 16 CPU-bound threads on 8 CPUs. With 4, 8 and >>> 16 >>> threads everything is stationary as it should. With 9 threads I see >>> regular >>> and random load move between all 8 CPUs. Measurements on 5 minutes run >>> show >>> deviation of only about 5 seconds. It is the same deviation as I see >>> caused >>> by only scheduling of 16 threads on 8 cores without any balancing neede= d >>> at >>> all. So I believe this code works as it should. >>> >>> Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch >>> >>> I plan this to be a final patch of this series (more to come :)) and if >>> there will be no problems or objections, I am going to commit it (excep= t >>> some debugging KTRs) in about ten days. So now it's a good time for >>> reviews >>> and testing. :) >>> >> is there a place where all the patches are available ? > > > All my scheduler patches are cumulative, so all you need is only the last > mentioned here sched.htt40.patch. > You may want to have a look to the result I collected in the `runs/freebsd-experiments' branch of: https://github.com/lacombar/hackbench/ and compare them with vanilla FreeBSD 9.0 and -CURRENT results available in `runs/freebsd'. On the dual package platform, your patch is not a definite win. > But in some cases, especially for multi-socket systems, to let it show it= s > best, you may want to apply additional patch from avg@ to better detect C= PU > topology: > https://gitorious.org/~avg/freebsd/avgbsd/commit/6bca4a2e4854ea3fc275946a= 023db65c483cb9dd > test I conducted specifically for this patch did not showed much improvemen= t... - Arnaud From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 18:19:23 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 A0EDE1065672; Thu, 5 Apr 2012 18:19: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 6581D8FC0C; Thu, 5 Apr 2012 18:19:23 +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 q35IJMxC099518; Thu, 5 Apr 2012 14:19: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 q35IJM0D099500; Thu, 5 Apr 2012 18:19:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Apr 2012 18:19:22 GMT Message-Id: <201204051819.q35IJM0D099500@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, 05 Apr 2012 18:19:23 -0000 TB --- 2012-04-05 17:28:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-05 17:28:57 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-05 17:28:57 - cleaning the object tree TB --- 2012-04-05 17:29:32 - cvsupping the source tree TB --- 2012-04-05 17:29:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-05 17:30:29 - building world TB --- 2012-04-05 17:30:29 - CROSS_BUILD_TESTING=YES TB --- 2012-04-05 17:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-05 17:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-05 17:30:29 - SRCCONF=/dev/null TB --- 2012-04-05 17:30:29 - TARGET=mips TB --- 2012-04-05 17:30:29 - TARGET_ARCH=mips TB --- 2012-04-05 17:30:29 - TZ=UTC TB --- 2012-04-05 17:30:29 - __MAKE_CONF=/dev/null TB --- 2012-04-05 17:30:29 - cd /src TB --- 2012-04-05 17:30:29 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 5 17:30:29 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-04-05 18:19:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-05 18:19:22 - ERROR: failed to build world TB --- 2012-04-05 18:19:22 - 2071.73 user 440.69 system 3024.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 18:46: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 AA18F1065680; Thu, 5 Apr 2012 18:46:01 +0000 (UTC) (envelope-from mavbsd@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 9F8508FC17; Thu, 5 Apr 2012 18:46:00 +0000 (UTC) Received: by wern13 with SMTP id n13so1363198wer.13 for ; Thu, 05 Apr 2012 11:45:59 -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=d+b5ocGMfgLi5iHgcjBuONGM0pHcjjFqK6YOdy+fwXk=; b=rfliI3aIpQ9MN2qx/j+3oPf7mGyR5nCVTpqODciiEMk2SPQktZBLhl2ZqcanTqvJKF h82FzLn6NJqVWItexC+bgqEmWSGBLAQ9PrPFxllBHwU+oYS10M7lxBl88qSXIKgOQwwk xVo1Bd4Mx97TCTEzLWy87R1F1VDqhZnnO4Yy6PbDI8lJuzU08Lz3ouVRwfZR9mEozJ8E o2AVxTazkIvOIUj4mbWM52n+E3oQNN1HlnXvL9HLR++6l59cThG576unsPJGrqyLArxD mVZQN0+Nhz5dfUsXbOZb9EhFnwSUb6f8FFVLFR+WskchCvCYQznTjGv04mdpPc+d9aFN 1P4w== Received: by 10.216.134.27 with SMTP id r27mr2307338wei.107.1333651559469; Thu, 05 Apr 2012 11:45:59 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id 9sm20370826wid.2.2012.04.05.11.45.56 (version=SSLv3 cipher=OTHER); Thu, 05 Apr 2012 11:45:58 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F7DE863.6080607@FreeBSD.org> Date: Thu, 05 Apr 2012 21:45:55 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Arnaud Lacombe References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <4F3978BC.6090608@FreeBSD.org> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <4F3E807A.60103@FreeBSD.org> <4F3E8858.4000001@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Jeff Roberson , Andriy Gapon , FreeBSD current Subject: Re: [RFT][patch] Scheduling for HTT and not only 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, 05 Apr 2012 18:46:01 -0000 On 05.04.2012 21:12, Arnaud Lacombe wrote: > Hi, > > [Sorry for the delay, I got a bit sidetrack'ed...] > > 2012/2/17 Alexander Motin: >> On 17.02.2012 18:53, Arnaud Lacombe wrote: >>> >>> On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin wrote: >>>> >>>> On 02/15/12 21:54, Jeff Roberson wrote: >>>>> >>>>> On Wed, 15 Feb 2012, Alexander Motin wrote: >>>>>> >>>>>> I've decided to stop those cache black magic practices and focus on >>>>>> things that really exist in this world -- SMT and CPU load. I've >>>>>> dropped most of cache related things from the patch and made the rest >>>>>> of things more strict and predictable: >>>>>> http://people.freebsd.org/~mav/sched.htt34.patch >>>>> >>>>> >>>>> This looks great. I think there is value in considering the other >>>>> approach further but I would like to do this part first. It would be >>>>> nice to also add priority as a greater influence in the load balancing >>>>> as well. >>>> >>>> >>>> I haven't got good idea yet about balancing priorities, but I've >>>> rewritten >>>> balancer itself. As soon as sched_lowest() / sched_highest() are more >>>> intelligent now, they allowed to remove topology traversing from the >>>> balancer itself. That should fix double-swapping problem, allow to keep >>>> some >>>> affinity while moving threads and make balancing more fair. I did number >>>> of >>>> tests running 4, 8, 9 and 16 CPU-bound threads on 8 CPUs. With 4, 8 and >>>> 16 >>>> threads everything is stationary as it should. With 9 threads I see >>>> regular >>>> and random load move between all 8 CPUs. Measurements on 5 minutes run >>>> show >>>> deviation of only about 5 seconds. It is the same deviation as I see >>>> caused >>>> by only scheduling of 16 threads on 8 cores without any balancing needed >>>> at >>>> all. So I believe this code works as it should. >>>> >>>> Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch >>>> >>>> I plan this to be a final patch of this series (more to come :)) and if >>>> there will be no problems or objections, I am going to commit it (except >>>> some debugging KTRs) in about ten days. So now it's a good time for >>>> reviews >>>> and testing. :) >>>> >>> is there a place where all the patches are available ? >> >> >> All my scheduler patches are cumulative, so all you need is only the last >> mentioned here sched.htt40.patch. >> > You may want to have a look to the result I collected in the > `runs/freebsd-experiments' branch of: > > https://github.com/lacombar/hackbench/ > > and compare them with vanilla FreeBSD 9.0 and -CURRENT results > available in `runs/freebsd'. On the dual package platform, your patch > is not a definite win. > >> But in some cases, especially for multi-socket systems, to let it show its >> best, you may want to apply additional patch from avg@ to better detect CPU >> topology: >> https://gitorious.org/~avg/freebsd/avgbsd/commit/6bca4a2e4854ea3fc275946a023db65c483cb9dd >> > test I conducted specifically for this patch did not showed much improvement... If I understand right, this test runs thousands of threads sending and receiving data over the pipes. It is quite likely that all CPUs will be always busy and so load balancing is not really important in this test, What looks good is that more complicated new code is not slower then old one. While this test seems very scheduler-intensive, it may depend on many other factors, such as syscall performance, context switch, etc. I'll try to play more with it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 19:09:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id B43F2106564A; Thu, 5 Apr 2012 19:09:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 499E414DB20; Thu, 5 Apr 2012 19:09:13 +0000 (UTC) Message-ID: <4F7DEDD8.2050301@FreeBSD.org> Date: Thu, 05 Apr 2012 12:09:12 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> In-Reply-To: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mips@freebsd.org, current@freebsd.org 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: Thu, 05 Apr 2012 19:09:13 -0000 FYI, the BIND update passed a full 'make universe,' and a subsequent tinderbox message for mips/mips failed in a different location, so I'm going to assume that this was a transient error unless something else comes up. Doug On 4/5/2012 3:06 AM, FreeBSD Tinderbox wrote: > TB --- 2012-04-05 09:33:54 - tinderbox 2.9 running on freebsd-current.sentex.ca > TB --- 2012-04-05 09:33:54 - starting HEAD tinderbox run for mips/mips > TB --- 2012-04-05 09:33:54 - cleaning the object tree > TB --- 2012-04-05 09:34:41 - cvsupping the source tree > TB --- 2012-04-05 09:34:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile > TB --- 2012-04-05 09:35:35 - building world > TB --- 2012-04-05 09:35:35 - CROSS_BUILD_TESTING=YES > TB --- 2012-04-05 09:35:35 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-04-05 09:35:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-04-05 09:35:35 - SRCCONF=/dev/null > TB --- 2012-04-05 09:35:35 - TARGET=mips > TB --- 2012-04-05 09:35:35 - TARGET_ARCH=mips > TB --- 2012-04-05 09:35:35 - TZ=UTC > TB --- 2012-04-05 09:35:35 - __MAKE_CONF=/dev/null > TB --- 2012-04-05 09:35:35 - cd /src > TB --- 2012-04-05 09:35:35 - /usr/bin/make -B buildworld >>>> World build started on Thu Apr 5 09:35: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 > [...] > cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! > ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/portlist.c -o portlist.o > cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! > ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/private.c -o private.o > cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! > ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbt.c -o rbt.o > cc -O -pipe -G0 -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=84 -DLIBREVISION=1 -DLIBAGE=3 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/l! > ib/lwres/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/noatomic/include -std=gnu99 -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c -o rbtdb.o > /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c: In function 'rpz_findips': > /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:4711: error: 'DNS_RPZ_POLICY_NO_OP' undeclared (first use in this function) > /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:4711: error: (Each undeclared identifier is reported only once > /src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:4711: error: for each function it appears in.) > *** Error code 1 > > Stop in /src/lib/bind/dns. > *** Error code 1 > > Stop in /src/lib/bind. > *** 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-04-05 10:06:27 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-04-05 10:06:27 - ERROR: failed to build world > TB --- 2012-04-05 10:06:27 - 1329.54 user 284.13 system 1952.98 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full > _______________________________________________ > 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 Thu Apr 5 19:10:09 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 43015106566B; Thu, 5 Apr 2012 19:10:09 +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 C68D38FC18; Thu, 5 Apr 2012 19:10:07 +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 q35J9vvi048556; Thu, 5 Apr 2012 22:09:57 +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 q35J9uV8028586; Thu, 5 Apr 2012 22:09:56 +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 q35J9uRl028585; Thu, 5 Apr 2012 22:09:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Apr 2012 22:09:56 +0300 From: Konstantin Belousov To: Jason Evans Message-ID: <20120405190956.GB2358@deviant.kiev.zoral.com.ua> References: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> <20120405175244.GZ2358@deviant.kiev.zoral.com.ua> <294B61A0-72E4-4014-8B13-ED5259112E61@canonware.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VlzON83CwBK3K2mt" Content-Disposition: inline In-Reply-To: <294B61A0-72E4-4014-8B13-ED5259112E61@canonware.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: jasone@freebsd.org, current@freebsd.org Subject: Re: contrib/jemalloc 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, 05 Apr 2012 19:10:09 -0000 --VlzON83CwBK3K2mt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 05, 2012 at 11:55:48AM -0700, Jason Evans wrote: > On Apr 5, 2012, at 10:52 AM, Konstantin Belousov wrote: > > On Wed, Apr 04, 2012 at 09:56:45PM -0700, Jason Evans wrote: > >> I have the current version of jemalloc integrated into libc as contrib= /jemalloc: > >>=20 > >> http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch > >=20 > >> * Are the symbol versioning specifications right, and are the > >> compatibility symbols for _malloc_options and _malloc_message workable? > > Why do you manually added __sys_compat() for the symbols ? > > My reading of the patch shows that you do not change the ABI, > > and symbols are still at FBSD_1.0 and even in Symbol.map. > > The 1.3 symbols have different names, without prepended '_' ? > > Please correct me if I am wrong, but it seems that the __sym_compat() > > magic is not needed. >=20 > The malloc_conf and malloc_message symbols are new to this > version of jemalloc, though they are similar in spirit to > _malloc_options/_malloc_message. > > _malloc_options/_malloc_message aren't actually supported by > this version of jemalloc, but the symbols still need to exist so > that old applications that were linked with previous releases > can run. My intention with the __sys_compat() macros was to make > _malloc_options/_malloc_message available to those applications, > but to keep from exporting the symbols for use when linking new > applications. Is this the wrong thing to do, and/or do I misunderstand > how compat symbols work? Ah, ok. It is fine then. So you will have e.g. _malloc_options@FBSD_1.0 without default version, and malloc_options@FBSD_1.3 which is default. >=20 > >> * Is the light editing of the jemalloc manual page sufficient? Keeping > >> the changes minimal will make regular imports less work, but the > >> result is less tailored to FreeBSD. > >>=20 > > Might be, keep existing but somewhat trimmed malloc(3) page as is, but > > add the unedited man from contrib as jemalloc(3), xreferencing it from > > malloc(3) ? >=20 > Hmm, that's an interesting idea. My main concerns with it are the > amount of redundancy (everything in malloc(3) would be redundant), > and the decreased visibility of additional functionality in the > documentation. The TUNING, IMPLEMENTATION NOTES, DEBUGGING MALLOC > PROBLEMS, and DIAGNOSTIC MESSAGES sections would all be absent from > malloc(3), thus requiring users to notice the jemalloc(3) cross > reference to find full documentation. You may add full sentence pointing out jemalloc(3) and saying which sections are there. The sentence is naturally fit into IMPLEMENTATION NOTES in malloc(3). --VlzON83CwBK3K2mt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk997gQACgkQC3+MBN1Mb4imxwCfT0xdAT6UBsy1oGOLao47UX/K GIQAoISDKU/WKMBWMB85woWKmPQ396T5 =1F4J -----END PGP SIGNATURE----- --VlzON83CwBK3K2mt-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 19:22: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 81ADE1065672; Thu, 5 Apr 2012 19:22:44 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 040838FC14; Thu, 5 Apr 2012 19:22:43 +0000 (UTC) Received: by yhgm50 with SMTP id m50so1152571yhg.13 for ; Thu, 05 Apr 2012 12:22:43 -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=hOBcYH8FzhdliT1SHnw6PbcXasTByPG5ITI+pmw6zpc=; b=qN4W0yz3tH31Ygd+lAaQh/+H80AxCSETsqCGZD4DIWb4b1HHtoMGyjjvOK6TAdzlEc s/YYV5VblpbzTgEmFwmytja2QjkoyySTZudN4Hi0JaRkRRi88WpdDUyFzCOJqm0ayNF0 rtMoY+U7PjiYeBjqiDHRXatrbEw/LBr68NSoddJkfE1uHBmOBmGhg77VOjL5g08KoHdF qUUm0/LiBqW2PkOWyTI4ws2o7ZN7lDtkQcL93Key8wYGXBDO/I7JkqYjispOY32wxKyp VtLlP0YGj51McfvIy4+BKvr1oP9OAo03fN7oBc1/QGlfOW/rhY2Vbf23/3OHdcuiECpT viFA== MIME-Version: 1.0 Received: by 10.236.195.34 with SMTP id o22mr3573045yhn.75.1333653763394; Thu, 05 Apr 2012 12:22:43 -0700 (PDT) Received: by 10.220.230.135 with HTTP; Thu, 5 Apr 2012 12:22:42 -0700 (PDT) In-Reply-To: <4F7DEDD8.2050301@FreeBSD.org> References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> Date: Thu, 5 Apr 2012 12:22:42 -0700 Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Thu, 05 Apr 2012 19:22:44 -0000 On Thu, Apr 5, 2012 at 12:09 PM, Doug Barton wrote: > FYI, the BIND update passed a full 'make universe,' and a subsequent > tinderbox message for mips/mips failed in a different location, so I'm > going to assume that this was a transient error unless something else > comes up. From what I saw it seems to be localized to the tinderbox host environment because I don't run into this issue with a copy of CURRENT compiled from r233913 sources. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 19:28:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 252321065672; Thu, 5 Apr 2012 19:28:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DE98A14FF6C; Thu, 5 Apr 2012 19:28:21 +0000 (UTC) Message-ID: <4F7DF255.9010207@FreeBSD.org> Date: Thu, 05 Apr 2012 12:28:21 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Thu, 05 Apr 2012 19:28:22 -0000 On 4/5/2012 12:22 PM, Garrett Cooper wrote: > On Thu, Apr 5, 2012 at 12:09 PM, Doug Barton wrote: >> FYI, the BIND update passed a full 'make universe,' and a subsequent >> tinderbox message for mips/mips failed in a different location, so I'm >> going to assume that this was a transient error unless something else >> comes up. > > From what I saw it seems to be localized to the tinderbox host > environment because I don't run into this issue with a copy of CURRENT > compiled from r233913 sources. Thanks for confirming. I also forgot to mention that all the related changes were made in the same commit, so I'm not sure what the issue could have been. But as always, if someone comes up with an actual problem related to the update I'm happy to address it. Doug From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 19:36: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 C42D41065672; Thu, 5 Apr 2012 19:36:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 827398FC12; Thu, 5 Apr 2012 19:36:41 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q35JablX063614; Thu, 5 Apr 2012 15:36:37 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4F7DF446.7000006@sentex.net> Date: Thu, 05 Apr 2012 15:36:38 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Doug Barton References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> <4F7DF255.9010207@FreeBSD.org> In-Reply-To: <4F7DF255.9010207@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on 64.7.153.18 Cc: Garrett Cooper , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Thu, 05 Apr 2012 19:36:41 -0000 On 4/5/2012 3:28 PM, Doug Barton wrote: > > Thanks for confirming. I also forgot to mention that all the related > changes were made in the same commit, so I'm not sure what the issue > could have been. The logs / progress are visible at http://tinderbox.freebsd.org/ It looks like pc98 i386 built just fine recently. Not sure why the mips build keeps failing so much. des from .no would know :) ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 19:39:21 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 F2ED71065676 for ; Thu, 5 Apr 2012 19:39:21 +0000 (UTC) (envelope-from juli@clockworksquid.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 806628FC16 for ; Thu, 5 Apr 2012 19:39:21 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so1352806wib.13 for ; Thu, 05 Apr 2012 12:39:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:x-gm-message-state; bh=bgIaTXrrvFPs8yQMYmOcBhCt2bIOOyJl2XLNkeR6clA=; b=H8U1pUSx8Yfs44UfMs9pMHEGbq7a+jJJ/r420HcpMnAizph2SwB1pb+R+mLMMQiHXX gwiQqS96FYJI+67f/iLHiqVxIh07OOySVryFdb67xQvOSXcDHEfccOj0p91yYG7noTUF kIub11u8+DR3a3+XEWACvUsxjrmqmtwwMFDQzoaw4SOjqsoSkQYgt7dm77/4rOu+M0mW AkEbPH15ZkW7Jq/qiIG4VTrkAxAttBWG2vhCYASmMnPPM9Q/PW3fizDDA0y6ekmpGnKr vnfQTdY+I2EkIoAvMvR0wOruRdxHm9GYPG56LbPKS8YJWVykTlfuP0+9FZ+fEdywNn6q e6rQ== Received: by 10.216.136.157 with SMTP id w29mr2478153wei.23.1333654760256; Thu, 05 Apr 2012 12:39:20 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.86.37 with HTTP; Thu, 5 Apr 2012 12:39:00 -0700 (PDT) From: Juli Mallett Date: Thu, 5 Apr 2012 12:39:00 -0700 X-Google-Sender-Auth: h-9UQEA94gJz1v3Pcb0druKFyYw Message-ID: To: Doug Barton Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnQ6TR1tYEX6Z3WfX9P2JAwktFhT1s9+ospX+iaHh5XMEyGirkKy/KA+KP+sTiYvO/CEpZN Cc: Garrett Cooper , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: There is a known problem with MIPS tinderbox. 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, 05 Apr 2012 19:39:22 -0000 On Thu, Apr 5, 2012 at 12:28, Doug Barton wrote: > But as always, if someone comes up with an actual problem related to the > [BIND] update I'm happy to address it. The MIPS tinderbox build is currently broken. This is related to a binutils bug for which a workaround was committed to head. For some reason, the workaround seems to be sufficient for universe done independently, but not the tinderbox. There is a fix for binutils which is known, but the fix was made after the GPLv3 switch. HJ Lu, who made the change, has been contacted about making the change available under GPLv2, but so far has not replied. Independently, jchandra@ is investigating the problem in binutils and attempting to come up with a fix from scratch. You have not broken the MIPS tinderbox. It has been broken for a couple of weeks now, and is a known problem, and hopefully will be fixed soon. Thanks, Juli. From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 19:43:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 680EF1065675; Thu, 5 Apr 2012 19:43:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BD4F52014FE; Thu, 5 Apr 2012 19:41:49 +0000 (UTC) Message-ID: <4F7DF57D.8010108@FreeBSD.org> Date: Thu, 05 Apr 2012 12:41:49 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Juli Mallett References: In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: There is a known problem with MIPS tinderbox. 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, 05 Apr 2012 19:43:06 -0000 On 4/5/2012 12:39 PM, Juli Mallett wrote: > You have not broken the MIPS tinderbox. It has been broken for a > couple of weeks now, and is a known problem, and hopefully will be > fixed soon. *phew* Thanks for letting me know. :) Doug From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 18:55: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 D57361065781; Thu, 5 Apr 2012 18:55:49 +0000 (UTC) (envelope-from jasone@canonware.com) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id B2E268FC15; Thu, 5 Apr 2012 18:55:49 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id CFC582842C; Thu, 5 Apr 2012 11:55:48 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Jason Evans In-Reply-To: <20120405175244.GZ2358@deviant.kiev.zoral.com.ua> Date: Thu, 5 Apr 2012 11:55:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <294B61A0-72E4-4014-8B13-ED5259112E61@canonware.com> References: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> <20120405175244.GZ2358@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Thu, 05 Apr 2012 20:12:17 +0000 Cc: jasone@freebsd.org, current@freebsd.org Subject: Re: contrib/jemalloc 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, 05 Apr 2012 18:55:49 -0000 On Apr 5, 2012, at 10:52 AM, Konstantin Belousov wrote: > On Wed, Apr 04, 2012 at 09:56:45PM -0700, Jason Evans wrote: >> I have the current version of jemalloc integrated into libc as = contrib/jemalloc: >>=20 >> = http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch >=20 >> * Are the symbol versioning specifications right, and are the >> compatibility symbols for _malloc_options and _malloc_message = workable? > Why do you manually added __sys_compat() for the symbols ? > My reading of the patch shows that you do not change the ABI, > and symbols are still at FBSD_1.0 and even in Symbol.map. > The 1.3 symbols have different names, without prepended '_' ? > Please correct me if I am wrong, but it seems that the __sym_compat() > magic is not needed. The malloc_conf and malloc_message symbols are new to this version of = jemalloc, though they are similar in spirit to = _malloc_options/_malloc_message. _malloc_options/_malloc_message aren't actually supported by this = version of jemalloc, but the symbols still need to exist so that old = applications that were linked with previous releases can run. My = intention with the __sys_compat() macros was to make = _malloc_options/_malloc_message available to those applications, but to = keep from exporting the symbols for use when linking new applications. = Is this the wrong thing to do, and/or do I misunderstand how compat = symbols work? >> * Is the light editing of the jemalloc manual page sufficient? = Keeping >> the changes minimal will make regular imports less work, but the >> result is less tailored to FreeBSD. >>=20 > Might be, keep existing but somewhat trimmed malloc(3) page as is, but > add the unedited man from contrib as jemalloc(3), xreferencing it from > malloc(3) ? Hmm, that's an interesting idea. My main concerns with it are the = amount of redundancy (everything in malloc(3) would be redundant), and = the decreased visibility of additional functionality in the = documentation. The TUNING, IMPLEMENTATION NOTES, DEBUGGING MALLOC = PROBLEMS, and DIAGNOSTIC MESSAGES sections would all be absent from = malloc(3), thus requiring users to notice the jemalloc(3) cross = reference to find full documentation. Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 21:17:01 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 567701065673 for ; Thu, 5 Apr 2012 21:17:01 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 167D78FC0C for ; Thu, 5 Apr 2012 21:17:01 +0000 (UTC) Received: from ns1.jnielsen.net (localhost [69.55.234.48]) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id q35LGr41003029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 5 Apr 2012 17:16:53 -0400 (EDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.14.4/8.14.4/Submit) id q35LGq7M003028 for freebsd-current@freebsd.org; Thu, 5 Apr 2012 17:16:52 -0400 (EDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from stealth.jnielsen.net (stealth.jnielsen.net [74.218.226.254]) by secure.freebsdsolutions.net (Horde Framework) with HTTP; Thu, 05 Apr 2012 17:16:52 -0400 Message-ID: <20120405171652.1185797zcmrp0kas@secure.freebsdsolutions.net> Date: Thu, 05 Apr 2012 17:16:52 -0400 From: John Nielsen To: freebsd-current References: <7E2199A3-9E2D-44D5-B7E5-06D68A13D70B@jnielsen.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) / FreeBSD-7.2 X-DCC-sonic.net-Metrics: ns1.jnielsen.net; whitelist Subject: Re: Python won't build? 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, 05 Apr 2012 21:17:01 -0000 Quoting John Nielsen : > On Mar 31, 2012, at 10:21 PM, John Nielsen wrote: > >> I updated a machine yesterday from 9-STABLE to 10-CURRENT >> (r233631). Everything went smoothly with the update itself, but I >> ran in to an issue with Python when rebuilding all of my installed >> ports. Python won't build; it complains about the definition of >> LONG_BIT. I had python27 installed but python26 does the same >> thing. I ran "make delete-old" and "make delete-old-libs", no >> improvement. I even built a clean chroot environment via make >> installworld DESTDIR=..., (plus devfs and ports tree). Same problem. >> >> So.. is this the result of something in the FreeBSD source? Can >> anyone else reproduce this? What should I try next? > > So, no chorus of "me too"s. How about a "works for me"? I'm still > not sure if this is something peculiar to this machine or not and I > haven't fired up a clean virtual machine on different hardware to > verify (though I'm not far from that...). > > Some of my own follow up: > > I tried rebuilding world with sources from today, 3/9 and 2/28 and > got the same result, so if it's a regression on the FreeBSD end it's > been there a while (and seemingly not related to the i386/amd64/x86 > header cleanup, which led me to pick those revisions). I also tried > setting tweaking newvers.sh to say 9.9-CURRENT and rebuilt world > with no improvement, so if it's autotools or something else versus > two-digit FreeBSD version problem it's something subtle. I'm still mystified but I'm no longer having an issue. I rebuilt world from today's sources and lo and behold, Python builds again. If anyone knows what might have changed I'd still love to know, but otherwise I guess I'll move on. JN From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 21:26:54 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 59EE5106564A; Thu, 5 Apr 2012 21:26:54 +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 E5E128FC12; Thu, 5 Apr 2012 21:26:53 +0000 (UTC) Received: from orion.swifttest.com (unknown [74.3.97.52]) by mx0.deglitch.com (Postfix) with ESMTPA id D2C2F8FC27; Fri, 6 Apr 2012 01:26:51 +0400 (MSK) Received: from orion.swifttest.com (localhost [127.0.0.1]) by orion.swifttest.com (Postfix) with SMTP id 44A735C98; Thu, 5 Apr 2012 14:24:23 -0700 (PDT) Date: Thu, 5 Apr 2012 14:24:23 -0700 From: Stanislav Sedov To: Juli Mallett Message-Id: <20120405142423.90d48b27.stas@FreeBSD.org> In-Reply-To: References: Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Doug Barton , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: There is a known problem with MIPS tinderbox. 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, 05 Apr 2012 21:26:54 -0000 On Thu, 5 Apr 2012 12:39:00 -0700 Juli Mallett mentioned: > On Thu, Apr 5, 2012 at 12:28, Doug Barton wrote: > > But as always, if someone comes up with an actual problem related to the > > [BIND] update I'm happy to address it. > > The MIPS tinderbox build is currently broken. This is related to a > binutils bug for which a workaround was committed to head. For some > reason, the workaround seems to be sufficient for universe done > independently, but not the tinderbox. > > There is a fix for binutils which is known, but the fix was made after > the GPLv3 switch. HJ Lu, who made the change, has been contacted > about making the change available under GPLv2, but so far has not > replied. Independently, jchandra@ is investigating the problem in > binutils and attempting to come up with a fix from scratch. > What I still cannot understand is that why my workaround doesn't work on tinderbox and for some people builds. It should disable linking agains libasn1 for libkafs5 completely on mips which is the source of the problem in libkafs5. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 21:38: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 81BD31065673; Thu, 5 Apr 2012 21:38:07 +0000 (UTC) (envelope-from Jaroslav.Suchanek@avg.com) Received: from ms-out-01.avg.com (ms-out-01.avg.com [193.85.156.215]) by mx1.freebsd.org (Postfix) with ESMTP id C12A58FC0A; Thu, 5 Apr 2012 21:38:06 +0000 (UTC) Received: from ex10czcas01.cz.avg.com (ex10czcas01.cz.avg.com [10.6.36.112]) by out-smtp-dmz-01.cz.avg.com (Postfix) with ESMTP id DAB7EB81B5; Thu, 5 Apr 2012 23:20:10 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 out-smtp-dmz-01.cz.avg.com DAB7EB81B5 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=avg.com; s=default; t=1333660810; bh=XxzPLgGOczICsIv68mgByXuVX+Z4nPKm81u95bpaR/w=; h=Subject:From:To:CC:In-Reply-To:References:Content-Type:Date: Message-ID:MIME-Version; b=D4+FWFw7XOWyc8njURSQL9FCP8tNLboJMFaszDBWAnDfK6Qe/laW3c1mETXaXhWBw A7oBe64/IXXePmG5fhSyEuIk/cwDD3210ulyCZnyWiOHHv9YZdTuQz3he75xmc7O0B vQXYpvC+Ppw4St8gk1oYopnk0ZW/1E0PizV5CEFo= Received: from [192.168.106.42] (192.168.106.42) by mail.cz.avg.com (10.6.36.114) with Microsoft SMTP Server (TLS) id 14.1.355.2; Thu, 5 Apr 2012 23:20:12 +0200 From: Jaroslav Suchanek To: Yuri Pankov In-Reply-To: <20120123180547.GB13410@sirius.xvoid.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> <4F16ED05.4060604@FreeBSD.org> <20120123180547.GB13410@sirius.xvoid.org> Content-Type: multipart/mixed; boundary="=-u38GNgokOD7HYFy7znqN" Date: Thu, 5 Apr 2012 23:20:07 +0200 Message-ID: <1333660807.8137.81.camel@jardell> MIME-Version: 1.0 X-Mailer: Evolution 2.28.3 X-Originating-IP: [192.168.106.42] Cc: freebsd-multimedia@freebsd.org, Alexander Motin , FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite 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, 05 Apr 2012 21:38:07 -0000 --=-u38GNgokOD7HYFy7znqN Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Mon, 2012-01-23 at 22:05 +0400, Yuri Pankov wrote: > On Wed, Jan 18, 2012 at 06:02:13PM +0200, Alexander Motin wrote: > > On 01/12/12 15:04, Yuri Pankov wrote: > > > On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: > > >> On 01/12/12 14:18, Yuri Pankov wrote: > > >>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > > >>>> I would like request for testing of my work on further HDA sound driver > > >>>> improvement. > > >>> [...] > > >>>> Patch can be found here: > > >>>> http://people.freebsd.org/~mav/hda.rewrite.patch > > >>>> > > >>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > > >>>> and 8-STABLE branches also. > > >>> > > >>> Patch applied cleanly to r230008 using `svn patch`. > > >>> > > >>> hdacc0: at cad 0 on hdac0 > > >>> hdaa0: at nid 1 on hdacc0 > > >>> pcm0: at nid 5 on hdaa0 > > >>> hdacc1: at cad 1 on hdac0 > > >>> hdaa1: at nid 1 on hdacc1 > > >>> pcm1: at nid 5 on hdaa1 > > >>> hdacc2: at cad 2 on hdac0 > > >>> hdaa2: at nid 1 on hdacc2 > > >>> pcm2: at nid 5 on hdaa2 > > >>> hdacc3: at cad 3 on hdac0 > > >>> hdaa3: at nid 1 on hdacc3 > > >>> pcm3: at nid 5 on hdaa3 > > >>> hdacc4: at cad 0 on hdac1 > > >>> hdaa4: at nid 1 on hdacc4 > > >>> pcm4: at nid 13 and 11 on hdaa4 > > >>> pcm5: at nid 15 and 24 on hdaa4 > > >>> pcm6: at nid 30 on hdaa4 > > >>> > > >>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however > > >> > > >> Thank you. > > >> > > >>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), > > >>> mplayer just pauses at the beggining, trying to cat anything to > > >>> /dev/dsp{0-3}.0 gives: > > >>> > > >>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > >>> > > >>> It was the same with the old driver and I'm not sure if it's (most > > >>> likely) my misconfiguration or a driver problem. > > >> > > >> It sounds more like a driver problem. HDMI audio is still not very well > > >> discovered area, and, according to ALSA reading, NVidia HDMI is also not > > >> very standard. Probably I'll finally have to buy something to > > >> experiment. What card do you have? > > > > > > It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as > > > identified by x11/nvidia-driver). > > > > I've reproduced it on NVidia GT210. It seems there is some problem with > > MSI generation. Switching to legacy PCI interrupts fixes problem for me. > > Linux HDA driver disables MSI for all NVidia controllers. > > > > Try to add hint.hdac.0.msi=0 into the /boot/loader.conf. > > Sorry for delay. Indeed, setting hint.hdac.0.msi=0 helped. I tried the same trick but without success. I am attaching output of dmesg, sysctl, uname, sndstat and pciconf. I am using FreeBSD 9.0-RELEASE with MAV's recent patches. The chipset is NVidia ION. I am also using NVidia's drivers 295.33. The box is connected to receiver over HDMI. It does not work even with X server running. But the analog output works just fine. Any idea is appreciated. Thank you, -- Jaroslav Suchanek > > > Thanks, > Yuri > _______________________________________________ > 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" --=-u38GNgokOD7HYFy7znqN Content-Disposition: attachment; filename="sysctl.out" Content-Type: text/plain; name="sysctl.out"; charset="UTF-8" Content-Transfer-Encoding: 7bit hw.snd.vpc_reset: 0 hw.snd.vpc_0db: 45 hw.snd.vpc_autoreset: 1 hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_matrix: 1 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 0 hw.snd.feeder_eq_exact_rate: 0 hw.snd.feeder_eq_presets: PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000 hw.snd.feeder_rate_quality: 1 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_polyphase_max: 183040 hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97 hw.snd.vpc_mixer_bypass: 1 hw.snd.verbose: 0 hw.snd.maxautovchans: 16 hw.snd.default_unit: 2 hw.snd.version: 2009061500/amd64 hw.snd.default_auto: 0 --=-u38GNgokOD7HYFy7znqN Content-Disposition: attachment; filename="uname.out" Content-Type: text/plain; name="uname.out"; charset="UTF-8" Content-Transfer-Encoding: 7bit FreeBSD 9.0-STABLE #0 r233700: Fri Mar 30 17:55:36 CEST 2012 jarda@jasrock:/usr/obj/home/jarda/new/softw/freebsd/9/sys/GENERIC --=-u38GNgokOD7HYFy7znqN Content-Disposition: attachment; filename="pciconf.out" Content-Type: text/plain; name="pciconf.out"; charset="UTF-8" Content-Transfer-Encoding: 7bit hostb0@pci0:0:0:0: class=0x060000 card=0x0a821849 chip=0x0a8210de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 Host Bridge' class = bridge subclass = HOST-PCI none0@pci0:0:0:1: class=0x050000 card=0x0a881849 chip=0x0a8810de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 Memory Controller' class = memory subclass = RAM isab0@pci0:0:3:0: class=0x060100 card=0x0aad1849 chip=0x0aad10de rev=0xb2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 LPC Bridge' class = bridge subclass = PCI-ISA none1@pci0:0:3:1: class=0x050000 card=0x0aa41849 chip=0x0aa410de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 Memory Controller' class = memory subclass = RAM none2@pci0:0:3:2: class=0x0c0500 card=0x0aa21849 chip=0x0aa210de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 SMBus' class = serial bus subclass = SMBus none3@pci0:0:3:3: class=0x050000 card=0x0a891849 chip=0x0a8910de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 Memory Controller' class = memory subclass = RAM none4@pci0:0:3:5: class=0x0b4000 card=0x0aa31849 chip=0x0aa310de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 Co-processor' class = processor ohci0@pci0:0:4:0: class=0x0c0310 card=0x0aa51849 chip=0x0aa510de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 OHCI USB 1.1 Controller' class = serial bus subclass = USB ehci0@pci0:0:4:1: class=0x0c0320 card=0x0aa61849 chip=0x0aa610de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 EHCI USB 2.0 Controller' class = serial bus subclass = USB hdac0@pci0:0:8:0: class=0x040300 card=0x03971849 chip=0x0ac010de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 High Definition Audio' class = multimedia subclass = HDA pcib1@pci0:0:9:0: class=0x060401 card=0x0aab1849 chip=0x0aab10de rev=0xb1 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP79 PCI Bridge' class = bridge subclass = PCI-PCI nfe0@pci0:0:10:0: class=0x020000 card=0x0ab01849 chip=0x0ab010de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 Ethernet' class = network subclass = ethernet ahci0@pci0:0:11:0: class=0x010185 card=0x0ab51849 chip=0x0ab510de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP79 SATA Controller' class = mass storage subclass = ATA pcib2@pci0:0:16:0: class=0x060400 card=0x0aa01849 chip=0x0aa010de rev=0xb1 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP79 PCI Express Bridge' class = bridge subclass = PCI-PCI vgapci0@pci0:1:0:0: class=0x030000 card=0x087d1849 chip=0x087d10de rev=0xb1 hdr=0x00 vendor = 'nVidia Corporation' device = 'ION VGA' class = display subclass = VGA --=-u38GNgokOD7HYFy7znqN Content-Disposition: attachment; filename="sndstat.out" Content-Type: text/plain; name="sndstat.out"; charset="UTF-8" Content-Transfer-Encoding: 7bit FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play/rec) pcm1: (play) pcm2: (play) default --=-u38GNgokOD7HYFy7znqN Content-Disposition: attachment; filename="dmesg.out" Content-Type: text/plain; name="dmesg.out"; charset="UTF-8" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-STABLE #0 r233700: Fri Mar 30 17:55:36 CEST 2012 jarda@jasrock:/usr/obj/home/jarda/new/softw/freebsd/9/sys/GENERIC amd64 CPU: Intel(R) Atom(TM) CPU 330 @ 1.60GHz (1600.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c Stepping = 2 Features=0xbfe9fbff Features2=0x40e31d AMD Features=0x20000800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 1528074240 (1457 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <082609 APIC2310> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <082609 RSDT2310> on motherboard acpi0: Power Button (fixed) acpi0: reservation of fefe1000, 1000 (3) failed acpi0: reservation of fee01000, ff000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) isab0: port 0x4f00-0x4fff at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.3 (no driver attached) pci0: at device 3.5 (no driver attached) ohci0: mem 0xfae7f000-0xfae7ffff irq 16 at device 4.0 on pci0 usbus0 on ohci0 ehci0: mem 0xfae7ec00-0xfae7ecff irq 18 at device 4.1 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 hdac0: mem 0xfae78000-0xfae7bfff irq 22 at device 8.0 on pci0 pcib1: at device 9.0 on pci0 pci2: on pcib1 nfe0: port 0xd080-0xd087 mem 0xfae7d000-0xfae7dfff,0xfae7e800-0xfae7e8ff,0xfae7e400-0xfae7e40f irq 23 at device 10.0 on pci0 miibus0: on nfe0 rgephy0: PHY 3 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow nfe0: Ethernet address: 00:26:18:87:97:dc ahci0: port 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc48f mem 0xfae76000-0xfae77fff irq 20 at device 11.0 on pci0 ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 pcib2: at device 16.0 on pci0 pci1: on pcib2 vgapci0: port 0xec00-0xec7f mem 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xf8000000-0xf9ffffff irq 21 at device 0.0 on pci1 acpi_button0: on acpi0 orm0: at iomem 0xc0000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range ctl: CAM Target Layer loaded p4tcc0: on cpu0 p4tcc1: on cpu1 p4tcc2: on cpu2 p4tcc3: on cpu3 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 28 and 26,27 on hdaa0 pcm1: at nid 32 on hdaa0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 5 on hdaa1 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 6 ports with 6 removable, self powered uhub1: 6 ports with 6 removable, self powered ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Timecounter "TSC-low" frequency 12500260 Hz quality 1000 Root mount waiting for: usbus1 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:7:0:-1: Attached to scbus7 da0 at umass-sim0 bus 0 scbus7 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 1430129MB (2928904192 512 byte sectors: 255H 63S/T 182315C) cd1 at umass-sim0 bus 0 scbus7 target 0 lun 1 cd1: Removable CD-ROM SCSI-4 device cd1: 40.000MB/s transfers cd1: cd present [342016 x 2048 byte records] ses0 at umass-sim0 bus 0 scbus7 target 0 lun 2 ses0: Fixed Enclosure Services SCSI-4 device ses0: 40.000MB/s transfers ses0: SCSI-3 SES Device Trying to mount root from ufs:/dev/ada0p2 [rw]... WARNING: / was not properly dismounted ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 nfe0: tx v2 error 0x6100 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io ugen0.2: at usbus0 (disconnected) ukbd0: at uhub0, port 6, addr 2 (disconnected) --=-u38GNgokOD7HYFy7znqN-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 22:24: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 CC151106564A; Thu, 5 Apr 2012 22:24:31 +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 13DFE8FC0C; Thu, 5 Apr 2012 22:24:30 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1718807wgb.31 for ; Thu, 05 Apr 2012 15:24:29 -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=KA2JQurgdF44NiMIByQGjXaDXbj8w+msyq/ac87Q2a0=; b=X+U0bgzw4J+ZpHfpwBKmykzmTlsywDOYHZzTDaj3+UcF5VOqo9CqROPyKqMq+kZhqc xSlgYr3/OIM5UmBx/tfabMuk6+AJznIO9qkLU0AZxtuf/J2CUFSWZP88dbw1sqFcHsqT 73qwvxgT5d/jXiZksiaAuA+gHCoofeS173TfiWqyuS8fkMxQNilB6Paf1QpvhGJAyrIR f0eQOwQLJ+hbNwS/S571pYG9b9rQ3X3g9BHyhZULTnLhPDsnbVS5dlZkjSD4SActyHmA BBNDG2hDCuq53XII3gZVP0LzTispYYQxKCAfBhHVUvva1NvRRGEIPTjETMWQF/psyMoC S11g== Received: by 10.216.225.216 with SMTP id z66mr2635816wep.71.1333664669915; Thu, 05 Apr 2012 15:24:29 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n15sm955037wiw.6.2012.04.05.15.24.17 (version=SSLv3 cipher=OTHER); Thu, 05 Apr 2012 15:24:28 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F7E1B88.3040200@FreeBSD.org> Date: Fri, 06 Apr 2012 01:24:08 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Jaroslav Suchanek References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> <4F16ED05.4060604@FreeBSD.org> <20120123180547.GB13410@sirius.xvoid.org> <1333660807.8137.81.camel@jardell> In-Reply-To: <1333660807.8137.81.camel@jardell> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite 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, 05 Apr 2012 22:24:31 -0000 On 06.04.2012 00:20, Jaroslav Suchanek wrote: > On Mon, 2012-01-23 at 22:05 +0400, Yuri Pankov wrote: >> On Wed, Jan 18, 2012 at 06:02:13PM +0200, Alexander Motin wrote: >>> On 01/12/12 15:04, Yuri Pankov wrote: >>>> On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: >>>>> On 01/12/12 14:18, Yuri Pankov wrote: >>>>>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: >>>>>>> I would like request for testing of my work on further HDA sound driver >>>>>>> improvement. >>>>>> [...] >>>>>>> Patch can be found here: >>>>>>> http://people.freebsd.org/~mav/hda.rewrite.patch >>>>>>> >>>>>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>>>>>> and 8-STABLE branches also. >>>>>> >>>>>> Patch applied cleanly to r230008 using `svn patch`. >>>>>> >>>>>> hdacc0: at cad 0 on hdac0 >>>>>> hdaa0: at nid 1 on hdacc0 >>>>>> pcm0: at nid 5 on hdaa0 >>>>>> hdacc1: at cad 1 on hdac0 >>>>>> hdaa1: at nid 1 on hdacc1 >>>>>> pcm1: at nid 5 on hdaa1 >>>>>> hdacc2: at cad 2 on hdac0 >>>>>> hdaa2: at nid 1 on hdacc2 >>>>>> pcm2: at nid 5 on hdaa2 >>>>>> hdacc3: at cad 3 on hdac0 >>>>>> hdaa3: at nid 1 on hdacc3 >>>>>> pcm3: at nid 5 on hdaa3 >>>>>> hdacc4: at cad 0 on hdac1 >>>>>> hdaa4: at nid 1 on hdacc4 >>>>>> pcm4: at nid 13 and 11 on hdaa4 >>>>>> pcm5: at nid 15 and 24 on hdaa4 >>>>>> pcm6: at nid 30 on hdaa4 >>>>>> >>>>>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however >>>>> >>>>> Thank you. >>>>> >>>>>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), >>>>>> mplayer just pauses at the beggining, trying to cat anything to >>>>>> /dev/dsp{0-3}.0 gives: >>>>>> >>>>>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead >>>>>> >>>>>> It was the same with the old driver and I'm not sure if it's (most >>>>>> likely) my misconfiguration or a driver problem. >>>>> >>>>> It sounds more like a driver problem. HDMI audio is still not very well >>>>> discovered area, and, according to ALSA reading, NVidia HDMI is also not >>>>> very standard. Probably I'll finally have to buy something to >>>>> experiment. What card do you have? >>>> >>>> It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as >>>> identified by x11/nvidia-driver). >>> >>> I've reproduced it on NVidia GT210. It seems there is some problem with >>> MSI generation. Switching to legacy PCI interrupts fixes problem for me. >>> Linux HDA driver disables MSI for all NVidia controllers. >>> >>> Try to add hint.hdac.0.msi=0 into the /boot/loader.conf. >> >> Sorry for delay. Indeed, setting hint.hdac.0.msi=0 helped. > > I tried the same trick but without success. I am attaching output of > dmesg, sysctl, uname, sndstat and pciconf. I am using FreeBSD > 9.0-RELEASE with MAV's recent patches. > > The chipset is NVidia ION. I am also using NVidia's drivers 295.33. The > box is connected to receiver over HDMI. It does not work even with X > server running. But the analog output works just fine. > > Any idea is appreciated. dmesg you've provided is not verbose and so quite useless for HDA diagnosing. From what I can see here, it looks more alike to older GeForce 8300 based board (ASUS M4N78 PRO) I have, then to newer cards. Unluckily, I've tried all I could from the HDA side and still unable to make HDMI audio work on that my board. So either it is X11 video driver problem not initializing audio path properly on this chip, or I am missing some chip-specific clues. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 22:47: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 D49B5106566C; Thu, 5 Apr 2012 22:47:26 +0000 (UTC) (envelope-from jasone@canonware.com) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id B2B358FC08; Thu, 5 Apr 2012 22:47:26 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 4723128417; Thu, 5 Apr 2012 15:47:25 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jason Evans In-Reply-To: <201204050933.07368.jhb@freebsd.org> Date: Thu, 5 Apr 2012 15:47:24 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <262B5FAD-734F-48BD-B23D-0A9E2ED0FCDA@canonware.com> References: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> <201204050933.07368.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jasone@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 22:47:26 -0000 On Apr 5, 2012, at 6:33 AM, John Baldwin wrote: > On Thursday, April 05, 2012 12:56:45 am Jason Evans wrote: >>=20 >> * Will the utrace feature be missed? I removed it some time ago, = mainly because traces are impossibly large for most real-world use = cases. >=20 > I will only speak to this one. I do still find this useful (I used it = most > recently a week or so ago). It would be nice to keep if it is not a = major > pain to maintain. Okay, I re-added utrace support. It isn't very invasive, so = maintainability shouldn't be a problem. = http://people.freebsd.org/~jasone/patches/jemalloc_20120405a.patch Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 23:26:43 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 191AE106564A; Thu, 5 Apr 2012 23:26:43 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C99C28FC0A; Thu, 5 Apr 2012 23:26:42 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A07EA6511; Thu, 5 Apr 2012 23:26:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 33DDC86D7; Fri, 6 Apr 2012 01:26:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Tancsa References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> <4F7DF255.9010207@FreeBSD.org> <4F7DF446.7000006@sentex.net> Date: Fri, 06 Apr 2012 01:26:34 +0200 In-Reply-To: <4F7DF446.7000006@sentex.net> (Mike Tancsa's message of "Thu, 05 Apr 2012 15:36:38 -0400") Message-ID: <86ehs1ahg5.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Doug Barton , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Thu, 05 Apr 2012 23:26:43 -0000 Mike Tancsa writes: > Doug Barton writes: > > Thanks for confirming. I also forgot to mention that all the related > > changes were made in the same commit, so I'm not sure what the issue > > could have been. > The logs / progress are visible at http://tinderbox.freebsd.org/ > It looks like pc98 i386 built just fine recently. Not sure why the mips > build keeps failing so much. des from .no would know :) I don't know the details, but ISTR being told on IRC that it was a known binutils bug, and that the patch for it is under GPL3. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 23:29:26 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 5C1C81065670; Thu, 5 Apr 2012 23:29:26 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 194008FC0A; Thu, 5 Apr 2012 23:29:26 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 428DD6516; Thu, 5 Apr 2012 23:29:25 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2003386D9; Fri, 6 Apr 2012 01:29:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> Date: Fri, 06 Apr 2012 01:29:24 +0200 In-Reply-To: (Garrett Cooper's message of "Thu, 5 Apr 2012 12:22:42 -0700") Message-ID: <86aa2pahbf.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Thu, 05 Apr 2012 23:29:26 -0000 Garrett Cooper writes: > From what I saw it seems to be localized to the tinderbox host > environment because I don't run into this issue with a copy of CURRENT > compiled from r233913 sources. There is nothing special about the tinderbox host environment, it's a quad-core Phenom running 8.3-STABLE and you can see the exact commands and environment variables used at the top of the log. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 23:30: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 0ADF9106564A; Thu, 5 Apr 2012 23:30:55 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BBAA08FC17; Thu, 5 Apr 2012 23:30:54 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0FE09651A; Thu, 5 Apr 2012 23:30:54 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id EF50B86DB; Fri, 6 Apr 2012 01:30:53 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Stanislav Sedov References: <20120405142423.90d48b27.stas@FreeBSD.org> Date: Fri, 06 Apr 2012 01:30:53 +0200 In-Reply-To: <20120405142423.90d48b27.stas@FreeBSD.org> (Stanislav Sedov's message of "Thu, 5 Apr 2012 14:24:23 -0700") Message-ID: <8662ddah8y.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, current@freebsd.org, Juli Mallett , Garrett Cooper , FreeBSD Tinderbox Subject: Re: There is a known problem with MIPS tinderbox. 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, 05 Apr 2012 23:30:55 -0000 Stanislav Sedov writes: > What I still cannot understand is that why my workaround doesn't work > on tinderbox and for some people builds. It should disable linking > agains libasn1 for libkafs5 completely on mips which is the source of > the problem in libkafs5. The complete build log is here: http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 23:35:08 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 329F5106564A; Thu, 5 Apr 2012 23:35:08 +0000 (UTC) (envelope-from yanegomi@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 A842D8FC14; Thu, 5 Apr 2012 23:35:07 +0000 (UTC) Received: by yenl9 with SMTP id l9so1314336yen.13 for ; Thu, 05 Apr 2012 16:35:07 -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=ZqJKjlfnIFVwMYRYo/zGcnlGVRpJNDWRFTSif6oK2qs=; b=lrZbCmu6sYTqxPzoEG4yhaEtphTl0Rt9R1FA8G1aG4w94MBw1zNQ9YvxIVxv/EMgfK IVQ+ghT8IttvUfjArc1LjZttfAoj4+OX1WAXeldbTDhtbaNNGJfpJfVqON/9+ekHQE2D 2FhpfpFrlpSCd8dkWFJL0fTuTo6FWhTHK8goqv/s9SUUhVFeAwuEmFXz+uOw1izjUOHW 5B5grx3OovJOK88iIBwTrJdgIEOgRAzZV3AMnhnQLFTGfD7K+zekewkZI1JpWLF1Gml3 Sk7ufmxFoSxJy1FquIs6wDmQB+Bx+7vsgpDn6PCDhZqsCSM3vA4V5S7CBQ4a5BrIbnpF Pofg== MIME-Version: 1.0 Received: by 10.236.78.6 with SMTP id f6mr4612613yhe.109.1333668907011; Thu, 05 Apr 2012 16:35:07 -0700 (PDT) Received: by 10.220.230.135 with HTTP; Thu, 5 Apr 2012 16:35:06 -0700 (PDT) In-Reply-To: <86aa2pahbf.fsf@ds4.des.no> References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> <86aa2pahbf.fsf@ds4.des.no> Date: Thu, 5 Apr 2012 16:35:06 -0700 Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Thu, 05 Apr 2012 23:35:08 -0000 2012/4/5 Dag-Erling Sm=F8rgrav : > Garrett Cooper writes: >> From what I saw it seems to be localized to the tinderbox host >> environment because I don't run into this issue with a copy of CURRENT >> compiled from r233913 sources. > > There is nothing special about the tinderbox host environment, it's a > quad-core Phenom running 8.3-STABLE and you can see the exact commands > and environment variables used at the top of the log. Forgot a key piece of info. My VM that this works on is i386, not amd64. I assume that's a trigger? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 23:54: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 C184B106566B for ; Thu, 5 Apr 2012 23:54:19 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 75F2E8FC0C for ; Thu, 5 Apr 2012 23:54:19 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q35NhKgc013084; Thu, 5 Apr 2012 16:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1333669401; bh=BpaYjnuGpCPRZ90QF6pbjkd+Q49sPTtCXMpL13AKTGM=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=Mn+WhUwSvoVcKxw9Q5o9EIfdiuATlyfhUvQc4LFMI/Gvlgf05aOwtLfO9+b0RtzUb j+Kz7bcQRAX57cPFRGqwEM3/p23y+yLsJvz21nKgnj0anXetY57/ev3+82Si235Wm4 8SD/2BVypHiRfuIUNm7ojqm3SfvzdXTwxb+HZhsM= From: Sean Bruno To: Alex Keda In-Reply-To: <4F64CA6C.5000009@lissyara.su> References: <201203161539.q2GFdZPr047410@ambrisko.com> <4F64CA6C.5000009@lissyara.su> Content-Type: text/plain; charset="UTF-8" Date: Thu, 05 Apr 2012 16:43:20 -0700 Message-ID: <1333669400.55068.13.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit 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: Thu, 05 Apr 2012 23:54:19 -0000 On Sat, 2012-03-17 at 10:31 -0700, Alex Keda wrote: > 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? The only h/w that I've seen that requires this new support is the Dell H710 that is shipping with their latest servers (12G). Sean From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 00:01:05 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 8E6D9106564A; Fri, 6 Apr 2012 00:01:05 +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 361898FC15; Fri, 6 Apr 2012 00:01:05 +0000 (UTC) Received: from orion.swifttest.com (unknown [74.3.97.52]) by mx0.deglitch.com (Postfix) with ESMTPA id 1B6D48FC27; Fri, 6 Apr 2012 04:01:04 +0400 (MSK) Received: from orion.swifttest.com (localhost [127.0.0.1]) by orion.swifttest.com (Postfix) with SMTP id 5886D5C98; Thu, 5 Apr 2012 16:58:36 -0700 (PDT) Date: Thu, 5 Apr 2012 16:58:36 -0700 From: Stanislav Sedov To: Garrett Cooper Message-Id: <20120405165836.5899bf50.stas@FreeBSD.org> In-Reply-To: References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> <86aa2pahbf.fsf@ds4.des.no> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , Doug Barton , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Fri, 06 Apr 2012 00:01:05 -0000 On Thu, 5 Apr 2012 16:35:06 -0700 Garrett Cooper mentioned: > 2012/4/5 Dag-Erling Sm=C3=B8rgrav : > > Garrett Cooper writes: > >> From what I saw it seems to be localized to the tinderbox host > >> environment because I don't run into this issue with a copy of CURRENT > >> compiled from r233913 sources. > > > > There is nothing special about the tinderbox host environment, it's a > > quad-core Phenom running 8.3-STABLE and you can see the exact commands > > and environment variables used at the top of the log. >=20 > Forgot a key piece of info. My VM that this works on is i386, not > amd64. I assume that's a trigger? Actually, no, I'm don't even have any i386 machines. I guess it's just somewhat intermittent. --=20 Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 00:02: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 E0390106567A; Fri, 6 Apr 2012 00:02:47 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 87F4D8FC1A; Fri, 6 Apr 2012 00:02:47 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AEA8A6532; Fri, 6 Apr 2012 00:02:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8A12E86E9; Fri, 6 Apr 2012 02:02:46 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <201204051006.q35A6RtB021106@freebsd-current.sentex.ca> <4F7DEDD8.2050301@FreeBSD.org> <86aa2pahbf.fsf@ds4.des.no> Date: Fri, 06 Apr 2012 02:02:46 +0200 In-Reply-To: (Garrett Cooper's message of "Thu, 5 Apr 2012 16:35:06 -0700") Message-ID: <861uo1afrt.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org 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: Fri, 06 Apr 2012 00:02:48 -0000 Garrett Cooper writes: > Forgot a key piece of info. My VM that this works on is i386, not > amd64. I assume that's a trigger? Frankly, I have no idea... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 02:27:19 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 53E45106566B; Fri, 6 Apr 2012 02:27: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 1E0998FC18; Fri, 6 Apr 2012 02:27: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 q362RI9M050016; Thu, 5 Apr 2012 22:27: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 q362RIJ9049989; Fri, 6 Apr 2012 02:27:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 02:27:18 GMT Message-Id: <201204060227.q362RIJ9049989@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, 06 Apr 2012 02:27:19 -0000 TB --- 2012-04-06 01:36:23 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 01:36:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 01:36:23 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-06 01:36:23 - cleaning the object tree TB --- 2012-04-06 01:37:07 - cvsupping the source tree TB --- 2012-04-06 01:37:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-06 01:38:04 - building world TB --- 2012-04-06 01:38:04 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 01:38:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 01:38:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 01:38:04 - SRCCONF=/dev/null TB --- 2012-04-06 01:38:04 - TARGET=mips TB --- 2012-04-06 01:38:04 - TARGET_ARCH=mips TB --- 2012-04-06 01:38:04 - TZ=UTC TB --- 2012-04-06 01:38:04 - __MAKE_CONF=/dev/null TB --- 2012-04-06 01:38:04 - cd /src TB --- 2012-04-06 01:38:04 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 01:38: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-04-06 02:27:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 02:27:17 - ERROR: failed to build world TB --- 2012-04-06 02:27:17 - 2082.93 user 442.47 system 3054.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 06:08:11 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 1C98D106564A; Fri, 6 Apr 2012 06:08:11 +0000 (UTC) (envelope-from c.jayachandran@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 D38428FC14; Fri, 6 Apr 2012 06:08:09 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so212991wib.13 for ; Thu, 05 Apr 2012 23:08:08 -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=DkPWf3JR+uFyEhjbEGXctztM6RxPH62evQtXe4LWlZM=; b=y6qEkDo2IPWJ4aipFeA0s5X5+RbcD9nBG8cdNw4NndncINpp65wZfJeO9I3LTPK1j+ fOlwXo75JSKl2dbgehOGtXc6c9jRL7RdveE8GHJQXr0SeL2idengZ+9r1AE4PmFXVxLB qeaNigdDlTVIF2509gSeesF0fddEn78DB1Cf0j/ViJ4IOwE17Q+i0YXDkhV7XYScc2no ulB6NpJVgUcDBtLX4Xn8zawrI+c4E9ZPAPHWDGElLWJLl9yNl72R+ZzOOxGdO1jtr1UT 7fq/PnK7aDIfRie8PF2ZnXzczG080yjfQLRzHT1yzhfhe+/MQXKSoRMfnNanRXc1Nbb9 B59Q== MIME-Version: 1.0 Received: by 10.180.73.143 with SMTP id l15mr9277940wiv.11.1333692488061; Thu, 05 Apr 2012 23:08:08 -0700 (PDT) Received: by 10.216.62.81 with HTTP; Thu, 5 Apr 2012 23:08:07 -0700 (PDT) In-Reply-To: <20120405142423.90d48b27.stas@FreeBSD.org> References: <20120405142423.90d48b27.stas@FreeBSD.org> Date: Fri, 6 Apr 2012 11:38:07 +0530 Message-ID: From: "Jayachandran C." To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, current@freebsd.org, Juli Mallett , Garrett Cooper , FreeBSD Tinderbox Subject: Re: There is a known problem with MIPS tinderbox. 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, 06 Apr 2012 06:08:11 -0000 On Fri, Apr 6, 2012 at 2:54 AM, Stanislav Sedov wrote: > On Thu, 5 Apr 2012 12:39:00 -0700 > Juli Mallett mentioned: > >> On Thu, Apr 5, 2012 at 12:28, Doug Barton wrote: >> > But as always, if someone comes up with an actual problem related to t= he >> > [BIND] update I'm happy to address it. >> >> The MIPS tinderbox build is currently broken. =A0This is related to a >> binutils bug for which a workaround was committed to head. =A0For some >> reason, the workaround seems to be sufficient for universe done >> independently, but not the tinderbox. >> >> There is a fix for binutils which is known, but the fix was made after >> the GPLv3 switch. =A0HJ Lu, who made the change, has been contacted >> about making the change available under GPLv2, but so far has not >> replied. =A0Independently, jchandra@ is investigating the problem in >> binutils and attempting to come up with a fix from scratch. >> > > What I still cannot understand is that why my workaround doesn't work > on tinderbox and for some people builds. =A0It should disable linking > agains libasn1 for libkafs5 completely on mips which is the source of > the problem in libkafs5. The issue is that two fields in the libkafs5 dynamic symbol table is un-initialized, whether the build crashes seem to depend on the value in fields, if you are lucky the field does not have values that crash the build. [ I'm still looking at this, here's the progress so far] The asn1 library has a export map containing 'global: *', this exports two symbols _fdata and _ftext versioned. When libkafs5 is linked, these symbols confuse the bfd code and the entries corresponding to theses (index 13, and 16) are left un-initialized. One workaround I see is to change the export 'global: *' in kerberos5/lib/libasn1 to the actual list of exported symbols. JC. From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 06:31:12 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 6790F106564A; Fri, 6 Apr 2012 06:31:12 +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 11FFF8FC15; Fri, 6 Apr 2012 06:31:12 +0000 (UTC) Received: from [192.168.1.98] (c-98-234-218-159.hsd1.ca.comcast.net [98.234.218.159]) by mx0.deglitch.com (Postfix) with ESMTPSA id 089198FC27; Fri, 6 Apr 2012 10:31:08 +0400 (MSK) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Stanislav Sedov In-Reply-To: Date: Thu, 5 Apr 2012 23:31:07 -0700 Content-Transfer-Encoding: 7bit Message-Id: <036C5A57-2B63-40C1-A0DA-0678B7BF29F8@freebsd.org> References: <20120405142423.90d48b27.stas@FreeBSD.org> To: "Jayachandran C." X-Mailer: Apple Mail (2.1257) Cc: Doug Barton , mips@freebsd.org, current@freebsd.org, Juli Mallett , Garrett Cooper , FreeBSD Tinderbox Subject: Re: There is a known problem with MIPS tinderbox. 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, 06 Apr 2012 06:31:12 -0000 On Apr 5, 2012, at 11:08 PM, Jayachandran C. wrote: > > > The asn1 library has a export map containing 'global: *', this exports > two symbols _fdata and _ftext versioned. When libkafs5 is linked, > these symbols confuse the bfd code and the entries corresponding to > theses (index 13, and 16) are left un-initialized. > > One workaround I see is to change the export 'global: *' in > kerberos5/lib/libasn1 to the actual list of exported symbols. > Thanks. What I'm also trying right now is to add a version map to the libkafs -- this might help binutils to link it properly as well. If it fails, we can try adding a proper one for libasn1. -- ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 06:45:27 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 DAF5F106566C; Fri, 6 Apr 2012 06:45:27 +0000 (UTC) (envelope-from Jaroslav.Suchanek@avg.com) Received: from ms-out-02.avg.com (ms-out-02.avg.com [193.85.156.216]) by mx1.freebsd.org (Postfix) with ESMTP id 953898FC15; Fri, 6 Apr 2012 06:45:26 +0000 (UTC) Received: from ex10czcas01.cz.avg.com (ex10czcas01.cz.avg.com [10.6.36.112]) by out-smtp-dmz-02.cz.avg.com (Postfix) with ESMTP id 13DB475E49; Fri, 6 Apr 2012 08:45:20 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 out-smtp-dmz-02.cz.avg.com 13DB475E49 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=avg.com; s=default; t=1333694720; bh=Xzrg197LbPldKUVvwGs22YFJs+RRClGOgSpUq9kq2zY=; h=Date:From:To:CC:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=JOfOxCUnH6P3bwBGAoEpDFrJkYUiPYuvO71eALKkm2650vfS/8nye6LL77/lPJtUG sxjmw4MCZfv3BHRUOj+MFFwID8Uo4tDPOxZ5RzFYfYLexmdBo5ATrTvyXptXuKAd89 JGZiKaf9rqcsApLRRj9bvj5o2gH7NDBGfKHMUecU= Received: from jardas.grisoft.cz (10.6.135.49) by mail.cz.avg.com (10.6.36.114) with Microsoft SMTP Server (TLS) id 14.1.355.2; Fri, 6 Apr 2012 08:45:18 +0200 Date: Fri, 6 Apr 2012 08:45:33 +0200 From: Jaroslav Suchanek To: Alexander Motin Message-ID: <20120406064533.GA47184@jardas.grisoft.cz> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> <4F16ED05.4060604@FreeBSD.org> <20120123180547.GB13410@sirius.xvoid.org> <1333660807.8137.81.camel@jardell> <4F7E1B88.3040200@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <4F7E1B88.3040200@FreeBSD.org> X-Originating-IP: [10.6.135.49] Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite 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, 06 Apr 2012 06:45:28 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset="iso-8859-2" Content-Disposition: inline On Fri, Apr 06, 2012 at 01:24:08AM +0300, Alexander Motin wrote: > On 06.04.2012 00:20, Jaroslav Suchanek wrote: > > On Mon, 2012-01-23 at 22:05 +0400, Yuri Pankov wrote: > >> On Wed, Jan 18, 2012 at 06:02:13PM +0200, Alexander Motin wrote: > >>> On 01/12/12 15:04, Yuri Pankov wrote: > >>>> On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: > >>>>> On 01/12/12 14:18, Yuri Pankov wrote: > >>>>>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > >>>>>>> I would like request for testing of my work on further HDA sound driver > >>>>>>> improvement. > >>>>>> [...] > >>>>>>> Patch can be found here: > >>>>>>> http://people.freebsd.org/~mav/hda.rewrite.patch > >>>>>>> > >>>>>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > >>>>>>> and 8-STABLE branches also. > >>>>>> > >>>>>> Patch applied cleanly to r230008 using `svn patch`. > >>>>>> > >>>>>> hdacc0: at cad 0 on hdac0 > >>>>>> hdaa0: at nid 1 on hdacc0 > >>>>>> pcm0: at nid 5 on hdaa0 > >>>>>> hdacc1: at cad 1 on hdac0 > >>>>>> hdaa1: at nid 1 on hdacc1 > >>>>>> pcm1: at nid 5 on hdaa1 > >>>>>> hdacc2: at cad 2 on hdac0 > >>>>>> hdaa2: at nid 1 on hdacc2 > >>>>>> pcm2: at nid 5 on hdaa2 > >>>>>> hdacc3: at cad 3 on hdac0 > >>>>>> hdaa3: at nid 1 on hdacc3 > >>>>>> pcm3: at nid 5 on hdaa3 > >>>>>> hdacc4: at cad 0 on hdac1 > >>>>>> hdaa4: at nid 1 on hdacc4 > >>>>>> pcm4: at nid 13 and 11 on hdaa4 > >>>>>> pcm5: at nid 15 and 24 on hdaa4 > >>>>>> pcm6: at nid 30 on hdaa4 > >>>>>> > >>>>>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however > >>>>> > >>>>> Thank you. > >>>>> > >>>>>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), > >>>>>> mplayer just pauses at the beggining, trying to cat anything to > >>>>>> /dev/dsp{0-3}.0 gives: > >>>>>> > >>>>>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > >>>>>> > >>>>>> It was the same with the old driver and I'm not sure if it's (most > >>>>>> likely) my misconfiguration or a driver problem. > >>>>> > >>>>> It sounds more like a driver problem. HDMI audio is still not very well > >>>>> discovered area, and, according to ALSA reading, NVidia HDMI is also not > >>>>> very standard. Probably I'll finally have to buy something to > >>>>> experiment. What card do you have? > >>>> > >>>> It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as > >>>> identified by x11/nvidia-driver). > >>> > >>> I've reproduced it on NVidia GT210. It seems there is some problem with > >>> MSI generation. Switching to legacy PCI interrupts fixes problem for me. > >>> Linux HDA driver disables MSI for all NVidia controllers. > >>> > >>> Try to add hint.hdac.0.msi=0 into the /boot/loader.conf. > >> > >> Sorry for delay. Indeed, setting hint.hdac.0.msi=0 helped. > > > > I tried the same trick but without success. I am attaching output of > > dmesg, sysctl, uname, sndstat and pciconf. I am using FreeBSD > > 9.0-RELEASE with MAV's recent patches. > > > > The chipset is NVidia ION. I am also using NVidia's drivers 295.33. The > > box is connected to receiver over HDMI. It does not work even with X > > server running. But the analog output works just fine. > > > > Any idea is appreciated. > > dmesg you've provided is not verbose and so quite useless for HDA > diagnosing. From what I can see here, it looks more alike to older > GeForce 8300 based board (ASUS M4N78 PRO) I have, then to newer cards. > Unluckily, I've tried all I could from the HDA side and still unable to > make HDMI audio work on that my board. So either it is X11 video driver > problem not initializing audio path properly on this chip, or I am > missing some chip-specific clues. I am sorry, the verbose dmesg is attached if it helps. Anyway, thank you for the response. Regards, -- Jaroslav Suchanek --h31gzZEtNLTqOjlF Content-Type: text/plain; charset="iso-8859-2" Content-Disposition: attachment; filename="dmesg-verb.out" ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 ACPI timer: 0/12 0/11 0/12 0/11 0/11 0/12 0/11 0/12 0/12 0/11 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 14 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link35: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link36: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link37: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link38: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link39: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link40: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link41: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link42: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link43: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link44: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link45: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link46: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link47: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link48: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link49: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0x80000000-0xfbffffff pcib0: decoding 3 range 0xfe000000-0xfebfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x0a82, revid=0xb1 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0a88, revid=0xb1 domain=0, bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0004, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0aad, revid=0xb2 domain=0, bus=0, slot=3, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x4f00, size 8, enabled pcib0: allocated type 4 (0x4f00-0x4fff) for rid 10 of pci0:0:3:0 found-> vendor=0x10de, dev=0x0aa4, revid=0xb1 domain=0, bus=0, slot=3, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0aa2, revid=0xb1 domain=0, bus=0, slot=3, func=2 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4900, size 6, enabled pcib0: allocated type 4 (0x4900-0x493f) for rid 10 of pci0:0:3:2 map[20]: type I/O Port, range 32, base 0x4d00, size 6, enabled pcib0: allocated type 4 (0x4d00-0x4d3f) for rid 20 of pci0:0:3:2 map[24]: type I/O Port, range 32, base 0x4e00, size 6, enabled pcib0: allocated type 4 (0x4e00-0x4e3f) for rid 24 of pci0:0:3:2 pcib0: matched entry for 0.3.INTA (src \\_SB_.LSMB:0) pci_link37: Picked IRQ 20 with weight 0 pcib0: slot 3 INTA routed to irq 20 via \\_SB_.LSMB found-> vendor=0x10de, dev=0x0a89, revid=0xb1 domain=0, bus=0, slot=3, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0aa3, revid=0xb1 domain=0, bus=0, slot=3, func=5 class=0b-40-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=9 map[10]: type Memory, range 32, base 0xfae80000, size 19, enabled pcib0: allocated type 3 (0xfae80000-0xfaefffff) for rid 10 of pci0:0:3:5 pcib0: matched entry for 0.3.INTB (src \\_SB_.LPMU:0) pci_link38: Picked IRQ 21 with weight 0 pcib0: slot 3 INTB routed to irq 21 via \\_SB_.LPMU found-> vendor=0x10de, dev=0x0aa5, revid=0xb1 domain=0, bus=0, slot=4, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfae7f000, size 12, enabled pcib0: allocated type 3 (0xfae7f000-0xfae7ffff) for rid 10 of pci0:0:4:0 pcib0: matched entry for 0.4.INTA (src \\_SB_.LUB0:0) pci_link32: Picked IRQ 16 with weight 0 pcib0: slot 4 INTA routed to irq 16 via \\_SB_.LUB0 ohci early: SMM active, request owner change found-> vendor=0x10de, dev=0x0aa6, revid=0xb1 domain=0, bus=0, slot=4, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=14 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfae7ec00, size 8, enabled pcib0: allocated type 3 (0xfae7ec00-0xfae7ecff) for rid 10 of pci0:0:4:1 pcib0: matched entry for 0.4.INTB (src \\_SB_.LUB2:0) pci_link33: Picked IRQ 18 with weight 0 pcib0: slot 4 INTB routed to irq 18 via \\_SB_.LUB2 found-> vendor=0x10de, dev=0x0ac0, revid=0xb1 domain=0, bus=0, slot=8, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfae78000, size 14, enabled pcib0: allocated type 3 (0xfae78000-0xfae7bfff) for rid 10 of pci0:0:8:0 pcib0: matched entry for 0.8.INTA (src \\_SB_.LAZA:0) pci_link35: Picked IRQ 22 with weight 0 pcib0: slot 8 INTA routed to irq 22 via \\_SB_.LAZA found-> vendor=0x10de, dev=0x0aab, revid=0xb1 domain=0, bus=0, slot=9, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x0ab0, revid=0xb1 domain=0, bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfae7d000, size 12, enabled pcib0: allocated type 3 (0xfae7d000-0xfae7dfff) for rid 10 of pci0:0:10:0 map[14]: type I/O Port, range 32, base 0xd080, size 3, enabled pcib0: allocated type 4 (0xd080-0xd087) for rid 14 of pci0:0:10:0 map[18]: type Memory, range 32, base 0xfae7e800, size 8, enabled pcib0: allocated type 3 (0xfae7e800-0xfae7e8ff) for rid 18 of pci0:0:10:0 map[1c]: type Memory, range 32, base 0xfae7e400, size 4, enabled pcib0: allocated type 3 (0xfae7e400-0xfae7e40f) for rid 1c of pci0:0:10:0 pcib0: matched entry for 0.10.INTA (src \\_SB_.LMAC:0) pci_link34: Picked IRQ 23 with weight 0 pcib0: slot 10 INTA routed to irq 23 via \\_SB_.LMAC found-> vendor=0x10de, dev=0x0ab5, revid=0xb1 domain=0, bus=0, slot=11, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd000, size 3, enabled pcib0: allocated type 4 (0xd000-0xd007) for rid 10 of pci0:0:11:0 map[14]: type I/O Port, range 32, base 0xcc00, size 2, enabled pcib0: allocated type 4 (0xcc00-0xcc03) for rid 14 of pci0:0:11:0 map[18]: type I/O Port, range 32, base 0xc880, size 3, enabled pcib0: allocated type 4 (0xc880-0xc887) for rid 18 of pci0:0:11:0 map[1c]: type I/O Port, range 32, base 0xc800, size 2, enabled pcib0: allocated type 4 (0xc800-0xc803) for rid 1c of pci0:0:11:0 map[20]: type I/O Port, range 32, base 0xc480, size 4, enabled pcib0: allocated type 4 (0xc480-0xc48f) for rid 20 of pci0:0:11:0 map[24]: type Memory, range 32, base 0xfae76000, size 13, enabled pcib0: allocated type 3 (0xfae76000-0xfae77fff) for rid 24 of pci0:0:11:0 pcib0: matched entry for 0.11.INTA (src \\_SB_.LSA0:0) pci_link39: Picked IRQ 20 with weight 1 pcib0: slot 11 INTA routed to irq 20 via \\_SB_.LSA0 found-> vendor=0x10de, dev=0x0aa0, revid=0xb1 domain=0, bus=0, slot=16, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pci0: at device 0.1 (no driver attached) isab0: port 0x4f00-0x4fff at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.3 (no driver attached) pci0: at device 3.5 (no driver attached) ohci0: mem 0xfae7f000-0xfae7ffff irq 16 at device 4.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 51 usbus0 on ohci0 usbus0: bpf attached ohci0: usbpf: Attached ehci0: mem 0xfae7ec00-0xfae7ecff irq 18 at device 4.1 on pci0 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 52 ehci0: Doorbell workaround enabled usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: bpf attached ehci0: usbpf: Attached hdac0: mem 0xfae78000-0xfae7bfff irq 22 at device 8.0 on pci0 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 53 hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib1: at device 9.0 on pci0 pcib1: domain 0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.PBB0 - AE_NOT_FOUND pci2: on pcib1 pci2: domain=0, physical bus=2 nfe0: port 0xd080-0xd087 mem 0xfae7d000-0xfae7dfff,0xfae7e800-0xfae7e8ff,0xfae7e400-0xfae7e40f irq 23 at device 10.0 on pci0 miibus0: on nfe0 rgephy0: PHY 3 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 2 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow nfe0: bpf attached nfe0: Ethernet address: 00:26:18:87:97:dc ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 54 ahci0: port 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc48f mem 0xfae76000-0xfae77fff irq 20 at device 11.0 on pci0 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 55 ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahci0: Caps: 64bit NCQ SNTF AL 3Gbps PM PMD SSC PSC 32cmd eSATA 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: pcib2: at device 16.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib2 pcib0: allocated type 3 (0xfaf00000-0xfbffffff) for rid 20 of pcib2 pcib0: allocated type 3 (0xe0000000-0xf9ffffff) for rid 24 of pcib2 pcib2: domain 0 pcib2: secondary bus 1 pcib2: subordinate bus 1 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfaf00000-0xfbffffff pcib2: prefetched decode 0xe0000000-0xf9ffffff pci1: on pcib2 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x087d, revid=0xb1 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfb000000, size 24, enabled pcib2: allocated memory range (0xfb000000-0xfbffffff) for rid 10 of pci0:1:0:0 map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib2: allocated prefetch range (0xe0000000-0xefffffff) for rid 14 of pci0:1:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xf8000000, size 25, enabled pcib2: allocated prefetch range (0xf8000000-0xf9ffffff) for rid 1c of pci0:1:0:0 map[24]: type I/O Port, range 32, base 0xec00, size 7, enabled pcib2: allocated I/O port range (0xec00-0xec7f) for rid 24 of pci0:1:0:0 pcib2: matched entry for 1.0.INTA (src \\_SB_.SGRU:0) pci_link36: Picked IRQ 21 with weight 1 pcib2: slot 0 INTA routed to irq 21 via \\_SB_.SGRU vgapci0: port 0xec00-0xec7f mem 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xf8000000-0xf9ffffff irq 21 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 56 acpi_button0: on acpi0 acpi0: wakeup code va 0xffffff806be1b000 pa 0x90000 ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 isa_probe_children: disabling PnP devices atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 57 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 uart0 failed to probe at port 0x3f8-0x3ff irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices p4tcc0: on cpu0 p4tcc1: on cpu1 p4tcc2: on cpu2 p4tcc3: on cpu3 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66668138 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed lo0: bpf attached hptrr: no controller detected. hdacc0: at cad 0 on hdac0 hdacc0: Root Node at nid=0: 1 subnodes 1-1 hdaa0: at nid 1 on hdacc0 hdaa0: Audio Function Group at nid=1: 24 subnodes 16-39 hdaa0: NumGPIO=1 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa0: GPIO0: disabled hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 25 410110f2 15 2 Line-out None 1/8 Rear Black 0 hdaa0: 26 01a19036 3 6 Mic Jack 1/8 Rear Pink 0 hdaa0: 27 0181303e 3 14 Line-in Jack 1/8 Rear Blue 0 hdaa0: 28 01014010 1 0 Line-out Jack 1/8 Rear Green 0 hdaa0: 29 422140f0 15 0 Headphones None 1/8 Front Green 0 hdaa0: 30 42a190f8 15 8 Mic None 1/8 Front Pink 0 hdaa0: 31 503701f7 15 7 CD None Analog Internal Unknown 1 hdaa0: 32 074511f0 15 0 SPDIF-out Jack Optical Rear-panel Black 1 hdaa0: 33 474411f0 15 0 SPDIF-out None RCA Rear-panel Black 1 hdaa0: 34 410160f1 15 1 Line-out None 1/8 Rear Orange 0 hdaa0: 35 410120f4 15 4 Line-out None 1/8 Rear Grey 0 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 25 410110f2 15 2 Line-out None 1/8 Rear Black 0 DISA hdaa0: 26 01a19036 3 6 Mic Jack 1/8 Rear Pink 0 hdaa0: 27 0181303e 3 14 Line-in Jack 1/8 Rear Blue 0 hdaa0: 28 01014010 1 0 Line-out Jack 1/8 Rear Green 0 hdaa0: 29 422140f0 15 0 Headphones None 1/8 Front Green 0 DISA hdaa0: 30 42a190f8 15 8 Mic None 1/8 Front Pink 0 DISA hdaa0: 31 503701f7 15 7 CD None Analog Internal Unknown 1 DISA hdaa0: 32 074511f0 15 0 SPDIF-out Jack Optical Rear-panel Black 1 hdaa0: 33 474411f0 15 0 SPDIF-out None RCA Rear-panel Black 1 DISA hdaa0: 34 410160f1 15 1 Line-out None 1/8 Rear Orange 0 DISA hdaa0: 35 410120f4 15 4 Line-out None 1/8 Rear Grey 0 DISA hdaa0: 3 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=28 seq=0 hdaa0: Association 1 (3) in: hdaa0: Pin nid=26 seq=6 hdaa0: Pin nid=27 seq=14 hdaa0: Association 2 (15) out: hdaa0: Pin nid=32 seq=0 hdaa0: Tracing association 0 (1) hdaa0: Pin 28 traced to DAC 16 hdaa0: Association 0 (1) trace succeeded hdaa0: Tracing association 1 (3) hdaa0: Pin 26 traced to ADC 19 hdaa0: Pin 27 traced to ADC 19 hdaa0: Association 1 (3) trace succeeded hdaa0: Tracing association 2 (15) hdaa0: Pin 32 traced to DAC 18 hdaa0: Association 2 (15) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: DAC 37 considered equal to DAC 16 hdaa0: Looking for additional ADC for association 1 (3) hdaa0: Looking for additional DAC for association 2 (15) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing nid 26 to out hdaa0: nid 26 is input monitor hdaa0: Tracing nid 27 to out hdaa0: nid 27 is input monitor hdaa0: Tracing beeper hdaa0: Pin sense: nid=28 sence=0x80000000 (connected) hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdaa0: hdaa0: +-------------------+ hdaa0: | DUMPING HDA NODES | hdaa0: +-------------------+ hdaa0: hdaa0: Default Parameter hdaa0: ----------------- hdaa0: IN amp: 0x00000000 hdaa0: OUT amp: 0x00000000 hdaa0: hdaa0: nid: 16 hdaa0: Name: audio output hdaa0: Widget cap: 0x0000041d hdaa0: PWR STEREO hdaa0: Association: 0 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: Output amp: 0x00052a2a hdaa0: mute=0 step=42 size=5 offset=42 hdaa0: hdaa0: nid: 17 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x0000041d hdaa0: PWR STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: Output amp: 0x00052a2a hdaa0: mute=0 step=42 size=5 offset=42 hdaa0: hdaa0: nid: 18 hdaa0: Name: audio output hdaa0: Widget cap: 0x00000611 hdaa0: PWR DIGITAL STEREO hdaa0: Association: 2 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: hdaa0: nid: 19 hdaa0: Name: audio input hdaa0: Widget cap: 0x0010051b hdaa0: PWR STEREO hdaa0: Association: 1 (0x00004040) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Input amp: 0x80051f0b hdaa0: mute=1 step=31 size=5 offset=11 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=23 [audio selector] hdaa0: hdaa0: nid: 20 [DISABLED] hdaa0: Name: audio input hdaa0: Widget cap: 0x0010051b hdaa0: PWR STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Input amp: 0x80051f0b hdaa0: mute=1 step=31 size=5 offset=11 hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=30 [pin: Mic (None)] [DISABLED] hdaa0: hdaa0: nid: 21 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x00000611 hdaa0: PWR DIGITAL STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: hdaa0: nid: 22 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020050b hdaa0: PWR STEREO hdaa0: Association: 0 (0x00000001) hdaa0: OSS: pcm, line, mic hdaa0: Input amp: 0x80051f17 hdaa0: mute=1 step=31 size=5 offset=23 hdaa0: connections: 7 hdaa0: | hdaa0: + <- nid=16 [audio output] hdaa0: + [DISABLED] <- nid=31 [pin: CD (None)] [DISABLED] hdaa0: + <- nid=26 [pin: Mic (Pink Jack)] hdaa0: + <- nid=27 [pin: Line-in (Blue Jack)] hdaa0: + [DISABLED] <- nid=30 [pin: Mic (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=29 [pin: Headphones (None)] [DISABLED] hdaa0: + <- nid=37 [audio output] hdaa0: hdaa0: nid: 23 hdaa0: Name: audio selector hdaa0: Widget cap: 0x00300501 hdaa0: PWR STEREO hdaa0: Association: 1 (0x00004040) hdaa0: OSS: line, mic hdaa0: connections: 6 hdaa0: | hdaa0: + [DISABLED] <- nid=31 [pin: CD (None)] [DISABLED] hdaa0: + <- nid=26 [pin: Mic (Pink Jack)] hdaa0: + <- nid=27 [pin: Line-in (Blue Jack)] (selected) hdaa0: + [DISABLED] <- nid=30 [pin: Mic (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=29 [pin: Headphones (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=22 [audio mixer] hdaa0: hdaa0: nid: 24 [DISABLED] hdaa0: Name: audio selector hdaa0: Widget cap: 0x0030050d hdaa0: PWR STEREO hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=17 [audio output] [DISABLED] hdaa0: hdaa0: nid: 25 [DISABLED] hdaa0: Name: pin: Line-out (None) hdaa0: Widget cap: 0x00400581 hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x00000014 hdaa0: PDC OUT hdaa0: Pin config: 0x410110f2 hdaa0: Pin control: 0x00000000 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=24 [audio selector] [DISABLED] hdaa0: hdaa0: nid: 26 hdaa0: Name: pin: Mic (Pink Jack) hdaa0: Widget cap: 0x00400581 hdaa0: PWR UNSOL STEREO hdaa0: Association: 1 (0x00000040) hdaa0: OSS: mic (mic) hdaa0: Pin cap: 0x00002334 hdaa0: PDC OUT IN VREF[ 50 100 HIZ ] hdaa0: Pin config: 0x01a19036 hdaa0: Pin control: 0x00000025 IN VREFs hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=38 [audio selector] [DISABLED] hdaa0: hdaa0: nid: 27 hdaa0: Name: pin: Line-in (Blue Jack) hdaa0: Widget cap: 0x00400581 hdaa0: PWR UNSOL STEREO hdaa0: Association: 1 (0x00004000) hdaa0: OSS: line (line) hdaa0: Pin cap: 0x00002334 hdaa0: PDC OUT IN VREF[ 50 100 HIZ ] hdaa0: Pin config: 0x0181303e hdaa0: Pin control: 0x00000025 IN VREFs hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=24 [audio selector] [DISABLED] hdaa0: hdaa0: nid: 28 hdaa0: Name: pin: Line-out (Green Jack) hdaa0: Widget cap: 0x0040058d hdaa0: PWR UNSOL STEREO hdaa0: Association: 0 (0x00000001) hdaa0: Pin cap: 0x0001001c hdaa0: PDC HP OUT EAPD hdaa0: Pin config: 0x01014010 hdaa0: Pin control: 0x00000040 OUT hdaa0: EAPD: 0x00000002 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=22 [audio mixer] hdaa0: hdaa0: nid: 29 [DISABLED] hdaa0: Name: pin: Headphones (None) hdaa0: Widget cap: 0x0040058d hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x0000233c hdaa0: PDC HP OUT IN VREF[ 50 100 HIZ ] hdaa0: Pin config: 0x422140f0 hdaa0: Pin control: 0x00000000 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=22 [audio mixer] (selected) hdaa0: + <- nid=37 [audio output] hdaa0: hdaa0: nid: 30 [DISABLED] hdaa0: Name: pin: Mic (None) hdaa0: Widget cap: 0x0040058d hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x0000233c hdaa0: PDC HP OUT IN VREF[ 50 100 HIZ ] hdaa0: Pin config: 0x42a190f8 hdaa0: Pin control: 0x00000000 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=22 [audio mixer] (selected) hdaa0: + <- nid=37 [audio output] hdaa0: hdaa0: nid: 31 [DISABLED] hdaa0: Name: pin: CD (None) hdaa0: Widget cap: 0x00400401 hdaa0: PWR STEREO hdaa0: Pin cap: 0x00000020 hdaa0: IN hdaa0: Pin config: 0x503701f7 hdaa0: Pin control: 0x00000000 hdaa0: hdaa0: nid: 32 hdaa0: Name: pin: SPDIF-out (Black Jack) hdaa0: Widget cap: 0x00400701 hdaa0: PWR DIGITAL STEREO hdaa0: Association: 2 (0x00000001) hdaa0: Pin cap: 0x00000010 hdaa0: OUT hdaa0: Pin config: 0x074511f0 hdaa0: Pin control: 0x00000040 OUT hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=18 [audio output] hdaa0: hdaa0: nid: 33 [DISABLED] hdaa0: Name: pin: SPDIF-out (None) hdaa0: Widget cap: 0x00400701 hdaa0: PWR DIGITAL STEREO hdaa0: Pin cap: 0x00000010 hdaa0: OUT hdaa0: Pin config: 0x474411f0 hdaa0: Pin control: 0x00000000 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=21 [audio output] [DISABLED] hdaa0: hdaa0: nid: 34 [DISABLED] hdaa0: Name: pin: Line-out (None) hdaa0: Widget cap: 0x00400581 hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x00000014 hdaa0: PDC OUT hdaa0: Pin config: 0x410160f1 hdaa0: Pin control: 0x00000000 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=38 [audio selector] [DISABLED] hdaa0: hdaa0: nid: 35 [DISABLED] hdaa0: Name: pin: Line-out (None) hdaa0: Widget cap: 0x00400581 hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x00000014 hdaa0: PDC OUT hdaa0: Pin config: 0x410120f4 hdaa0: Pin control: 0x00000000 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=39 [audio selector] [DISABLED] hdaa0: hdaa0: nid: 36 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x0000041d hdaa0: PWR STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: Output amp: 0x00052a2a hdaa0: mute=0 step=42 size=5 offset=42 hdaa0: hdaa0: nid: 37 hdaa0: Name: audio output hdaa0: Widget cap: 0x0000041d hdaa0: PWR STEREO hdaa0: Association: 0 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: Output amp: 0x00052a2a hdaa0: mute=0 step=42 size=5 offset=42 hdaa0: hdaa0: nid: 38 [DISABLED] hdaa0: Name: audio selector hdaa0: Widget cap: 0x0030050d hdaa0: PWR STEREO hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=36 [audio output] [DISABLED] hdaa0: hdaa0: nid: 39 [DISABLED] hdaa0: Name: audio selector hdaa0: Widget cap: 0x0030050d hdaa0: PWR STEREO hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=37 [audio output] hdaa0: pcm0: at nid 28 and 26,27 on hdaa0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e05e0 pcm0: 16 20 24 bits, 44 48 88 96 192 KHz pcm0: DAC: 16 pcm0: DAC: 37 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 19 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=28 [pin: Line-out (Green Jack)] pcm0: | pcm0: + <- nid=22 [audio mixer] [src: pcm, line, mic] pcm0: | pcm0: + <- nid=16 [audio output] [src: pcm] pcm0: + <- nid=26 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=27 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=37 [audio output] [src: pcm] pcm0: pcm0: Record: pcm0: pcm0: nid=19 [audio input] pcm0: | pcm0: + <- nid=23 [audio selector] [src: line, mic] pcm0: | pcm0: + <- nid=26 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=27 [pin: Line-in (Blue Jack)] [src: line] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol): -34/12dB pcm0: | pcm0: +- ctl 1 (nid 16 out): -63/0dB (43 steps) pcm0: +- ctl 5 (nid 22 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 7 (nid 22 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 22 in 3): -34/12dB (32 steps) + mute pcm0: +- ctl 11 (nid 22 in 6): -34/12dB (32 steps) + mute pcm0: +- ctl 14 (nid 28 in ): mute pcm0: +- ctl 19 (nid 37 out): -63/0dB (43 steps) pcm0: pcm0: PCM Volume (OSS: pcm): -63/0dB pcm0: | pcm0: +- ctl 1 (nid 16 out): -63/0dB (43 steps) pcm0: +- ctl 5 (nid 22 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 11 (nid 22 in 6): -34/12dB (32 steps) + mute pcm0: +- ctl 19 (nid 37 out): -63/0dB (43 steps) pcm0: pcm0: Microphone Volume (OSS: mic): 0/30dB pcm0: | pcm0: +- ctl 3 (nid 19 in 0): -16/30dB (32 steps) + mute pcm0: +- ctl 7 (nid 22 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 13 (nid 26 out): 0/30dB (4 steps) pcm0: pcm0: Line-in Volume (OSS: line): -16/12dB pcm0: | pcm0: +- ctl 3 (nid 19 in 0): -16/30dB (32 steps) + mute pcm0: +- ctl 8 (nid 22 in 3): -34/12dB (32 steps) + mute pcm0: pcm0: Recording Level (OSS: rec): -16/30dB pcm0: | pcm0: +- ctl 3 (nid 19 in 0): -16/30dB (32 steps) + mute pcm0: pcm0: Input Monitoring Level (OSS: igain): -34/12dB pcm0: | pcm0: +- ctl 7 (nid 22 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 22 in 3): -34/12dB (32 steps) + mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 8400000, 10000; 0xffffff806be2e000 -> 8400000 pcm0: sndbuf_setmap 8440000, 10000; 0xffffff806be6e000 -> 8440000 pcm0: sndbuf_setmap 8480000, 10000; 0xffffff806beae000 -> 8480000 pcm1: at nid 32 on hdaa0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x000e05e0 pcm1: 16 20 24 bits, 44 48 88 96 192 KHz pcm1: DAC: 18 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=32 [pin: SPDIF-out (Black Jack)] pcm1: | pcm1: + <- nid=18 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 84c0000, 10000; 0xffffff806beee000 -> 84c0000 hdacc1: at cad 3 on hdac0 hdacc1: Root Node at nid=0: 1 subnodes 1-1 hdaa1: at nid 1 on hdacc1 hdaa1: Audio Function Group at nid=1: 10 subnodes 4-13 hdaa1: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 5 18560110 1 0 Digital-out Jack Digital 0x18 Unknown 1 hdaa1: 7 58560121 2 1 Digital-out None Digital 0x18 Unknown 1 hdaa1: 9 58560122 2 2 Digital-out None Digital 0x18 Unknown 1 hdaa1: 11 58560123 2 3 Digital-out None Digital 0x18 Unknown 1 hdaa1: 13 58560124 2 4 Digital-out None Digital 0x18 Unknown 1 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 5 18560110 1 0 Digital-out Jack Digital 0x18 Unknown 1 hdaa1: 7 58560121 2 1 Digital-out None Digital 0x18 Unknown 1 DISA hdaa1: 9 58560122 2 2 Digital-out None Digital 0x18 Unknown 1 DISA hdaa1: 11 58560123 2 3 Digital-out None Digital 0x18 Unknown 1 DISA hdaa1: 13 58560124 2 4 Digital-out None Digital 0x18 Unknown 1 DISA hdaa1: 1 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=5 seq=0 hdaa1: Tracing association 0 (1) hdaa1: Pin 5 traced to DAC 4 hdaa1: Association 0 (1) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing beeper hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdaa1: hdaa1: +-------------------+ hdaa1: | DUMPING HDA NODES | hdaa1: +-------------------+ hdaa1: hdaa1: Default Parameter hdaa1: ----------------- hdaa1: IN amp: 0x00000000 hdaa1: OUT amp: 0x00000000 hdaa1: hdaa1: nid: 4 hdaa1: Name: audio output hdaa1: Widget cap: 0x00000211 hdaa1: DIGITAL STEREO hdaa1: Association: 0 (0x00000001) hdaa1: OSS: pcm (pcm) hdaa1: Stream cap: 0x00000001 hdaa1: PCM hdaa1: PCM cap: 0x000f00c0 hdaa1: 8 16 20 24 bits, 48 88 KHz hdaa1: hdaa1: nid: 5 hdaa1: Name: pin: Digital-out (Jack) hdaa1: Widget cap: 0x00400381 hdaa1: DIGITAL UNSOL STEREO hdaa1: Association: 0 (0x00000001) hdaa1: Pin cap: 0x00000014 hdaa1: PDC OUT hdaa1: Pin config: 0x18560110 hdaa1: Pin control: 0x00000040 OUT hdaa1: connections: 1 hdaa1: | hdaa1: + <- nid=4 [audio output] hdaa1: hdaa1: nid: 6 [DISABLED] hdaa1: Name: audio output hdaa1: Widget cap: 0x00000211 hdaa1: DIGITAL STEREO hdaa1: Stream cap: 0x00000001 hdaa1: PCM hdaa1: PCM cap: 0x000f00c0 hdaa1: 8 16 20 24 bits, 48 88 KHz hdaa1: hdaa1: nid: 7 [DISABLED] hdaa1: Name: pin: Digital-out (None) hdaa1: Widget cap: 0x00400381 hdaa1: DIGITAL UNSOL STEREO hdaa1: Pin cap: 0x00000014 hdaa1: PDC OUT hdaa1: Pin config: 0x58560121 hdaa1: Pin control: 0x00000000 hdaa1: connections: 1 hdaa1: | hdaa1: + <- nid=6 [audio output] [DISABLED] hdaa1: hdaa1: nid: 8 [DISABLED] hdaa1: Name: audio output hdaa1: Widget cap: 0x00000211 hdaa1: DIGITAL STEREO hdaa1: Stream cap: 0x00000001 hdaa1: PCM hdaa1: PCM cap: 0x000f00c0 hdaa1: 8 16 20 24 bits, 48 88 KHz hdaa1: hdaa1: nid: 9 [DISABLED] hdaa1: Name: pin: Digital-out (None) hdaa1: Widget cap: 0x00400381 hdaa1: DIGITAL UNSOL STEREO hdaa1: Pin cap: 0x00000014 hdaa1: PDC OUT hdaa1: Pin config: 0x58560122 hdaa1: Pin control: 0x00000000 hdaa1: connections: 1 hdaa1: | hdaa1: + <- nid=8 [audio output] [DISABLED] hdaa1: hdaa1: nid: 10 [DISABLED] hdaa1: Name: audio output hdaa1: Widget cap: 0x00000211 hdaa1: DIGITAL STEREO hdaa1: Stream cap: 0x00000001 hdaa1: PCM hdaa1: PCM cap: 0x000f00c0 hdaa1: 8 16 20 24 bits, 48 88 KHz hdaa1: hdaa1: nid: 11 [DISABLED] hdaa1: Name: pin: Digital-out (None) hdaa1: Widget cap: 0x00400381 hdaa1: DIGITAL UNSOL STEREO hdaa1: Pin cap: 0x00000014 hdaa1: PDC OUT hdaa1: Pin config: 0x58560123 hdaa1: Pin control: 0x00000000 hdaa1: connections: 1 hdaa1: | hdaa1: + <- nid=10 [audio output] [DISABLED] hdaa1: hdaa1: nid: 12 [DISABLED] hdaa1: Name: audio output hdaa1: Widget cap: 0x00000211 hdaa1: DIGITAL STEREO hdaa1: Stream cap: 0x00000001 hdaa1: PCM hdaa1: PCM cap: 0x000f00c0 hdaa1: 8 16 20 24 bits, 48 88 KHz hdaa1: hdaa1: nid: 13 [DISABLED] hdaa1: Name: pin: Digital-out (None) hdaa1: Widget cap: 0x00400381 hdaa1: DIGITAL UNSOL STEREO hdaa1: Pin cap: 0x00000014 hdaa1: PDC OUT hdaa1: Pin config: 0x58560124 hdaa1: Pin control: 0x00000000 hdaa1: connections: 1 hdaa1: | hdaa1: + <- nid=12 [audio output] [DISABLED] hdaa1: pcm2: at nid 5 on hdaa1 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: Stream cap: 0x00000005 pcm2: AC3 PCM pcm2: PCM cap: 0x000f00c0 pcm2: 8 16 20 24 bits, 48 88 KHz pcm2: DAC: 4 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: nid=5 [pin: Digital-out (Jack)] pcm2: | pcm2: + <- nid=4 [audio output] [src: pcm] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Mixer "vol" -> "none": child=0x00000010 pcm2: Mixer "pcm": parent="vol" pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 8840000, 10000; 0xffffff806bf2e000 -> 8840000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ahcich0: AHCI reset... ahcich0: SATA connect time=0us status=00000123 ahcich0: AHCI reset: device found ahcich1: AHCI reset... ahcich1: SATA connect time=0us status=00000113 ahcich1: AHCI reset: device found ahcich1: AHCI reset: device ready after 1ms (aprobe1:ahcich1:0:15:0): SIGNATURE: eb14 (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 ahcich2: AHCI reset... ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found ahcich0: AHCI reset: device ready after 100ms (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 uhub0: 6 ports with 6 removable, self powered uhub1: 6 ports with 6 removable, self powered (probe0:ctl2cam0:0:1:0): Error 6, Unretryable error GEOM: new disk cd0 pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich1:0:0:0): Error 6, Unretryable error cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed pass0: ATA-8 SATA 2.x device pass0: Serial Number 6VD07T8J pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich1:0:0:0): Error 6, Unretryable error pass0: Command Queueing enabled pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich1:0:0:0): Error 6, Unretryable error ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 6VD07T8J ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich1:0:0:0): Error 6, Unretryable error PIO 8192bytes) ada0: Command Queueing enabled GEOM: new disk ada0 ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: passed TSC synchronization test TSC timecounter discards lower 7 bit(s) Timecounter "TSC-low" frequency 12500259 Hz quality 1000 Root mount waiting for: usbus1 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:7:0:-1: Attached to scbus7 Trying to mount root from ufs:/dev/ada0p2 [rw]... pass2 at umass-sim0 bus 0 scbus7 target 0 lun 0 pass2: Fixed Direct Access SCSI-4 device pass2: Serial Number 574D41565531303039353130 pass2: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 scbus7 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: Serial Number 574D41565531303039353130 da0: 40.000MB/s transfers da0: 1430129MB (2928904192 512 byte sectors: 255H 63S/T 182315C) start_init: trying /sbin/init pass3 at umass-sim0 bus 0 scbus7 target 0 lun 1 pass3: Removable CD-ROM SCSI-4 device pass3: Serial Number 574D41565531303039353130 pass3: 40.000MB/s transfers cd1 at umass-sim0 bus 0 scbus7 target 0 lun 1 cd1: Removable CD-ROM SCSI-4 device cd1: Serial Number 574D41565531303039353130 cd1: 40.000MB/s transfers cd1: cd present [342016 x 2048 byte records] ses0 at umass-sim0 bus 0 scbus7 target 0 lun 2 ses0: Fixed Enclosure Services SCSI-4 device ses0: Serial Number 574D41565531303039353130 ses0: 40.000MB/s transfers ses0: SCSI-3 SES Device pass4 at umass-sim0 bus 0 scbus7 target 0 lun 2 pass4: Fixed Enclosure Services SCSI-4 device pass4: Serial Number 574D41565531303039353130 pass4: 40.000MB/s transfers GEOM: new disk cd1 --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 07:38:16 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 409ED106564A; Fri, 6 Apr 2012 07:38:16 +0000 (UTC) (envelope-from c.jayachandran@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 E5B858FC08; Fri, 6 Apr 2012 07:38:14 +0000 (UTC) Received: by wern13 with SMTP id n13so1697878wer.13 for ; Fri, 06 Apr 2012 00:38:13 -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=hOcDB7LBKbu+gxYaAzbkpTZ1I+JZ15G81NwoZxt7ntA=; b=D7cOIJ6KSYL4Rp9H0xW1/FzuP2VGePVWFDDqDcI4nXRDNDpBRTxh3RojjrtXUQS4YR Y6d9CfSa9BxLG6t+uhyznRkV8LNaqP3xNvsaVQ6khUcOrMaUYWVM1DOS/LF3uR9FXEkH ITkRq7uSebkEa1ZPqcDTpm2Ecfh1b5VljqAmEoHcHO9d9S2owu+pvmPEbz+8UC7E913D 2Wlq0akYeK59+d7/v2HmS0a7bnS4LsylgLKpiXieajm67Ny8m+FBbT7IsiiL82U756Q1 eJfjEM4L5bonAOrV0NYlmm2R7+O1q8xAPIYQ+NZjV3i6BEIMv7RKCbfk74gDhOUYcpt4 /jRA== MIME-Version: 1.0 Received: by 10.216.132.8 with SMTP id n8mr3299117wei.36.1333697893032; Fri, 06 Apr 2012 00:38:13 -0700 (PDT) Received: by 10.216.62.81 with HTTP; Fri, 6 Apr 2012 00:38:12 -0700 (PDT) In-Reply-To: <036C5A57-2B63-40C1-A0DA-0678B7BF29F8@freebsd.org> References: <20120405142423.90d48b27.stas@FreeBSD.org> <036C5A57-2B63-40C1-A0DA-0678B7BF29F8@freebsd.org> Date: Fri, 6 Apr 2012 13:08:12 +0530 Message-ID: From: "Jayachandran C." To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, current@freebsd.org, Juli Mallett , Garrett Cooper , FreeBSD Tinderbox Subject: Re: There is a known problem with MIPS tinderbox. 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, 06 Apr 2012 07:38:16 -0000 On Fri, Apr 6, 2012 at 12:01 PM, Stanislav Sedov wrote: > > On Apr 5, 2012, at 11:08 PM, Jayachandran C. wrote: >> >> >> The asn1 library has a export map containing 'global: *', this exports >> two symbols _fdata and _ftext versioned. =A0When libkafs5 is linked, >> these symbols confuse the bfd code and the entries corresponding to >> theses (index 13, and 16) are left un-initialized. >> >> One workaround I see is to change the export 'global: *' in >> kerberos5/lib/libasn1 to the actual list of exported symbols. >> > > Thanks. =A0What I'm also trying right now is to add a version map to the > libkafs -- this might help binutils to link it properly as well. =A0If it > fails, we can try adding a proper one for libasn1. The libasn1 workaround is here: http://people.freebsd.org/~jchandra/libasn1.diff I have not actually tested the resulting binaries, but this should help the build issue. JC. From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 10:35:34 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 2E472106566B; Fri, 6 Apr 2012 10:35:34 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 56E238FC0C; Fri, 6 Apr 2012 10:35:33 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so347052wib.13 for ; Fri, 06 Apr 2012 03:35:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=B+hAbOdZc4A+BgRIgiQVYzhmSNrEkDg3OjJciG4Bes0=; b=MOGUshEs0gLBJL3eShy+EXk/PYTb4u+ee8SN0RbzdJepU3P4tciPcNNiexXuM++lon O67Y7nlPmDf3Fq/XZ5VxJeKIKdB2cvhcH/Txfz+gL5bWMr0ZSDBY//V4ZXcNQFW1zjmp ZH00VzSZdfrcIylKqTpVTKIC1PaEMPTQ52TbbpWDgTRq/U0KY0AcunExhB5/87wignUb ms4Gt8iTQHxCUhhfJrbeVbjtKYJiM2HCh791/CKVUPi6YWyM0dIzv8LJDumvzq4vqAc0 q3MF0iQ+Fe+4oLE/9TW6uBkmu6KeU7IhbUjphqVCjdugK7Ay2QkwmHlPWKFvfH1WTWLM l9kQ== Received: by 10.180.89.130 with SMTP id bo2mr10502202wib.17.1333708532538; Fri, 06 Apr 2012 03:35:32 -0700 (PDT) Received: from dragon.dg (41-135-11-171.dsl.mweb.co.za. [41.135.11.171]) by mx.google.com with ESMTPS id fz9sm5215123wib.3.2012.04.06.03.35.28 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 06 Apr 2012 03:35:30 -0700 (PDT) From: David Naylor To: John Baldwin Date: Fri, 6 Apr 2012 12:35:36 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.1; amd64; ; ) References: <201204051040.35808.naylor.b.david@gmail.com> <201204051005.23525.jhb@freebsd.org> In-Reply-To: <201204051005.23525.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1549656.SbVK8fQbdq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204061235.39253.naylor.b.david@gmail.com> 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: Fri, 06 Apr 2012 10:35:34 -0000 --nextPart1549656.SbVK8fQbdq Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thursday, 5 April 2012 16:05:23 John Baldwin wrote: > On Thursday, April 05, 2012 4:40:32 am David Naylor wrote: > > I am no longer able to test on that machine. Booting of a USB stick > > doesn't work, the kernel says: WARNING WITNESS ENABLED then the computer > > restarts. This is with -current after you committed the patch and with > > stable-9. > >=20 > > I have verified that the USB stick does boot off other computers. >=20 > Hmm, I suspect this is a different issue seeing as it affects stable-9 > (assuming you tested stock 9 and not with this patch applied). =20 Your assumption is correct. This error has nothing to do with your change.= =20 > It is up > to you how much time you want to spend on this as I do believe based on > other feedback I've gotten that the issue you initially reported should be > fixed. I don't have time to spend tracking down the error (I would use a binomial= =20 search to find when things stopped working). I will gladly test any patche= s=20 (or reverse commits) if someone comes up with a suggestion. =20 Also, of note, even though Windows 7 runs fine on the computer I cannot rul= e=20 out some sort of hardware failure. =20 Thanks for fixing the MCP51 issue. =20 --nextPart1549656.SbVK8fQbdq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEABECAAYFAk9+xvsACgkQUaaFgP9pFrL8qACfUOH1NrkbGT33ybiBjFOyheBA ys8AoIOLuU9QKV0/i9JHZXd2HKTxeXgy =ZLZw -----END PGP SIGNATURE----- --nextPart1549656.SbVK8fQbdq-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 10:52: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 9D411106566C; Fri, 6 Apr 2012 10:52: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 6D18C8FC12; Fri, 6 Apr 2012 10:52:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q36Aq2ZL075036; Fri, 6 Apr 2012 06:52: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 q36Aq2cK075035; Fri, 6 Apr 2012 10:52:02 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 10:52:02 GMT Message-Id: <201204061052.q36Aq2cK075035@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, 06 Apr 2012 10:52:08 -0000 TB --- 2012-04-06 10:01:38 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 10:01:38 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 10:01:38 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-06 10:01:38 - cleaning the object tree TB --- 2012-04-06 10:02:24 - cvsupping the source tree TB --- 2012-04-06 10:02:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-06 10:03:10 - building world TB --- 2012-04-06 10:03:10 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 10:03:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 10:03:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 10:03:10 - SRCCONF=/dev/null TB --- 2012-04-06 10:03:10 - TARGET=mips TB --- 2012-04-06 10:03:10 - TARGET_ARCH=mips TB --- 2012-04-06 10:03:10 - TZ=UTC TB --- 2012-04-06 10:03:10 - __MAKE_CONF=/dev/null TB --- 2012-04-06 10:03:10 - cd /src TB --- 2012-04-06 10:03:10 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 10:03: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.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-04-06 10:52:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 10:52:02 - ERROR: failed to build world TB --- 2012-04-06 10:52:02 - 2057.82 user 437.68 system 3023.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 11:22:51 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 C304E106566B; Fri, 6 Apr 2012 11:22:51 +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 932428FC16; Fri, 6 Apr 2012 11:22:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q36BMp9X068232; Fri, 6 Apr 2012 07:22: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 q36BMp57068231; Fri, 6 Apr 2012 11:22:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 11:22:51 GMT Message-Id: <201204061122.q36BMp57068231@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: Fri, 06 Apr 2012 11:22:51 -0000 TB --- 2012-04-06 09:06:09 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 09:06:09 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 09:06:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-06 09:06:09 - cleaning the object tree TB --- 2012-04-06 09:06:09 - cvsupping the source tree TB --- 2012-04-06 09:06:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-06 09:07:46 - building world TB --- 2012-04-06 09:07:46 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 09:07:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 09:07:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 09:07:46 - SRCCONF=/dev/null TB --- 2012-04-06 09:07:46 - TARGET=ia64 TB --- 2012-04-06 09:07:46 - TARGET_ARCH=ia64 TB --- 2012-04-06 09:07:46 - TZ=UTC TB --- 2012-04-06 09:07:46 - __MAKE_CONF=/dev/null TB --- 2012-04-06 09:07:46 - cd /src TB --- 2012-04-06 09:07:46 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 09:07: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 Fri Apr 6 10:41:09 UTC 2012 TB --- 2012-04-06 10:41:09 - generating LINT kernel config TB --- 2012-04-06 10:41:09 - cd /src/sys/ia64/conf TB --- 2012-04-06 10:41:09 - /usr/bin/make -B LINT TB --- 2012-04-06 10:41:09 - cd /src/sys/ia64/conf TB --- 2012-04-06 10:41:09 - /usr/sbin/config -m LINT TB --- 2012-04-06 10:41:09 - building LINT kernel TB --- 2012-04-06 10:41:09 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 10:41:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 10:41:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 10:41:09 - SRCCONF=/dev/null TB --- 2012-04-06 10:41:09 - TARGET=ia64 TB --- 2012-04-06 10:41:09 - TARGET_ARCH=ia64 TB --- 2012-04-06 10:41:09 - TZ=UTC TB --- 2012-04-06 10:41:09 - __MAKE_CONF=/dev/null TB --- 2012-04-06 10:41:09 - cd /src TB --- 2012-04-06 10:41:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 6 10:41: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 >>> Kernel build for LINT completed on Fri Apr 6 11:16:28 UTC 2012 TB --- 2012-04-06 11:16:28 - cd /src/sys/ia64/conf TB --- 2012-04-06 11:16:28 - /usr/sbin/config -m GENERIC TB --- 2012-04-06 11:16:28 - building GENERIC kernel TB --- 2012-04-06 11:16:28 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 11:16:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 11:16:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 11:16:28 - SRCCONF=/dev/null TB --- 2012-04-06 11:16:28 - TARGET=ia64 TB --- 2012-04-06 11:16:28 - TARGET_ARCH=ia64 TB --- 2012-04-06 11:16:28 - TZ=UTC TB --- 2012-04-06 11:16:28 - __MAKE_CONF=/dev/null TB --- 2012-04-06 11:16:28 - cd /src TB --- 2012-04-06 11:16:28 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 6 11:16: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 >>> 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/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/libkern/strtoul.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/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/libkern/strtouq.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/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/libkern/strvalid.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/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64.ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-06 11:22:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 11:22:51 - ERROR: failed to build GENERIC kernel TB --- 2012-04-06 11:22:51 - 6391.16 user 893.43 system 8201.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 11:48:16 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 D788D1065670; Fri, 6 Apr 2012 11:48:16 +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 8B3598FC12; Fri, 6 Apr 2012 11:48:16 +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 <1SG7eE-0003sb-EL>; Fri, 06 Apr 2012 13:48:10 +0200 Received: from e178024241.adsl.alicedsl.de ([85.178.24.241] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SG7eE-00053l-9F>; Fri, 06 Apr 2012 13:48:10 +0200 Message-ID: <4F7ED7F4.5060509@zedat.fu-berlin.de> Date: Fri, 06 Apr 2012 13:48:04 +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 , freebsd-performance@freebsd.org X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig70781CE9CC0A969DFB7CF99E" X-Originating-IP: 85.178.24.241 Cc: Subject: ECC memory driver in FreeBSD 10? 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, 06 Apr 2012 11:48:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig70781CE9CC0A969DFB7CF99E Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I'm looking for a way to force FreeBSD 10 to maintain/watch ECC errors reported by UEFI (or BIOS). Since ECC is said to be essential for server systems both in buisness and science and I do not question this, I was wondering if I can not report ECC errors via a watchdog or UEFI (ACPI?) report to syslog facility on FreeBSD. FreeBSD is supposed to be a server operating system, as far as I know, so I believe there must be something which didn't have revealed itself to me, yet. Thanks in advance, Oliver --------------enig70781CE9CC0A969DFB7CF99E 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) iQEcBAEBAgAGBQJPftf5AAoJEOgBcD7A/5N86xMH/2nagjWVsi949+DF9i/oX5KI W/qaJTwJPgBGxmh9r/FRTq9b9caSaZIFOI1chXL2Z3Z5Yg3uHJaJMvYRlm0gdBMu svd5AlkyxCF8JTBw4AOSUucSdv+3IjOf0C7Mfs2JXfMah1J+j27Id4gA4oVAb8Cm ik98UD1n22r4yhl86DorOsoDnUbpiZipkANTVnew2IGviXZJhB74Zv21vvs4mvt5 xvQk+ccPMj9g2IUC8Taeq7xLjNbsM1fay+pB0v4VliUR+ivqMjGarZU+KWtw79wV qE78Tvzt9GvKFN5VE4KGoPYJEtx8YMzERpYeNABfT30sZOoGrljJf7ijWTFaydc= =kHNS -----END PGP SIGNATURE----- --------------enig70781CE9CC0A969DFB7CF99E-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 12:09: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 4FE73106564A; Fri, 6 Apr 2012 12:09: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 0A6B88FC08; Fri, 6 Apr 2012 12:09:07 +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 q36C971N051932; Fri, 6 Apr 2012 05:09: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 q36C97Uw051931; Fri, 6 Apr 2012 05:09:07 -0700 (PDT) (envelope-from david) Date: Fri, 6 Apr 2012 05:09:07 -0700 From: David Wolfskill To: melifaro@FreeBSD.org Message-ID: <20120406120907.GX1420@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , melifaro@FreeBSD.org, current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WbkWELb8d/6oR4nB" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: current@FreeBSD.org Subject: Problem with r233937 on i386 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, 06 Apr 2012 12:09:08 -0000 --WbkWELb8d/6oR4nB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kernel build @ r233941 failed for me this morning, running: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #525 233918= M: Thu Apr 5 04:42:37 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 thus: =2E.. ototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wunde= f -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnosti= cs-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq = -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -f= inline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function= -growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno= -mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /usr/s= rc/sys/net/bpf.c /usr/src/sys/net/bpf.c: In function 'bpf_setf': /usr/src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in= this function) /usr/src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported= only once /usr/src/sys/net/bpf.c:1683: error: for each function it appears in.) *** [bpf.o] 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. It looks to me as if perhaps the problem is that in net/bpf.c, the int need_upgrade =3D 0; on line 1601 is in the block (lines 1598 - 1611) controlled by #ifdef COMPAT_FREEBSD32 And in FreeBSD/i386, I believe that means the block in question is not getting compiled. So I moved the line in question above the #ifdef; that seems to get beyond the above failure, but I have no idea if it's correct. 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. --WbkWELb8d/6oR4nB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk9+3OIACgkQmprOCmdXAD1PgwCfax3sB6p0/3gbK1Vse2rn6pSb +64Aniidlc+qPV/+yhILQgLOUF+hj4GH =Qbg+ -----END PGP SIGNATURE----- --WbkWELb8d/6oR4nB-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 12:33: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 25065106566B; Fri, 6 Apr 2012 12:33:34 +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 7D4878FC08; Fri, 6 Apr 2012 12:33:34 +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 <1SG8M9-0008BQ-NB>; Fri, 06 Apr 2012 14:33:33 +0200 Received: from e178024241.adsl.alicedsl.de ([85.178.24.241] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SG8M9-00072d-Ge>; Fri, 06 Apr 2012 14:33:33 +0200 Message-ID: <4F7EE297.2000402@zedat.fu-berlin.de> Date: Fri, 06 Apr 2012 14:33:27 +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: Arnaud Lacombe References: In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0453718867B7A11D2983DCD6" X-Originating-IP: 85.178.24.241 Cc: freebsd-performance@freebsd.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 12:33:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0453718867B7A11D2983DCD6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/05/12 20:03, schrieb Arnaud Lacombe: > Hi folks, >=20 > Over the past months, I ran on a couple of unused box the > `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking > down various kind of regression/improvement. `hackbench' is a > scheduler + IPC test (socket xor pipe). It creates producers/consumers > groups and let a variable quantity of small messages flow happily. > Producers and consumers are either processes xor threads. >=20 > Tested platforms were > - Atom D510, Intel, (incomplete) > - Core 2 Quad Q9560, Intel > - Soekris net5501, AMD (incomplete) > - Xeon E5645, Intel (incomplete) > - Xeon E5620 (dual package), Intel > - Xeon E5-1650 (pending completion) > - Vortex86, DMP >=20 > Tested kernel were: > - FreeBSD 7.4-RELEASE > - FreeBSD 8.2-RELEASE > - FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE > - FreeBSD 10-CURRENT as of r231573 >=20 > on the following architecture: > - amd64 (if supported, incomplete) > - i386 >=20 > 1) DISCLAMER >=20 > Let me start by pointing out something important: >=20 > [I] "I am _not_ interested in testing released version FOO with > feature BAR enabled, if enabling BAR require a kernel rebuild." >=20 > All tests for release kernels were made for the kernel shipped > officially, it is the developers responsability to decide whether or > not enable a feature by default, not mine. If option BAR gives a 20% > performance improvement, enable it, don't complain the test to be 20% > slower. >=20 > [II] "I am _not_ interested in altering any hints, tunables or > sysctl, unless they prevent the execution of the test." >=20 > The exception added to the above rule is due to limitation introduced > by `kern.threads.max_threads_per_proc' and `kern.ipc.maxpipekva'. > Those were respectively set to 8192 and between 16M/64M. >=20 > note: rule [I] is alleviated for -CURRENT kernels, which were built > with the same alteration made to GENERIC during the CURRENT->RELEASE > transition (ie. WITNESS and a couple of other option disabled). >=20 >=20 > 2) Tests description >=20 > `hackbench' has the following tunable: > - IPC to use for messaging, either `pipe' or `socket'. > - Threading model, either `thread' or `process' > - Number of iteration to run > - Number of group to create >=20 > The tests covered all of these adjustments more or less heavily > depending on the platform capability. >=20 >=20 > 3) Scripts >=20 > Test scripts are available in the `master' branch of the git repository= at: >=20 > https://github.com/lacombar/hackbench >=20 > in the `hackbench/' directory. >=20 >=20 > 4) Results >=20 > Full results are available in the `runs/*' branches of the GitHub repos= itory. >=20 >=20 > 5) Quick results summary >=20 > * UP case >=20 > FreeBSD 9.0 behaves better than FreeBSD 8.2 in process mode, > especially with sockets. Results are comparable with thread. 9.0-RC3 > shows a 10% hits in thread/socket mode on the LX800, this will need > confirmation. >=20 > Linux is stable and scales linearly in all situation. It is only > beaten by FreeBSD 8.2-RELEASE with thread/socket. >=20 > * MP case >=20 > These is a pretty bad regression with FreeBSD 9.0 in thread/pipe mode, > which scale almost in O(N^2), ending up in way worse performance than > FreeBSD 7.4 or 8.2 on the Core 2 Quad. Beside that, it is really > difficult to draw a general trends, ie. whether FreeBSD 9.0 behaves > better than FreeBSD 8.2, or the other way around. Pretty much all > situation arises, FreeBSD 9.0 can beat FreeBSD 8.2 on some workload, > behave the same, or be beaten on others. None really scales regularly > either. Pretty much every runs shows thresholds where scheduling > decision change and/or became erratic. >=20 > 6) Anticipated question and remarks >=20 > Q1: "You should truly enable kick-ass feature BAZ in the kernel." > R1: "I'm lazy. Do your job as a developer to integrate the feature. If > it should be the default, make it the default." >=20 > Q2: "You should set `kern.vm.whatever' to 42, or enable feature BAZ in > the kernel, to get full performance from the Warp engine on > Constellation-class starship." > R2: "Would you ask Lt. Worf to re-aligh plasma injectors or would ask > Lt. Commander La Forge to plan an assault, seriously ?" >=20 > Q3: "You built the Linux kernel, why can't you rebuild FreeBSD's ?" > For a couple of reason: >=20 > - the Linux kernel does not provide binary release per-se. >=20 > - the Linux kernel was not the focus of the tests, but merely a > comparative of what others-can-do. >=20 > - I did not tweak the Linux kernel configuration. The kernels > configuration tested derived from the `defconfig', with very few > amendment[0], mostly about hardware support not enabled by default >=20 > Q3: "Could you post all the graph ?" > R3: I could, but there is really tons of them, so posting a subset of > them would be subjective, all the materials is available on the git > repository. >=20 > Q4: "So, how can I get all the graph ?" > R4: All you need is git, a posix shell, a couple of utility (find, > sort, ...), a recent gnuplot, and a ruby interpreter. >=20 > Comments and suggestions will be greatly appreciated. >=20 > - Arnaud >=20 > [HACKBENCH]: http://people.redhat.com/mingo/cfs-scheduler/tools/hackben= ch.c >=20 > [0]: the exact list is: >=20 > # CONFIG_KERNEL_GZIP is not set > CONFIG_KERNEL_XZ=3Dy > CONFIG_IKCONFIG=3Dy > CONFIG_IKCONFIG_PROC=3Dy > # CONFIG_MODULES is not set > CONFIG_X86_BIGSMP=3Dy > CONFIG_NR_CPUS=3D32 > CONFIG_PATA_IT8213=3Dy > CONFIG_PATA_IT821X=3Dy > CONFIG_IGB=3Dy > CONFIG_IGBVF=3Dy > CONFIG_IXGB=3Dy > CONFIG_IXGBE=3Dy > CONFIG_IXGBEVF=3Dy > # CONFIG_EXT3_FS is not set > CONFIG_EXT4_FS=3Dy Thank you very much for this work! --------------enig0453718867B7A11D2983DCD6 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) iQEcBAEBAgAGBQJPfuKdAAoJEOgBcD7A/5N8qTEIAMduemjFoPHfNvfrEpF5pE0w sdKXOtKm59QEQ58NdJlR3s5AzY147tmhgm8ESSczc7LnFFSze530dlKxcMorSVgC zbQT3CbTtdi5ZlDsroX9qRcKT2gVYGgnFMSnN9HLF55YjveUHr1xgfyzEWLRB0LC oqVQKrnP5md2M+mhVAKI6WdQU8yvs+odNN/Wd5igG/G5IppNneeJDli4+00sm3Np Pyx/SFasxRhQPhHbnpanHU2KZb2g4VvHeMRFV1daJ1e5z/h9qu3SpZcaNMf0BhsS L1T9DGjDso88pE+MSkNdccT8he5Mlatj1ML66m6//D6CicVH1svvnfI0rnDPlig= =z50+ -----END PGP SIGNATURE----- --------------enig0453718867B7A11D2983DCD6-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 13:08:34 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 442B7106564A; Fri, 6 Apr 2012 13:08:34 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id EB1838FC0C; Fri, 6 Apr 2012 13:08:33 +0000 (UTC) Received: from localhost (58.wheelsystems.com [83.12.187.58]) by mail.dawidek.net (Postfix) with ESMTPSA id E772BCA6; Fri, 6 Apr 2012 15:08:32 +0200 (CEST) Date: Fri, 6 Apr 2012 15:07:03 +0200 From: Pawel Jakub Dawidek To: Julian Elischer Message-ID: <20120406130702.GD1336@garage.freebsd.pl> References: <4F7BA173.6050903@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline In-Reply-To: <4F7BA173.6050903@freebsd.org> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , fs@freebsd.org Subject: Re: "trim/discard" success story 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, 06 Apr 2012 13:08:34 -0000 --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 03, 2012 at 06:18:43PM -0700, Julian Elischer wrote: > for flash drives this is great news.. > Now if ZFS would get trim support, that too would be great. I'm working on it. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9+6nYACgkQForvXbEpPzSFlgCghBeQsZX9+3Z4lQ1FwkO8oM1Y 9bcAoM++OZVrTOivTp5q7DO0rv1zE50U =E+BJ -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 13:11:12 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 7D7721065673; Fri, 6 Apr 2012 13:11:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 09EF28FC12; Fri, 6 Apr 2012 13:11:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id B2299E6475; Fri, 6 Apr 2012 14:11:03 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=references :in-reply-to:mime-version:content-transfer-encoding:content-type :message-id:cc:from:subject:date:to; s=mail; bh=E79OtnrIbh7ecTgw ZZqquqpro18=; b=ggElfuWaCRhVwqf/NeGHaZ0naMzQZi2PUgnMYXB7mwV9sbiQ jsK6Cf8qosiAgEaSZjjLTVtToPbB63FBOm1QEelcw+NNYy4G0DroQ8CI93xEynmb Cy/rtBbKNnlIMXYVwfHFuzv1lxQtIFelRZ1XEHQxSKL67bWrsmOXr4+CvG8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=references :in-reply-to:mime-version:content-transfer-encoding:content-type :message-id:cc:from:subject:date:to; q=dns; s=mail; b=EU8MrIAsPc dima1zDAcuElxLwVYaXESlQggxX6A0cdTSUEPKlx6mUN1imBzq6ilnz81WwwH8Yx GZVBvMY6sAuteu4e1AlSaBnyrqkBTj+TGBF1hEwTTAf+EyavQixg/F9adzI0aGeV lfM0FdtwonFMQvG8SOBRoEdVMtUOarPUs= Received: from [192.168.1.208] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 9AF03E6448; Fri, 6 Apr 2012 14:11:03 +0100 (BST) References: <4F7ED7F4.5060509@zedat.fu-berlin.de> In-Reply-To: <4F7ED7F4.5060509@zedat.fu-berlin.de> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <2355FE22-6725-4B7D-A56C-4FC0712022A7@cran.org.uk> X-Mailer: iPad Mail (9B176) From: Bruce Cran Date: Fri, 6 Apr 2012 14:11:03 +0100 To: "O. Hartmann" Cc: "freebsd-performance@freebsd.org" , Current FreeBSD Subject: Re: ECC memory driver in FreeBSD 10? 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, 06 Apr 2012 13:11:12 -0000 On 6 Apr 2012, at 12:48, "O. Hartmann" wrote: > I'm looking for a way to force FreeBSD 10 to maintain/watch ECC errors > reported by UEFI (or BIOS). > Since ECC is said to be essential for server systems both in buisness > and science and I do not question this, I was wondering if I can not > report ECC errors via a watchdog or UEFI (ACPI?) report to syslog > facility on FreeBSD. > FreeBSD is supposed to be a server operating system, as far as I know, > so I believe there must be something which didn't have revealed itself > to me, yet. FreeBSD logs ECC errors it finds (I don't know how but I doubt it's via the B= IOS) by default: I had some RAM go bad a few months ago and messages appeare= d in dmesg. Is there something in addition you need? --=20 Bruce Cran= From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 13:13:36 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 4C80B106564A; Fri, 6 Apr 2012 13:13:36 +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 16AC48FC0A; Fri, 6 Apr 2012 13:13:35 +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 q36DDZSr086008; Fri, 6 Apr 2012 09:13:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q36DDZYQ086006; Fri, 6 Apr 2012 13:13:35 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 13:13:35 GMT Message-Id: <201204061313.q36DDZYQ086006@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, 06 Apr 2012 13:13:36 -0000 TB --- 2012-04-06 10:52:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 10:52:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 10:52:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-06 10:52:02 - cleaning the object tree TB --- 2012-04-06 10:52:02 - cvsupping the source tree TB --- 2012-04-06 10:52:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-06 10:52:42 - building world TB --- 2012-04-06 10:52:42 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 10:52:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 10:52:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 10:52:42 - SRCCONF=/dev/null TB --- 2012-04-06 10:52:42 - TARGET=powerpc TB --- 2012-04-06 10:52:42 - TARGET_ARCH=powerpc TB --- 2012-04-06 10:52:42 - TZ=UTC TB --- 2012-04-06 10:52:42 - __MAKE_CONF=/dev/null TB --- 2012-04-06 10:52:42 - cd /src TB --- 2012-04-06 10:52:42 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 10:52: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 >>> World build completed on Fri Apr 6 13:05:25 UTC 2012 TB --- 2012-04-06 13:05:25 - generating LINT kernel config TB --- 2012-04-06 13:05:25 - cd /src/sys/powerpc/conf TB --- 2012-04-06 13:05:25 - /usr/bin/make -B LINT TB --- 2012-04-06 13:05:25 - cd /src/sys/powerpc/conf TB --- 2012-04-06 13:05:25 - /usr/sbin/config -m LINT TB --- 2012-04-06 13:05:25 - building LINT kernel TB --- 2012-04-06 13:05:25 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 13:05:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 13:05:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 13:05:25 - SRCCONF=/dev/null TB --- 2012-04-06 13:05:25 - TARGET=powerpc TB --- 2012-04-06 13:05:25 - TARGET_ARCH=powerpc TB --- 2012-04-06 13:05:25 - TZ=UTC TB --- 2012-04-06 13:05:25 - __MAKE_CONF=/dev/null TB --- 2012-04-06 13:05:25 - cd /src TB --- 2012-04-06 13:05:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 6 13:05:26 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/libkern/strtoul.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/libkern/strtouq.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/libkern/strvalid.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-06 13:13:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 13:13:35 - ERROR: failed to build LINT kernel TB --- 2012-04-06 13:13:35 - 6862.01 user 884.54 system 8492.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 13:36:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id EADE0106564A for ; Fri, 6 Apr 2012 13:36:55 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from dhcp170-36-red.yandex.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with ESMTP id 4549D151398; Fri, 6 Apr 2012 13:36:54 +0000 (UTC) Message-ID: <4F7EF098.4080703@FreeBSD.org> Date: Fri, 06 Apr 2012 17:33:12 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111117 Thunderbird/8.0 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20120406120907.GX1420@albert.catwhisker.org> In-Reply-To: <20120406120907.GX1420@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with r233937 on i386 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, 06 Apr 2012 13:36:56 -0000 On 06.04.2012 16:09, David Wolfskill wrote: > Kernel build @ r233941 failed for me this morning, running: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #525 233918M: Thu Apr 5 04:42:37 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > > thus: > > ... > ototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/net/bpf.c > /usr/src/sys/net/bpf.c: In function 'bpf_setf': > /usr/src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) > /usr/src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once > /usr/src/sys/net/bpf.c:1683: error: for each function it appears in.) > *** [bpf.o] 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. Fixed in r233946. Thanks! -- WBR, Alexander From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:04:36 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 DE0041065670; Fri, 6 Apr 2012 14:04:36 +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 A5AAA8FC08; Fri, 6 Apr 2012 14:04:36 +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 q36E4af3022097; Fri, 6 Apr 2012 10:04:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q36E4aYk022090; Fri, 6 Apr 2012 14:04:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 14:04:36 GMT Message-Id: <201204061404.q36E4aYk022090@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 sparc64/sparc64 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, 06 Apr 2012 14:04:37 -0000 TB --- 2012-04-06 12:55:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 12:55:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 12:55:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-06 12:55:13 - cleaning the object tree TB --- 2012-04-06 12:55:13 - cvsupping the source tree TB --- 2012-04-06 12:55:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-06 12:56:16 - building world TB --- 2012-04-06 12:56:16 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 12:56:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 12:56:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 12:56:16 - SRCCONF=/dev/null TB --- 2012-04-06 12:56:16 - TARGET=sparc64 TB --- 2012-04-06 12:56:16 - TARGET_ARCH=sparc64 TB --- 2012-04-06 12:56:16 - TZ=UTC TB --- 2012-04-06 12:56:16 - __MAKE_CONF=/dev/null TB --- 2012-04-06 12:56:16 - cd /src TB --- 2012-04-06 12:56:16 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 12:56: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 >>> World build completed on Fri Apr 6 13:54:35 UTC 2012 TB --- 2012-04-06 13:54:35 - generating LINT kernel config TB --- 2012-04-06 13:54:35 - cd /src/sys/sparc64/conf TB --- 2012-04-06 13:54:35 - /usr/bin/make -B LINT TB --- 2012-04-06 13:54:35 - cd /src/sys/sparc64/conf TB --- 2012-04-06 13:54:35 - /usr/sbin/config -m LINT TB --- 2012-04-06 13:54:35 - building LINT kernel TB --- 2012-04-06 13:54:35 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 13:54:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 13:54:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 13:54:35 - SRCCONF=/dev/null TB --- 2012-04-06 13:54:35 - TARGET=sparc64 TB --- 2012-04-06 13:54:35 - TARGET_ARCH=sparc64 TB --- 2012-04-06 13:54:35 - TZ=UTC TB --- 2012-04-06 13:54:35 - __MAKE_CONF=/dev/null TB --- 2012-04-06 13:54:35 - cd /src TB --- 2012-04-06 13:54:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 6 13:54:36 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-06 14:04:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 14:04:35 - ERROR: failed to build LINT kernel TB --- 2012-04-06 14:04:35 - 3412.92 user 536.10 system 4162.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:05:21 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 0CB3F106566B; Fri, 6 Apr 2012 14:05:21 +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 C4EC78FC1E; Fri, 6 Apr 2012 14:05:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q36E5KL7023140; Fri, 6 Apr 2012 10:05:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q36E5Kco023139; Fri, 6 Apr 2012 14:05:20 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 14:05:20 GMT Message-Id: <201204061405.q36E5Kco023139@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: Fri, 06 Apr 2012 14:05:21 -0000 TB --- 2012-04-06 11:22:51 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 11:22:51 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 11:22:51 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-06 11:22:51 - cleaning the object tree TB --- 2012-04-06 11:22:51 - cvsupping the source tree TB --- 2012-04-06 11:22:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-06 11:23:29 - building world TB --- 2012-04-06 11:23:29 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 11:23:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 11:23:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 11:23:29 - SRCCONF=/dev/null TB --- 2012-04-06 11:23:29 - TARGET=powerpc TB --- 2012-04-06 11:23:29 - TARGET_ARCH=powerpc64 TB --- 2012-04-06 11:23:29 - TZ=UTC TB --- 2012-04-06 11:23:29 - __MAKE_CONF=/dev/null TB --- 2012-04-06 11:23:29 - cd /src TB --- 2012-04-06 11:23:29 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 11:23: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 6 13:57:35 UTC 2012 TB --- 2012-04-06 13:57:35 - generating LINT kernel config TB --- 2012-04-06 13:57:35 - cd /src/sys/powerpc/conf TB --- 2012-04-06 13:57:35 - /usr/bin/make -B LINT TB --- 2012-04-06 13:57:35 - cd /src/sys/powerpc/conf TB --- 2012-04-06 13:57:35 - /usr/sbin/config -m LINT TB --- 2012-04-06 13:57:35 - building LINT kernel TB --- 2012-04-06 13:57:35 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 13:57:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 13:57:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 13:57:35 - SRCCONF=/dev/null TB --- 2012-04-06 13:57:35 - TARGET=powerpc TB --- 2012-04-06 13:57:35 - TARGET_ARCH=powerpc64 TB --- 2012-04-06 13:57:35 - TZ=UTC TB --- 2012-04-06 13:57:35 - __MAKE_CONF=/dev/null TB --- 2012-04-06 13:57:35 - cd /src TB --- 2012-04-06 13:57:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 6 13:57:36 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/libkern/strtoul.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/libkern/strtouq.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/libkern/strvalid.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-06 14:05:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 14:05:20 - ERROR: failed to build LINT kernel TB --- 2012-04-06 14:05:20 - 8150.92 user 1099.48 system 9748.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:13: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 EBA62106566B; Fri, 6 Apr 2012 14:13:20 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7D35E8FC12; Fri, 6 Apr 2012 14:13:19 +0000 (UTC) Received: by lagv3 with SMTP id v3so3256993lag.13 for ; Fri, 06 Apr 2012 07:13:18 -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=0HKZXzzhla0zLLcbztegWtUXI92ZPMj/ck0vAu6yrBM=; b=Bo4hm4+ERIOFBL9nP7Kms0U1ki9RU6AyXEH6EZlYk2lz/hqPNCLnIiukqdXexZAm1Y Xb48ZTQgub5ocus7UA/oGNv3yOaZ30nIepAS2jxct95Y0LDDtJNhd8Ta4nXJ0S7GMECb slstf2QDThU9MPztOY6/Q3iIQteWWATt9QHFPIjylTc9ukYjBl0x+LmtxLdg5sDr7x8E 3nsPhL8xxtqJpEi8zmG3WzbgBn6HZg55Z2mEf2Be/egHzqSkH2uLaH/tjxy3K4P0+nMz O0HrdQB8IZVWMVo96SFa9IhwEegzQxDoBNfBScnmXAzXveiIlEKNsrAPqLzh3R3IrOga t+Og== MIME-Version: 1.0 Received: by 10.152.103.239 with SMTP id fz15mr8742722lab.42.1333721598380; Fri, 06 Apr 2012 07:13:18 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.93.138 with HTTP; Fri, 6 Apr 2012 07:13:18 -0700 (PDT) In-Reply-To: References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <4F3978BC.6090608@FreeBSD.org> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <4F3E807A.60103@FreeBSD.org> <4F3E8858.4000001@FreeBSD.org> Date: Fri, 6 Apr 2012 15:13:18 +0100 X-Google-Sender-Auth: KJiZxTVK21Sfhjp69bIgLvdGm2o Message-ID: From: Attilio Rao To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Alexander Motin , Andriy Gapon , FreeBSD current , Jeff Roberson Subject: Re: [RFT][patch] Scheduling for HTT and not only 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, 06 Apr 2012 14:13:21 -0000 Il 05 aprile 2012 19:12, Arnaud Lacombe ha scritto: > Hi, > > [Sorry for the delay, I got a bit sidetrack'ed...] > > 2012/2/17 Alexander Motin : >> On 17.02.2012 18:53, Arnaud Lacombe wrote: >>> >>> On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin =C2= =A0wrote: >>>> >>>> On 02/15/12 21:54, Jeff Roberson wrote: >>>>> >>>>> On Wed, 15 Feb 2012, Alexander Motin wrote: >>>>>> >>>>>> I've decided to stop those cache black magic practices and focus on >>>>>> things that really exist in this world -- SMT and CPU load. I've >>>>>> dropped most of cache related things from the patch and made the res= t >>>>>> of things more strict and predictable: >>>>>> http://people.freebsd.org/~mav/sched.htt34.patch >>>>> >>>>> >>>>> This looks great. I think there is value in considering the other >>>>> approach further but I would like to do this part first. It would be >>>>> nice to also add priority as a greater influence in the load balancin= g >>>>> as well. >>>> >>>> >>>> I haven't got good idea yet about balancing priorities, but I've >>>> rewritten >>>> balancer itself. As soon as sched_lowest() / sched_highest() are more >>>> intelligent now, they allowed to remove topology traversing from the >>>> balancer itself. That should fix double-swapping problem, allow to kee= p >>>> some >>>> affinity while moving threads and make balancing more fair. I did numb= er >>>> of >>>> tests running 4, 8, 9 and 16 CPU-bound threads on 8 CPUs. With 4, 8 an= d >>>> 16 >>>> threads everything is stationary as it should. With 9 threads I see >>>> regular >>>> and random load move between all 8 CPUs. Measurements on 5 minutes run >>>> show >>>> deviation of only about 5 seconds. It is the same deviation as I see >>>> caused >>>> by only scheduling of 16 threads on 8 cores without any balancing need= ed >>>> at >>>> all. So I believe this code works as it should. >>>> >>>> Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch >>>> >>>> I plan this to be a final patch of this series (more to come :)) and i= f >>>> there will be no problems or objections, I am going to commit it (exce= pt >>>> some debugging KTRs) in about ten days. So now it's a good time for >>>> reviews >>>> and testing. :) >>>> >>> is there a place where all the patches are available ? >> >> >> All my scheduler patches are cumulative, so all you need is only the las= t >> mentioned here sched.htt40.patch. >> > You may want to have a look to the result I collected in the > `runs/freebsd-experiments' branch of: > > https://github.com/lacombar/hackbench/ > > and compare them with vanilla FreeBSD 9.0 and -CURRENT results > available in `runs/freebsd'. On the dual package platform, your patch > is not a definite win. > >> But in some cases, especially for multi-socket systems, to let it show i= ts >> best, you may want to apply additional patch from avg@ to better detect = CPU >> topology: >> https://gitorious.org/~avg/freebsd/avgbsd/commit/6bca4a2e4854ea3fc275946= a023db65c483cb9dd >> > test I conducted specifically for this patch did not showed much improvem= ent... Can you please clarify on this point? The test you did included cases where the topology was detected badly against cases where the topology was detected correctly as a patched kernel (and you still didn't see a performance improvement), in terms of cache line sharing? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:24: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 A57221065673; Fri, 6 Apr 2012 14:24:11 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD198FC0A; Fri, 6 Apr 2012 14:24:11 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q36EO9X2008158; Fri, 6 Apr 2012 14:24:10 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F7EFC89.1090805@FreeBSD.org> Date: Fri, 06 Apr 2012 16:24:09 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120404 Thunderbird/12.0 MIME-Version: 1.0 To: Arnaud Lacombe References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-performance@FreeBSD.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 14:24:11 -0000 On 05.04.12 20:03, Arnaud Lacombe wrote: > Hi folks, Hi, > > Over the past months, I ran on a couple of unused box the > `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking > down various kind of regression/improvement. `hackbench' is a > scheduler + IPC test (socket xor pipe). It creates producers/consumers > groups and let a variable quantity of small messages flow happily. > Producers and consumers are either processes xor threads. [Lots of likely very interesting and valuable data.] > > Q4: "So, how can I get all the graph ?" > R4: All you need is git, a posix shell, a couple of utility (find, > sort, ...), a recent gnuplot, and a ruby interpreter. > Can you give us some hints on *how* to get the results? I checked the repo out but it's not immediately obvious what to do and how to get the graphs, as staring at thousands of numbers in lots of different files isn't exactly practical. Thanks, Florian From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14: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 DFF831065672; Fri, 6 Apr 2012 14:27:20 +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 AFFD78FC18; Fri, 6 Apr 2012 14:27:19 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so2228200wgb.31 for ; Fri, 06 Apr 2012 07:27:18 -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=emZVa9b8Bc1ZMHPCqJo/EhEjOxbLz1GKWE7WZGF5a9o=; b=YAe/XBzLhJxuHsLOIWDvwe9GSTLSPviUny3gQuBWMmMK/VUZBD0JbPDYsI5B0CNne/ zcLHWlAM7LJKKPzHUHkbfs/fhLkyNx/gZrRHt4AO8ifC+Buc31ChKVBjXHnOMhHV1EXn VrKbZN+CatQr8l9v+o6PZtCou3K/eDZaLjEeklLe9pZeY3qhsCBAwoIJ+L8awDM0PMLl lvUUXjqPaH2vKegZS7//FgDEho8Bjp3zvol8of3lNWY3sEd20/18Yur7qyrvqZE6wleC WFNrteosfT9kjnM8JnaS0IQRubVW33yfnXOTgWYS4K0d10E3sUQDdyxvzgszm+0jck/f 7N/g== Received: by 10.180.101.230 with SMTP id fj6mr20202527wib.13.1333722437873; Fri, 06 Apr 2012 07:27:17 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id gg2sm11209533wib.7.2012.04.06.07.27.15 (version=SSLv3 cipher=OTHER); Fri, 06 Apr 2012 07:27:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F7EFD42.9010507@FreeBSD.org> Date: Fri, 06 Apr 2012 17:27:14 +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: Attilio Rao References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <4F3978BC.6090608@FreeBSD.org> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <4F3E807A.60103@FreeBSD.org> <4F3E8858.4000001@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Andriy Gapon , FreeBSD current , Jeff Roberson , Arnaud Lacombe Subject: Re: [RFT][patch] Scheduling for HTT and not only 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, 06 Apr 2012 14:27:21 -0000 On 04/06/12 17:13, Attilio Rao wrote: > Il 05 aprile 2012 19:12, Arnaud Lacombe ha scritto: >> Hi, >> >> [Sorry for the delay, I got a bit sidetrack'ed...] >> >> 2012/2/17 Alexander Motin: >>> On 17.02.2012 18:53, Arnaud Lacombe wrote: >>>> >>>> On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin wrote: >>>>> >>>>> On 02/15/12 21:54, Jeff Roberson wrote: >>>>>> >>>>>> On Wed, 15 Feb 2012, Alexander Motin wrote: >>>>>>> >>>>>>> I've decided to stop those cache black magic practices and focus on >>>>>>> things that really exist in this world -- SMT and CPU load. I've >>>>>>> dropped most of cache related things from the patch and made the rest >>>>>>> of things more strict and predictable: >>>>>>> http://people.freebsd.org/~mav/sched.htt34.patch >>>>>> >>>>>> >>>>>> This looks great. I think there is value in considering the other >>>>>> approach further but I would like to do this part first. It would be >>>>>> nice to also add priority as a greater influence in the load balancing >>>>>> as well. >>>>> >>>>> >>>>> I haven't got good idea yet about balancing priorities, but I've >>>>> rewritten >>>>> balancer itself. As soon as sched_lowest() / sched_highest() are more >>>>> intelligent now, they allowed to remove topology traversing from the >>>>> balancer itself. That should fix double-swapping problem, allow to keep >>>>> some >>>>> affinity while moving threads and make balancing more fair. I did number >>>>> of >>>>> tests running 4, 8, 9 and 16 CPU-bound threads on 8 CPUs. With 4, 8 and >>>>> 16 >>>>> threads everything is stationary as it should. With 9 threads I see >>>>> regular >>>>> and random load move between all 8 CPUs. Measurements on 5 minutes run >>>>> show >>>>> deviation of only about 5 seconds. It is the same deviation as I see >>>>> caused >>>>> by only scheduling of 16 threads on 8 cores without any balancing needed >>>>> at >>>>> all. So I believe this code works as it should. >>>>> >>>>> Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch >>>>> >>>>> I plan this to be a final patch of this series (more to come :)) and if >>>>> there will be no problems or objections, I am going to commit it (except >>>>> some debugging KTRs) in about ten days. So now it's a good time for >>>>> reviews >>>>> and testing. :) >>>>> >>>> is there a place where all the patches are available ? >>> >>> >>> All my scheduler patches are cumulative, so all you need is only the last >>> mentioned here sched.htt40.patch. >>> >> You may want to have a look to the result I collected in the >> `runs/freebsd-experiments' branch of: >> >> https://github.com/lacombar/hackbench/ >> >> and compare them with vanilla FreeBSD 9.0 and -CURRENT results >> available in `runs/freebsd'. On the dual package platform, your patch >> is not a definite win. >> >>> But in some cases, especially for multi-socket systems, to let it show its >>> best, you may want to apply additional patch from avg@ to better detect CPU >>> topology: >>> https://gitorious.org/~avg/freebsd/avgbsd/commit/6bca4a2e4854ea3fc275946a023db65c483cb9dd >>> >> test I conducted specifically for this patch did not showed much improvement... > > Can you please clarify on this point? > The test you did included cases where the topology was detected badly > against cases where the topology was detected correctly as a patched > kernel (and you still didn't see a performance improvement), in terms > of cache line sharing? At this moment SCHED_ULE does almost nothing in terms of cache line sharing affinity (though it probably worth some further experiments). What this patch may improve is opposite case -- reduce cache sharing pressure for cache-hungry applications. For example, proper cache topology detection (such as lack of global L3 cache, but shared L2 per pairs of cores on Core2Quad class CPUs) increases pbzip2 performance when number of threads is less then number of CPUs (i.e. when there is place for optimization). -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:30:35 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 3DB1F106564A; Fri, 6 Apr 2012 14:30:35 +0000 (UTC) (envelope-from asmrookie@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 C306C8FC1D; Fri, 6 Apr 2012 14:30:33 +0000 (UTC) Received: by lbok6 with SMTP id k6so967605lbo.13 for ; Fri, 06 Apr 2012 07:30:32 -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=tOILqdEcU3+tOlJFu8Kfm13oW7YAskpkPAOORjDaPrw=; b=MSjuwHUeBYrbdIDRV08hw8GBWVa0Hlaq5zUhQh2M0xhhL/YpizN+IKDyyerfQFdqRN P1TWrX7veFdFj+mqus1R7OCJRR21cFDhgUVHZtOA3J+A+DAaTiLAehG7vBk1v+flXT6v uPmg79eoRq6dbKBfYBkgYoo2tDfAkn5VF1Hkrm4g0jClr+K8Uvbk4ICsxgtWTIkUK7vz WVHb6q20WVy6mZrG8dVqOe4Dsji08eHVGse2o6xdgfCcCxq9ytnHmQD2/pJomAKgU8HD +qsUA3GwXkaUQNuTwtn/P1ggtUW18paTililqocUChC0SZBTPlblmNGd7Edsi51kYS0n 12QA== MIME-Version: 1.0 Received: by 10.152.103.239 with SMTP id fz15mr8813821lab.42.1333722632712; Fri, 06 Apr 2012 07:30:32 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.93.138 with HTTP; Fri, 6 Apr 2012 07:30:32 -0700 (PDT) In-Reply-To: <4F7EFD42.9010507@FreeBSD.org> References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <4F3978BC.6090608@FreeBSD.org> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <4F3E807A.60103@FreeBSD.org> <4F3E8858.4000001@FreeBSD.org> <4F7EFD42.9010507@FreeBSD.org> Date: Fri, 6 Apr 2012 15:30:32 +0100 X-Google-Sender-Auth: 7dogYljInpWmobDNMWo-gwj86CU Message-ID: From: Attilio Rao To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Andriy Gapon , FreeBSD current , Jeff Roberson , Arnaud Lacombe Subject: Re: [RFT][patch] Scheduling for HTT and not only 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, 06 Apr 2012 14:30:35 -0000 Il 06 aprile 2012 15:27, Alexander Motin ha scritto: > On 04/06/12 17:13, Attilio Rao wrote: >> >> Il 05 aprile 2012 19:12, Arnaud Lacombe =C2=A0ha scr= itto: >>> >>> Hi, >>> >>> [Sorry for the delay, I got a bit sidetrack'ed...] >>> >>> 2012/2/17 Alexander Motin: >>>> >>>> On 17.02.2012 18:53, Arnaud Lacombe wrote: >>>>> >>>>> >>>>> On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin >>>>> =C2=A0wrote: >>>>>> >>>>>> >>>>>> On 02/15/12 21:54, Jeff Roberson wrote: >>>>>>> >>>>>>> >>>>>>> On Wed, 15 Feb 2012, Alexander Motin wrote: >>>>>>>> >>>>>>>> >>>>>>>> I've decided to stop those cache black magic practices and focus o= n >>>>>>>> things that really exist in this world -- SMT and CPU load. I've >>>>>>>> dropped most of cache related things from the patch and made the >>>>>>>> rest >>>>>>>> of things more strict and predictable: >>>>>>>> http://people.freebsd.org/~mav/sched.htt34.patch >>>>>>> >>>>>>> >>>>>>> >>>>>>> This looks great. I think there is value in considering the other >>>>>>> approach further but I would like to do this part first. It would b= e >>>>>>> nice to also add priority as a greater influence in the load >>>>>>> balancing >>>>>>> as well. >>>>>> >>>>>> >>>>>> >>>>>> I haven't got good idea yet about balancing priorities, but I've >>>>>> rewritten >>>>>> balancer itself. As soon as sched_lowest() / sched_highest() are mor= e >>>>>> intelligent now, they allowed to remove topology traversing from the >>>>>> balancer itself. That should fix double-swapping problem, allow to >>>>>> keep >>>>>> some >>>>>> affinity while moving threads and make balancing more fair. I did >>>>>> number >>>>>> of >>>>>> tests running 4, 8, 9 and 16 CPU-bound threads on 8 CPUs. With 4, 8 >>>>>> and >>>>>> 16 >>>>>> threads everything is stationary as it should. With 9 threads I see >>>>>> regular >>>>>> and random load move between all 8 CPUs. Measurements on 5 minutes r= un >>>>>> show >>>>>> deviation of only about 5 seconds. It is the same deviation as I see >>>>>> caused >>>>>> by only scheduling of 16 threads on 8 cores without any balancing >>>>>> needed >>>>>> at >>>>>> all. So I believe this code works as it should. >>>>>> >>>>>> Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch >>>>>> >>>>>> I plan this to be a final patch of this series (more to come :)) and >>>>>> if >>>>>> there will be no problems or objections, I am going to commit it >>>>>> (except >>>>>> some debugging KTRs) in about ten days. So now it's a good time for >>>>>> reviews >>>>>> and testing. :) >>>>>> >>>>> is there a place where all the patches are available ? >>>> >>>> >>>> >>>> All my scheduler patches are cumulative, so all you need is only the >>>> last >>>> mentioned here sched.htt40.patch. >>>> >>> You may want to have a look to the result I collected in the >>> `runs/freebsd-experiments' branch of: >>> >>> https://github.com/lacombar/hackbench/ >>> >>> and compare them with vanilla FreeBSD 9.0 and -CURRENT results >>> available in `runs/freebsd'. On the dual package platform, your patch >>> is not a definite win. >>> >>>> But in some cases, especially for multi-socket systems, to let it show >>>> its >>>> best, you may want to apply additional patch from avg@ to better detec= t >>>> CPU >>>> topology: >>>> >>>> https://gitorious.org/~avg/freebsd/avgbsd/commit/6bca4a2e4854ea3fc2759= 46a023db65c483cb9dd >>>> >>> test I conducted specifically for this patch did not showed much >>> improvement... >> >> >> Can you please clarify on this point? >> The test you did included cases where the topology was detected badly >> against cases where the topology was detected correctly as a patched >> kernel (and you still didn't see a performance improvement), in terms >> of cache line sharing? > > > At this moment SCHED_ULE does almost nothing in terms of cache line shari= ng > affinity (though it probably worth some further experiments). What this > patch may improve is opposite case -- reduce cache sharing pressure for > cache-hungry applications. For example, proper cache topology detection > (such as lack of global L3 cache, but shared L2 per pairs of cores on > Core2Quad class CPUs) increases pbzip2 performance when number of threads= is > less then number of CPUs (i.e. when there is place for optimization). My asking is not referred to your patch really. I just wanted to know if he correctly benchmark a case where the topology was screwed up and then correctly recognized by avg's patch in terms of cache level aggregation (it wasn't referred to your patch btw). Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:41: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 145F0106564A; Fri, 6 Apr 2012 14:41:14 +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 CD41C8FC0C; Fri, 6 Apr 2012 14:41:12 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so2238046wgb.31 for ; Fri, 06 Apr 2012 07:41:12 -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=MS2dklQoXxfnle5eL7zTe/RcCJ+1c6Y0WNgi+VB4LXA=; b=tBn1iWlNZ2hHZAEFHq+YhDNBF3YN61F/hIHOF9OwXNnrT86oJBpWlW2N7thq6lH3YA ZLo1yha1jyVltfU103zoOwq1latnFLXGd2fVPt6UygHmGeeEsX4v26SVT1hBI2BBh5iI yJ/qnCdT0csd6vxPfk7SlN8OstAO4S0IPo1iugsCHuU24fLA1JVhDtpqRW7mlGZYeSRr Qc7JsD4ynt4hDT61E9RvO3heZLJ+WLwOwZGo79h5jLllVhuDGrnB624t6lvFGPqajNSC KiB8Carg8N44XLGsP6aqkSiQPv1aiANzLAwve72rH9/5UdbvtQGqyYDD7UTlFij6ggkj sgBA== Received: by 10.180.82.136 with SMTP id i8mr12007448wiy.19.1333723271834; Fri, 06 Apr 2012 07:41:11 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id fn2sm11423355wib.0.2012.04.06.07.41.09 (version=SSLv3 cipher=OTHER); Fri, 06 Apr 2012 07:41:11 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F7F0085.7090001@FreeBSD.org> Date: Fri, 06 Apr 2012 17:41:09 +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: Attilio Rao References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <4F3978BC.6090608@FreeBSD.org> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <4F3E807A.60103@FreeBSD.org> <4F3E8858.4000001@FreeBSD.org> <4F7EFD42.9010507@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Andriy Gapon , FreeBSD current , Jeff Roberson , Arnaud Lacombe Subject: Re: [RFT][patch] Scheduling for HTT and not only 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, 06 Apr 2012 14:41:14 -0000 On 04/06/12 17:30, Attilio Rao wrote: > Il 06 aprile 2012 15:27, Alexander Motin ha scritto: >> On 04/06/12 17:13, Attilio Rao wrote: >>> >>> Il 05 aprile 2012 19:12, Arnaud Lacombe ha scritto: >>>> >>>> Hi, >>>> >>>> [Sorry for the delay, I got a bit sidetrack'ed...] >>>> >>>> 2012/2/17 Alexander Motin: >>>>> >>>>> On 17.02.2012 18:53, Arnaud Lacombe wrote: >>>>>> >>>>>> >>>>>> On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> On 02/15/12 21:54, Jeff Roberson wrote: >>>>>>>> >>>>>>>> >>>>>>>> On Wed, 15 Feb 2012, Alexander Motin wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> I've decided to stop those cache black magic practices and focus on >>>>>>>>> things that really exist in this world -- SMT and CPU load. I've >>>>>>>>> dropped most of cache related things from the patch and made the >>>>>>>>> rest >>>>>>>>> of things more strict and predictable: >>>>>>>>> http://people.freebsd.org/~mav/sched.htt34.patch >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> This looks great. I think there is value in considering the other >>>>>>>> approach further but I would like to do this part first. It would be >>>>>>>> nice to also add priority as a greater influence in the load >>>>>>>> balancing >>>>>>>> as well. >>>>>>> >>>>>>> >>>>>>> >>>>>>> I haven't got good idea yet about balancing priorities, but I've >>>>>>> rewritten >>>>>>> balancer itself. As soon as sched_lowest() / sched_highest() are more >>>>>>> intelligent now, they allowed to remove topology traversing from the >>>>>>> balancer itself. That should fix double-swapping problem, allow to >>>>>>> keep >>>>>>> some >>>>>>> affinity while moving threads and make balancing more fair. I did >>>>>>> number >>>>>>> of >>>>>>> tests running 4, 8, 9 and 16 CPU-bound threads on 8 CPUs. With 4, 8 >>>>>>> and >>>>>>> 16 >>>>>>> threads everything is stationary as it should. With 9 threads I see >>>>>>> regular >>>>>>> and random load move between all 8 CPUs. Measurements on 5 minutes run >>>>>>> show >>>>>>> deviation of only about 5 seconds. It is the same deviation as I see >>>>>>> caused >>>>>>> by only scheduling of 16 threads on 8 cores without any balancing >>>>>>> needed >>>>>>> at >>>>>>> all. So I believe this code works as it should. >>>>>>> >>>>>>> Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch >>>>>>> >>>>>>> I plan this to be a final patch of this series (more to come :)) and >>>>>>> if >>>>>>> there will be no problems or objections, I am going to commit it >>>>>>> (except >>>>>>> some debugging KTRs) in about ten days. So now it's a good time for >>>>>>> reviews >>>>>>> and testing. :) >>>>>>> >>>>>> is there a place where all the patches are available ? >>>>> >>>>> >>>>> >>>>> All my scheduler patches are cumulative, so all you need is only the >>>>> last >>>>> mentioned here sched.htt40.patch. >>>>> >>>> You may want to have a look to the result I collected in the >>>> `runs/freebsd-experiments' branch of: >>>> >>>> https://github.com/lacombar/hackbench/ >>>> >>>> and compare them with vanilla FreeBSD 9.0 and -CURRENT results >>>> available in `runs/freebsd'. On the dual package platform, your patch >>>> is not a definite win. >>>> >>>>> But in some cases, especially for multi-socket systems, to let it show >>>>> its >>>>> best, you may want to apply additional patch from avg@ to better detect >>>>> CPU >>>>> topology: >>>>> >>>>> https://gitorious.org/~avg/freebsd/avgbsd/commit/6bca4a2e4854ea3fc275946a023db65c483cb9dd >>>>> >>>> test I conducted specifically for this patch did not showed much >>>> improvement... >>> >>> >>> Can you please clarify on this point? >>> The test you did included cases where the topology was detected badly >>> against cases where the topology was detected correctly as a patched >>> kernel (and you still didn't see a performance improvement), in terms >>> of cache line sharing? >> >> >> At this moment SCHED_ULE does almost nothing in terms of cache line sharing >> affinity (though it probably worth some further experiments). What this >> patch may improve is opposite case -- reduce cache sharing pressure for >> cache-hungry applications. For example, proper cache topology detection >> (such as lack of global L3 cache, but shared L2 per pairs of cores on >> Core2Quad class CPUs) increases pbzip2 performance when number of threads is >> less then number of CPUs (i.e. when there is place for optimization). > > My asking is not referred to your patch really. > I just wanted to know if he correctly benchmark a case where the > topology was screwed up and then correctly recognized by avg's patch > in terms of cache level aggregation (it wasn't referred to your patch > btw). I understand. I've just described test case when properly detected topology could give benefit. What the test really does is indeed a good question. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 14:58: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 BC40F106564A; Fri, 6 Apr 2012 14:58:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 060368FC15; Fri, 6 Apr 2012 14:58:44 +0000 (UTC) Received: by lagv3 with SMTP id v3so3288049lag.13 for ; Fri, 06 Apr 2012 07:58:43 -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=RY/tOrBmrYcAKuXDHNQZXm/wCc67KP1ied9oEa8256g=; b=MZ6G32qk4FXkFqJlZCHyUdy9EwjXeup5KN9dW+cPklan8tJpbb89/bBBr1P0Sowqv0 L7uhzHmlnwNyLjhz7RGzP19GGR0o/aBysoWHxTHdGosZHt9VIQ7KI27qHL6zXuXQQaud s2ODs47xG6RrdnzJ5Iae1ENDsExz9+iqlm2/OXDII0HRSM5kLT7U2WoY73RkZYHVJuqJ 0RsfaKjQSLoE0Q8Q8h8aGUBEOS8IPbft/lMOlrtO69RC6lvbdEuVqHbBNT6JRVUNFZb/ yrsp8X8o4pOJ6nlHkQunFgcidklIM+nttf9Fhgs2x3RcbN2fFTzjkyCUom/kw0GWfezI cPQw== MIME-Version: 1.0 Received: by 10.152.105.241 with SMTP id gp17mr9305937lab.21.1333724323633; Fri, 06 Apr 2012 07:58:43 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.93.138 with HTTP; Fri, 6 Apr 2012 07:58:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Apr 2012 15:58:43 +0100 X-Google-Sender-Auth: WdYr8IUEZM3PNOlLwad926liIkw Message-ID: From: Attilio Rao To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 14:58:45 -0000 Il 05 aprile 2012 19:03, Arnaud Lacombe ha scritto: > Hi folks, > > Over the past months, I ran on a couple of unused box the > `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking > down various kind of regression/improvement. `hackbench' is a > scheduler + IPC test (socket xor pipe). It creates producers/consumers > groups and let a variable quantity of small messages flow happily. > Producers and consumers are either processes xor threads. > > Tested platforms were > =C2=A0- Atom D510, Intel, (incomplete) > =C2=A0- Core 2 Quad Q9560, Intel > =C2=A0- Soekris net5501, AMD (incomplete) > =C2=A0- Xeon E5645, Intel (incomplete) > =C2=A0- Xeon E5620 (dual package), Intel > =C2=A0- Xeon E5-1650 (pending completion) > =C2=A0- Vortex86, DMP > > Tested kernel were: > =C2=A0- FreeBSD 7.4-RELEASE > =C2=A0- FreeBSD 8.2-RELEASE > =C2=A0- FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE > =C2=A0- FreeBSD 10-CURRENT as of r231573 Which means you run 10-CURRENT with all the kernel debugging options on and MALLOC_DEBUG on? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 15:20: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 567A5106566C; Fri, 6 Apr 2012 15:20: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 1A83B8FC15; Fri, 6 Apr 2012 15:20: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 q36FKM3h007508; Fri, 6 Apr 2012 11:20: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 q36FKMSE007507; Fri, 6 Apr 2012 15:20:22 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 15:20:22 GMT Message-Id: <201204061520.q36FKMSE007507@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 arm/arm 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, 06 Apr 2012 15:20:23 -0000 TB --- 2012-04-06 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 14:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-06 14:10:00 - cleaning the object tree TB --- 2012-04-06 14:10:00 - cvsupping the source tree TB --- 2012-04-06 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-06 14:16:21 - building world TB --- 2012-04-06 14:16:21 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 14:16:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 14:16:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 14:16:21 - SRCCONF=/dev/null TB --- 2012-04-06 14:16:21 - TARGET=arm TB --- 2012-04-06 14:16:21 - TARGET_ARCH=arm TB --- 2012-04-06 14:16:21 - TZ=UTC TB --- 2012-04-06 14:16:21 - __MAKE_CONF=/dev/null TB --- 2012-04-06 14:16:21 - cd /src TB --- 2012-04-06 14:16:21 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 14:16: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 >>> World build completed on Fri Apr 6 15:18:15 UTC 2012 TB --- 2012-04-06 15:18:15 - cd /src/sys/arm/conf TB --- 2012-04-06 15:18:15 - /usr/sbin/config -m AVILA TB --- 2012-04-06 15:18:15 - building AVILA kernel TB --- 2012-04-06 15:18:15 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 15:18:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 15:18:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 15:18:15 - SRCCONF=/dev/null TB --- 2012-04-06 15:18:15 - TARGET=arm TB --- 2012-04-06 15:18:15 - TARGET_ARCH=arm TB --- 2012-04-06 15:18:15 - TZ=UTC TB --- 2012-04-06 15:18:15 - __MAKE_CONF=/dev/null TB --- 2012-04-06 15:18:15 - cd /src TB --- 2012-04-06 15:18:15 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Apr 6 15:18:15 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 -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/libkern/strtoul.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/libkern/strtouq.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/libkern/strvalid.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-06 15:20:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 15:20:22 - ERROR: failed to build AVILA kernel TB --- 2012-04-06 15:20:22 - 2562.33 user 580.77 system 4221.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 16:48: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 2D6711065742; Fri, 6 Apr 2012 16:48: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 E58D68FC14; Fri, 6 Apr 2012 16:48:56 +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 q36Gmuki040672; Fri, 6 Apr 2012 12:48:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q36Gmu6i040663; Fri, 6 Apr 2012 16:48:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 16:48:56 GMT Message-Id: <201204061648.q36Gmu6i040663@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: Fri, 06 Apr 2012 16:48:57 -0000 TB --- 2012-04-06 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 14:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-06 14:10:00 - cleaning the object tree TB --- 2012-04-06 14:10:00 - cvsupping the source tree TB --- 2012-04-06 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-06 14:12:14 - building world TB --- 2012-04-06 14:12:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 14:12:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 14:12:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 14:12:14 - SRCCONF=/dev/null TB --- 2012-04-06 14:12:14 - TARGET=pc98 TB --- 2012-04-06 14:12:14 - TARGET_ARCH=i386 TB --- 2012-04-06 14:12:14 - TZ=UTC TB --- 2012-04-06 14:12:14 - __MAKE_CONF=/dev/null TB --- 2012-04-06 14:12:14 - cd /src TB --- 2012-04-06 14:12:14 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 14:12: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 >>> World build completed on Fri Apr 6 16:34:30 UTC 2012 TB --- 2012-04-06 16:34:30 - generating LINT kernel config TB --- 2012-04-06 16:34:30 - cd /src/sys/pc98/conf TB --- 2012-04-06 16:34:30 - /usr/bin/make -B LINT TB --- 2012-04-06 16:34:30 - cd /src/sys/pc98/conf TB --- 2012-04-06 16:34:30 - /usr/sbin/config -m LINT TB --- 2012-04-06 16:34:30 - building LINT kernel TB --- 2012-04-06 16:34:30 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 16:34:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 16:34:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 16:34:30 - SRCCONF=/dev/null TB --- 2012-04-06 16:34:30 - TARGET=pc98 TB --- 2012-04-06 16:34:30 - TARGET_ARCH=i386 TB --- 2012-04-06 16:34:30 - TZ=UTC TB --- 2012-04-06 16:34:30 - __MAKE_CONF=/dev/null TB --- 2012-04-06 16:34:30 - cd /src TB --- 2012-04-06 16:34:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 6 16:34:30 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** 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-04-06 16:48:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 16:48:55 - ERROR: failed to build LINT kernel TB --- 2012-04-06 16:48:55 - 6739.84 user 962.82 system 9535.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 16:50: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 2580210656A8; Fri, 6 Apr 2012 16:50:31 +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 E9D2D8FC1E; Fri, 6 Apr 2012 16:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q36GoUQk045483; Fri, 6 Apr 2012 12:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q36GoUar045479; Fri, 6 Apr 2012 16:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 16:50:30 GMT Message-Id: <201204061650.q36GoUar045479@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: Fri, 06 Apr 2012 16:50:31 -0000 TB --- 2012-04-06 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 14:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-06 14:10:00 - cleaning the object tree TB --- 2012-04-06 14:10:00 - cvsupping the source tree TB --- 2012-04-06 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-06 14:12:02 - building world TB --- 2012-04-06 14:12:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 14:12:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 14:12:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 14:12:02 - SRCCONF=/dev/null TB --- 2012-04-06 14:12:02 - TARGET=i386 TB --- 2012-04-06 14:12:02 - TARGET_ARCH=i386 TB --- 2012-04-06 14:12:02 - TZ=UTC TB --- 2012-04-06 14:12:02 - __MAKE_CONF=/dev/null TB --- 2012-04-06 14:12:02 - cd /src TB --- 2012-04-06 14:12:02 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 14:12: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 6 16:33:59 UTC 2012 TB --- 2012-04-06 16:33:59 - generating LINT kernel config TB --- 2012-04-06 16:33:59 - cd /src/sys/i386/conf TB --- 2012-04-06 16:33:59 - /usr/bin/make -B LINT TB --- 2012-04-06 16:34:00 - cd /src/sys/i386/conf TB --- 2012-04-06 16:34:00 - /usr/sbin/config -m LINT TB --- 2012-04-06 16:34:00 - building LINT kernel TB --- 2012-04-06 16:34:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 16:34:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 16:34:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 16:34:00 - SRCCONF=/dev/null TB --- 2012-04-06 16:34:00 - TARGET=i386 TB --- 2012-04-06 16:34:00 - TARGET_ARCH=i386 TB --- 2012-04-06 16:34:00 - TZ=UTC TB --- 2012-04-06 16:34:00 - __MAKE_CONF=/dev/null TB --- 2012-04-06 16:34:00 - cd /src TB --- 2012-04-06 16:34:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 6 16:34: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c /src/sys/net/bpf.c: In function 'bpf_setf': /src/sys/net/bpf.c:1683: error: 'need_upgrade' undeclared (first use in this function) /src/sys/net/bpf.c:1683: error: (Each undeclared identifier is reported only once /src/sys/net/bpf.c:1683: error: for each function it appears in.) *** 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-04-06 16:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 16:50:30 - ERROR: failed to build LINT kernel TB --- 2012-04-06 16:50:30 - 6869.79 user 977.84 system 9629.63 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 16:44:11 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 50080106566C for ; Fri, 6 Apr 2012 16:44:11 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8368FC0C for ; Fri, 6 Apr 2012 16:44:09 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id CA1B040005 for ; Fri, 6 Apr 2012 18:44:06 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id BBF6A40009; Fri, 6 Apr 2012 18:44:06 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=AWL,UPPERCASE_50_75 autolearn=disabled version=3.3.1 X-Spam-Score: 0.4 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 19B7840005 for ; Fri, 6 Apr 2012 18:44:01 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 64A73119D3D for ; Fri, 6 Apr 2012 18:44:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id 2FExkLgFiVAH for ; Fri, 6 Apr 2012 18:43:49 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id D8BA2119D3C for ; Fri, 6 Apr 2012 18:43:49 +0200 (CEST) Received: from tifa.daemonic.se (tifa.daemonic.se [IPv6:2001:470:dca9:1::6]) by mail.daemonic.se (Postfix) with ESMTPSA id C58FB12B089 for ; Fri, 6 Apr 2012 18:43:49 +0200 (CEST) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 291A422AC3 for ; Fri, 6 Apr 2012 18:43:49 +0200 (CEST) Message-ID: <4F7F1D44.9060908@daemonic.se> Date: Fri, 06 Apr 2012 18:43:48 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------090707070502000600030206" X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Fri, 06 Apr 2012 17:09:15 +0000 Cc: Subject: Build failure in usr.bin/kdump with latest current, possibly related to mfi 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, 06 Apr 2012 16:44:11 -0000 This is a multi-part message in MIME format. --------------090707070502000600030206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi! I'm currently having trouble building world. The build fails in usr.bin/kdump with the following error: clang -O2 -pipe -Qunused-arguments -march=core2 -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump -I/usr/src/usr.bin/kdump/../.. -I. -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c ioctl.c ioctl.c:1729:18: error: use of undeclared identifier 'MFIIO_PASSTHRU32' else if (val == MFIIO_PASSTHRU32) ^ ioctl.c:2275:18: error: use of undeclared identifier 'MFI_CMD32' else if (val == MFI_CMD32) ^ 2 errors generated. *** [ioctl.o] Error code 1 Stop in /usr/src/usr.bin/kdump. *** [all] Error code 1 Stop in /usr/src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. The identifiers MFIOO_PASSTHRU32 and MFI_CMD32 are both defined in dev/mfi/mfi_ioctl.h, but only if COMPAT_FREEBSD32 is defined. The attached ioctl.c is the generated ioctl.c connected to kdump. It includes mfi_ioctl.h, but COMPAT_FREEBSD32 is not defined, so the compile of ioctl.c subsequently fails. If I modify ioctl.c to add #define COMPAT_FREEBSD32 the build progresses, however, I don't know if this is the right solution to this issue. Regards! -- Niclas Zeising --------------090707070502000600030206 Content-Type: text/plain; name="ioctl.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ioctl.c" /* XXX obnoxious prerequisites. */ #define COMPAT_43 #define COMPAT_43TTY #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include void ioctlname(unsigned long val, int decimal); void ioctlname(unsigned long val, int decimal) { const char *str = NULL; if (val == SIOCSIFMEDIA) str = "SIOCSIFMEDIA"; else if (val == BIOCSHDRCMPLT) str = "BIOCSHDRCMPLT"; else if (val == SIOCGIFDESCR) str = "SIOCGIFDESCR"; else if (val == IOCATARAIDREBUILD) str = "IOCATARAIDREBUILD"; else if (val == DIOCBEGINADDRS) str = "DIOCBEGINADDRS"; else if (val == SNDCTL_DSP_GETRECVOL) str = "SNDCTL_DSP_GETRECVOL"; else if (val == CONS_SETCURSORSHAPE) str = "CONS_SETCURSORSHAPE"; else if (val == CDNR_TCM_STATS) str = "CDNR_TCM_STATS"; else if (val == SNDCTL_MIDI_PRETIME) str = "SNDCTL_MIDI_PRETIME"; else if (val == RADIO_GETFREQ) str = "RADIO_GETFREQ"; else if (val == SNDCTL_COPR_LOAD) str = "SNDCTL_COPR_LOAD"; else if (val == CIOCFSESSION) str = "CIOCFSESSION"; else if (val == METEORGETGEO) str = "METEORGETGEO"; else if (val == METEORGVIDEO) str = "METEORGVIDEO"; else if (val == CONS_ADPINFO) str = "CONS_ADPINFO"; else if (val == SIOCGPRIVATE_1) str = "SIOCGPRIVATE_1"; else if (val == KDGKBSTATE) str = "KDGKBSTATE"; else if (val == FBIOGETCMAPI) str = "FBIOGETCMAPI"; else if (val == SNDCTL_DSP_GET_RECSRC_NAMES) str = "SNDCTL_DSP_GET_RECSRC_NAMES"; else if (val == GPIOSET) str = "GPIOSET"; else if (val == SW_VGA_M90x30) str = "SW_VGA_M90x30"; else if (val == DIOCCLRRULECTRS) str = "DIOCCLRRULECTRS"; else if (val == FIOSEEKDATA) str = "FIOSEEKDATA"; else if (val == TIOCGSID) str = "TIOCGSID"; else if (val == METEORGFMT) str = "METEORGFMT"; else if (val == DIOCRGETTABLES) str = "DIOCRGETTABLES"; else if (val == SW_VESA_64K_1024) str = "SW_VESA_64K_1024"; else if (val == SW_TEXT_80x25) str = "SW_TEXT_80x25"; else if (val == NIOCREGIF) str = "NIOCREGIF"; else if (val == SIOCSPFXFLUSH_IN6) str = "SIOCSPFXFLUSH_IN6"; else if (val == CDNR_IF_ATTACH) str = "CDNR_IF_ATTACH"; else if (val == SW_TEXT_80x30) str = "SW_TEXT_80x30"; else if (val == USB_DEVICEENUMERATE) str = "USB_DEVICEENUMERATE"; else if (val == SW_VGA_M90x60) str = "SW_VGA_M90x60"; else if (val == SIOCGIFPSRCADDR) str = "SIOCGIFPSRCADDR"; else if (val == SW_VESA_C132x43) str = "SW_VESA_C132x43"; else if (val == VMIO_SIOCNETIF) str = "VMIO_SIOCNETIF"; else if (val == DIOCRDELADDRS) str = "DIOCRDELADDRS"; else if (val == DIOCGETRULESETS) str = "DIOCGETRULESETS"; else if (val == SW_TEXT_80x60) str = "SW_TEXT_80x60"; else if (val == SNDCTL_COPR_RCODE) str = "SNDCTL_COPR_RCODE"; else if (val == SOUND_PCM_WRITE_FILTER) str = "SOUND_PCM_WRITE_FILTER"; else if (val == SIOCGSCOPE6) str = "SIOCGSCOPE6"; else if (val == USB_GET_PLUGTIME) str = "USB_GET_PLUGTIME"; else if (val == AIOSTOP) str = "AIOSTOP"; else if (val == CDRIOCREADSPEED) str = "CDRIOCREADSPEED"; else if (val == TUNSDEBUG) str = "TUNSDEBUG"; else if (val == SIOCGIFADDR_IN6) str = "SIOCGIFADDR_IN6"; else if (val == SNDCTL_TMR_SELECT) str = "SNDCTL_TMR_SELECT"; else if (val == DIOCGETSTATUS) str = "DIOCGETSTATUS"; else if (val == SW_TEXT_132x60) str = "SW_TEXT_132x60"; else if (val == SIOCGIFMEDIA) str = "SIOCGIFMEDIA"; else if (val == MOUSE_SETVARS) str = "MOUSE_SETVARS"; else if (val == SNDCTL_TMR_START) str = "SNDCTL_TMR_START"; else if (val == SESIOC_GETOBJMAP) str = "SESIOC_GETOBJMAP"; else if (val == CDIOCPITCH) str = "CDIOCPITCH"; else if (val == TIOCSTAT) str = "TIOCSTAT"; else if (val == SNDCTL_COPR_HALT) str = "SNDCTL_COPR_HALT"; else if (val == AUDITPIPE_SET_PRESELECT_NAFLAGS) str = "AUDITPIPE_SET_PRESELECT_NAFLAGS"; else if (val == CDRIOCWRITESPEED) str = "CDRIOCWRITESPEED"; else if (val == IOCATAGPARM) str = "IOCATAGPARM"; else if (val == USB_SET_PORT_DISABLE) str = "USB_SET_PORT_DISABLE"; else if (val == SNDCTL_COPR_RCVMSG) str = "SNDCTL_COPR_RCVMSG"; else if (val == SG_IO) str = "SG_IO"; else if (val == SW_VESA_CG640x400) str = "SW_VESA_CG640x400"; else if (val == SW_VGA_M80x25) str = "SW_VGA_M80x25"; else if (val == OSIOCAIFADDR) str = "OSIOCAIFADDR"; else if (val == SW_TEXT_132x50) str = "SW_TEXT_132x50"; else if (val == TIOCGPTN) str = "TIOCGPTN"; else if (val == SIOCSIFNETMASK) str = "SIOCSIFNETMASK"; else if (val == TIOCGETD) str = "TIOCGETD"; else if (val == MOUSE_READSTATE) str = "MOUSE_READSTATE"; else if (val == SETFKEY) str = "SETFKEY"; else if (val == SIOCGETSGCNT) str = "SIOCGETSGCNT"; else if (val == PIO_KEYMAP) str = "PIO_KEYMAP"; else if (val == METEORGINPUT) str = "METEORGINPUT"; else if (val == SW_VGA_M80x50) str = "SW_VGA_M80x50"; else if (val == FWOHCI_RDREG) str = "FWOHCI_RDREG"; else if (val == FW_GTSTREAM) str = "FW_GTSTREAM"; else if (val == VT_GETINDEX) str = "VT_GETINDEX"; else if (val == USB_SETDEBUG) str = "USB_SETDEBUG"; else if (val == DIOCXBEGIN) str = "DIOCXBEGIN"; else if (val == SNDCTL_TMR_SOURCE) str = "SNDCTL_TMR_SOURCE"; else if (val == DIOCRCLRASTATS) str = "DIOCRCLRASTATS"; else if (val == TIOCMBIS) str = "TIOCMBIS"; else if (val == MOUSE_GETLEVEL) str = "MOUSE_GETLEVEL"; else if (val == METEORGCONT) str = "METEORGCONT"; else if (val == CPUCTL_CPUID) str = "CPUCTL_CPUID"; else if (val == FIOGETLBA) str = "FIOGETLBA"; else if (val == SNDCTL_SYSINFO) str = "SNDCTL_SYSINFO"; else if (val == SW_CG320) str = "SW_CG320"; else if (val == I2CSTART) str = "I2CSTART"; else if (val == PPS_IOC_DESTROY) str = "PPS_IOC_DESTROY"; else if (val == TIIOCGETSTATS) str = "TIIOCGETSTATS"; else if (val == IPMICTL_RECEIVE_MSG) str = "IPMICTL_RECEIVE_MSG"; else if (val == SG_SET_FORCE_LOW_DMA) str = "SG_SET_FORCE_LOW_DMA"; else if (val == CPUCTL_MSRSBIT) str = "CPUCTL_MSRSBIT"; else if (val == VT_OPENQRY) str = "VT_OPENQRY"; else if (val == CHIOGSTATUS) str = "CHIOGSTATUS"; else if (val == TIIOCSETTRACE) str = "TIIOCSETTRACE"; else if (val == IOCATAREINIT) str = "IOCATAREINIT"; else if (val == SESIOC_GETNOBJ) str = "SESIOC_GETNOBJ"; else if (val == FBIOPUTCMAPI) str = "FBIOPUTCMAPI"; else if (val == TVTUNER_SETFREQ) str = "TVTUNER_SETFREQ"; else if (val == JOY_SET_Y_OFFSET) str = "JOY_SET_Y_OFFSET"; else if (val == PIO_DEADKEYMAP) str = "PIO_DEADKEYMAP"; else if (val == TIOCEXCL) str = "TIOCEXCL"; else if (val == SW_CG640_E) str = "SW_CG640_E"; else if (val == SW_VESA_64K_1280) str = "SW_VESA_64K_1280"; else if (val == SIOCSIFINFO_IN6) str = "SIOCSIFINFO_IN6"; else if (val == SG_GET_TIMEOUT) str = "SG_GET_TIMEOUT"; else if (val == NIOCRXSYNC) str = "NIOCRXSYNC"; else if (val == METEORGCHCV) str = "METEORGCHCV"; else if (val == KIOCSOUND) str = "KIOCSOUND"; else if (val == MPTIO_RAID_ACTION32) str = "MPTIO_RAID_ACTION32"; else if (val == SW_ENH_CG640) str = "SW_ENH_CG640"; else if (val == BT848_REEPROM) str = "BT848_REEPROM"; else if (val == WDIOCPATPAT) str = "WDIOCPATPAT"; else if (val == FSACTL_QUERY_DISK) str = "FSACTL_QUERY_DISK"; else if (val == APMIO_STANDBY) str = "APMIO_STANDBY"; else if (val == IOCATADEVICES) str = "IOCATADEVICES"; else if (val == KDSETLED) str = "KDSETLED"; else if (val == TIOCLSET) str = "TIOCLSET"; else if (val == SOUND_PCM_READ_CHANNELS) str = "SOUND_PCM_READ_CHANNELS"; else if (val == AIOGFMT) str = "AIOGFMT"; else if (val == SNDCTL_SEQ_NRSYNTHS) str = "SNDCTL_SEQ_NRSYNTHS"; else if (val == SW_VGA_M80x60) str = "SW_VGA_M80x60"; else if (val == FSACTL_GET_VAR) str = "FSACTL_GET_VAR"; else if (val == TIOCCBRK) str = "TIOCCBRK"; else if (val == BIOCSTSTAMP) str = "BIOCSTSTAMP"; else if (val == METEORCAPTUR) str = "METEORCAPTUR"; else if (val == BIOCSETF) str = "BIOCSETF"; else if (val == CDNR_ADD_FILTER) str = "CDNR_ADD_FILTER"; else if (val == DIOCGETSRCNODES) str = "DIOCGETSRCNODES"; else if (val == AD_MICRO_PERIOD_GET) str = "AD_MICRO_PERIOD_GET"; else if (val == CDNR_TBM_STATS) str = "CDNR_TBM_STATS"; else if (val == PBIO_SETDIFF) str = "PBIO_SETDIFF"; else if (val == AUDITPIPE_GET_INSERTS) str = "AUDITPIPE_GET_INSERTS"; else if (val == DIOCRGETTSTATS) str = "DIOCRGETTSTATS"; else if (val == BIOCGBLEN) str = "BIOCGBLEN"; else if (val == FBIO_ADPINFO) str = "FBIO_ADPINFO"; else if (val == SW_BG320) str = "SW_BG320"; else if (val == CCISS_SETINTINFO) str = "CCISS_SETINTINFO"; else if (val == METEORCAPFRM) str = "METEORCAPFRM"; else if (val == PPS_IOC_CREATE) str = "PPS_IOC_CREATE"; else if (val == FSACTL_SENDFIB) str = "FSACTL_SENDFIB"; else if (val == FD_STYPE) str = "FD_STYPE"; else if (val == BT848_GVSAT) str = "BT848_GVSAT"; else if (val == SIOCSIFALIFETIME_IN6) str = "SIOCSIFALIFETIME_IN6"; else if (val == SNDCTL_DSP_MAPINBUF) str = "SNDCTL_DSP_MAPINBUF"; else if (val == MPTIO_READ_EXT_CFG_HEADER32) str = "MPTIO_READ_EXT_CFG_HEADER32"; else if (val == FBIOGATTR) str = "FBIOGATTR"; else if (val == FIOGETOWN) str = "FIOGETOWN"; else if (val == PCIOCREAD) str = "PCIOCREAD"; else if (val == DVDIOCREPORTKEY) str = "DVDIOCREPORTKEY"; else if (val == SNPSTTY) str = "SNPSTTY"; else if (val == APMIO_BIOS) str = "APMIO_BIOS"; else if (val == KDSBORDER) str = "KDSBORDER"; else if (val == CONS_SAVERMODE) str = "CONS_SAVERMODE"; else if (val == SNDCTL_DSP_SET_CHNORDER) str = "SNDCTL_DSP_SET_CHNORDER"; else if (val == TAPGIFNAME) str = "TAPGIFNAME"; else if (val == MTIOCHLOCATE) str = "MTIOCHLOCATE"; else if (val == CCISS_PASSTHRU32) str = "CCISS_PASSTHRU32"; else if (val == TIOCMGDTRWAIT) str = "TIOCMGDTRWAIT"; else if (val == SG_SET_RESERVED_SIZE) str = "SG_SET_RESERVED_SIZE"; else if (val == METEORGBRIG) str = "METEORGBRIG"; else if (val == SNDCTL_SEQ_GETOUTCOUNT) str = "SNDCTL_SEQ_GETOUTCOUNT"; else if (val == GPIOMAXPIN) str = "GPIOMAXPIN"; else if (val == CDIOCRESET) str = "CDIOCRESET"; else if (val == SNDCTL_COPR_RDATA) str = "SNDCTL_COPR_RDATA"; else if (val == USB_DEVICESTATS) str = "USB_DEVICESTATS"; else if (val == FD_GOPTS) str = "FD_GOPTS"; else if (val == VMIO_SIOCSETMACADDR) str = "VMIO_SIOCSETMACADDR"; else if (val == METEORGCOUNT) str = "METEORGCOUNT"; else if (val == SW_VGA11) str = "SW_VGA11"; else if (val == OFIOCGETNEXT) str = "OFIOCGETNEXT"; else if (val == JOY_GET_Y_OFFSET) str = "JOY_GET_Y_OFFSET"; else if (val == USB_FS_OPEN) str = "USB_FS_OPEN"; else if (val == SIOCAIFADDR) str = "SIOCAIFADDR"; else if (val == G_GATE_CMD_CANCEL) str = "G_GATE_CMD_CANCEL"; else if (val == TUNSIFHEAD) str = "TUNSIFHEAD"; else if (val == DVDIOCSENDKEY) str = "DVDIOCSENDKEY"; else if (val == APMIO_NOTHALTCPU) str = "APMIO_NOTHALTCPU"; else if (val == SW_EGAMONOAPA) str = "SW_EGAMONOAPA"; else if (val == TVTUNER_GETFREQ) str = "TVTUNER_GETFREQ"; else if (val == USB_SET_REPORT) str = "USB_SET_REPORT"; else if (val == FSACTL_DOWNLOAD) str = "FSACTL_DOWNLOAD"; else if (val == SIOCSIFFIB) str = "SIOCSIFFIB"; else if (val == KDRASTER) str = "KDRASTER"; else if (val == VMIO_SIOCSIFFLAGS) str = "VMIO_SIOCSIFFLAGS"; else if (val == SW_VGA_M90x50) str = "SW_VGA_M90x50"; else if (val == SNDCTL_DSP_SETDUPLEX) str = "SNDCTL_DSP_SETDUPLEX"; else if (val == SIOCGIFNETMASK) str = "SIOCGIFNETMASK"; else if (val == DIOCSTART) str = "DIOCSTART"; else if (val == METEORGVWS) str = "METEORGVWS"; else if (val == SNDCTL_MIX_NREXT) str = "SNDCTL_MIX_NREXT"; else if (val == DIOCSETLIMIT) str = "DIOCSETLIMIT"; else if (val == FW_GDEVLST) str = "FW_GDEVLST"; else if (val == IOCATAREQUEST) str = "IOCATAREQUEST"; else if (val == USB_GET_TX_FRAME_SIZE) str = "USB_GET_TX_FRAME_SIZE"; else if (val == AUDITPIPE_SET_PRESELECT_FLAGS) str = "AUDITPIPE_SET_PRESELECT_FLAGS"; else if (val == METEORSCSAT) str = "METEORSCSAT"; else if (val == OPROMCHILD) str = "OPROMCHILD"; else if (val == SIOCSIFRVNET) str = "SIOCSIFRVNET"; else if (val == TIOCOUTQ) str = "TIOCOUTQ"; else if (val == SNDCTL_DSP_SETFMT) str = "SNDCTL_DSP_SETFMT"; else if (val == DEVFSIO_SGETNEXT) str = "DEVFSIO_SGETNEXT"; else if (val == BT848GCLIP) str = "BT848GCLIP"; else if (val == SNDCTL_SYNTH_INFO) str = "SNDCTL_SYNTH_INFO"; else if (val == PPISEPPA) str = "PPISEPPA"; else if (val == SNDCTL_SEQ_PANIC) str = "SNDCTL_SEQ_PANIC"; else if (val == AIONWRITE) str = "AIONWRITE"; else if (val == FWOHCI_WRPHYREG) str = "FWOHCI_WRPHYREG"; else if (val == TIOCSLTC) str = "TIOCSLTC"; else if (val == FSACTL_SEND_RAW_SRB) str = "FSACTL_SEND_RAW_SRB"; else if (val == SIOCGIFSTATUS) str = "SIOCGIFSTATUS"; else if (val == DIOCCHANGERULE) str = "DIOCCHANGERULE"; else if (val == GIO_SCRNMAP) str = "GIO_SCRNMAP"; else if (val == FSACTL_GET_FIBTIMES) str = "FSACTL_GET_FIBTIMES"; else if (val == PPIGDATA) str = "PPIGDATA"; else if (val == SIOCSVH) str = "SIOCSVH"; else if (val == SNDCTL_DSP_SETTRIGGER) str = "SNDCTL_DSP_SETTRIGGER"; else if (val == GEOM_CTL) str = "GEOM_CTL"; else if (val == CDNR_ADD_TCM) str = "CDNR_ADD_TCM"; else if (val == AIOSSIZE) str = "AIOSSIZE"; else if (val == DIOCGETRULES) str = "DIOCGETRULES"; else if (val == PPIGECR) str = "PPIGECR"; else if (val == OSIOCGIFADDR) str = "OSIOCGIFADDR"; else if (val == CHIOGPARAMS) str = "CHIOGPARAMS"; else if (val == METEORSFMT) str = "METEORSFMT"; else if (val == SG_GET_LOW_DMA) str = "SG_GET_LOW_DMA"; else if (val == SW_PC98_PEGC640x480) str = "SW_PC98_PEGC640x480"; else if (val == JOY_SET_X_OFFSET) str = "JOY_SET_X_OFFSET"; else if (val == CDRIOCFLUSH) str = "CDRIOCFLUSH"; else if (val == MOUSE_SYN_GETHWINFO) str = "MOUSE_SYN_GETHWINFO"; else if (val == SNDCTL_DSP_STEREO) str = "SNDCTL_DSP_STEREO"; else if (val == TIOCMGET) str = "TIOCMGET"; else if (val == JOY_GETTIMEOUT) str = "JOY_GETTIMEOUT"; else if (val == DIGIIO_MODEL) str = "DIGIIO_MODEL"; else if (val == TIIOCGETTRACE) str = "TIIOCGETTRACE"; else if (val == METEORSFPS) str = "METEORSFPS"; else if (val == SNDCTL_DSP_SETSYNCRO) str = "SNDCTL_DSP_SETSYNCRO"; else if (val == USB_FS_CLEAR_STALL_SYNC) str = "USB_FS_CLEAR_STALL_SYNC"; else if (val == FIONSPACE) str = "FIONSPACE"; else if (val == CDIOCPREVENT) str = "CDIOCPREVENT"; else if (val == USB_SET_TEMPLATE) str = "USB_SET_TEMPLATE"; else if (val == CONS_FINDMODE) str = "CONS_FINDMODE"; else if (val == SW_CG640x350) str = "SW_CG640x350"; else if (val == DIOCGETQSTATS) str = "DIOCGETQSTATS"; else if (val == SIOCSLAGGDELPORT) str = "SIOCSLAGGDELPORT"; else if (val == NIOCTXSYNC) str = "NIOCTXSYNC"; else if (val == NGIOCGINFO) str = "NGIOCGINFO"; else if (val == OSIOCGIFNETMASK) str = "OSIOCGIFNETMASK"; else if (val == CONS_GETTERM) str = "CONS_GETTERM"; else if (val == FM_GET_STAT) str = "FM_GET_STAT"; else if (val == MOUSE_GETHWINFO) str = "MOUSE_GETHWINFO"; else if (val == MOUSE_GETVARS) str = "MOUSE_GETVARS"; else if (val == BT848_SCBARS) str = "BT848_SCBARS"; else if (val == IPMICTL_RECEIVE_MSG_TRUNC) str = "IPMICTL_RECEIVE_MSG_TRUNC"; else if (val == FW_STSTREAM) str = "FW_STSTREAM"; else if (val == BIOCFLUSH) str = "BIOCFLUSH"; else if (val == TVTUNER_SETCHNL) str = "TVTUNER_SETCHNL"; else if (val == SIOCGIFSTAT_IN6) str = "SIOCGIFSTAT_IN6"; else if (val == SIOCCIFPREFIX_IN6) str = "SIOCCIFPREFIX_IN6"; else if (val == ALT_ATTACH) str = "ALT_ATTACH"; else if (val == SIOCDIFGROUP) str = "SIOCDIFGROUP"; else if (val == DIOCRINADEFINE) str = "DIOCRINADEFINE"; else if (val == BT848_GCONT) str = "BT848_GCONT"; else if (val == USB_SET_POWER_MODE) str = "USB_SET_POWER_MODE"; else if (val == SIOCDELMULTI) str = "SIOCDELMULTI"; else if (val == KDGETLED) str = "KDGETLED"; else if (val == TUNGIFHEAD) str = "TUNGIFHEAD"; else if (val == CONS_RELKBD) str = "CONS_RELKBD"; else if (val == SIOCGDRVSPEC) str = "SIOCGDRVSPEC"; else if (val == SIOCSDRVSPEC) str = "SIOCSDRVSPEC"; else if (val == SIOCSGIFPREFIX_IN6) str = "SIOCSGIFPREFIX_IN6"; else if (val == MIOSPASSTHRU) str = "MIOSPASSTHRU"; else if (val == TIOCSPGRP) str = "TIOCSPGRP"; else if (val == MTIOCSLOCATE) str = "MTIOCSLOCATE"; else if (val == PTIOCGETTIMEOUT) str = "PTIOCGETTIMEOUT"; else if (val == BIOCGHDRCMPLT) str = "BIOCGHDRCMPLT"; else if (val == IOCATARAIDSTATUS) str = "IOCATARAIDSTATUS"; else if (val == CFIOCGOEMPR) str = "CFIOCGOEMPR"; else if (val == SIOCSLOWAT) str = "SIOCSLOWAT"; else if (val == METEORGBT254) str = "METEORGBT254"; else if (val == SIOCGLAGG) str = "SIOCGLAGG"; else if (val == AUDITPIPE_SET_PRESELECT_MODE) str = "AUDITPIPE_SET_PRESELECT_MODE"; else if (val == G_GATE_CMD_CREATE) str = "G_GATE_CMD_CREATE"; else if (val == CDIOCPLAYTRACKS) str = "CDIOCPLAYTRACKS"; else if (val == TIOCHPCL) str = "TIOCHPCL"; else if (val == SG_NEXT_CMD_LEN) str = "SG_NEXT_CMD_LEN"; else if (val == CONS_SCRSHOT) str = "CONS_SCRSHOT"; else if (val == FSACTL_MINIPORT_REV_CHECK) str = "FSACTL_MINIPORT_REV_CHECK"; else if (val == SNDCTL_DSP_SETFRAGMENT) str = "SNDCTL_DSP_SETFRAGMENT"; else if (val == ACPIIO_BATT_GET_UNITS) str = "ACPIIO_BATT_GET_UNITS"; else if (val == CDNR_IF_DETACH) str = "CDNR_IF_DETACH"; else if (val == FBIO_ADAPTER) str = "FBIO_ADAPTER"; else if (val == CDIOCCLOSE) str = "CDIOCCLOSE"; else if (val == SMBIOC_REQUEST) str = "SMBIOC_REQUEST"; else if (val == SG_SET_KEEP_ORPHAN) str = "SG_SET_KEEP_ORPHAN"; else if (val == MTIOCRDHPOS) str = "MTIOCRDHPOS"; else if (val == FIONWRITE) str = "FIONWRITE"; else if (val == USB_SET_PORT_ENABLE) str = "USB_SET_PORT_ENABLE"; else if (val == SNDCTL_DSP_GET_RECSRC) str = "SNDCTL_DSP_GET_RECSRC"; else if (val == USB_SET_RX_STALL_FLAG) str = "USB_SET_RX_STALL_FLAG"; else if (val == CDIOCSETSTERIO) str = "CDIOCSETSTERIO"; else if (val == OSIOCAIFADDR_IN6) str = "OSIOCAIFADDR_IN6"; else if (val == SNDCTL_DSP_SKIP) str = "SNDCTL_DSP_SKIP"; else if (val == SIOCSIFFLAGS) str = "SIOCSIFFLAGS"; else if (val == USB_GET_RX_INTERFACE_DESC) str = "USB_GET_RX_INTERFACE_DESC"; else if (val == GIO_COLOR) str = "GIO_COLOR"; else if (val == SW_VGA_C80x25) str = "SW_VGA_C80x25"; else if (val == SIOCGIFPDSTADDR_IN6) str = "SIOCGIFPDSTADDR_IN6"; else if (val == USB_GET_TEMPLATE) str = "USB_GET_TEMPLATE"; else if (val == FW_GDEUI64) str = "FW_GDEUI64"; else if (val == AIOSFMT) str = "AIOSFMT"; else if (val == USB_GET_RX_BUFFER_SIZE) str = "USB_GET_RX_BUFFER_SIZE"; else if (val == SW_VESA_FULL_640) str = "SW_VESA_FULL_640"; else if (val == MDIOCLIST) str = "MDIOCLIST"; else if (val == SW_VESA_64K_640) str = "SW_VESA_64K_640"; else if (val == FBIO_SETDISPSTART) str = "FBIO_SETDISPSTART"; else if (val == BT848_GPIO_GET_DATA) str = "BT848_GPIO_GET_DATA"; else if (val == TIOCGETA) str = "TIOCGETA"; else if (val == FSACTL_DELETE_DISK) str = "FSACTL_DELETE_DISK"; else if (val == FW_IBUSRST) str = "FW_IBUSRST"; else if (val == SIOCSIFPHYS) str = "SIOCSIFPHYS"; else if (val == KDSKBSTATE) str = "KDSKBSTATE"; else if (val == SNDCTL_DSP_GETPLAYVOL) str = "SNDCTL_DSP_GETPLAYVOL"; else if (val == SNDCTL_TMR_METRONOME) str = "SNDCTL_TMR_METRONOME"; else if (val == SMB_WRITEB) str = "SMB_WRITEB"; else if (val == USB_GET_RX_ENDPOINT_DESC) str = "USB_GET_RX_ENDPOINT_DESC"; else if (val == SMB_WRITEW) str = "SMB_WRITEW"; else if (val == BT848_MSP_WRITE) str = "BT848_MSP_WRITE"; else if (val == VMIO_SIOCPORT) str = "VMIO_SIOCPORT"; else if (val == I2CRSTCARD) str = "I2CRSTCARD"; else if (val == DVDIOCREADSTRUCTURE) str = "DVDIOCREADSTRUCTURE"; else if (val == SIOCGIFAFLAG_IN6) str = "SIOCGIFAFLAG_IN6"; else if (val == TVTUNER_GETCHNL) str = "TVTUNER_GETCHNL"; else if (val == SIOCAIFGROUP) str = "SIOCAIFGROUP"; else if (val == DEVFSIO_RAPPLY) str = "DEVFSIO_RAPPLY"; else if (val == TIOCGPGRP) str = "TIOCGPGRP"; else if (val == ACPIIO_ACAD_GET_STATUS) str = "ACPIIO_ACAD_GET_STATUS"; else if (val == FBIO_SETMODE) str = "FBIO_SETMODE"; else if (val == CDNR_MOD_TBM) str = "CDNR_MOD_TBM"; else if (val == IPMICTL_RECEIVE_MSG_TRUNC_32) str = "IPMICTL_RECEIVE_MSG_TRUNC_32"; else if (val == SNDCTL_DSP_POST) str = "SNDCTL_DSP_POST"; else if (val == CDNR_MOD_TCM) str = "CDNR_MOD_TCM"; else if (val == BT848_GCAPAREA) str = "BT848_GCAPAREA"; else if (val == SIOCSIFBRDADDR) str = "SIOCSIFBRDADDR"; else if (val == KDMKTONE) str = "KDMKTONE"; else if (val == SIOCGLOWAT) str = "SIOCGLOWAT"; else if (val == MOUSE_READDATA) str = "MOUSE_READDATA"; else if (val == DIOCRADDADDRS) str = "DIOCRADDADDRS"; else if (val == USB_QUIRK_NAME_GET) str = "USB_QUIRK_NAME_GET"; else if (val == FBIO_GETLINEWIDTH) str = "FBIO_GETLINEWIDTH"; else if (val == CDRIOCNEXTWRITEABLEADDR) str = "CDRIOCNEXTWRITEABLEADDR"; else if (val == PPS_IOC_GETCAP) str = "PPS_IOC_GETCAP"; else if (val == CDIOCSETLEFT) str = "CDIOCSETLEFT"; else if (val == SIOCSLAGGPORT) str = "SIOCSLAGGPORT"; else if (val == BT848_SBTSC) str = "BT848_SBTSC"; else if (val == AD_NGAINS_GET) str = "AD_NGAINS_GET"; else if (val == SIOCGIFMETRIC) str = "SIOCGIFMETRIC"; else if (val == BT848_SCSAT) str = "BT848_SCSAT"; else if (val == BIOCIMMEDIATE) str = "BIOCIMMEDIATE"; else if (val == SG_GET_TRANSFORM) str = "SG_GET_TRANSFORM"; else if (val == TIOCSBRK) str = "TIOCSBRK"; else if (val == SNDCTL_SYNTH_MEMAVL) str = "SNDCTL_SYNTH_MEMAVL"; else if (val == USB_GET_TX_BUFFER_SIZE) str = "USB_GET_TX_BUFFER_SIZE"; else if (val == VT_RELDISP) str = "VT_RELDISP"; else if (val == CFIOCGPLR) str = "CFIOCGPLR"; else if (val == CRIOGET) str = "CRIOGET"; else if (val == SW_VESA_FULL_1280) str = "SW_VESA_FULL_1280"; else if (val == FIOSEEKHOLE) str = "FIOSEEKHOLE"; else if (val == G_GATE_CMD_DESTROY) str = "G_GATE_CMD_DESTROY"; else if (val == VMIO_SIOCSLADRF) str = "VMIO_SIOCSLADRF"; else if (val == CDNR_ADD_TBM) str = "CDNR_ADD_TBM"; else if (val == PIO_KEYMAPENT) str = "PIO_KEYMAPENT"; else if (val == SW_VGA12) str = "SW_VGA12"; else if (val == BIOCGDIRECTION) str = "BIOCGDIRECTION"; else if (val == SW_VGA_M90x25) str = "SW_VGA_M90x25"; else if (val == TIOCSETC) str = "TIOCSETC"; else if (val == BIOCLOCK) str = "BIOCLOCK"; else if (val == CAMIOCOMMAND) str = "CAMIOCOMMAND"; else if (val == SG_GET_VERSION_NUM) str = "SG_GET_VERSION_NUM"; else if (val == SG_SCSI_RESET) str = "SG_SCSI_RESET"; else if (val == TIOCSETD) str = "TIOCSETD"; else if (val == SIOCAIFADDR_IN6) str = "SIOCAIFADDR_IN6"; else if (val == AGPIOC_BIND) str = "AGPIOC_BIND"; else if (val == GIO_DEADKEYMAP) str = "GIO_DEADKEYMAP"; else if (val == FSACTL_ZERO_FIBTIMES) str = "FSACTL_ZERO_FIBTIMES"; else if (val == TIOCSDRAINWAIT) str = "TIOCSDRAINWAIT"; else if (val == CDNR_MOD_TSW) str = "CDNR_MOD_TSW"; else if (val == SW_VGA_CG320) str = "SW_VGA_CG320"; else if (val == KDGETREPEAT) str = "KDGETREPEAT"; else if (val == TARGIOCENABLE) str = "TARGIOCENABLE"; else if (val == FBIOSCURPOS) str = "FBIOSCURPOS"; else if (val == MTIOCRDSPOS) str = "MTIOCRDSPOS"; else if (val == OTIOCCONS) str = "OTIOCCONS"; else if (val == TIOCSIG) str = "TIOCSIG"; else if (val == KDSETMODE) str = "KDSETMODE"; else if (val == G_GATE_CMD_START) str = "G_GATE_CMD_START"; else if (val == BIOCSETIF) str = "BIOCSETIF"; else if (val == IPMICTL_RECEIVE_MSG_32) str = "IPMICTL_RECEIVE_MSG_32"; else if (val == PPISECR) str = "PPISECR"; else if (val == SMB_BREAD) str = "SMB_BREAD"; else if (val == SNDCTL_DSP_SILENCE) str = "SNDCTL_DSP_SILENCE"; else if (val == SW_ENH_B40x25) str = "SW_ENH_B40x25"; else if (val == DUMPDMA) str = "DUMPDMA"; else if (val == SIOCGIFDSTADDR_IN6) str = "SIOCGIFDSTADDR_IN6"; else if (val == METEORGHUE) str = "METEORGHUE"; else if (val == SNDCTL_SETNAME) str = "SNDCTL_SETNAME"; else if (val == BIOCFEEDBACK) str = "BIOCFEEDBACK"; else if (val == SNDCTL_SEQ_PERCMODE) str = "SNDCTL_SEQ_PERCMODE"; else if (val == SIOCSIFLLADDR) str = "SIOCSIFLLADDR"; else if (val == CONS_GETINFO) str = "CONS_GETINFO"; else if (val == METEORGHWS) str = "METEORGHWS"; else if (val == MEMRANGE_SET) str = "MEMRANGE_SET"; else if (val == FSACTL_SIM_IO_TEST) str = "FSACTL_SIM_IO_TEST"; else if (val == FSACTL_PROBE_CONTAINERS) str = "FSACTL_PROBE_CONTAINERS"; else if (val == FBIO_SETLINEWIDTH) str = "FBIO_SETLINEWIDTH"; else if (val == SIOCDLIFADDR) str = "SIOCDLIFADDR"; else if (val == OSIOCGIFCONF) str = "OSIOCGIFCONF"; else if (val == FBIO_GETMODE) str = "FBIO_GETMODE"; else if (val == SG_GET_PACK_ID) str = "SG_GET_PACK_ID"; else if (val == SIOCATMGVCCS) str = "SIOCATMGVCCS"; else if (val == DIOCCLRSTATES) str = "DIOCCLRSTATES"; else if (val == SNDCTL_DSP_SETPLAYVOL) str = "SNDCTL_DSP_SETPLAYVOL"; else if (val == CONS_BLANKTIME) str = "CONS_BLANKTIME"; else if (val == CDNR_ADD_TSW) str = "CDNR_ADD_TSW"; else if (val == TIOCSTI) str = "TIOCSTI"; else if (val == FWOHCI_RDPHYREG) str = "FWOHCI_RDPHYREG"; else if (val == TVTUNER_SETAFC) str = "TVTUNER_SETAFC"; else if (val == USB_GET_REPORT_DESC) str = "USB_GET_REPORT_DESC"; else if (val == USB_SET_GPIO) str = "USB_SET_GPIO"; else if (val == VT_SETMODE) str = "VT_SETMODE"; else if (val == DIGIIO_REINIT) str = "DIGIIO_REINIT"; else if (val == SIOCGLIFPHYADDR) str = "SIOCGLIFPHYADDR"; else if (val == CDIOCSTART) str = "CDIOCSTART"; else if (val == DIOCSTARTALTQ) str = "DIOCSTARTALTQ"; else if (val == OFIOCGET) str = "OFIOCGET"; else if (val == BIOCSETWF) str = "BIOCSETWF"; else if (val == DIOCGIFSPEED) str = "DIOCGIFSPEED"; else if (val == SNDCTL_DSP_COOKEDMODE) str = "SNDCTL_DSP_COOKEDMODE"; else if (val == SNDCTL_DSP_SET_RECSRC) str = "SNDCTL_DSP_SET_RECSRC"; else if (val == CPUCTL_RDMSR) str = "CPUCTL_RDMSR"; else if (val == DIOCRGETASTATS) str = "DIOCRGETASTATS"; else if (val == CDNR_GETSTATS) str = "CDNR_GETSTATS"; else if (val == SNDCTL_SEQ_THRESHOLD) str = "SNDCTL_SEQ_THRESHOLD"; else if (val == CONS_CURRENTADP) str = "CONS_CURRENTADP"; else if (val == CDRIOCFIXATE) str = "CDRIOCFIXATE"; else if (val == SIOCSIFMAC) str = "SIOCSIFMAC"; else if (val == SIOCGIFALIFETIME_IN6) str = "SIOCGIFALIFETIME_IN6"; else if (val == SW_VGA13) str = "SW_VGA13"; else if (val == PPISCTRL) str = "PPISCTRL"; else if (val == SW_VESA_1024x768) str = "SW_VESA_1024x768"; else if (val == GIFGOPTS) str = "GIFGOPTS"; else if (val == AUDITPIPE_GET_MAXAUDITDATA) str = "AUDITPIPE_GET_MAXAUDITDATA"; else if (val == PCIOCATTACHED) str = "PCIOCATTACHED"; else if (val == SNDCTL_DSP_SYNC) str = "SNDCTL_DSP_SYNC"; else if (val == SMBIOC_T2RQ) str = "SMBIOC_T2RQ"; else if (val == PPISFIFO) str = "PPISFIFO"; else if (val == AUDITPIPE_GET_PRESELECT_MODE) str = "AUDITPIPE_GET_PRESELECT_MODE"; else if (val == DIOCXROLLBACK) str = "DIOCXROLLBACK"; else if (val == SIOCPHASE1) str = "SIOCPHASE1"; else if (val == AGPIOC_RELEASE) str = "AGPIOC_RELEASE"; else if (val == GREGPROTO) str = "GREGPROTO"; else if (val == DEVFSIO_RGETNEXT) str = "DEVFSIO_RGETNEXT"; else if (val == FBIO_SETWINORG) str = "FBIO_SETWINORG"; else if (val == SNDCTL_DSP_GETODELAY) str = "SNDCTL_DSP_GETODELAY"; else if (val == GIFSOPTS) str = "GIFSOPTS"; else if (val == SIOCGIFDSTADDR) str = "SIOCGIFDSTADDR"; else if (val == BIOCGRTIMEOUT) str = "BIOCGRTIMEOUT"; else if (val == AUDITPIPE_SET_QLIMIT) str = "AUDITPIPE_SET_QLIMIT"; else if (val == TAPSDEBUG) str = "TAPSDEBUG"; else if (val == FBIOGTYPE) str = "FBIOGTYPE"; else if (val == SNDCTL_MIXERINFO) str = "SNDCTL_MIXERINFO"; else if (val == AGPIOC_ACQUIRE) str = "AGPIOC_ACQUIRE"; else if (val == SNDCTL_DSP_SPEED) str = "SNDCTL_DSP_SPEED"; else if (val == DIOCADDRULE) str = "DIOCADDRULE"; else if (val == BT848SCBUF) str = "BT848SCBUF"; else if (val == ACPIIO_REQSLPSTATE) str = "ACPIIO_REQSLPSTATE"; else if (val == JOY_SETTIMEOUT) str = "JOY_SETTIMEOUT"; else if (val == SPKRTUNE) str = "SPKRTUNE"; else if (val == IOCATAATTACH) str = "IOCATAATTACH"; else if (val == SIOCGIFNETMASK_IN6) str = "SIOCGIFNETMASK_IN6"; else if (val == BT848_SCAPAREA) str = "BT848_SCAPAREA"; else if (val == BT848GFMT) str = "BT848GFMT"; else if (val == TIOCSETAF) str = "TIOCSETAF"; else if (val == PBIO_GETOPACE) str = "PBIO_GETOPACE"; else if (val == FWOHCI_WRREG) str = "FWOHCI_WRREG"; else if (val == FBIOGVIDEO) str = "FBIOGVIDEO"; else if (val == CONS_CLRHIST) str = "CONS_CLRHIST"; else if (val == I2CWRITE) str = "I2CWRITE"; else if (val == OFIOCGETCHILD) str = "OFIOCGETCHILD"; else if (val == IPMICTL_UNREGISTER_FOR_CMD) str = "IPMICTL_UNREGISTER_FOR_CMD"; else if (val == DIOCGETALTQS) str = "DIOCGETALTQS"; else if (val == CONS_IDLE) str = "CONS_IDLE"; else if (val == FBIO_GETPALETTE) str = "FBIO_GETPALETTE"; else if (val == DEVFSIO_RDEL) str = "DEVFSIO_RDEL"; else if (val == DIOCGETLIMIT) str = "DIOCGETLIMIT"; else if (val == BIOCGETZMAX) str = "BIOCGETZMAX"; else if (val == PPIGSTATUS) str = "PPIGSTATUS"; else if (val == SIOCSIFADDR_IN6) str = "SIOCSIFADDR_IN6"; else if (val == SW_VESA_800x600) str = "SW_VESA_800x600"; else if (val == MFIIO_STATS) str = "MFIIO_STATS"; else if (val == AUDITPIPE_GET_READS) str = "AUDITPIPE_GET_READS"; else if (val == TIOCEXT) str = "TIOCEXT"; else if (val == KDGKBMODE) str = "KDGKBMODE"; else if (val == GPIOSETCONFIG) str = "GPIOSETCONFIG"; else if (val == SW_VESA_C132x50) str = "SW_VESA_C132x50"; else if (val == TIOCTIMESTAMP) str = "TIOCTIMESTAMP"; else if (val == DIGIIO_GETALTPIN) str = "DIGIIO_GETALTPIN"; else if (val == SW_VESA_C132x60) str = "SW_VESA_C132x60"; else if (val == SIOCGIFFIB) str = "SIOCGIFFIB"; else if (val == USB_IFACE_DRIVER_ACTIVE) str = "USB_IFACE_DRIVER_ACTIVE"; else if (val == SESIOC_GETOBJSTAT) str = "SESIOC_GETOBJSTAT"; else if (val == SIOCGIFCAP) str = "SIOCGIFCAP"; else if (val == TUNSIFMODE) str = "TUNSIFMODE"; else if (val == SW_VESA_32K_800) str = "SW_VESA_32K_800"; else if (val == SW_TEXT_80x50) str = "SW_TEXT_80x50"; else if (val == SNDCTL_DSP_GETBLKSIZE) str = "SNDCTL_DSP_GETBLKSIZE"; else if (val == TIOCSTART) str = "TIOCSTART"; else if (val == SW_VESA_CG640x480) str = "SW_VESA_CG640x480"; else if (val == SNDCTL_SEQ_TESTMIDI) str = "SNDCTL_SEQ_TESTMIDI"; else if (val == MTIOCGET) str = "MTIOCGET"; else if (val == FBIOSATTR) str = "FBIOSATTR"; else if (val == CDIOCSETMUTE) str = "CDIOCSETMUTE"; else if (val == CIOCGSESSION2) str = "CIOCGSESSION2"; else if (val == SW_VGA_C90x60) str = "SW_VGA_C90x60"; else if (val == SG_SET_TIMEOUT) str = "SG_SET_TIMEOUT"; else if (val == BT848_CCBARS) str = "BT848_CCBARS"; else if (val == AUDITPIPE_GET_DROPS) str = "AUDITPIPE_GET_DROPS"; else if (val == BT848_SLNOTCH) str = "BT848_SLNOTCH"; else if (val == SW_VESA_CG1280x1024) str = "SW_VESA_CG1280x1024"; else if (val == DIOCCLRIFFLAG) str = "DIOCCLRIFFLAG"; else if (val == BT848_GBRIG) str = "BT848_GBRIG"; else if (val == USB_FS_STOP) str = "USB_FS_STOP"; else if (val == SIOCS80211) str = "SIOCS80211"; else if (val == OFIOCGETPROPLEN) str = "OFIOCGETPROPLEN"; else if (val == CONS_HISTORY) str = "CONS_HISTORY"; else if (val == FW_CBINDADDR) str = "FW_CBINDADDR"; else if (val == USB_GET_GPIO) str = "USB_GET_GPIO"; else if (val == CHIOPOSITION) str = "CHIOPOSITION"; else if (val == FM_STOP) str = "FM_STOP"; else if (val == SIOCGIFGMEMB) str = "SIOCGIFGMEMB"; else if (val == SMB_READW) str = "SMB_READW"; else if (val == TUNGIFINFO) str = "TUNGIFINFO"; else if (val == SIOCSPRISM2DEBUG) str = "SIOCSPRISM2DEBUG"; else if (val == OFIOCFINDDEVICE) str = "OFIOCFINDDEVICE"; else if (val == KDDISABIO) str = "KDDISABIO"; else if (val == CONS_GETVERS) str = "CONS_GETVERS"; else if (val == SNDCTL_DSP_GETOPEAKS) str = "SNDCTL_DSP_GETOPEAKS"; else if (val == CDRIOCINITTRACK) str = "CDRIOCINITTRACK"; else if (val == FW_SDEUI64) str = "FW_SDEUI64"; else if (val == METEORSTS) str = "METEORSTS"; else if (val == SIOCGIFPHYS) str = "SIOCGIFPHYS"; else if (val == TIOCDRAIN) str = "TIOCDRAIN"; else if (val == KDENABIO) str = "KDENABIO"; else if (val == DIOCADDSTATE) str = "DIOCADDSTATE"; else if (val == SIOCDELRT) str = "SIOCDELRT"; else if (val == FM_START) str = "FM_START"; else if (val == USB_SET_CM_OVER_DATA) str = "USB_SET_CM_OVER_DATA"; else if (val == SW_VESA_32K_640) str = "SW_VESA_32K_640"; else if (val == USB_GET_RX_FRAME_SIZE) str = "USB_GET_RX_FRAME_SIZE"; else if (val == OFIOCGETOPTNODE) str = "OFIOCGETOPTNODE"; else if (val == KDGETMODE) str = "KDGETMODE"; else if (val == TIOCLGET) str = "TIOCLGET"; else if (val == DIOCGETADDR) str = "DIOCGETADDR"; else if (val == USB_SET_ALTINTERFACE) str = "USB_SET_ALTINTERFACE"; else if (val == AUDITPIPE_GET_QLIMIT_MIN) str = "AUDITPIPE_GET_QLIMIT_MIN"; else if (val == SNDCTL_DSP_HALT_OUTPUT) str = "SNDCTL_DSP_HALT_OUTPUT"; else if (val == BT848_MSP_RESET) str = "BT848_MSP_RESET"; else if (val == MPTIO_READ_CFG_PAGE32) str = "MPTIO_READ_CFG_PAGE32"; else if (val == SIOCGIFPDSTADDR) str = "SIOCGIFPDSTADDR"; else if (val == CONS_SETTERM) str = "CONS_SETTERM"; else if (val == AUDITPIPE_GET_TRUNCATES) str = "AUDITPIPE_GET_TRUNCATES"; else if (val == CDIOCSETSTEREO) str = "CDIOCSETSTEREO"; else if (val == DEVFSIO_RADD) str = "DEVFSIO_RADD"; else if (val == TIOCSETA) str = "TIOCSETA"; else if (val == BIOCGETBUFMODE) str = "BIOCGETBUFMODE"; else if (val == TIOCSETN) str = "TIOCSETN"; else if (val == TIOCSETP) str = "TIOCSETP"; else if (val == KBADDKBD) str = "KBADDKBD"; else if (val == SW_EGAMONO80x25) str = "SW_EGAMONO80x25"; else if (val == OPROMNXTPROP) str = "OPROMNXTPROP"; else if (val == DIOCGETSTATES) str = "DIOCGETSTATES"; else if (val == FW_SBINDADDR) str = "FW_SBINDADDR"; else if (val == CDIOREADTOCHEADER) str = "CDIOREADTOCHEADER"; else if (val == METEORSHUE) str = "METEORSHUE"; else if (val == SNDCTL_PMGR_IFACE) str = "SNDCTL_PMGR_IFACE"; else if (val == CDIOREADTOCENTRYS) str = "CDIOREADTOCENTRYS"; else if (val == DEVFSIO_RAPPLYID) str = "DEVFSIO_RAPPLYID"; else if (val == TIOCCDTR) str = "TIOCCDTR"; else if (val == BT848_I2CWR) str = "BT848_I2CWR"; else if (val == TUNGDEBUG) str = "TUNGDEBUG"; else if (val == METEORSHWS) str = "METEORSHWS"; else if (val == G_GATE_CMD_DONE) str = "G_GATE_CMD_DONE"; else if (val == BT848_GAUDIO) str = "BT848_GAUDIO"; else if (val == SIOCSIFDSTADDR) str = "SIOCSIFDSTADDR"; else if (val == FBIO_GETWINORG) str = "FBIO_GETWINORG"; else if (val == SNDCTL_SEQ_RESET) str = "SNDCTL_SEQ_RESET"; else if (val == PIOCBIC) str = "PIOCBIC"; else if (val == METEORSTATUS) str = "METEORSTATUS"; else if (val == CONS_IO) str = "CONS_IO"; else if (val == SIOCGETPFSYNC) str = "SIOCGETPFSYNC"; else if (val == USB_DEVICEINFO) str = "USB_DEVICEINFO"; else if (val == MTIOCERRSTAT) str = "MTIOCERRSTAT"; else if (val == SNDCTL_DSP_SETRECVOL) str = "SNDCTL_DSP_SETRECVOL"; else if (val == SIOCGLIFADDR) str = "SIOCGLIFADDR"; else if (val == GPIOTOGGLE) str = "GPIOTOGGLE"; else if (val == USB_GET_FULL_DESC) str = "USB_GET_FULL_DESC"; else if (val == SIOCGETMIFCNT_IN6) str = "SIOCGETMIFCNT_IN6"; else if (val == BT848_GPIO_SET_EN) str = "BT848_GPIO_SET_EN"; else if (val == DIOCGETSTATE) str = "DIOCGETSTATE"; else if (val == BT848_GLNOTCH) str = "BT848_GLNOTCH"; else if (val == GRESADDRD) str = "GRESADDRD"; else if (val == GRESADDRS) str = "GRESADDRS"; else if (val == CONS_MODEINFO) str = "CONS_MODEINFO"; else if (val == MFI_CMD) str = "MFI_CMD"; else if (val == SMBIOC_SETFLAGS) str = "SMBIOC_SETFLAGS"; else if (val == SIOCDIFADDR_IN6) str = "SIOCDIFADDR_IN6"; else if (val == DIOCGETRULESET) str = "DIOCGETRULESET"; else if (val == SIOCSIFPHYADDR) str = "SIOCSIFPHYADDR"; else if (val == KDSETRAD) str = "KDSETRAD"; else if (val == AUDITPIPE_SET_PRESELECT_AUID) str = "AUDITPIPE_SET_PRESELECT_AUID"; else if (val == FIONREAD) str = "FIONREAD"; else if (val == SIOCGPRISM2DEBUG) str = "SIOCGPRISM2DEBUG"; else if (val == SIOCSIFPREFIX_IN6) str = "SIOCSIFPREFIX_IN6"; else if (val == SNDCTL_TMR_TEMPO) str = "SNDCTL_TMR_TEMPO"; else if (val == CHIOSPICKER) str = "CHIOSPICKER"; else if (val == SIOCAIFPREFIX_IN6) str = "SIOCAIFPREFIX_IN6"; else if (val == BIOCSRSIG) str = "BIOCSRSIG"; else if (val == GREGKEY) str = "GREGKEY"; else if (val == SIOCDIFPHYADDR) str = "SIOCDIFPHYADDR"; else if (val == BT848_SUSAT) str = "BT848_SUSAT"; else if (val == SIOCGSCOPE6DEF) str = "SIOCGSCOPE6DEF"; else if (val == SW_BG640x480) str = "SW_BG640x480"; else if (val == SG_SET_TRANSFORM) str = "SG_SET_TRANSFORM"; else if (val == FSACTL_OPEN_GET_ADAPTER_FIB) str = "FSACTL_OPEN_GET_ADAPTER_FIB"; else if (val == SNDCTL_DSP_GETIPTR) str = "SNDCTL_DSP_GETIPTR"; else if (val == DIOCSETTIMEOUT) str = "DIOCSETTIMEOUT"; else if (val == SMBIOC_READ) str = "SMBIOC_READ"; else if (val == PPS_IOC_GETPARAMS) str = "PPS_IOC_GETPARAMS"; else if (val == USB_REQUEST) str = "USB_REQUEST"; else if (val == SW_VESA_FULL_800) str = "SW_VESA_FULL_800"; else if (val == PBIO_SETIPACE) str = "PBIO_SETIPACE"; else if (val == MPTIO_WRITE_CFG_PAGE) str = "MPTIO_WRITE_CFG_PAGE"; else if (val == VT_WAITACTIVE) str = "VT_WAITACTIVE"; else if (val == PPS_IOC_KCBIND) str = "PPS_IOC_KCBIND"; else if (val == IOCATASMODE) str = "IOCATASMODE"; else if (val == FIONBIO) str = "FIONBIO"; else if (val == SNDCTL_DSP_LOW_WATER) str = "SNDCTL_DSP_LOW_WATER"; else if (val == CCISS_GETHEARTBEAT) str = "CCISS_GETHEARTBEAT"; else if (val == USB_SET_IMMED) str = "USB_SET_IMMED"; else if (val == PIO_FONT8x14) str = "PIO_FONT8x14"; else if (val == SW_PC98_EGC640x400) str = "SW_PC98_EGC640x400"; else if (val == APMIO_GETINFO) str = "APMIO_GETINFO"; else if (val == PBIO_GETDIFF) str = "PBIO_GETDIFF"; else if (val == FD_FORM) str = "FD_FORM"; else if (val == AD_NCHANS_GET) str = "AD_NCHANS_GET"; else if (val == BT848SFMT) str = "BT848SFMT"; else if (val == SG_GET_SG_TABLESIZE) str = "SG_GET_SG_TABLESIZE"; else if (val == SW_TEXT_132x25) str = "SW_TEXT_132x25"; else if (val == SOUND_PCM_WRITE_CHANNELS) str = "SOUND_PCM_WRITE_CHANNELS"; else if (val == SNDCTL_MIDIINFO) str = "SNDCTL_MIDIINFO"; else if (val == TIOCNXCL) str = "TIOCNXCL"; else if (val == FSACTL_OPEN_ADAPTER_CONFIG) str = "FSACTL_OPEN_ADAPTER_CONFIG"; else if (val == SW_BG640) str = "SW_BG640"; else if (val == CCISS_GETPCIINFO) str = "CCISS_GETPCIINFO"; else if (val == SW_TEXT_132x30) str = "SW_TEXT_132x30"; else if (val == DIOCIGETIFACES) str = "DIOCIGETIFACES"; else if (val == SIOCGNBRINFO_IN6) str = "SIOCGNBRINFO_IN6"; else if (val == CDIOCPLAYBLOCKS) str = "CDIOCPLAYBLOCKS"; else if (val == CONS_SSAVER) str = "CONS_SSAVER"; else if (val == SW_TEXT_132x43) str = "SW_TEXT_132x43"; else if (val == SNDCTL_AUDIOINFO) str = "SNDCTL_AUDIOINFO"; else if (val == TIIOCSETPARAMS) str = "TIIOCSETPARAMS"; else if (val == SIOCGIFADDR) str = "SIOCGIFADDR"; else if (val == ACPIIO_BATT_GET_BATTINFO) str = "ACPIIO_BATT_GET_BATTINFO"; else if (val == SNDCTL_MIDI_MPUMODE) str = "SNDCTL_MIDI_MPUMODE"; else if (val == FIOASYNC) str = "FIOASYNC"; else if (val == FD_SOPTS) str = "FD_SOPTS"; else if (val == USB_RELEASE_INTERFACE) str = "USB_RELEASE_INTERFACE"; else if (val == IPMICTL_SET_GETS_EVENTS_CMD) str = "IPMICTL_SET_GETS_EVENTS_CMD"; else if (val == CDRIOCFORMAT) str = "CDRIOCFORMAT"; else if (val == SNDCTL_SEQ_SYNC) str = "SNDCTL_SEQ_SYNC"; else if (val == CDNR_DEL_FILTER) str = "CDNR_DEL_FILTER"; else if (val == CIOCKEY) str = "CIOCKEY"; else if (val == FSACTL_SET_VAR) str = "FSACTL_SET_VAR"; else if (val == SNDCTL_DSP_GETCHANNELMASK) str = "SNDCTL_DSP_GETCHANNELMASK"; else if (val == AD_SUPPORTED_GAINS) str = "AD_SUPPORTED_GAINS"; else if (val == SW_VGA_C90x30) str = "SW_VGA_C90x30"; else if (val == PIOCSTATUS) str = "PIOCSTATUS"; else if (val == USB_SET_TX_TIMEOUT) str = "USB_SET_TX_TIMEOUT"; else if (val == AACIO_STATS) str = "AACIO_STATS"; else if (val == SW_VGA_C90x50) str = "SW_VGA_C90x50"; else if (val == SIOCATMCLOSEVCC) str = "SIOCATMCLOSEVCC"; else if (val == SNDCTL_DSP_MAPOUTBUF) str = "SNDCTL_DSP_MAPOUTBUF"; else if (val == FSACTL_NULL_IO_TEST) str = "FSACTL_NULL_IO_TEST"; else if (val == CDIOCCAPABILITY) str = "CDIOCCAPABILITY"; else if (val == DIOCGETALTQ) str = "DIOCGETALTQ"; else if (val == SIOCGDRLST_IN6) str = "SIOCGDRLST_IN6"; else if (val == FD_GTYPE) str = "FD_GTYPE"; else if (val == MTIOCEEOT) str = "MTIOCEEOT"; else if (val == IPMICTL_GET_MY_ADDRESS_CMD) str = "IPMICTL_GET_MY_ADDRESS_CMD"; else if (val == KIOCGADDR) str = "KIOCGADDR"; else if (val == KDGKBINFO) str = "KDGKBINFO"; else if (val == SESIOC_INIT) str = "SESIOC_INIT"; else if (val == CHIOGPICKER) str = "CHIOGPICKER"; else if (val == USB_FS_START) str = "USB_FS_START"; else if (val == SIOCGIFFLAGS) str = "SIOCGIFFLAGS"; else if (val == FBIO_BLANK) str = "FBIO_BLANK"; else if (val == SPKRTONE) str = "SPKRTONE"; else if (val == FBIO_SETPALETTE) str = "FBIO_SETPALETTE"; else if (val == SNDCTL_MIX_EXTINFO) str = "SNDCTL_MIX_EXTINFO"; else if (val == BT848_MSP_READ) str = "BT848_MSP_READ"; else if (val == TVTUNER_SETTYPE) str = "TVTUNER_SETTYPE"; else if (val == MDIOCATTACH) str = "MDIOCATTACH"; else if (val == SIOCGIFCONF) str = "SIOCGIFCONF"; else if (val == SG_GET_NUM_WAITING) str = "SG_GET_NUM_WAITING"; else if (val == SOUND_MIXER_INFO) str = "SOUND_MIXER_INFO"; else if (val == SNDCTL_DSP_SYNCGROUP) str = "SNDCTL_DSP_SYNCGROUP"; else if (val == TIIOCGETPARAMS) str = "TIIOCGETPARAMS"; else if (val == APMIO_SUSPEND) str = "APMIO_SUSPEND"; else if (val == CDRIOCBLANK) str = "CDRIOCBLANK"; else if (val == CONS_SETKBD) str = "CONS_SETKBD"; else if (val == IOCATADETACH) str = "IOCATADETACH"; else if (val == ACPIIO_BATT_GET_BIF) str = "ACPIIO_BATT_GET_BIF"; else if (val == SIOCATMOPENVCC) str = "SIOCATMOPENVCC"; else if (val == BIOCPROMISC) str = "BIOCPROMISC"; else if (val == BIOCSETFNR) str = "BIOCSETFNR"; else if (val == CDIOCEJECT) str = "CDIOCEJECT"; else if (val == SESIOC_SETOBJSTAT) str = "SESIOC_SETOBJSTAT"; else if (val == SW_PC98_PEGC640x400) str = "SW_PC98_PEGC640x400"; else if (val == AD_GAINS_SET) str = "AD_GAINS_SET"; else if (val == SW_VGA_C80x30) str = "SW_VGA_C80x30"; else if (val == SW_PC98_80x25) str = "SW_PC98_80x25"; else if (val == IPMICTL_SEND_COMMAND_32) str = "IPMICTL_SEND_COMMAND_32"; else if (val == CDIOCSETMONO) str = "CDIOCSETMONO"; else if (val == CONS_CURRENT) str = "CONS_CURRENT"; else if (val == FW_GTPMAP) str = "FW_GTPMAP"; else if (val == SIOCSDEFIFACE_IN6) str = "SIOCSDEFIFACE_IN6"; else if (val == DIOCRDELTABLES) str = "DIOCRDELTABLES"; else if (val == PIOCSFL) str = "PIOCSFL"; else if (val == SW_VGA_C80x60) str = "SW_VGA_C80x60"; else if (val == PIO_SCRNMAP) str = "PIO_SCRNMAP"; else if (val == CDNR_DEL_ELEM) str = "CDNR_DEL_ELEM"; else if (val == I2CRDWR) str = "I2CRDWR"; else if (val == SW_MCAMODE) str = "SW_MCAMODE"; else if (val == MTIOCGETEOTMODEL) str = "MTIOCGETEOTMODEL"; else if (val == USB_DEV_QUIRK_GET) str = "USB_DEV_QUIRK_GET"; else if (val == CIOCKEY2) str = "CIOCKEY2"; else if (val == METEORGCSAT) str = "METEORGCSAT"; else if (val == ACPIIO_BATT_GET_BST) str = "ACPIIO_BATT_GET_BST"; else if (val == DIGIIO_SETALTPIN) str = "DIGIIO_SETALTPIN"; else if (val == DIOCRSETTFLAGS) str = "DIOCRSETTFLAGS"; else if (val == SMB_PCALL) str = "SMB_PCALL"; else if (val == SIOCGIFSTAT_ICMP6) str = "SIOCGIFSTAT_ICMP6"; else if (val == METEORSETGEO) str = "METEORSETGEO"; else if (val == PPIGEPPA) str = "PPIGEPPA"; else if (val == SNDCTL_SEQ_NRMIDIS) str = "SNDCTL_SEQ_NRMIDIS"; else if (val == SIOCGIFPREFIX_IN6) str = "SIOCGIFPREFIX_IN6"; else if (val == FM_GET_FREQ) str = "FM_GET_FREQ"; else if (val == PCIOCGETCONF) str = "PCIOCGETCONF"; else if (val == APMIO_REJECTLASTREQ) str = "APMIO_REJECTLASTREQ"; else if (val == METEORSVIDEO) str = "METEORSVIDEO"; else if (val == PBIO_GETIPACE) str = "PBIO_GETIPACE"; else if (val == BIOCROTZBUF) str = "BIOCROTZBUF"; else if (val == MEMRANGE_GET) str = "MEMRANGE_GET"; else if (val == SIOCIFGCLONERS) str = "SIOCIFGCLONERS"; else if (val == SNDCTL_DSP_SYNCSTART) str = "SNDCTL_DSP_SYNCSTART"; else if (val == PPS_IOC_SETPARAMS) str = "PPS_IOC_SETPARAMS"; else if (val == VT_ACTIVATE) str = "VT_ACTIVATE"; else if (val == DIGIIO_IDENT) str = "DIGIIO_IDENT"; else if (val == SMB_SENDB) str = "SMB_SENDB"; else if (val == SW_ENH_B80x43) str = "SW_ENH_B80x43"; else if (val == GIO_KEYMAP) str = "GIO_KEYMAP"; else if (val == SNDCTL_DSP_GET_PLAYTGT) str = "SNDCTL_DSP_GET_PLAYTGT"; else if (val == FIODTYPE) str = "FIODTYPE"; else if (val == SIOCGETSGCNT_IN6) str = "SIOCGETSGCNT_IN6"; else if (val == BT848_SHUE) str = "BT848_SHUE"; else if (val == CHIOEXCHANGE) str = "CHIOEXCHANGE"; else if (val == PCIOCGETBAR) str = "PCIOCGETBAR"; else if (val == FIOCLEX) str = "FIOCLEX"; else if (val == DIGIIO_RING) str = "DIGIIO_RING"; else if (val == IOCATARAIDCREATE) str = "IOCATARAIDCREATE"; else if (val == CONS_MOUSECTL) str = "CONS_MOUSECTL"; else if (val == FIODGNAME) str = "FIODGNAME"; else if (val == SIOCGHIWAT) str = "SIOCGHIWAT"; else if (val == SNDCTL_DSP_GETISPACE) str = "SNDCTL_DSP_GETISPACE"; else if (val == GIO_FONT8x16) str = "GIO_FONT8x16"; else if (val == SIOCADDMULTI) str = "SIOCADDMULTI"; else if (val == CPUCTL_WRMSR) str = "CPUCTL_WRMSR"; else if (val == SW_VESA_32K_1024) str = "SW_VESA_32K_1024"; else if (val == TVTUNER_GETTYPE) str = "TVTUNER_GETTYPE"; else if (val == CDIOCGETVOL) str = "CDIOCGETVOL"; else if (val == KIOCGSIZE) str = "KIOCGSIZE"; else if (val == OPROMNEXT) str = "OPROMNEXT"; else if (val == BIOCSETBUFMODE) str = "BIOCSETBUFMODE"; else if (val == SW_VGA_C80x50) str = "SW_VGA_C80x50"; else if (val == FW_ASYREQ) str = "FW_ASYREQ"; else if (val == PPIGEPPD) str = "PPIGEPPD"; else if (val == CFIOCQRY) str = "CFIOCQRY"; else if (val == MFIIO_PASSTHRU32) str = "MFIIO_PASSTHRU32"; else if (val == SW_VESA_CG800x600) str = "SW_VESA_CG800x600"; else if (val == CCISS_GETBUSTYPES) str = "CCISS_GETBUSTYPES"; else if (val == USB_READ_DIR) str = "USB_READ_DIR"; else if (val == BT848_GPIO_SET_DATA) str = "BT848_GPIO_SET_DATA"; else if (val == METEORSCONT) str = "METEORSCONT"; else if (val == MTIOCIEOT) str = "MTIOCIEOT"; else if (val == BT848_GSTATUS) str = "BT848_GSTATUS"; else if (val == VMIO_SIOCSIFBR) str = "VMIO_SIOCSIFBR"; else if (val == CDRIOCGETBLOCKSIZE) str = "CDRIOCGETBLOCKSIZE"; else if (val == DIOCRADDTABLES) str = "DIOCRADDTABLES"; else if (val == BIOCGRSIG) str = "BIOCGRSIG"; else if (val == IOCATAGMODE) str = "IOCATAGMODE"; else if (val == SNDCTL_TMR_STOP) str = "SNDCTL_TMR_STOP"; else if (val == SNDCTL_MIX_ENUMINFO) str = "SNDCTL_MIX_ENUMINFO"; else if (val == CPUCTL_MSRCBIT) str = "CPUCTL_MSRCBIT"; else if (val == USB_SET_TX_STALL_FLAG) str = "USB_SET_TX_STALL_FLAG"; else if (val == SNDCTL_COPR_WCODE) str = "SNDCTL_COPR_WCODE"; else if (val == METEORSINPUT) str = "METEORSINPUT"; else if (val == CHIOIELEM) str = "CHIOIELEM"; else if (val == SIOCADDRT) str = "SIOCADDRT"; else if (val == APMIO_DISABLE) str = "APMIO_DISABLE"; else if (val == FBIOGXINFO) str = "FBIOGXINFO"; else if (val == AUDITPIPE_GET_QLIMIT_MAX) str = "AUDITPIPE_GET_QLIMIT_MAX"; else if (val == CDIOCSETVOL) str = "CDIOCSETVOL"; else if (val == SNDCTL_SEQ_OUTOFBAND) str = "SNDCTL_SEQ_OUTOFBAND"; else if (val == SNDCTL_DSP_GET_PLAYTGT_NAMES) str = "SNDCTL_DSP_GET_PLAYTGT_NAMES"; else if (val == METEORSCHCV) str = "METEORSCHCV"; else if (val == BIOCGDLTLIST) str = "BIOCGDLTLIST"; else if (val == FBIO_ADPTYPE) str = "FBIO_ADPTYPE"; else if (val == LPT_IRQ) str = "LPT_IRQ"; else if (val == ACPIIO_ACKSLPSTATE) str = "ACPIIO_ACKSLPSTATE"; else if (val == NIOCGINFO) str = "NIOCGINFO"; else if (val == OSIOCGIFDSTADDR) str = "OSIOCGIFDSTADDR"; else if (val == SW_VESA_CG1024x768) str = "SW_VESA_CG1024x768"; else if (val == SNDCTL_SEQ_GETTIME) str = "SNDCTL_SEQ_GETTIME"; else if (val == DIOCRTSTADDRS) str = "DIOCRTSTADDRS"; else if (val == PIO_FONT8x8) str = "PIO_FONT8x8"; else if (val == FD_GSTAT) str = "FD_GSTAT"; else if (val == SIOCGPRIVATE_0) str = "SIOCGPRIVATE_0"; else if (val == SNDCTL_MIDI_MPUCMD) str = "SNDCTL_MIDI_MPUCMD"; else if (val == CONS_BELLTYPE) str = "CONS_BELLTYPE"; else if (val == SIOCSIFVNET) str = "SIOCSIFVNET"; else if (val == AIOGCAP) str = "AIOGCAP"; else if (val == SW_VGA_CG640) str = "SW_VGA_CG640"; else if (val == OTIOCGETD) str = "OTIOCGETD"; else if (val == USB_GET_DEVICE_DESC) str = "USB_GET_DEVICE_DESC"; else if (val == DIOCOSFPGET) str = "DIOCOSFPGET"; else if (val == FBIOVERTICAL) str = "FBIOVERTICAL"; else if (val == MFIIO_QUERY_DISK) str = "MFIIO_QUERY_DISK"; else if (val == USB_DEV_QUIRK_ADD) str = "USB_DEV_QUIRK_ADD"; else if (val == GPIOGETCONFIG) str = "GPIOGETCONFIG"; else if (val == VMIO_SIOCBRIDGE) str = "VMIO_SIOCBRIDGE"; else if (val == APMIO_GETINFO_OLD) str = "APMIO_GETINFO_OLD"; else if (val == VT_GETMODE) str = "VT_GETMODE"; else if (val == USB_GET_ALTINTERFACE) str = "USB_GET_ALTINTERFACE"; else if (val == OSS_GETVERSION) str = "OSS_GETVERSION"; else if (val == CDRIOCSETBLOCKSIZE) str = "CDRIOCSETBLOCKSIZE"; else if (val == USB_DO_REQUEST) str = "USB_DO_REQUEST"; else if (val == BIOCSBLEN) str = "BIOCSBLEN"; else if (val == CDIOCALLOW) str = "CDIOCALLOW"; else if (val == DIOCRCLRTSTATS) str = "DIOCRCLRTSTATS"; else if (val == SNPGTTY) str = "SNPGTTY"; else if (val == CCISS_REVALIDVOLS) str = "CCISS_REVALIDVOLS"; else if (val == TIOCSCTTY) str = "TIOCSCTTY"; else if (val == SNDCTL_DSP_GETTRIGGER) str = "SNDCTL_DSP_GETTRIGGER"; else if (val == APMIO_DISPLAY) str = "APMIO_DISPLAY"; else if (val == BT848_SVSAT) str = "BT848_SVSAT"; else if (val == GIO_FONT8x8) str = "GIO_FONT8x8"; else if (val == SMBIOC_OPENSHARE) str = "SMBIOC_OPENSHARE"; else if (val == ALT_WRITE_TG_REG) str = "ALT_WRITE_TG_REG"; else if (val == SIOCPHASE2) str = "SIOCPHASE2"; else if (val == FD_GDTYPE) str = "FD_GDTYPE"; else if (val == SNDCTL_DSP_SETBLKSIZE) str = "SNDCTL_DSP_SETBLKSIZE"; else if (val == CDRIOCINITWRITER) str = "CDRIOCINITWRITER"; else if (val == PIOCWAIT) str = "PIOCWAIT"; else if (val == USB_SET_RX_BUFFER_SIZE) str = "USB_SET_RX_BUFFER_SIZE"; else if (val == SIOCIFCREATE2) str = "SIOCIFCREATE2"; else if (val == GRESKEY) str = "GRESKEY"; else if (val == GETFKEY) str = "GETFKEY"; else if (val == SW_VGA_MODEX) str = "SW_VGA_MODEX"; else if (val == SIOCGIFINFO_IN6) str = "SIOCGIFINFO_IN6"; else if (val == SMB_BWRITE) str = "SMB_BWRITE"; else if (val == USB_SET_RX_TIMEOUT) str = "USB_SET_RX_TIMEOUT"; else if (val == SIOCALIFADDR) str = "SIOCALIFADDR"; else if (val == I2CREAD) str = "I2CREAD"; else if (val == DIOCGETTIMEOUT) str = "DIOCGETTIMEOUT"; else if (val == USB_GET_CM_OVER_DATA) str = "USB_GET_CM_OVER_DATA"; else if (val == MDIOCDETACH) str = "MDIOCDETACH"; else if (val == SNDCTL_MIDI_INFO) str = "SNDCTL_MIDI_INFO"; else if (val == DIOCOSFPFLUSH) str = "DIOCOSFPFLUSH"; else if (val == SW_PC98_80x30) str = "SW_PC98_80x30"; else if (val == DIOCGETADDRS) str = "DIOCGETADDRS"; else if (val == TIOCGETC) str = "TIOCGETC"; else if (val == SW_VGA_C90x25) str = "SW_VGA_C90x25"; else if (val == AGPIOC_INFO) str = "AGPIOC_INFO"; else if (val == SIOCSIFMTU) str = "SIOCSIFMTU"; else if (val == SIOCSRTRFLUSH_IN6) str = "SIOCSRTRFLUSH_IN6"; else if (val == SG_GET_REQUEST_TABLE) str = "SG_GET_REQUEST_TABLE"; else if (val == DIOCRSETADDRS) str = "DIOCRSETADDRS"; else if (val == TIOCSETAW) str = "TIOCSETAW"; else if (val == MPTIO_READ_EXT_CFG_PAGE32) str = "MPTIO_READ_EXT_CFG_PAGE32"; else if (val == FSACTL_QUERY_ADAPTER_CONFIG) str = "FSACTL_QUERY_ADAPTER_CONFIG"; else if (val == PPS_IOC_FETCH) str = "PPS_IOC_FETCH"; else if (val == MOUSE_SETMODE) str = "MOUSE_SETMODE"; else if (val == USB_GET_IFACE_DRIVER) str = "USB_GET_IFACE_DRIVER"; else if (val == TIOCGETP) str = "TIOCGETP"; else if (val == FSACTL_GET_NEXT_ADAPTER_FIB) str = "FSACTL_GET_NEXT_ADAPTER_FIB"; else if (val == FW_SRSTREAM) str = "FW_SRSTREAM"; else if (val == DIOCSETIFFLAG) str = "DIOCSETIFFLAG"; else if (val == SW_VGA_M90x43) str = "SW_VGA_M90x43"; else if (val == SOUND_PCM_READ_BITS) str = "SOUND_PCM_READ_BITS"; else if (val == FW_GCROM) str = "FW_GCROM"; else if (val == SNDCTL_SEQ_RESETSAMPLES) str = "SNDCTL_SEQ_RESETSAMPLES"; else if (val == SIOCATMARK) str = "SIOCATMARK"; else if (val == CCISS_SETNODENAME) str = "CCISS_SETNODENAME"; else if (val == SIOCGIFGROUP) str = "SIOCGIFGROUP"; else if (val == SG_GET_SCSI_ID) str = "SG_GET_SCSI_ID"; else if (val == METEORSCOUNT) str = "METEORSCOUNT"; else if (val == SIOCSSCOPE6) str = "SIOCSSCOPE6"; else if (val == SW_VESA_64K_320) str = "SW_VESA_64K_320"; else if (val == FBIOSCURSOR) str = "FBIOSCURSOR"; else if (val == CONS_SETWINORG) str = "CONS_SETWINORG"; else if (val == DIGIIO_DEBUG) str = "DIGIIO_DEBUG"; else if (val == SNDCTL_CARDINFO) str = "SNDCTL_CARDINFO"; else if (val == BT848SCLIP) str = "BT848SCLIP"; else if (val == APMIO_HALTCPU) str = "APMIO_HALTCPU"; else if (val == CDIOCREADSUBCHANNEL_SYSSPACE) str = "CDIOCREADSUBCHANNEL_SYSSPACE"; else if (val == BT848_GCSAT) str = "BT848_GCSAT"; else if (val == FD_CLRERR) str = "FD_CLRERR"; else if (val == FSACTL_GET_COMM_PERF_DATA) str = "FSACTL_GET_COMM_PERF_DATA"; else if (val == SW_ENH_C80x43) str = "SW_ENH_C80x43"; else if (val == SNDCTL_PMGR_ACCESS) str = "SNDCTL_PMGR_ACCESS"; else if (val == SW_VGA_C40x25) str = "SW_VGA_C40x25"; else if (val == TIOCPTMASTER) str = "TIOCPTMASTER"; else if (val == PPISEPPD) str = "PPISEPPD"; else if (val == FBIOGETCMAP) str = "FBIOGETCMAP"; else if (val == USB_SET_TX_BUFFER_SIZE) str = "USB_SET_TX_BUFFER_SIZE"; else if (val == TIOCMSDTRWAIT) str = "TIOCMSDTRWAIT"; else if (val == USB_CLAIM_INTERFACE) str = "USB_CLAIM_INTERFACE"; else if (val == SIOCG80211) str = "SIOCG80211"; else if (val == CDIOCSETPATCH) str = "CDIOCSETPATCH"; else if (val == CDNR_ADD_ELEM) str = "CDNR_ADD_ELEM"; else if (val == SMBIOC_LOOKUP) str = "SMBIOC_LOOKUP"; else if (val == SG_GET_ACCESS_COUNT) str = "SG_GET_ACCESS_COUNT"; else if (val == SG_GET_COMMAND_Q) str = "SG_GET_COMMAND_Q"; else if (val == CONS_GET) str = "CONS_GET"; else if (val == SW_C40x25) str = "SW_C40x25"; else if (val == USB_SET_TX_FORCE_SHORT) str = "USB_SET_TX_FORCE_SHORT"; else if (val == SNDCTL_FM_4OP_ENABLE) str = "SNDCTL_FM_4OP_ENABLE"; else if (val == BT848_SAUDIO) str = "BT848_SAUDIO"; else if (val == SW_B40x25) str = "SW_B40x25"; else if (val == CCISS_GETDRIVERVER) str = "CCISS_GETDRIVERVER"; else if (val == MOUSE_GETMODE) str = "MOUSE_GETMODE"; else if (val == SNDCTL_SEQ_GETINCOUNT) str = "SNDCTL_SEQ_GETINCOUNT"; else if (val == METEORGSUPPIXFMT) str = "METEORGSUPPIXFMT"; else if (val == BT848_SIGNATURE) str = "BT848_SIGNATURE"; else if (val == CONS_CURSORTYPE) str = "CONS_CURSORTYPE"; else if (val == PCIOCWRITE) str = "PCIOCWRITE"; else if (val == IOCATARAIDADDSPARE) str = "IOCATARAIDADDSPARE"; else if (val == SW_VESA_64K_800) str = "SW_VESA_64K_800"; else if (val == SNDCTL_DSP_CURRENT_OPTR) str = "SNDCTL_DSP_CURRENT_OPTR"; else if (val == USB_SET_RX_SHORT_XFER) str = "USB_SET_RX_SHORT_XFER"; else if (val == SNDCTL_COPR_RESET) str = "SNDCTL_COPR_RESET"; else if (val == NIOCUNREGIF) str = "NIOCUNREGIF"; else if (val == BIOCGETIF) str = "BIOCGETIF"; else if (val == SNDCTL_MIX_NRMIX) str = "SNDCTL_MIX_NRMIX"; else if (val == USB_DISCOVER) str = "USB_DISCOVER"; else if (val == TVTUNER_GETAFC) str = "TVTUNER_GETAFC"; else if (val == KBRELKBD) str = "KBRELKBD"; else if (val == FBIO_GETDISPSTART) str = "FBIO_GETDISPSTART"; else if (val == APMIO_ENABLE) str = "APMIO_ENABLE"; else if (val == AIOSMIX) str = "AIOSMIX"; else if (val == GPIOGET) str = "GPIOGET"; else if (val == IODEV_PIO) str = "IODEV_PIO"; else if (val == SIOCG80211STATS) str = "SIOCG80211STATS"; else if (val == CCISS_GETNODENAME) str = "CCISS_GETNODENAME"; else if (val == SIOCSIFINFO_FLAGS) str = "SIOCSIFINFO_FLAGS"; else if (val == DIOCRCLRADDRS) str = "DIOCRCLRADDRS"; else if (val == SW_CG640x480) str = "SW_CG640x480"; else if (val == CDIOCPLAYMSF) str = "CDIOCPLAYMSF"; else if (val == BT848_SCONT) str = "BT848_SCONT"; else if (val == TIOCGLTC) str = "TIOCGLTC"; else if (val == SNDCTL_TMR_TIMEBASE) str = "SNDCTL_TMR_TIMEBASE"; else if (val == SG_EMULATED_HOST) str = "SG_EMULATED_HOST"; else if (val == METEORSVWS) str = "METEORSVWS"; else if (val == TIOCMSET) str = "TIOCMSET"; else if (val == CIOCASYMFEAT) str = "CIOCASYMFEAT"; else if (val == FBIO_FINDMODE) str = "FBIO_FINDMODE"; else if (val == IOCATARAIDDELETE) str = "IOCATARAIDDELETE"; else if (val == AUDITPIPE_GET_PRESELECT_FLAGS) str = "AUDITPIPE_GET_PRESELECT_FLAGS"; else if (val == SIOCGIFMAC) str = "SIOCGIFMAC"; else if (val == MOUSE_SETLEVEL) str = "MOUSE_SETLEVEL"; else if (val == CIOCFINDDEV) str = "CIOCFINDDEV"; else if (val == SIOCGIFINDEX) str = "SIOCGIFINDEX"; else if (val == KDSETREPEAT) str = "KDSETREPEAT"; else if (val == DIOCRGETADDRS) str = "DIOCRGETADDRS"; else if (val == SIOCIFCREATE) str = "SIOCIFCREATE"; else if (val == USB_GET_CONFIG) str = "USB_GET_CONFIG"; else if (val == TIOCLBIC) str = "TIOCLBIC"; else if (val == TIOCLBIS) str = "TIOCLBIS"; else if (val == FBIOMONINFO) str = "FBIOMONINFO"; else if (val == TIOCSTOP) str = "TIOCSTOP"; else if (val == SIOCSIFMETRIC) str = "SIOCSIFMETRIC"; else if (val == SNDCTL_DSP_BIND_CHANNEL) str = "SNDCTL_DSP_BIND_CHANNEL"; else if (val == SIOCSLAGG) str = "SIOCSLAGG"; else if (val == SIOCSIFADDR) str = "SIOCSIFADDR"; else if (val == TIOCGDRAINWAIT) str = "TIOCGDRAINWAIT"; else if (val == FIOSETOWN) str = "FIOSETOWN"; else if (val == USB_FS_CLOSE) str = "USB_FS_CLOSE"; else if (val == MDIOCQUERY) str = "MDIOCQUERY"; else if (val == PIO_FONT8x16) str = "PIO_FONT8x16"; else if (val == SIOCGIFGENERIC) str = "SIOCGIFGENERIC"; else if (val == DIOCCHANGEADDR) str = "DIOCCHANGEADDR"; else if (val == PIOCGFL) str = "PIOCGFL"; else if (val == VT_LOCKSWITCH) str = "VT_LOCKSWITCH"; else if (val == METEORSSIGNAL) str = "METEORSSIGNAL"; else if (val == CDRIOCGETPROGRESS) str = "CDRIOCGETPROGRESS"; else if (val == CIOCCRYPT) str = "CIOCCRYPT"; else if (val == RADIO_SETMODE) str = "RADIO_SETMODE"; else if (val == CDIOCPAUSE) str = "CDIOCPAUSE"; else if (val == CFIOCSOEMPR) str = "CFIOCSOEMPR"; else if (val == PPIGCTRL) str = "PPIGCTRL"; else if (val == AUDITPIPE_DELETE_PRESELECT_AUID) str = "AUDITPIPE_DELETE_PRESELECT_AUID"; else if (val == FSACTL_CLOSE_ADAPTER_CONFIG) str = "FSACTL_CLOSE_ADAPTER_CONFIG"; else if (val == SESIOC_GETENCSTAT) str = "SESIOC_GETENCSTAT"; else if (val == GIO_KEYMAPENT) str = "GIO_KEYMAPENT"; else if (val == REMOTE_GETKEY) str = "REMOTE_GETKEY"; else if (val == SNDCTL_AUDIOINFO_EX) str = "SNDCTL_AUDIOINFO_EX"; else if (val == DIOCSETHOSTID) str = "DIOCSETHOSTID"; else if (val == GRESPROTO) str = "GRESPROTO"; else if (val == METEORSBT254) str = "METEORSBT254"; else if (val == PPIGFIFO) str = "PPIGFIFO"; else if (val == METEORGTS) str = "METEORGTS"; else if (val == FW_GRSTREAM) str = "FW_GRSTREAM"; else if (val == AIOGSIZE) str = "AIOGSIZE"; else if (val == SOUND_PCM_READ_FILTER) str = "SOUND_PCM_READ_FILTER"; else if (val == USB_FS_INIT) str = "USB_FS_INIT"; else if (val == DIOCGETRULE) str = "DIOCGETRULE"; else if (val == CHIOSETVOLTAG) str = "CHIOSETVOLTAG"; else if (val == SIOCDIFADDR) str = "SIOCDIFADDR"; else if (val == SIOCSNDFLUSH_IN6) str = "SIOCSNDFLUSH_IN6"; else if (val == OTIOCSETD) str = "OTIOCSETD"; else if (val == SIOCGIFMTU) str = "SIOCGIFMTU"; else if (val == IPMICTL_GET_MY_LUN_CMD) str = "IPMICTL_GET_MY_LUN_CMD"; else if (val == BIOCGDLT) str = "BIOCGDLT"; else if (val == DEVFSIO_SAPPLY) str = "DEVFSIO_SAPPLY"; else if (val == SIOCGLAGGPORT) str = "SIOCGLAGGPORT"; else if (val == SNDCTL_MIX_READ) str = "SNDCTL_MIX_READ"; else if (val == SNDCTL_DSP_NONBLOCK) str = "SNDCTL_DSP_NONBLOCK"; else if (val == BT848GCBUF) str = "BT848GCBUF"; else if (val == KDGKBTYPE) str = "KDGKBTYPE"; else if (val == BT848_WEEPROM) str = "BT848_WEEPROM"; else if (val == SW_VESA_FULL_1024) str = "SW_VESA_FULL_1024"; else if (val == CDIOCCLRDEBUG) str = "CDIOCCLRDEBUG"; else if (val == MPTIO_READ_CFG_HEADER32) str = "MPTIO_READ_CFG_HEADER32"; else if (val == SG_GET_RESERVED_SIZE) str = "SG_GET_RESERVED_SIZE"; else if (val == OPROMGETPROP) str = "OPROMGETPROP"; else if (val == SW_VESA_FULL_320) str = "SW_VESA_FULL_320"; else if (val == SIOCSPGRP) str = "SIOCSPGRP"; else if (val == SESIOC_GETTEXT) str = "SESIOC_GETTEXT"; else if (val == CONS_SAVERSTART) str = "CONS_SAVERSTART"; else if (val == METEORGFPS) str = "METEORGFPS"; else if (val == BIOCSRTIMEOUT) str = "BIOCSRTIMEOUT"; else if (val == SNDCTL_SEQ_CTRLRATE) str = "SNDCTL_SEQ_CTRLRATE"; else if (val == DIOCKILLSTATES) str = "DIOCKILLSTATES"; else if (val == IOCATAGMAXCHANNEL) str = "IOCATAGMAXCHANNEL"; else if (val == SIOCDIFPREFIX_IN6) str = "SIOCDIFPREFIX_IN6"; else if (val == PPISSTATUS) str = "PPISSTATUS"; else if (val == SNDCTL_SETSONG) str = "SNDCTL_SETSONG"; else if (val == DIOCOSFPADD) str = "DIOCOSFPADD"; else if (val == CHIOMOVE) str = "CHIOMOVE"; else if (val == SMB_OLD_BREAD) str = "SMB_OLD_BREAD"; else if (val == MFI_CMD32) str = "MFI_CMD32"; else if (val == DIOCKILLSRCNODES) str = "DIOCKILLSRCNODES"; else if (val == CONS_GSAVER) str = "CONS_GSAVER"; else if (val == USB_IFACE_DRIVER_DETACH) str = "USB_IFACE_DRIVER_DETACH"; else if (val == AIOSYNC) str = "AIOSYNC"; else if (val == APMIO_NEXTEVENT) str = "APMIO_NEXTEVENT"; else if (val == SG_SET_COMMAND_Q) str = "SG_SET_COMMAND_Q"; else if (val == CCISS_GETFIRMVER) str = "CCISS_GETFIRMVER"; else if (val == METEORGSIGNAL) str = "METEORGSIGNAL"; else if (val == MIOGPASSTHRU) str = "MIOGPASSTHRU"; else if (val == METEORGACTPIXFMT) str = "METEORGACTPIXFMT"; else if (val == CDIOCSTOP) str = "CDIOCSTOP"; else if (val == MFIIO_PASSTHRU) str = "MFIIO_PASSTHRU"; else if (val == TIOCUCNTL) str = "TIOCUCNTL"; else if (val == CDRIOCREADFORMATCAPS) str = "CDRIOCREADFORMATCAPS"; else if (val == AGPIOC_UNBIND) str = "AGPIOC_UNBIND"; else if (val == SNDCTL_FM_LOAD_INSTR) str = "SNDCTL_FM_LOAD_INSTR"; else if (val == SW_B80x25) str = "SW_B80x25"; else if (val == RADIO_GETMODE) str = "RADIO_GETMODE"; else if (val == AGPIOC_ALLOCATE) str = "AGPIOC_ALLOCATE"; else if (val == SIOCSIFPHYADDR_IN6) str = "SIOCSIFPHYADDR_IN6"; else if (val == METEORSBRIG) str = "METEORSBRIG"; else if (val == ACPIIO_SETSLPSTATE) str = "ACPIIO_SETSLPSTATE"; else if (val == SMB_RECVB) str = "SMB_RECVB"; else if (val == USB_FS_UNINIT) str = "USB_FS_UNINIT"; else if (val == MPTIO_RAID_ACTION) str = "MPTIO_RAID_ACTION"; else if (val == CFIOCSPLR) str = "CFIOCSPLR"; else if (val == SNDCTL_DSP_GET_CHNORDER) str = "SNDCTL_DSP_GET_CHNORDER"; else if (val == SIOCGVH) str = "SIOCGVH"; else if (val == DIOCSETSTATUSIF) str = "DIOCSETSTATUSIF"; else if (val == PIOCCONT) str = "PIOCCONT"; else if (val == AGPIOC_CHIPSET_FLUSH) str = "AGPIOC_CHIPSET_FLUSH"; else if (val == FSACTL_CLOSE_GET_ADAPTER_FIB) str = "FSACTL_CLOSE_GET_ADAPTER_FIB"; else if (val == SW_VGA_C90x43) str = "SW_VGA_C90x43"; else if (val == FBIOPUTCMAP) str = "FBIOPUTCMAP"; else if (val == SIOCGDEFIFACE_IN6) str = "SIOCGDEFIFACE_IN6"; else if (val == IOCATASSPINDOWN) str = "IOCATASSPINDOWN"; else if (val == VT_GETACTIVE) str = "VT_GETACTIVE"; else if (val == VMIO_SIOCSKEEP) str = "VMIO_SIOCSKEEP"; else if (val == SOUND_PCM_READ_RATE) str = "SOUND_PCM_READ_RATE"; else if (val == BIOCSETZBUF) str = "BIOCSETZBUF"; else if (val == SW_ENH_C40x25) str = "SW_ENH_C40x25"; else if (val == SMB_READB) str = "SMB_READB"; else if (val == FW_GSTBUF) str = "FW_GSTBUF"; else if (val == SNDCTL_SETLABEL) str = "SNDCTL_SETLABEL"; else if (val == FSACTL_SEND_LARGE_FIB) str = "FSACTL_SEND_LARGE_FIB"; else if (val == SIOCGPGRP) str = "SIOCGPGRP"; else if (val == BIOCVERSION) str = "BIOCVERSION"; else if (val == SIOCSHIWAT) str = "SIOCSHIWAT"; else if (val == DIOCSETDEBUG) str = "DIOCSETDEBUG"; else if (val == SMB_QUICK_WRITE) str = "SMB_QUICK_WRITE"; else if (val == PTIOCSETTIMEOUT) str = "PTIOCSETTIMEOUT"; else if (val == CDIOREADTOCENTRY) str = "CDIOREADTOCENTRY"; else if (val == SNDCTL_DSP_GETERROR) str = "SNDCTL_DSP_GETERROR"; else if (val == USB_GET_TX_ENDPOINT_DESC) str = "USB_GET_TX_ENDPOINT_DESC"; else if (val == SIOCAADDRCTL_POLICY) str = "SIOCAADDRCTL_POLICY"; else if (val == CAMGETPASSTHRU) str = "CAMGETPASSTHRU"; else if (val == TIOCSWINSZ) str = "TIOCSWINSZ"; else if (val == SNDCTL_DSP_GETIPEAKS) str = "SNDCTL_DSP_GETIPEAKS"; else if (val == TVTUNER_GETCHNLSET) str = "TVTUNER_GETCHNLSET"; else if (val == MPTIO_READ_EXT_CFG_PAGE) str = "MPTIO_READ_EXT_CFG_PAGE"; else if (val == MPTIO_WRITE_CFG_PAGE32) str = "MPTIO_WRITE_CFG_PAGE32"; else if (val == FSACTL_GET_FEATURES) str = "FSACTL_GET_FEATURES"; else if (val == GIO_ATTR) str = "GIO_ATTR"; else if (val == CCISS_PASSTHRU) str = "CCISS_PASSTHRU"; else if (val == SW_TEXT_80x43) str = "SW_TEXT_80x43"; else if (val == SW_VESA_1280x1024) str = "SW_VESA_1280x1024"; else if (val == SNDCTL_DSP_CURRENT_IPTR) str = "SNDCTL_DSP_CURRENT_IPTR"; else if (val == SMBIOC_WRITE) str = "SMBIOC_WRITE"; else if (val == AUDITPIPE_GET_PRESELECT_AUID) str = "AUDITPIPE_GET_PRESELECT_AUID"; else if (val == DIOCXCOMMIT) str = "DIOCXCOMMIT"; else if (val == FSACTL_AIF_THREAD) str = "FSACTL_AIF_THREAD"; else if (val == AUDITPIPE_FLUSH_PRESELECT_AUID) str = "AUDITPIPE_FLUSH_PRESELECT_AUID"; else if (val == TIOCFLUSH) str = "TIOCFLUSH"; else if (val == METEORSACTPIXFMT) str = "METEORSACTPIXFMT"; else if (val == SNDCTL_DSP_GETCAPS) str = "SNDCTL_DSP_GETCAPS"; else if (val == SIOCSLIFPHYADDR) str = "SIOCSLIFPHYADDR"; else if (val == SNDCTL_MIX_WRITE) str = "SNDCTL_MIX_WRITE"; else if (val == SMB_QUICK_READ) str = "SMB_QUICK_READ"; else if (val == NGIOCSETNAME) str = "NGIOCSETNAME"; else if (val == SIOCGIFPSRCADDR_IN6) str = "SIOCGIFPSRCADDR_IN6"; else if (val == IPMICTL_REGISTER_FOR_CMD) str = "IPMICTL_REGISTER_FOR_CMD"; else if (val == GREGADDRD) str = "GREGADDRD"; else if (val == GREGADDRS) str = "GREGADDRS"; else if (val == FSACTL_OPENCLS_COMM_PERF_DATA) str = "FSACTL_OPENCLS_COMM_PERF_DATA"; else if (val == TIOCPKT) str = "TIOCPKT"; else if (val == MPTIO_READ_CFG_HEADER) str = "MPTIO_READ_CFG_HEADER"; else if (val == SIOCATMGETVCCS) str = "SIOCATMGETVCCS"; else if (val == SMBIOC_OPENSESSION) str = "SMBIOC_OPENSESSION"; else if (val == TIOCSDTR) str = "TIOCSDTR"; else if (val == USB_GET_REPORT_ID) str = "USB_GET_REPORT_ID"; else if (val == USB_GET_STRING_DESC) str = "USB_GET_STRING_DESC"; else if (val == SIOCSIFNAME) str = "SIOCSIFNAME"; else if (val == SW_VESA_32K_1280) str = "SW_VESA_32K_1280"; else if (val == SNDCTL_DSP_SUBDIVIDE) str = "SNDCTL_DSP_SUBDIVIDE"; else if (val == DIOCSTOPALTQ) str = "DIOCSTOPALTQ"; else if (val == FW_SSTBUF) str = "FW_SSTBUF"; else if (val == USB_GET_POWER_MODE) str = "USB_GET_POWER_MODE"; else if (val == SW_VGA_M80x30) str = "SW_VGA_M80x30"; else if (val == DIOCCHANGEALTQ) str = "DIOCCHANGEALTQ"; else if (val == AIOGMIX) str = "AIOGMIX"; else if (val == SIOCSIFDESCR) str = "SIOCSIFDESCR"; else if (val == TVTUNER_GETSTATUS) str = "TVTUNER_GETSTATUS"; else if (val == FBIOGCURSOR) str = "FBIOGCURSOR"; else if (val == SW_ENH_B80x25) str = "SW_ENH_B80x25"; else if (val == FM_SET_FREQ) str = "FM_SET_FREQ"; else if (val == DIOCCLRSTATUS) str = "DIOCCLRSTATUS"; else if (val == DIOCRCLRTABLES) str = "DIOCRCLRTABLES"; else if (val == FD_READID) str = "FD_READID"; else if (val == TARGIOCDEBUG) str = "TARGIOCDEBUG"; else if (val == SG_GET_KEEP_ORPHAN) str = "SG_GET_KEEP_ORPHAN"; else if (val == AD_MICRO_PERIOD_SET) str = "AD_MICRO_PERIOD_SET"; else if (val == USB_FS_COMPLETE) str = "USB_FS_COMPLETE"; else if (val == IPMICTL_SEND_COMMAND) str = "IPMICTL_SEND_COMMAND"; else if (val == MTIOCSETEOTMODEL) str = "MTIOCSETEOTMODEL"; else if (val == CDNR_DISABLE) str = "CDNR_DISABLE"; else if (val == SNDCTL_DSP_HALT_INPUT) str = "SNDCTL_DSP_HALT_INPUT"; else if (val == SNDCTL_DSP_HALT) str = "SNDCTL_DSP_HALT"; else if (val == ALT_READ_TG_REG) str = "ALT_READ_TG_REG"; else if (val == MTIOCTOP) str = "MTIOCTOP"; else if (val == CDIOCRESUME) str = "CDIOCRESUME"; else if (val == CIOCGSESSION) str = "CIOCGSESSION"; else if (val == CONS_GETCURSORSHAPE) str = "CONS_GETCURSORSHAPE"; else if (val == FBIOGCURMAX) str = "FBIOGCURMAX"; else if (val == DIOCCLRSRCNODES) str = "DIOCCLRSRCNODES"; else if (val == DEVFSIO_SUSE) str = "DEVFSIO_SUSE"; else if (val == TUNSLMODE) str = "TUNSLMODE"; else if (val == SG_SET_DEBUG) str = "SG_SET_DEBUG"; else if (val == FIONCLEX) str = "FIONCLEX"; else if (val == CDRIOCSENDCUE) str = "CDRIOCSENDCUE"; else if (val == BIOCSDIRECTION) str = "BIOCSDIRECTION"; else if (val == BT848_GUSAT) str = "BT848_GUSAT"; else if (val == PPISDATA) str = "PPISDATA"; else if (val == KDSKBMODE) str = "KDSKBMODE"; else if (val == USB_DEV_QUIRK_REMOVE) str = "USB_DEV_QUIRK_REMOVE"; else if (val == CCISS_GETQSTATS) str = "CCISS_GETQSTATS"; else if (val == SNDCTL_COPR_SENDMSG) str = "SNDCTL_COPR_SENDMSG"; else if (val == TUNSIFPID) str = "TUNSIFPID"; else if (val == DIOCNATLOOK) str = "DIOCNATLOOK"; else if (val == TAPSIFINFO) str = "TAPSIFINFO"; else if (val == SNDCTL_DSP_SET_PLAYTGT) str = "SNDCTL_DSP_SET_PLAYTGT"; else if (val == SIOCSETPFSYNC) str = "SIOCSETPFSYNC"; else if (val == TARGIOCDISABLE) str = "TARGIOCDISABLE"; else if (val == FBIOGCURPOS) str = "FBIOGCURPOS"; else if (val == CCISS_GETINTINFO) str = "CCISS_GETINTINFO"; else if (val == AUDITPIPE_GET_PRESELECT_NAFLAGS) str = "AUDITPIPE_GET_PRESELECT_NAFLAGS"; else if (val == USB_SET_CONFIG) str = "USB_SET_CONFIG"; else if (val == I2CSTOP) str = "I2CSTOP"; else if (val == CFIOCGFACTORYPR) str = "CFIOCGFACTORYPR"; else if (val == SNDCTL_COPR_RUN) str = "SNDCTL_COPR_RUN"; else if (val == AUDITPIPE_GET_QLIMIT) str = "AUDITPIPE_GET_QLIMIT"; else if (val == SNDCTL_COPR_WDATA) str = "SNDCTL_COPR_WDATA"; else if (val == SIOCIFDESTROY) str = "SIOCIFDESTROY"; else if (val == BIOCSDLT) str = "BIOCSDLT"; else if (val == SIOCSIFGENERIC) str = "SIOCSIFGENERIC"; else if (val == MOUSE_GETSTATUS) str = "MOUSE_GETSTATUS"; else if (val == AGPIOC_SETUP) str = "AGPIOC_SETUP"; else if (val == RADIO_SETFREQ) str = "RADIO_SETFREQ"; else if (val == FSACTL_FORCE_DELETE_DISK) str = "FSACTL_FORCE_DELETE_DISK"; else if (val == ALT_READ_TG_MEM) str = "ALT_READ_TG_MEM"; else if (val == APMIO_GETPWSTATUS) str = "APMIO_GETPWSTATUS"; else if (val == TIOCCONS) str = "TIOCCONS"; else if (val == I2CRPTSTART) str = "I2CRPTSTART"; else if (val == MPTIO_READ_CFG_PAGE) str = "MPTIO_READ_CFG_PAGE"; else if (val == CDIOCSETRIGHT) str = "CDIOCSETRIGHT"; else if (val == SW_VESA_C80x60) str = "SW_VESA_C80x60"; else if (val == SW_VESA_C132x25) str = "SW_VESA_C132x25"; else if (val == FBIO_MODEINFO) str = "FBIO_MODEINFO"; else if (val == BIOCGTSTAMP) str = "BIOCGTSTAMP"; else if (val == SNDCTL_GETLABEL) str = "SNDCTL_GETLABEL"; else if (val == DIOCSTOP) str = "DIOCSTOP"; else if (val == AGPIOC_DEALLOCATE) str = "AGPIOC_DEALLOCATE"; else if (val == SESIOC_SETENCSTAT) str = "SESIOC_SETENCSTAT"; else if (val == CPUCTL_UPDATE) str = "CPUCTL_UPDATE"; else if (val == FBIOSVIDEO) str = "FBIOSVIDEO"; else if (val == TIOCGWINSZ) str = "TIOCGWINSZ"; else if (val == SNDCTL_DSP_GETFMTS) str = "SNDCTL_DSP_GETFMTS"; else if (val == BT848_GPIO_GET_EN) str = "BT848_GPIO_GET_EN"; else if (val == MFI_SET_AEN) str = "MFI_SET_AEN"; else if (val == USB_GET_DEVICEINFO) str = "USB_GET_DEVICEINFO"; else if (val == GIO_FONT8x14) str = "GIO_FONT8x14"; else if (val == SW_C80x25) str = "SW_C80x25"; else if (val == BIOCGSTATS) str = "BIOCGSTATS"; else if (val == USB_GET_CONFIG_DESC) str = "USB_GET_CONFIG_DESC"; else if (val == USB_GET_REPORT) str = "USB_GET_REPORT"; else if (val == CDIOCREADSUBCHANNEL) str = "CDIOCREADSUBCHANNEL"; else if (val == TUNSIFINFO) str = "TUNSIFINFO"; else if (val == SW_VESA_32K_320) str = "SW_VESA_32K_320"; else if (val == SW_CG320_D) str = "SW_CG320_D"; else if (val == SIOCSIFCAP) str = "SIOCSIFCAP"; else if (val == SIOCDADDRCTL_POLICY) str = "SIOCDADDRCTL_POLICY"; else if (val == DIOCSMBR) str = "DIOCSMBR"; else if (val == OFIOCSET) str = "OFIOCSET"; else if (val == BT848_SBRIG) str = "BT848_SBRIG"; else if (val == TIOCMBIC) str = "TIOCMBIC"; else if (val == TAPGDEBUG) str = "TAPGDEBUG"; else if (val == DIOCADDALTQ) str = "DIOCADDALTQ"; else if (val == IPMICTL_SET_MY_LUN_CMD) str = "IPMICTL_SET_MY_LUN_CMD"; else if (val == SNDCTL_DSP_POLICY) str = "SNDCTL_DSP_POLICY"; else if (val == SNDCTL_GETSONG) str = "SNDCTL_GETSONG"; else if (val == SW_ENH_C80x25) str = "SW_ENH_C80x25"; else if (val == SNDCTL_DSP_GETOPTR) str = "SNDCTL_DSP_GETOPTR"; else if (val == OFIOCNEXTPROP) str = "OFIOCNEXTPROP"; else if (val == AD_GAINS_GET) str = "AD_GAINS_GET"; else if (val == DIOCADDADDR) str = "DIOCADDADDR"; else if (val == IPMICTL_SET_MY_ADDRESS_CMD) str = "IPMICTL_SET_MY_ADDRESS_CMD"; else if (val == SG_SET_FORCE_PACK_ID) str = "SG_SET_FORCE_PACK_ID"; else if (val == ALT_WRITE_TG_MEM) str = "ALT_WRITE_TG_MEM"; else if (val == AUDITPIPE_GET_QLEN) str = "AUDITPIPE_GET_QLEN"; else if (val == CDIOCSETDEBUG) str = "CDIOCSETDEBUG"; else if (val == BT848_GHUE) str = "BT848_GHUE"; else if (val == SNDCTL_TMR_CONTINUE) str = "SNDCTL_TMR_CONTINUE"; else if (val == IOCATAGSPINDOWN) str = "IOCATAGSPINDOWN"; else if (val == TAPGIFINFO) str = "TAPGIFINFO"; else if (val == TIOCNOTTY) str = "TIOCNOTTY"; else if (val == PIOCBIS) str = "PIOCBIS"; else if (val == AUDITPIPE_FLUSH) str = "AUDITPIPE_FLUSH"; else if (val == PPS_IOC_FETCH_FFCOUNTER) str = "PPS_IOC_FETCH_FFCOUNTER"; else if (val == SIOCGETVIFCNT) str = "SIOCGETVIFCNT"; else if (val == SIOCGIFBRDADDR) str = "SIOCGIFBRDADDR"; else if (val == CDNR_ENABLE) str = "CDNR_ENABLE"; else if (val == USB_GET_TX_INTERFACE_DESC) str = "USB_GET_TX_INTERFACE_DESC"; else if (val == FSACTL_GET_PCI_INFO) str = "FSACTL_GET_PCI_INFO"; else if (val == PBIO_SETOPACE) str = "PBIO_SETOPACE"; else if (val == SNDCTL_DSP_GETOSPACE) str = "SNDCTL_DSP_GETOSPACE"; else if (val == JOY_GET_X_OFFSET) str = "JOY_GET_X_OFFSET"; else if (val == MPTIO_READ_EXT_CFG_HEADER) str = "MPTIO_READ_EXT_CFG_HEADER"; else if (val == OSIOCGIFBRDADDR) str = "OSIOCGIFBRDADDR"; else if (val == SW_ENH_MONOAPA2) str = "SW_ENH_MONOAPA2"; else if (val == SNDCTL_ENGINEINFO) str = "SNDCTL_ENGINEINFO"; if (str != NULL) printf("%s", str); else if (decimal) printf("%lu", val); else printf("%#lx", val); } --------------090707070502000600030206-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 17:41: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 A32F41065675; Fri, 6 Apr 2012 17:41: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 67CFB8FC22; Fri, 6 Apr 2012 17:41: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 q36Hf1Q5085127; Fri, 6 Apr 2012 13:41: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 q36Hf1Z6085118; Fri, 6 Apr 2012 17:41:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Apr 2012 17:41:01 GMT Message-Id: <201204061741.q36Hf1Z6085118@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, 06 Apr 2012 17:41:02 -0000 TB --- 2012-04-06 16:48:56 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-06 16:48:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-06 16:48:56 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-06 16:48:56 - cleaning the object tree TB --- 2012-04-06 16:49:43 - cvsupping the source tree TB --- 2012-04-06 16:49:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-06 16:50:29 - building world TB --- 2012-04-06 16:50:29 - CROSS_BUILD_TESTING=YES TB --- 2012-04-06 16:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-06 16:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-06 16:50:29 - SRCCONF=/dev/null TB --- 2012-04-06 16:50:29 - TARGET=mips TB --- 2012-04-06 16:50:29 - TARGET_ARCH=mips TB --- 2012-04-06 16:50:29 - TZ=UTC TB --- 2012-04-06 16:50:29 - __MAKE_CONF=/dev/null TB --- 2012-04-06 16:50:29 - cd /src TB --- 2012-04-06 16:50:29 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 6 16:50: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 [...] 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-04-06 17:41:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-06 17:41:01 - ERROR: failed to build world TB --- 2012-04-06 17:41:01 - 2098.24 user 447.10 system 3125.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 17:51:37 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 AE4D01065674; Fri, 6 Apr 2012 17:51:37 +0000 (UTC) (envelope-from lacombar@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 E5DE38FC1C; Fri, 6 Apr 2012 17:51:36 +0000 (UTC) Received: by wern13 with SMTP id n13so2048869wer.13 for ; Fri, 06 Apr 2012 10:51:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sy4X2n9Vjte6uyGHZnjJncZVeJKQ0sUwdWd91+vrgnM=; b=JnUyVp3qCr9rx2xIXIClzYqucSECW7Z437cbMTwmeD14bcp68L1xvNRqQKq++76QjW b/nCFcbXm6ZxququZUj4HaQqoXV7pQyxMORCtP6tY0hUSsFsX/PrekE92mDCAsPxbLj6 ivf7Vh/T48pcdaL6VkzepAy3zUyGzbaBU5D65POtmCEA11Abik9sNYgip24NOWLNGBQX avFTft7jPdSAW7EBIBT5tXGOSxXLWq922h+6NtL7758sRVLufVnxBc7nsQd0zVcIoUGn jgi/JvlVOA/qTmNpZi0yTqVhBRVEVTwGqcbvODSd/RGPqAqWIFiO5VeUhJFZBfwarq+B Ff5Q== MIME-Version: 1.0 Received: by 10.180.88.164 with SMTP id bh4mr21188790wib.22.1333734695909; Fri, 06 Apr 2012 10:51:35 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Fri, 6 Apr 2012 10:51:35 -0700 (PDT) In-Reply-To: <4F7EFC89.1090805@FreeBSD.org> References: <4F7EFC89.1090805@FreeBSD.org> Date: Fri, 6 Apr 2012 13:51:35 -0400 Message-ID: From: Arnaud Lacombe To: Florian Smeets Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 17:51:37 -0000 Hi, On Fri, Apr 6, 2012 at 10:24 AM, Florian Smeets wrote: > On 05.04.12 20:03, Arnaud Lacombe wrote: >> >> Hi folks, > > Hi, >> >> Over the past months, I ran on a couple of unused box the >> `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking >> down various kind of regression/improvement. `hackbench' is a >> scheduler + IPC test (socket xor pipe). It creates producers/consumers >> groups and let a variable quantity of small messages flow happily. >> Producers and consumers are either processes xor threads. > [Lots of likely very interesting and valuable data.] > >> >> Q4: "So, how can I get all the graph ?" >> R4: All you need is git, a posix shell, a couple of utility (find, >> sort, ...), a recent gnuplot, and a ruby interpreter. >> > > Can you give us some hints on *how* to get the results? I checked the repo > out but it's not immediately obvious what to do and how to get the graphs, > as staring at thousands of numbers in lots of different files isn't exactly > practical. > To just get all the graph, merge the runs/* branch you want, and just run the `results.sh' script: # sh results.sh To gather result, build `hackbench': # eval $(sed '/#gcc/!d; s/.//' hackbench.c) then, reboot in single mode, mount / read-write, adjust whatever you have to adjust and run the script: # sh hackbench.sh [light|medium|heavy] $(pwd)/hackbench this will run a complete iterations over all the possible tunables and gives you a `results.yml' that you can feed to the previous script. - Arnaud > Thanks, > Florian From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 17:54: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 EAFDF1065676; Fri, 6 Apr 2012 17:54:04 +0000 (UTC) (envelope-from lacombar@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 1F62F8FC12; Fri, 6 Apr 2012 17:54:03 +0000 (UTC) Received: by wern13 with SMTP id n13so2050230wer.13 for ; Fri, 06 Apr 2012 10:54: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 :cc:content-type:content-transfer-encoding; bh=bGl1TB2MEzWLr89JJq6YBka/b10BROPEWOOp50GVOco=; b=Zj/89UOjU8ZyOFZtHrhUtYPrh3I6EB1IsuL4GTaWF7IO39gfBOL6HjfbOYRH1kcnsA yYMxtV/xahwevqSs+s/5Ag/Th326nzjMQVeHwnjklu295zcKqhOVHQo4IaePz6J2fq1k Giyqxj4QCUrL5fo56S+LkUHKcaHpkYukJWoQsGASsBeW67QOwaitsB9dFHCktESH7FVu 3RUkZzufx1KCJcUDKSaFKnCrdSvfSvjmoEJRBYMAKkh8DhQIpkMojEW+bjdHkN7JPFvH ii33PjP0IBnvxdCxMmlW6ovfgmNUtgLCbiXPHgE0pU0D4Y5TO04D+961BMRuxoGzO5jK xQBg== MIME-Version: 1.0 Received: by 10.180.88.164 with SMTP id bh4mr21199994wib.22.1333734843168; Fri, 06 Apr 2012 10:54:03 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Fri, 6 Apr 2012 10:54:03 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Apr 2012 13:54:03 -0400 Message-ID: From: Arnaud Lacombe To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 17:54:05 -0000 Hi, On Fri, Apr 6, 2012 at 10:58 AM, Attilio Rao wrote: > Il 05 aprile 2012 19:03, Arnaud Lacombe ha scritto: >> Hi folks, >> >> Over the past months, I ran on a couple of unused box the >> `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking >> down various kind of regression/improvement. `hackbench' is a >> scheduler + IPC test (socket xor pipe). It creates producers/consumers >> groups and let a variable quantity of small messages flow happily. >> Producers and consumers are either processes xor threads. >> >> Tested platforms were >> =A0- Atom D510, Intel, (incomplete) >> =A0- Core 2 Quad Q9560, Intel >> =A0- Soekris net5501, AMD (incomplete) >> =A0- Xeon E5645, Intel (incomplete) >> =A0- Xeon E5620 (dual package), Intel >> =A0- Xeon E5-1650 (pending completion) >> =A0- Vortex86, DMP >> >> Tested kernel were: >> =A0- FreeBSD 7.4-RELEASE >> =A0- FreeBSD 8.2-RELEASE >> =A0- FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE >> =A0- FreeBSD 10-CURRENT as of r231573 > > Which means you run 10-CURRENT with all the kernel debugging options > on and MALLOC_DEBUG on? > I already answered that question. Namely: << note: rule [I] is alleviated for -CURRENT kernels, which were built with the same alteration made to GENERIC during the CURRENT->RELEASE transition (ie. WITNESS and a couple of other option disabled). >> this translates into the following patch (for amd64): diff --git a/sys/amd64/conf/GENERIC b/sys/amd64/conf/GENERIC index 8db8e27..9d61f25 100644 --- a/sys/amd64/conf/GENERIC +++ b/sys/amd64/conf/GENERIC @@ -67,20 +67,6 @@ options MAC # TrustedBSD MAC Framework #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel -# Debugging support. Always need this: -options KDB # Enable kernel debugger support. -# For minimum debugger support (stable branch) use: -#options KDB_TRACE # Print a stack trace for a panic. -# For full debugger support use this instead: -options DDB # Support DDB. -options GDB # Support remote GDB. -options DEADLKRES # Enable the deadlock resolver -options INVARIANTS # Enable calls of extra sanity chec= king -options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS -options WITNESS # Enable checks to detect deadlocks and cycles -options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed -options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones - Arnaud > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 17:55:55 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 A170C1065674; Fri, 6 Apr 2012 17:55:55 +0000 (UTC) (envelope-from asmrookie@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 E58B98FC17; Fri, 6 Apr 2012 17:55:54 +0000 (UTC) Received: by lbok6 with SMTP id k6so1105664lbo.13 for ; Fri, 06 Apr 2012 10:55:53 -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=U5IIy6Dzq32iIkifT9SpRqldXJ7lbfb1bpuhIzk9UtU=; b=bCr8y1sQcB5wCcZUZ6W5iho0TPgc4H+eFTbUNvNnu1RUm5GQajVHvJldr7GCtF5/31 MGtBoOnGJfwyrc5+x+7P5u6Jm1eDrZb8njsogXo8ogACg2SEzVrFQZ1T8ugnL6eE5V5H 9YP1DaKv7tyubRhfOMob1oZEUOzfb3j4/1sJw5NMVAYmkMlAghuMEYLXliypOeVa9G+E sokeYToww31FQSkB3qa1S5psB1xQe4Ni6juz1+tVEjXPEGGYSv0ymN0lwgZGfFjBVPxl O5lLHDHiBNuk7n/qhShltn52GyQJFdWbQkgkYQ5thd+HO/OyxLmf/uauqtSWSKrlRPvP DLig== MIME-Version: 1.0 Received: by 10.152.129.74 with SMTP id nu10mr9692941lab.50.1333734953707; Fri, 06 Apr 2012 10:55:53 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.93.138 with HTTP; Fri, 6 Apr 2012 10:55:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Apr 2012 18:55:53 +0100 X-Google-Sender-Auth: L9Rwr2iyymohv361d1b4FJtxieQ Message-ID: From: Attilio Rao To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 17:55:55 -0000 Il 06 aprile 2012 18:54, Arnaud Lacombe ha scritto: > Hi, > > On Fri, Apr 6, 2012 at 10:58 AM, Attilio Rao wrote: >> Il 05 aprile 2012 19:03, Arnaud Lacombe ha scritto: >>> Hi folks, >>> >>> Over the past months, I ran on a couple of unused box the >>> `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking >>> down various kind of regression/improvement. `hackbench' is a >>> scheduler + IPC test (socket xor pipe). It creates producers/consumers >>> groups and let a variable quantity of small messages flow happily. >>> Producers and consumers are either processes xor threads. >>> >>> Tested platforms were >>> =C2=A0- Atom D510, Intel, (incomplete) >>> =C2=A0- Core 2 Quad Q9560, Intel >>> =C2=A0- Soekris net5501, AMD (incomplete) >>> =C2=A0- Xeon E5645, Intel (incomplete) >>> =C2=A0- Xeon E5620 (dual package), Intel >>> =C2=A0- Xeon E5-1650 (pending completion) >>> =C2=A0- Vortex86, DMP >>> >>> Tested kernel were: >>> =C2=A0- FreeBSD 7.4-RELEASE >>> =C2=A0- FreeBSD 8.2-RELEASE >>> =C2=A0- FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE >>> =C2=A0- FreeBSD 10-CURRENT as of r231573 >> >> Which means you run 10-CURRENT with all the kernel debugging options >> on and MALLOC_DEBUG on? >> > I already answered that question. Namely: > > << > note: rule [I] is alleviated for -CURRENT kernels, which were built > with the same alteration made to GENERIC during the CURRENT->RELEASE > transition (ie. WITNESS and a couple of other option disabled). >>> > > this translates into the following patch (for amd64): Did you enable MALLOC_PRODUCTION and rebuilt libc? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 18:04:02 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 2D6DB106564A; Fri, 6 Apr 2012 18:04:02 +0000 (UTC) (envelope-from lacombar@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 680BC8FC0A; Fri, 6 Apr 2012 18:04:01 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so2379700wgb.31 for ; Fri, 06 Apr 2012 11:04:00 -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=3PzoMRPyyjahlo1OYqsWyoEuQAvEao636Ytj6TFuz9A=; b=IHbzJ40+vLFGzEtFDKaxbTyBfkcy0jlIRSlpGuJX73YJ9alAmOPjO5IJWbmiuOkH+y xLRevHcz8K9KazWdM9wTlOQ/S1aZ9XPrOzzBS489TQ2EVQgNvhVTNhE54zJ/yBTyndSQ j7Z8btNo29SoMe+o9WHKuk59ifo/U0Z6eqHj/e+Uih6ldcutROBGihYAjxqD6sM9CIQw rNteRKEUeKPoZDF0wvVG1qJVZqtzudiVPyVWj5T9WQCRVGyKq/K3rDsnvhFJAQKAv9HP ngCtiNj80l5lkaGTj204ZkY/xafdF5jzIR+j2ShUg2Qt2ajwK2osJurhlhh/1oBwHXaa /REw== MIME-Version: 1.0 Received: by 10.180.88.164 with SMTP id bh4mr21248140wib.22.1333735440585; Fri, 06 Apr 2012 11:04:00 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Fri, 6 Apr 2012 11:04:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Apr 2012 14:04:00 -0400 Message-ID: From: Arnaud Lacombe To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, FreeBSD Current Subject: Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -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, 06 Apr 2012 18:04:02 -0000 Hi, On Fri, Apr 6, 2012 at 1:55 PM, Attilio Rao wrote: > Il 06 aprile 2012 18:54, Arnaud Lacombe ha scritto: >> Hi, >> >> On Fri, Apr 6, 2012 at 10:58 AM, Attilio Rao wrote= : >>> Il 05 aprile 2012 19:03, Arnaud Lacombe ha scritto= : >>>> Hi folks, >>>> >>>> Over the past months, I ran on a couple of unused box the >>>> `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking >>>> down various kind of regression/improvement. `hackbench' is a >>>> scheduler + IPC test (socket xor pipe). It creates producers/consumers >>>> groups and let a variable quantity of small messages flow happily. >>>> Producers and consumers are either processes xor threads. >>>> >>>> Tested platforms were >>>> =A0- Atom D510, Intel, (incomplete) >>>> =A0- Core 2 Quad Q9560, Intel >>>> =A0- Soekris net5501, AMD (incomplete) >>>> =A0- Xeon E5645, Intel (incomplete) >>>> =A0- Xeon E5620 (dual package), Intel >>>> =A0- Xeon E5-1650 (pending completion) >>>> =A0- Vortex86, DMP >>>> >>>> Tested kernel were: >>>> =A0- FreeBSD 7.4-RELEASE >>>> =A0- FreeBSD 8.2-RELEASE >>>> =A0- FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE >>>> =A0- FreeBSD 10-CURRENT as of r231573 >>> >>> Which means you run 10-CURRENT with all the kernel debugging options >>> on and MALLOC_DEBUG on? >>> >> I already answered that question. Namely: >> >> << >> note: rule [I] is alleviated for -CURRENT kernels, which were built >> with the same alteration made to GENERIC during the CURRENT->RELEASE >> transition (ie. WITNESS and a couple of other option disabled). >>>> >> >> this translates into the following patch (for amd64): > > Did you enable MALLOC_PRODUCTION and rebuilt libc? > Userland originates from FreeBSD 7.4-RELEASE and was not changed for any of the tests, which are exclusively focused on the kernel. Doing otherwise would mean changing too many variables. - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 20:57:17 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 A1AE71065670; Fri, 6 Apr 2012 20:57:17 +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 0492E8FC17; Fri, 6 Apr 2012 20:57:17 +0000 (UTC) Received: from orion.swifttest.com (unknown [74.3.97.52]) by mx0.deglitch.com (Postfix) with ESMTPA id 9A65C8FC27; Sat, 7 Apr 2012 00:57:15 +0400 (MSK) Received: from orion.swifttest.com (localhost [127.0.0.1]) by orion.swifttest.com (Postfix) with SMTP id 1A2875C98; Fri, 6 Apr 2012 13:54:47 -0700 (PDT) Date: Fri, 6 Apr 2012 13:54:47 -0700 From: Stanislav Sedov To: "Jayachandran C." Message-Id: <20120406135447.6ca86bd9.stas@FreeBSD.org> In-Reply-To: References: <20120405142423.90d48b27.stas@FreeBSD.org> <036C5A57-2B63-40C1-A0DA-0678B7BF29F8@freebsd.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, current@freebsd.org, Juli Mallett , Stanislav Sedov , Garrett Cooper , FreeBSD Tinderbox Subject: Re: There is a known problem with MIPS tinderbox. 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, 06 Apr 2012 20:57:17 -0000 On Fri, 6 Apr 2012 13:08:12 +0530 "Jayachandran C." mentioned: > On Fri, Apr 6, 2012 at 12:01 PM, Stanislav Sedov wrote: > > > > On Apr 5, 2012, at 11:08 PM, Jayachandran C. wrote: > >> > >> > >> The asn1 library has a export map containing 'global: *', this exports > >> two symbols _fdata and _ftext versioned. =9AWhen libkafs5 is linked, > >> these symbols confuse the bfd code and the entries corresponding to > >> theses (index 13, and 16) are left un-initialized. > >> > >> One workaround I see is to change the export 'global: *' in > >> kerberos5/lib/libasn1 to the actual list of exported symbols. > >> > > > > Thanks. =9AWhat I'm also trying right now is to add a version map to the > > libkafs -- this might help binutils to link it properly as well. =9AIf = it > > fails, we can try adding a proper one for libasn1. >=20 > The libasn1 workaround is here: > http://people.freebsd.org/~jchandra/libasn1.diff >=20 Thanks! My idea of adding a version map to libkafs worked as well. Can you, please, test if it fixes the issue for you? It seems to be a less complicated way to solve it. Index: kerberos5/lib/libkafs5/version.map =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kerberos5/lib/libkafs5/version.map (revision 0) +++ kerberos5/lib/libkafs5/version.map (revision 0) @@ -0,0 +1,19 @@ +HEIMDAL_KAFS5_1.0 { + global: + k_afs_cell_of_file; + k_hasafs; + k_hasafs_recheck; + k_pioctl; + k_setpag; + k_unlog; + kafs_set_verbose; + kafs_settoken5; + kafs_settoken_rxkad; + krb5_afslog; + krb5_afslog_home; + krb5_afslog_uid; + krb5_afslog_uid_home; + krb5_realm_of_cell; + local: + *; +}; Index: kerberos5/lib/libkafs5/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kerberos5/lib/libkafs5/Makefile (revision 233932) +++ kerberos5/lib/libkafs5/Makefile (working copy) @@ -1,20 +1,13 @@ # $FreeBSD$ =20 LIB=3D kafs5 -LDADD=3D -lasn1 -lroken +LDADD=3D -lasn1 -lroken -lkrb5 +LDFLAGS=3D -Wl,--no-undefined DPADD=3D ${LIBASN1} ${LIBKRB5} ${LIBROKEN} INCS=3D kafs.h MAN=3D kafs5.3 +VERSION_MAP=3D ${.CURDIR}/version.map =20 -# -# Linking with libkrb5 uncovers a bug in binutils. -# See http://repo.or.cz/w/binutils.git/commit/ee05170bf71819c99cb5a36a4473= 5c231ae03c56 . -# -.if ${MACHINE} !=3D "mips" -LDADD+=3D -lkrb5 -LDFLAGS=3D -Wl,--no-undefined -.endif - MLINKS=3D kafs5.3 k_afs_cell_of_file.3 \ kafs5.3 k_hasafs.3 \ kafs5.3 k_pioctl.3 \ --=20 Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 01:03:23 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 E84E8106564A; Sat, 7 Apr 2012 01:03:22 +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 B64768FC08; Sat, 7 Apr 2012 01:03: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 q3713LGI084764; Fri, 6 Apr 2012 21:03:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3713L96084763; Sat, 7 Apr 2012 01:03:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Apr 2012 01:03:21 GMT Message-Id: <201204070103.q3713L96084763@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, 07 Apr 2012 01:03:23 -0000 TB --- 2012-04-07 00:12:41 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-07 00:12:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-07 00:12:41 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-07 00:12:41 - cleaning the object tree TB --- 2012-04-07 00:13:23 - cvsupping the source tree TB --- 2012-04-07 00:13:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-07 00:14:00 - building world TB --- 2012-04-07 00:14:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-07 00:14:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-07 00:14:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-07 00:14:00 - SRCCONF=/dev/null TB --- 2012-04-07 00:14:00 - TARGET=mips TB --- 2012-04-07 00:14:00 - TARGET_ARCH=mips TB --- 2012-04-07 00:14:00 - TZ=UTC TB --- 2012-04-07 00:14:00 - __MAKE_CONF=/dev/null TB --- 2012-04-07 00:14:00 - cd /src TB --- 2012-04-07 00:14:00 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 7 00:14:01 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-04-07 01:03:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-07 01:03:21 - ERROR: failed to build world TB --- 2012-04-07 01:03:21 - 2075.28 user 442.60 system 3039.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 01:59: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 9A4D21065672 for ; Sat, 7 Apr 2012 01:59:33 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) by mx1.freebsd.org (Postfix) with ESMTP id 598398FC08 for ; Sat, 7 Apr 2012 01:59:33 +0000 (UTC) Received: from courriel.site.uottawa.ca (localhost [127.0.0.1]) by courriel.site.uottawa.ca (8.14.4/8.14.4) with ESMTP id q371aTIb059809 for ; Fri, 6 Apr 2012 21:36:29 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Received: from 74.51.53.177 (SquirrelMail authenticated user kwhite) by courriel.site.uottawa.ca with HTTP; Fri, 6 Apr 2012 21:36:29 -0400 (EDT) Message-ID: <55056.74.51.53.177.1333762589.squirrel@courriel.site.uottawa.ca> Date: Fri, 6 Apr 2012 21:36:29 -0400 (EDT) From: kwhite@site.uottawa.ca To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sat, 07 Apr 2012 03:43:54 +0000 Subject: (unionfs) panic: excl->share with r230341 and above 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, 07 Apr 2012 01:59:33 -0000 Starting with r230341, I get the following panic when trying to run an executable on a unionfs filesystem: exclusive lock of (lockmgr) ufs @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1843 while share locked from /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1843 panic: excl->share cpuid = 0 KDB: enter: panic Narrowing down with a binary search: r230340 (no panic), r230341 (panic). How to repeat: # uuname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #5 r233946M: Fri Apr 6 21:09:32 EDT 2012 kwhite@demo:/usr/src/obj/usr/src/sys/GENERIC i386 # mkdir /tmp/local # mount -t unionfs -o noatime /tmp/local /usr/local # cp /bin/ls /usr/local/bin/ls # /usr/local/bin/ls .... exclusive lock of (lockmgr) ufs @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1843 while share locked from /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1843 panic: excl->share cpuid = 0 KDB: enter: panic [ thread pid 68 tid 100054 ] Stopped at kdb_enter+0x3b: movl $0,kdb_why db> show all locks Process 68 (ls) thread 0xc5780000 (100054) exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xc57cec28) locked @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1835 shared lockmgr ufs (ufs) r = 0 (0xc57cec08) locked @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1843 db> Workaround? After reverting the change from LK_EXCLUSIVE to LK_SHARED in sys/kern/kern_exec.c, executables on union filesystems no longer cause a panic. ...keith From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 06:00: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 CE2A8106567C; Sat, 7 Apr 2012 06:00:56 +0000 (UTC) (envelope-from ndenev@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 2F1958FC12; Sat, 7 Apr 2012 06:00:56 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so2673042wgb.31 for ; Fri, 06 Apr 2012 23:00:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=xYYzQckSuIme8bCQ/iDHIJoD8CJu2Ab/Zfe+4F2C+Lg=; b=m/EuCTO+cXpS/cd1rqtcIMupRLGaE4azPXanhT5lqUUXxJVRW1wOinYeySjDwdotg9 q0uZJFLAs5pSIUarTg02PM2fk+V8+VOQXNk04QVBGjnHr5sR8HKyBD+8uzJ/bTji6J0A wp5idFmRKEZUFcYiPIiOD/gkdizztd7SfQ7KnINZTW3tWNkCt+D+lBt3Uu1aFgj6G9mB 3H2y8lxkDzmV+xMMlLDj4Woxj+zC0jhivTMw9Q8/phpURxDQbUGMLr5Qd6j15R5Iwv0R glUGlKUwlnwLj6T+lllYIZS9gliURzOGew1omplmRACeLzmnCxo3n/kORbM9LYcTKTd1 KtyQ== Received: by 10.216.134.136 with SMTP id s8mr309358wei.6.1333778455324; Fri, 06 Apr 2012 23:00:55 -0700 (PDT) Received: from imba-brutale.totalterror.net ([93.152.152.135]) by mx.google.com with ESMTPS id ff2sm19747422wib.9.2012.04.06.23.00.53 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 06 Apr 2012 23:00:54 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <4F7ED7F4.5060509@zedat.fu-berlin.de> Date: Sat, 7 Apr 2012 09:00:51 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <687BFFD7-1456-4D7B-AFB2-356EE9B0D1DD@gmail.com> References: <4F7ED7F4.5060509@zedat.fu-berlin.de> To: O. Hartmann X-Mailer: Apple Mail (2.1257) Cc: freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: ECC memory driver in FreeBSD 10? 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, 07 Apr 2012 06:00:56 -0000 On Apr 6, 2012, at 2:48 PM, O. Hartmann wrote: > I'm looking for a way to force FreeBSD 10 to maintain/watch ECC errors > reported by UEFI (or BIOS). > Since ECC is said to be essential for server systems both in buisness > and science and I do not question this, I was wondering if I can not > report ECC errors via a watchdog or UEFI (ACPI?) report to syslog > facility on FreeBSD. > FreeBSD is supposed to be a server operating system, as far as I know, > so I believe there must be something which didn't have revealed itself > to me, yet. >=20 > Thanks in advance, > Oliver >=20 If the hardware supports it, such errors should be logged as MCEs = (Machine Check Exceptions). I can say for sure it works pretty well with Dell servers, as I had one = with failing RAM module, and it reported the corrected ECC errors in dmesg. From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 06:10: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 95B40106564A; Sat, 7 Apr 2012 06:10:45 +0000 (UTC) (envelope-from c.jayachandran@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 4B3888FC12; Sat, 7 Apr 2012 06:10:44 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so2677123wgb.31 for ; Fri, 06 Apr 2012 23:10:43 -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=2kdENQ4Nrm0gIwiMP/QMPS3HsmCc1Cxar30gyqDBTgQ=; b=NwxIp2/Ha1/6321P78crSRl9Co+nG9FT97gfTXK15Yum52KHjy5RGi3X1hW0AhgbI2 YZ7TBRi4i3I+MdDeMoSgn8JCDVTxUhEqjHWriSOFFQZGrjxAvhoRqDJfFyv/si81MN1N uiwvfbwvgvzvhOA+E5eyoXKJ6XrCI+1VZ7qEwvTYy6hZLKgq1ZuPCsy57IYEsS7EWXb3 /Fywcxi4K5lRjXam25lePSbORgqCvVZ1F93B105LvyYKlfhiBJHczh6hUTyw2YzchfOQ +GAS99w4DlMuTdetAGYESfGDYOIJdqloopNOEK+BeHKiwMXau22HXn58S8hENMxjspMw 4BOw== MIME-Version: 1.0 Received: by 10.216.132.30 with SMTP id n30mr286750wei.52.1333779043268; Fri, 06 Apr 2012 23:10:43 -0700 (PDT) Received: by 10.216.62.81 with HTTP; Fri, 6 Apr 2012 23:10:43 -0700 (PDT) In-Reply-To: <20120406135447.6ca86bd9.stas@FreeBSD.org> References: <20120405142423.90d48b27.stas@FreeBSD.org> <036C5A57-2B63-40C1-A0DA-0678B7BF29F8@freebsd.org> <20120406135447.6ca86bd9.stas@FreeBSD.org> Date: Sat, 7 Apr 2012 11:40:43 +0530 Message-ID: From: "Jayachandran C." To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , mips@freebsd.org, current@freebsd.org, Juli Mallett , Garrett Cooper , FreeBSD Tinderbox Subject: Re: There is a known problem with MIPS tinderbox. 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, 07 Apr 2012 06:10:45 -0000 2012/4/7 Stanislav Sedov : > On Fri, 6 Apr 2012 13:08:12 +0530 > "Jayachandran C." mentioned: > >> On Fri, Apr 6, 2012 at 12:01 PM, Stanislav Sedov wrot= e: >> > >> > On Apr 5, 2012, at 11:08 PM, Jayachandran C. wrote: >> >> >> >> >> >> The asn1 library has a export map containing 'global: *', this export= s >> >> two symbols _fdata and _ftext versioned. =A0When libkafs5 is linked, >> >> these symbols confuse the bfd code and the entries corresponding to >> >> theses (index 13, and 16) are left un-initialized. >> >> >> >> One workaround I see is to change the export 'global: *' in >> >> kerberos5/lib/libasn1 to the actual list of exported symbols. >> >> >> > >> > Thanks. =A0What I'm also trying right now is to add a version map to t= he >> > libkafs -- this might help binutils to link it properly as well. =A0If= it >> > fails, we can try adding a proper one for libasn1. >> >> The libasn1 workaround is here: >> http://people.freebsd.org/~jchandra/libasn1.diff >> > > Thanks! > > My idea of adding a version map to libkafs worked as well. > Can you, please, test if it fixes the issue for you? > It seems to be a less complicated way to solve it. I would still suggest the asn1 change if we are doing a temporary fix, beca= use: - It does not add any new symbol versioning, it just converts the 'global: *' to an explicit list of symbols. - there are other libraries lined to asn1 which may have the same issue as libkafs5 (I haven't really looked at this. The only downside I see is that libasn1 has a lot of symbols. JC. From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 09:23:34 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 885A8106564A; Sat, 7 Apr 2012 09:23:34 +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 4EF538FC08; Sat, 7 Apr 2012 09:23:34 +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 q379NXvA080708; Sat, 7 Apr 2012 05:23:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q379NXFb080683; Sat, 7 Apr 2012 09:23:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Apr 2012 09:23:33 GMT Message-Id: <201204070923.q379NXFb080683@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, 07 Apr 2012 09:23:34 -0000 TB --- 2012-04-07 08:30:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-07 08:30:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-07 08:30:40 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-07 08:30:40 - cleaning the object tree TB --- 2012-04-07 08:31:44 - cvsupping the source tree TB --- 2012-04-07 08:31:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-07 08:32:40 - building world TB --- 2012-04-07 08:32:40 - CROSS_BUILD_TESTING=YES TB --- 2012-04-07 08:32:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-07 08:32:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-07 08:32:40 - SRCCONF=/dev/null TB --- 2012-04-07 08:32:40 - TARGET=mips TB --- 2012-04-07 08:32:40 - TARGET_ARCH=mips TB --- 2012-04-07 08:32:40 - TZ=UTC TB --- 2012-04-07 08:32:40 - __MAKE_CONF=/dev/null TB --- 2012-04-07 08:32:40 - cd /src TB --- 2012-04-07 08:32:40 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 7 08:32:41 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-04-07 09:23:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-07 09:23:33 - ERROR: failed to build world TB --- 2012-04-07 09:23:33 - 2053.78 user 436.06 system 3173.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 10:18:55 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 079D31065670; Sat, 7 Apr 2012 10:18:55 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B8C7D8FC15; Sat, 7 Apr 2012 10:18:54 +0000 (UTC) Received: by obbwc18 with SMTP id wc18so5295981obb.13 for ; Sat, 07 Apr 2012 03:18:54 -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:cc:content-type; bh=EXl/j+brDjUjkI087dwsYmnmjrZ/4vA5iHwX0HGls6U=; b=L8WGW49qm4n+tsGIb5CKrscLmg2Hb/Wb2W97gcj1QGHyjc6FUbNsR10dG7xERCW1LP Qx+eG/ZE7e0do1JsHJNwFp0CXU+LBF2KrnUrlcyyGPAYcLf7Ir2SaBDEuheg6tZcEpef O5/vtc/DfnWIFcBqE70SS3NFjV0GjoPrpF6usU4fceazfIvaMx/oWkZSpzKBsNJpw7hH W7TMcOP/CFKHSH5jDYs+SqzpUljEbrNVKjlsGX9D9RcrPasTkcNkR+yRUnaNXtzg05rU JsiHm1+LTOmK4A9PRfkD0vEogZ7I2fy8XjWxbM3RZPO5RvDV6WKtohKLwLTFYENDualz 8rdg== MIME-Version: 1.0 Received: by 10.182.136.41 with SMTP id px9mr1295238obb.21.1333793934169; Sat, 07 Apr 2012 03:18:54 -0700 (PDT) Received: by 10.60.123.48 with HTTP; Sat, 7 Apr 2012 03:18:54 -0700 (PDT) Date: Sat, 7 Apr 2012 14:18:54 +0400 Message-ID: From: Subbsd To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: msk0: watchdog timeout in the HEAD 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, 07 Apr 2012 10:18:55 -0000 After updating kernel from 9-STABLE to 10-CURRENT (amd64) msk interfaces stop working with "watchdog timout" error. Watchdog arises at a traffic 100-300+ Kb, for example: make - C /usr/ports fetchindex (on the fresh boot) reaches 11-15% before watchdog coming pciconf -vl | grep -A4 ^msk mskc0@pci0:3:0:0: class=0x020000 card=0x84391043 chip=0x438111ab rev=0x11 hdr=0x00 vendor = 'Marvell Technology Group Ltd.' device = 'Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB]' class = network subclass = ethernet msk(4)-related tunables doesn't change behavior. svn://svn.freebsd.org/base/stable/9 works fine. What more can i give for diagnostics? From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 12:51: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 DAB65106566B; Sat, 7 Apr 2012 12:51:03 +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 4F34D8FC12; Sat, 7 Apr 2012 12:51:03 +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 q37Cou5N002377; Sat, 7 Apr 2012 15:50:56 +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 q37CouSS087441; Sat, 7 Apr 2012 15:50:56 +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 q37Courc087440; Sat, 7 Apr 2012 15:50:56 +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: Sat, 7 Apr 2012 15:50:56 +0300 From: Konstantin Belousov To: drivers@freebsd.org Message-ID: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HfUg6XWR+aOWM2JP" Content-Disposition: inline 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: current@freebsd.org Subject: device_attach(9) and driver initialization 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, 07 Apr 2012 12:51:04 -0000 --HfUg6XWR+aOWM2JP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, there seems to be a problem with device attach sequence offered by newbus. Basically, when device attach method is executing, device is not fully initialized yet. Also the device state in the newbus part of the world is DS_ALIVE. There is definitely no shattering news in the statements, but drivers that e.g. create devfs node to communicate with consumers are prone to a race. If /dev node is created inside device attach method, then usermode can start calling cdevsw methods before device fully initialized itself. Even more, if device tries to use newbus helpers in cdevsw methods, like device_busy(9), then panic occurs "called for unatteched device". I get reports from users about this issues, to it is not something that only could happen. I propose to add DEVICE_AFTER_ATTACH() driver method, to be called from newbus right after device attach finished and newbus considers the device fully initialized. Driver then could create devfs node in the after_attach method instead of attach. Please see the patch below. diff --git a/sys/kern/device_if.m b/sys/kern/device_if.m index eb720eb..9db74e2 100644 --- a/sys/kern/device_if.m +++ b/sys/kern/device_if.m @@ -43,6 +43,10 @@ INTERFACE device; # Default implementations of some methods. # CODE { + static void null_after_attach(device_t dev) + { + } + static int null_shutdown(device_t dev) { return 0; @@ -199,6 +203,21 @@ METHOD int attach { }; =20 /** + * @brief Notify the driver that device is in attached state + * + * Called after driver is successfully attached to the device and + * corresponding device_t is fully operational. Driver now may expose + * the device to the consumers, e.g. create devfs nodes. + * + * @param dev the device to probe + * + * @see DEVICE_ATTACH() + */ +METHOD void after_attach { + device_t dev; +} DEFAULT null_after_attach; + +/** * @brief Detach a driver from a device. * * This can be called if the user is replacing the diff --git a/sys/kern/subr_bus.c b/sys/kern/subr_bus.c index d485b9f..6d849cb 100644 --- a/sys/kern/subr_bus.c +++ b/sys/kern/subr_bus.c @@ -2743,6 +2743,7 @@ device_attach(device_t dev) dev->state =3D DS_ATTACHED; dev->flags &=3D ~DF_DONENOMATCH; devadded(dev); + DEVICE_AFTER_ATTACH(dev); return (0); } =20 --HfUg6XWR+aOWM2JP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+AODAACgkQC3+MBN1Mb4gq0wCePhl0k9l2nFCAcc+Rat/K/iJw EGQAn23FuThAq3iBg1vnt3G50SazHQkP =MudJ -----END PGP SIGNATURE----- --HfUg6XWR+aOWM2JP-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 14:47:50 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 5DDB51065672 for ; Sat, 7 Apr 2012 14:47:50 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3E9638FC14 for ; Sat, 7 Apr 2012 14:47:50 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta12.emeryville.ca.mail.comcast.net with comcast id v2kw1i0010mlR8UAC2mkmR; Sat, 07 Apr 2012 14:46:44 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta11.emeryville.ca.mail.comcast.net with comcast id v2mj1i00C4NgCEG8X2mklx; Sat, 07 Apr 2012 14:46:44 +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 q37Ekf0b055259; Sat, 7 Apr 2012 08:46:41 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Konstantin Belousov In-Reply-To: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="us-ascii" Date: Sat, 07 Apr 2012 08:46:41 -0600 Message-ID: <1333810001.1082.36.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, drivers@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 14:47:50 -0000 On Sat, 2012-04-07 at 15:50 +0300, Konstantin Belousov wrote: > Hello, > there seems to be a problem with device attach sequence offered by newbus. > Basically, when device attach method is executing, device is not fully > initialized yet. Also the device state in the newbus part of the world > is DS_ALIVE. There is definitely no shattering news in the statements, > but drivers that e.g. create devfs node to communicate with consumers > are prone to a race. > > If /dev node is created inside device attach method, then usermode > can start calling cdevsw methods before device fully initialized itself. > Even more, if device tries to use newbus helpers in cdevsw methods, > like device_busy(9), then panic occurs "called for unatteched device". > I get reports from users about this issues, to it is not something > that only could happen. > > I propose to add DEVICE_AFTER_ATTACH() driver method, to be called > from newbus right after device attach finished and newbus considers > the device fully initialized. Driver then could create devfs node > in the after_attach method instead of attach. Please see the patch below. > > diff --git a/sys/kern/device_if.m b/sys/kern/device_if.m > index eb720eb..9db74e2 100644 > --- a/sys/kern/device_if.m > +++ b/sys/kern/device_if.m > @@ -43,6 +43,10 @@ INTERFACE device; > # Default implementations of some methods. > # > CODE { > + static void null_after_attach(device_t dev) > + { > + } > + > static int null_shutdown(device_t dev) > { > return 0; > @@ -199,6 +203,21 @@ METHOD int attach { > }; > > /** > + * @brief Notify the driver that device is in attached state > + * > + * Called after driver is successfully attached to the device and > + * corresponding device_t is fully operational. Driver now may expose > + * the device to the consumers, e.g. create devfs nodes. > + * > + * @param dev the device to probe > + * > + * @see DEVICE_ATTACH() > + */ > +METHOD void after_attach { > + device_t dev; > +} DEFAULT null_after_attach; > + > +/** > * @brief Detach a driver from a device. > * > * This can be called if the user is replacing the > diff --git a/sys/kern/subr_bus.c b/sys/kern/subr_bus.c > index d485b9f..6d849cb 100644 > --- a/sys/kern/subr_bus.c > +++ b/sys/kern/subr_bus.c > @@ -2743,6 +2743,7 @@ device_attach(device_t dev) > dev->state = DS_ATTACHED; > dev->flags &= ~DF_DONENOMATCH; > devadded(dev); > + DEVICE_AFTER_ATTACH(dev); > return (0); > } > Does device_get_softc() work before attach is completed? (I don't have time to go look in the code right now). If so, then a mutex initialized and acquired early in the driver's attach routine, and also acquired in the driver's cdev implementation routines before using any newbus functions other than device_get_softc(), would solve the problem without a driver api change that would make it harder to backport/MFC driver changes. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 14:57:40 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 6037A1065673; Sat, 7 Apr 2012 14:57:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C77CE8FC08; Sat, 7 Apr 2012 14:57:39 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q37EvTZZ027789; Sat, 7 Apr 2012 17:57:29 +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 q37EvSfY087985; Sat, 7 Apr 2012 17:57:28 +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 q37EvSMd087984; Sat, 7 Apr 2012 17:57:28 +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: Sat, 7 Apr 2012 17:57:28 +0300 From: Konstantin Belousov To: Ian Lepore Message-ID: <20120407145728.GV2358@deviant.kiev.zoral.com.ua> References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> <1333810001.1082.36.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CS4y9zAoaOKmm/jR" Content-Disposition: inline In-Reply-To: <1333810001.1082.36.camel@revolution.hippie.lan> 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: current@freebsd.org, drivers@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 14:57:40 -0000 --CS4y9zAoaOKmm/jR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 07, 2012 at 08:46:41AM -0600, Ian Lepore wrote: > On Sat, 2012-04-07 at 15:50 +0300, Konstantin Belousov wrote: > > Hello, > > there seems to be a problem with device attach sequence offered by newb= us. > > Basically, when device attach method is executing, device is not fully > > initialized yet. Also the device state in the newbus part of the world > > is DS_ALIVE. There is definitely no shattering news in the statements, > > but drivers that e.g. create devfs node to communicate with consumers > > are prone to a race. > >=20 > > If /dev node is created inside device attach method, then usermode > > can start calling cdevsw methods before device fully initialized itself. > > Even more, if device tries to use newbus helpers in cdevsw methods, > > like device_busy(9), then panic occurs "called for unatteched device". > > I get reports from users about this issues, to it is not something > > that only could happen. > >=20 > > I propose to add DEVICE_AFTER_ATTACH() driver method, to be called > > from newbus right after device attach finished and newbus considers > > the device fully initialized. Driver then could create devfs node > > in the after_attach method instead of attach. Please see the patch belo= w. > >=20 > > diff --git a/sys/kern/device_if.m b/sys/kern/device_if.m > > index eb720eb..9db74e2 100644 > > --- a/sys/kern/device_if.m > > +++ b/sys/kern/device_if.m > > @@ -43,6 +43,10 @@ INTERFACE device; > > # Default implementations of some methods. > > # > > CODE { > > + static void null_after_attach(device_t dev) > > + { > > + } > > + > > static int null_shutdown(device_t dev) > > { > > return 0; > > @@ -199,6 +203,21 @@ METHOD int attach { > > }; > > =20 > > /** > > + * @brief Notify the driver that device is in attached state > > + * > > + * Called after driver is successfully attached to the device and > > + * corresponding device_t is fully operational. Driver now may expose > > + * the device to the consumers, e.g. create devfs nodes. > > + * > > + * @param dev the device to probe > > + * > > + * @see DEVICE_ATTACH() > > + */ > > +METHOD void after_attach { > > + device_t dev; > > +} DEFAULT null_after_attach; > > + > > +/** > > * @brief Detach a driver from a device. > > * > > * This can be called if the user is replacing the > > diff --git a/sys/kern/subr_bus.c b/sys/kern/subr_bus.c > > index d485b9f..6d849cb 100644 > > --- a/sys/kern/subr_bus.c > > +++ b/sys/kern/subr_bus.c > > @@ -2743,6 +2743,7 @@ device_attach(device_t dev) > > dev->state =3D DS_ATTACHED; > > dev->flags &=3D ~DF_DONENOMATCH; > > devadded(dev); > > + DEVICE_AFTER_ATTACH(dev); > > return (0); > > } > > =20 >=20 > Does device_get_softc() work before attach is completed? (I don't have > time to go look in the code right now). If so, then a mutex initialized > and acquired early in the driver's attach routine, and also acquired in > the driver's cdev implementation routines before using any newbus > functions other than device_get_softc(), would solve the problem without > a driver api change that would make it harder to backport/MFC driver > changes. No, 'a mutex' does not solve anything. It only adds enourmous burden on the driver developers, because you cannot sleep under mutex. Changing the mutex to the sleepable lock also does not byy you much, since you need to somehow solve the issues with some cdevsw call waking up thread sleeping into another cdevsw call, just for example. Singlethreading a driver due to this race is just silly. And, what do you mean by 'making it harder to MFC' ? How ? --CS4y9zAoaOKmm/jR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+AVdgACgkQC3+MBN1Mb4jTrACdFHKoYkgbu8XZDxumRGi+XhUK TQUAnR0ERsly/TQuBVeUbjyphXO4DtNO =TyEu -----END PGP SIGNATURE----- --CS4y9zAoaOKmm/jR-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 15:05:07 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 A4F061065672; Sat, 7 Apr 2012 15:05:07 +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 6FFDF8FC1B; Sat, 7 Apr 2012 15:05:07 +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 <0M240000278DJB00@smtpauth3.wiscmail.wisc.edu>; Sat, 07 Apr 2012 10:05:01 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.67.9]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0M240005A78BBK00@smtpauth3.wiscmail.wisc.edu>; Sat, 07 Apr 2012 10:05:00 -0500 (CDT) Date: Sat, 07 Apr 2012 10:04:59 -0500 From: Nathan Whitehorn In-reply-to: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> To: Konstantin Belousov Message-id: <4F80579B.4040205@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.67.9 X-Spam-PmxInfo: Server=avs-15, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.4.7.145414, SenderIP=76.210.67.9 References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120311 Thunderbird/10.0.2 Cc: current@freebsd.org, drivers@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 15:05:07 -0000 On 04/07/12 07:50, Konstantin Belousov wrote: > Hello, > there seems to be a problem with device attach sequence offered by newbus. > Basically, when device attach method is executing, device is not fully > initialized yet. Also the device state in the newbus part of the world > is DS_ALIVE. There is definitely no shattering news in the statements, > but drivers that e.g. create devfs node to communicate with consumers > are prone to a race. > > If /dev node is created inside device attach method, then usermode > can start calling cdevsw methods before device fully initialized itself. > Even more, if device tries to use newbus helpers in cdevsw methods, > like device_busy(9), then panic occurs "called for unatteched device". > I get reports from users about this issues, to it is not something > that only could happen. > > I propose to add DEVICE_AFTER_ATTACH() driver method, to be called > from newbus right after device attach finished and newbus considers > the device fully initialized. Driver then could create devfs node > in the after_attach method instead of attach. Please see the patch below. > Something like this would also be very useful for drivers that need to interact across the device tree, if newbus called it only after all drivers have been attached. Drivers that need to see other potentially attached drivers now need to do some hacks with SYSINIT. Would it be possible to do this? I don't think it changes the functionality you need. -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 15:15: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 E7811106564A; Sat, 7 Apr 2012 15:15:27 +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 7383B8FC15; Sat, 7 Apr 2012 15:15:27 +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 q37FFESo031367; Sat, 7 Apr 2012 18:15:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q37FFEtH088081; Sat, 7 Apr 2012 18:15: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 q37FFEOC088080; Sat, 7 Apr 2012 18:15: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: Sat, 7 Apr 2012 18:15:14 +0300 From: Konstantin Belousov To: Nathan Whitehorn Message-ID: <20120407151514.GW2358@deviant.kiev.zoral.com.ua> References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> <4F80579B.4040205@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CN5+qz79j8MMBHjt" Content-Disposition: inline In-Reply-To: <4F80579B.4040205@freebsd.org> 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: current@freebsd.org, drivers@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 15:15:28 -0000 --CN5+qz79j8MMBHjt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 07, 2012 at 10:04:59AM -0500, Nathan Whitehorn wrote: > On 04/07/12 07:50, Konstantin Belousov wrote: > >Hello, > >there seems to be a problem with device attach sequence offered by newbu= s. > >Basically, when device attach method is executing, device is not fully > >initialized yet. Also the device state in the newbus part of the world > >is DS_ALIVE. There is definitely no shattering news in the statements, > >but drivers that e.g. create devfs node to communicate with consumers > >are prone to a race. > > > >If /dev node is created inside device attach method, then usermode > >can start calling cdevsw methods before device fully initialized itself. > >Even more, if device tries to use newbus helpers in cdevsw methods, > >like device_busy(9), then panic occurs "called for unatteched device". > >I get reports from users about this issues, to it is not something > >that only could happen. > > > >I propose to add DEVICE_AFTER_ATTACH() driver method, to be called > >from newbus right after device attach finished and newbus considers > >the device fully initialized. Driver then could create devfs node > >in the after_attach method instead of attach. Please see the patch below. > > >=20 > Something like this would also be very useful for drivers that need to=20 > interact across the device tree, if newbus called it only after all=20 > drivers have been attached. Drivers that need to see other potentially=20 > attached drivers now need to do some hacks with SYSINIT. Would it be=20 > possible to do this? I don't think it changes the functionality you need. I am definitely fine with postponing a call further, but I am not sure how to define that point and how to implement your proposal. I am mostly thinking of the case of kld being loaded, since for compiled-in drivers, there is simply no usermode to make the havoc during attach. For the boot time attachments, I am not sure when to declare the end. E.g. USB does asynchronous device discovery. Could you prototype a change that would do what you propose ? --CN5+qz79j8MMBHjt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+AWgIACgkQC3+MBN1Mb4hlswCghMA1W9QGOErIQUXaukNrBxIb D74AoJ9vcwS2c3f5JPGkfU3zdhrqe7zP =v3zv -----END PGP SIGNATURE----- --CN5+qz79j8MMBHjt-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 15:48:36 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 BEF0A1065676; Sat, 7 Apr 2012 15:48:36 +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 8F2A28FC0A; Sat, 7 Apr 2012 15:48:36 +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 <0M24004009908500@smtpauth3.wiscmail.wisc.edu>; Sat, 07 Apr 2012 10:48:36 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.67.9]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0M24000DK98YBK10@smtpauth3.wiscmail.wisc.edu>; Sat, 07 Apr 2012 10:48:35 -0500 (CDT) Date: Sat, 07 Apr 2012 10:48:34 -0500 From: Nathan Whitehorn In-reply-to: <20120407151514.GW2358@deviant.kiev.zoral.com.ua> To: Konstantin Belousov Message-id: <4F8061D2.4030507@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.67.9 X-Spam-PmxInfo: Server=avs-15, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.4.7.153916, SenderIP=76.210.67.9 References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> <4F80579B.4040205@freebsd.org> <20120407151514.GW2358@deviant.kiev.zoral.com.ua> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120311 Thunderbird/10.0.2 Cc: current@freebsd.org, drivers@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 15:48:36 -0000 On 04/07/12 10:15, Konstantin Belousov wrote: > On Sat, Apr 07, 2012 at 10:04:59AM -0500, Nathan Whitehorn wrote: >> On 04/07/12 07:50, Konstantin Belousov wrote: >>> Hello, >>> there seems to be a problem with device attach sequence offered by newbus. >>> Basically, when device attach method is executing, device is not fully >>> initialized yet. Also the device state in the newbus part of the world >>> is DS_ALIVE. There is definitely no shattering news in the statements, >>> but drivers that e.g. create devfs node to communicate with consumers >>> are prone to a race. >>> >>> If /dev node is created inside device attach method, then usermode >>> can start calling cdevsw methods before device fully initialized itself. >>> Even more, if device tries to use newbus helpers in cdevsw methods, >>> like device_busy(9), then panic occurs "called for unatteched device". >>> I get reports from users about this issues, to it is not something >>> that only could happen. >>> >>> I propose to add DEVICE_AFTER_ATTACH() driver method, to be called >> >from newbus right after device attach finished and newbus considers >>> the device fully initialized. Driver then could create devfs node >>> in the after_attach method instead of attach. Please see the patch below. >>> >> Something like this would also be very useful for drivers that need to >> interact across the device tree, if newbus called it only after all >> drivers have been attached. Drivers that need to see other potentially >> attached drivers now need to do some hacks with SYSINIT. Would it be >> possible to do this? I don't think it changes the functionality you need. > I am definitely fine with postponing a call further, but I am not sure > how to define that point and how to implement your proposal. I am mostly > thinking of the case of kld being loaded, since for compiled-in drivers, > there is simply no usermode to make the havoc during attach. > > For the boot time attachments, I am not sure when to declare the end. > E.g. USB does asynchronous device discovery. > > Could you prototype a change that would do what you propose ? The idea would be to have something that walks the tree and calls it from root_bus_configure(), and otherwise does what your patch does. But it is hard to have it work right for modules, and maybe is too invasive anyway. I'll think about it some more and try to mock something up if it doesn't turn out to be unworkable. -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 17: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 3FDB71065673; Sat, 7 Apr 2012 17:30:33 +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 085398FC0C; Sat, 7 Apr 2012 17: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 q37HUQwv001032; Sat, 7 Apr 2012 13:30: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 q37HUQZM001027; Sat, 7 Apr 2012 17:30:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Apr 2012 17:30:26 GMT Message-Id: <201204071730.q37HUQZM001027@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, 07 Apr 2012 17:30:33 -0000 TB --- 2012-04-07 16:39:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-07 16:39:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-07 16:39:13 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-07 16:39:14 - cleaning the object tree TB --- 2012-04-07 16:39:55 - cvsupping the source tree TB --- 2012-04-07 16:39:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-07 16:40:45 - building world TB --- 2012-04-07 16:40:45 - CROSS_BUILD_TESTING=YES TB --- 2012-04-07 16:40:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-07 16:40:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-07 16:40:45 - SRCCONF=/dev/null TB --- 2012-04-07 16:40:45 - TARGET=mips TB --- 2012-04-07 16:40:45 - TARGET_ARCH=mips TB --- 2012-04-07 16:40:45 - TZ=UTC TB --- 2012-04-07 16:40:45 - __MAKE_CONF=/dev/null TB --- 2012-04-07 16:40:45 - cd /src TB --- 2012-04-07 16:40:45 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 7 16:40: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 [...] 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-04-07 17:30:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-07 17:30:26 - ERROR: failed to build world TB --- 2012-04-07 17:30:26 - 2077.66 user 441.64 system 3072.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 20:09: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 E75C01065746 for ; Sat, 7 Apr 2012 20:09:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 99E938FC0C for ; Sat, 7 Apr 2012 20:09: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 <1SGbwY-0005sZ-Uv>; Sat, 07 Apr 2012 22:09:07 +0200 Received: from e178000138.adsl.alicedsl.de ([85.178.0.138] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SGbwY-0008MZ-Pb>; Sat, 07 Apr 2012 22:09:06 +0200 Message-ID: <4F809EDC.5050909@zedat.fu-berlin.de> Date: Sat, 07 Apr 2012 22:09:00 +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="------------enigA34D0562D9CC00ABDF1054DF" X-Originating-IP: 85.178.0.138 Subject: FreeBSD 10.0-CURRENT/amd r234000: Xorg/xdm startup failure when started via /etc/ttys 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, 07 Apr 2012 20:09:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA34D0562D9CC00ABDF1054DF Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Since I recompiled this morning the sources of FreeBSD 10.0-CURRENT/amd64 (r234000), I have a very strange behaviour of xdm started via /etc/ttys. For a short moment the xdm login requester is shown on the screen and then the console is visible again. Well, I tried to investigate the problem and thought it might could me a corrupt installation, but this error occured out of the sudden after a make world this morning. When trying starting xdm from the console (not the /etc/tty entry), I get a login requester and X11 as usual. /var/log/xdm.log contains: Build Date: 07 April 2012 04:51:08PM Current version of pixman: 0.24.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sat Apr 7 18:38:24 2012 (=3D=3D) Using config file: "/etc/X11/xorg.conf" xdm info (pid 2055): sourcing /usr/local/share/X11/xdm/Xsetup_0 xdm error (pid 2050): Unknown session exit code 2560 from process 2055 xdm info (pid 2050): Exiting The file /usr/local/share/X11/xdm/Xsetup_0 contains xsetroot command setting background to black, but even commenting out everything let xdm fail. In /var/log/Xorg.0.log, I find nothing unusual. I saw changes to "init.c" this morning ...? I'm a little bit helpless ... Regards, Oliver --------------enigA34D0562D9CC00ABDF1054DF 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) iQEcBAEBAgAGBQJPgJ7iAAoJEOgBcD7A/5N87nUIAJ94bTIUQ5Tn6eFXQuoDjozh jjp2zZ24RADQqQfFgJwe4tiDVMUs6qpcH6bKHo3ejj9SZDMqgeD0Pv2/8tTLnr0e 44ZeyxDwVBnNdkOKdzYiw54VQs6QNdNglCFtxX6oBB8TVTkOLNSxYsZXtAI31fAA bidAJVsXoPFIdoRJB2DzItCVNeO3vMAeVsAX9I2ExZHzd22qQ37gCvn9YRxuVtog jPC7QRWYStJGnGpJ4zw7TwvvII4V8dNfMu3whS/vUoHczTJhoQVbdT5EinOykNLr XEMQvIHsgkEuRehrXzgQPc3kk4HCkit9f1ALjkB6rnJVqnyu5ms+9+yOVlWh7iE= =G3j7 -----END PGP SIGNATURE----- --------------enigA34D0562D9CC00ABDF1054DF-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 21:31:24 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 E930D106566B; Sat, 7 Apr 2012 21:31:23 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id B1EFF8FC0C; Sat, 7 Apr 2012 21:31:23 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q37LVMBB019934 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 7 Apr 2012 14:31:23 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F80B254.1010606@freebsd.org> Date: Sat, 07 Apr 2012 14:32:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Konstantin Belousov References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, drivers@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 21:31:24 -0000 On 4/7/12 5:50 AM, Konstantin Belousov wrote: > Hello, > there seems to be a problem with device attach sequence offered by newbus. > Basically, when device attach method is executing, device is not fully > initialized yet. Also the device state in the newbus part of the world > is DS_ALIVE. There is definitely no shattering news in the statements, > but drivers that e.g. create devfs node to communicate with consumers > are prone to a race. > > If /dev node is created inside device attach method, then usermode > can start calling cdevsw methods before device fully initialized itself. > Even more, if device tries to use newbus helpers in cdevsw methods, > like device_busy(9), then panic occurs "called for unatteched device". > I get reports from users about this issues, to it is not something > that only could happen. Yes, we hit that (the tasting fro geom making requests as soona s we added the devfs entries came in before we were quite set up) with the fusion-IO driver but it was "solvable" by moving the device creation to be the very last thing after all the setup was done. We were prepared to handle requests by then. We don't seem to have hit the device_busy(etc) problem, but your solution sounds reasonable. > I propose to add DEVICE_AFTER_ATTACH() driver method, to be called DEVICE_ATTACH_LATE() or DEVICE_ATTACH_DONE() > from newbus right after device attach finished and newbus considers > the device fully initialized. Driver then could create devfs node > in the after_attach method instead of attach. Please see the patch below. > > diff --git a/sys/kern/device_if.m b/sys/kern/device_if.m > index eb720eb..9db74e2 100644 > --- a/sys/kern/device_if.m > +++ b/sys/kern/device_if.m > @@ -43,6 +43,10 @@ INTERFACE device; > # Default implementations of some methods. > # > CODE { > + static void null_after_attach(device_t dev) > + { > + } > + > static int null_shutdown(device_t dev) > { > return 0; > @@ -199,6 +203,21 @@ METHOD int attach { > }; > > /** > + * @brief Notify the driver that device is in attached state > + * > + * Called after driver is successfully attached to the device and > + * corresponding device_t is fully operational. Driver now may expose > + * the device to the consumers, e.g. create devfs nodes. > + * > + * @param dev the device to probe > + * > + * @see DEVICE_ATTACH() > + */ > +METHOD void after_attach { > + device_t dev; > +} DEFAULT null_after_attach; > + > +/** > * @brief Detach a driver from a device. > * > * This can be called if the user is replacing the > diff --git a/sys/kern/subr_bus.c b/sys/kern/subr_bus.c > index d485b9f..6d849cb 100644 > --- a/sys/kern/subr_bus.c > +++ b/sys/kern/subr_bus.c > @@ -2743,6 +2743,7 @@ device_attach(device_t dev) > dev->state = DS_ATTACHED; > dev->flags&= ~DF_DONENOMATCH; > devadded(dev); > + DEVICE_AFTER_ATTACH(dev); > return (0); > } > From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 21:34:13 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 93E80106564A; Sat, 7 Apr 2012 21:34:13 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4629B8FC0A; Sat, 7 Apr 2012 21:34:13 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q37LYBpg019961 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 7 Apr 2012 14:34:12 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F80B2FE.1030007@freebsd.org> Date: Sat, 07 Apr 2012 14:34:54 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Konstantin Belousov References: <20120407125056.GS2358@deviant.kiev.zoral.com.ua> <4F80579B.4040205@freebsd.org> <20120407151514.GW2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120407151514.GW2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: drivers@freebsd.org, Nathan Whitehorn , current@freebsd.org Subject: Re: device_attach(9) and driver initialization 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, 07 Apr 2012 21:34:13 -0000 On 4/7/12 8:15 AM, Konstantin Belousov wrote: > On Sat, Apr 07, 2012 at 10:04:59AM -0500, Nathan Whitehorn wrote: >> On 04/07/12 07:50, Konstantin Belousov wrote: >>> Hello, >>> there seems to be a problem with device attach sequence offered by newbus. >>> Basically, when device attach method is executing, device is not fully >>> initialized yet. Also the device state in the newbus part of the world >>> is DS_ALIVE. There is definitely no shattering news in the statements, >>> but drivers that e.g. create devfs node to communicate with consumers >>> are prone to a race. >>> >>> If /dev node is created inside device attach method, then usermode >>> can start calling cdevsw methods before device fully initialized itself. >>> Even more, if device tries to use newbus helpers in cdevsw methods, >>> like device_busy(9), then panic occurs "called for unatteched device". >>> I get reports from users about this issues, to it is not something >>> that only could happen. >>> >>> I propose to add DEVICE_AFTER_ATTACH() driver method, to be called >> >from newbus right after device attach finished and newbus considers >>> the device fully initialized. Driver then could create devfs node >>> in the after_attach method instead of attach. Please see the patch below. >>> >> Something like this would also be very useful for drivers that need to >> interact across the device tree, if newbus called it only after all >> drivers have been attached. Drivers that need to see other potentially >> attached drivers now need to do some hacks with SYSINIT. Would it be >> possible to do this? I don't think it changes the functionality you need. > I am definitely fine with postponing a call further, but I am not sure > how to define that point and how to implement your proposal. I am mostly > thinking of the case of kld being loaded, since for compiled-in drivers, > there is simply no usermode to make the havoc during attach. no, Geom starts tasting disk devices as as soon as you make the device. > For the boot time attachments, I am not sure when to declare the end. > E.g. USB does asynchronous device discovery. > > Could you prototype a change that would do what you propose ?