From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 00:05:14 2011 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 3D0B3106564A; Sun, 19 Jun 2011 00:05:14 +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 F1BCC8FC0A; Sun, 19 Jun 2011 00:05:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J05DBl039104; Sat, 18 Jun 2011 20:05:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J05C88039087; Sun, 19 Jun 2011 00:05:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 00:05:12 GMT Message-Id: <201106190005.p5J05C88039087@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, 19 Jun 2011 00:05:14 -0000 TB --- 2011-06-18 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-18 23:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-18 23:40:00 - cleaning the object tree TB --- 2011-06-18 23:40:05 - cvsupping the source tree TB --- 2011-06-18 23:40:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-18 23:40:29 - building world TB --- 2011-06-18 23:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-18 23:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-18 23:40:29 - TARGET=i386 TB --- 2011-06-18 23:40:29 - TARGET_ARCH=i386 TB --- 2011-06-18 23:40:29 - TZ=UTC TB --- 2011-06-18 23:40:29 - __MAKE_CONF=/dev/null TB --- 2011-06-18 23:40:29 - cd /src TB --- 2011-06-18 23:40:29 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 18 23:40:30 UTC 2011 >>> 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 -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 00:05:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 00:05:12 - ERROR: failed to build world TB --- 2011-06-19 00:05:12 - 1124.76 user 285.56 system 1512.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 00:05:20 2011 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 3E9941065670; Sun, 19 Jun 2011 00:05: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 EF1278FC12; Sun, 19 Jun 2011 00:05:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J05JOC039513; Sat, 18 Jun 2011 20:05:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J05JPe039512; Sun, 19 Jun 2011 00:05:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 00:05:19 GMT Message-Id: <201106190005.p5J05JPe039512@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, 19 Jun 2011 00:05:20 -0000 TB --- 2011-06-18 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-18 23:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-18 23:40:00 - cleaning the object tree TB --- 2011-06-18 23:40:05 - cvsupping the source tree TB --- 2011-06-18 23:40:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-18 23:40:29 - building world TB --- 2011-06-18 23:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-18 23:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-18 23:40:29 - TARGET=pc98 TB --- 2011-06-18 23:40:29 - TARGET_ARCH=i386 TB --- 2011-06-18 23:40:29 - TZ=UTC TB --- 2011-06-18 23:40:29 - __MAKE_CONF=/dev/null TB --- 2011-06-18 23:40:29 - cd /src TB --- 2011-06-18 23:40:29 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 18 23:40:30 UTC 2011 >>> 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 -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 00:05:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 00:05:19 - ERROR: failed to build world TB --- 2011-06-19 00:05:19 - 1125.01 user 292.47 system 1518.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 01:57:31 2011 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 A4F58106564A; Sun, 19 Jun 2011 01:57: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 763478FC0A; Sun, 19 Jun 2011 01:57:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J1vUd4007941; Sat, 18 Jun 2011 21:57:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J1vUnO007883; Sun, 19 Jun 2011 01:57:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 01:57:30 GMT Message-Id: <201106190157.p5J1vUnO007883@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: Sun, 19 Jun 2011 01:57:31 -0000 TB --- 2011-06-18 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-18 23:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-18 23:40:00 - cleaning the object tree TB --- 2011-06-18 23:40:22 - cvsupping the source tree TB --- 2011-06-18 23:40:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-18 23:40:35 - building world TB --- 2011-06-18 23:40:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-18 23:40:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-18 23:40:35 - TARGET=amd64 TB --- 2011-06-18 23:40:35 - TARGET_ARCH=amd64 TB --- 2011-06-18 23:40:35 - TZ=UTC TB --- 2011-06-18 23:40:35 - __MAKE_CONF=/dev/null TB --- 2011-06-18 23:40:35 - cd /src TB --- 2011-06-18 23:40:35 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 18 23:40:35 UTC 2011 >>> 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 [...] cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_proc.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_program.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_provider.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_regset.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_string.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_strtab.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 01:57:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 01:57:29 - ERROR: failed to build world TB --- 2011-06-19 01:57:30 - 6450.16 user 1253.34 system 8249.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 04:15:14 2011 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 34777106566B; Sun, 19 Jun 2011 04:15:14 +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 E92298FC18; Sun, 19 Jun 2011 04:15:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J4FDiV058732; Sun, 19 Jun 2011 00:15:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J4FCMe058716; Sun, 19 Jun 2011 04:15:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 04:15:12 GMT Message-Id: <201106190415.p5J4FCMe058716@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, 19 Jun 2011 04:15:14 -0000 TB --- 2011-06-19 03:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 03:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-19 03:50:00 - cleaning the object tree TB --- 2011-06-19 03:50:06 - cvsupping the source tree TB --- 2011-06-19 03:50:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-19 03:50:30 - building world TB --- 2011-06-19 03:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 03:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 03:50:30 - TARGET=i386 TB --- 2011-06-19 03:50:30 - TARGET_ARCH=i386 TB --- 2011-06-19 03:50:30 - TZ=UTC TB --- 2011-06-19 03:50:30 - __MAKE_CONF=/dev/null TB --- 2011-06-19 03:50:30 - cd /src TB --- 2011-06-19 03:50:30 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 03:50:31 UTC 2011 >>> 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 -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 04:15:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 04:15:12 - ERROR: failed to build world TB --- 2011-06-19 04:15:12 - 1126.30 user 283.92 system 1511.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 04:15:20 2011 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 6AB00106566B; Sun, 19 Jun 2011 04:15: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 23D458FC14; Sun, 19 Jun 2011 04:15:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J4FIK7059142; Sun, 19 Jun 2011 00:15:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J4FIBO059141; Sun, 19 Jun 2011 04:15:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 04:15:18 GMT Message-Id: <201106190415.p5J4FIBO059141@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, 19 Jun 2011 04:15:20 -0000 TB --- 2011-06-19 03:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 03:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-19 03:50:00 - cleaning the object tree TB --- 2011-06-19 03:50:06 - cvsupping the source tree TB --- 2011-06-19 03:50:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-19 03:50:30 - building world TB --- 2011-06-19 03:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 03:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 03:50:30 - TARGET=pc98 TB --- 2011-06-19 03:50:30 - TARGET_ARCH=i386 TB --- 2011-06-19 03:50:30 - TZ=UTC TB --- 2011-06-19 03:50:30 - __MAKE_CONF=/dev/null TB --- 2011-06-19 03:50:30 - cd /src TB --- 2011-06-19 03:50:30 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 03:50:31 UTC 2011 >>> 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 -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 04:15:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 04:15:18 - ERROR: failed to build world TB --- 2011-06-19 04:15:18 - 1126.30 user 290.79 system 1517.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 06:07:33 2011 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 4CE341065670; Sun, 19 Jun 2011 06:07: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 1E0798FC12; Sun, 19 Jun 2011 06:07:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J67WA2028350; Sun, 19 Jun 2011 02:07:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J67W7E028345; Sun, 19 Jun 2011 06:07:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 06:07:32 GMT Message-Id: <201106190607.p5J67W7E028345@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: Sun, 19 Jun 2011 06:07:33 -0000 TB --- 2011-06-19 03:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 03:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-19 03:50:00 - cleaning the object tree TB --- 2011-06-19 03:50:21 - cvsupping the source tree TB --- 2011-06-19 03:50:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-19 03:50:35 - building world TB --- 2011-06-19 03:50:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 03:50:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 03:50:35 - TARGET=amd64 TB --- 2011-06-19 03:50:35 - TARGET_ARCH=amd64 TB --- 2011-06-19 03:50:35 - TZ=UTC TB --- 2011-06-19 03:50:35 - __MAKE_CONF=/dev/null TB --- 2011-06-19 03:50:35 - cd /src TB --- 2011-06-19 03:50:35 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 03:50:35 UTC 2011 >>> 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 [...] cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_proc.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_program.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_provider.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_regset.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_string.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_strtab.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 06:07:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 06:07:31 - ERROR: failed to build world TB --- 2011-06-19 06:07:31 - 6448.40 user 1257.30 system 8250.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 08:26:24 2011 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 C031F106566B; Sun, 19 Jun 2011 08:26:24 +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 82E468FC16; Sun, 19 Jun 2011 08:26:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J8QN7Q079380; Sun, 19 Jun 2011 04:26:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J8QNbj079375; Sun, 19 Jun 2011 08:26:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 08:26:23 GMT Message-Id: <201106190826.p5J8QNbj079375@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, 19 Jun 2011 08:26:24 -0000 TB --- 2011-06-19 08:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 08:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-19 08:00:00 - cleaning the object tree TB --- 2011-06-19 08:00:07 - cvsupping the source tree TB --- 2011-06-19 08:00:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-19 08:01:07 - building world TB --- 2011-06-19 08:01:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 08:01:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 08:01:07 - TARGET=i386 TB --- 2011-06-19 08:01:07 - TARGET_ARCH=i386 TB --- 2011-06-19 08:01:07 - TZ=UTC TB --- 2011-06-19 08:01:07 - __MAKE_CONF=/dev/null TB --- 2011-06-19 08:01:07 - cd /src TB --- 2011-06-19 08:01:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 08:01:07 UTC 2011 >>> 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 -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 08:26:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 08:26:23 - ERROR: failed to build world TB --- 2011-06-19 08:26:23 - 1141.80 user 292.50 system 1582.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 08:26:32 2011 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 36A7E106570D; Sun, 19 Jun 2011 08:26:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E5FA28FC18; Sun, 19 Jun 2011 08:26:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5J8QVbc079795; Sun, 19 Jun 2011 04:26:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5J8QVJ6079794; Sun, 19 Jun 2011 08:26:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 08:26:31 GMT Message-Id: <201106190826.p5J8QVJ6079794@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, 19 Jun 2011 08:26:32 -0000 TB --- 2011-06-19 08:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 08:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-19 08:00:00 - cleaning the object tree TB --- 2011-06-19 08:00:07 - cvsupping the source tree TB --- 2011-06-19 08:00:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-19 08:01:07 - building world TB --- 2011-06-19 08:01:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 08:01:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 08:01:07 - TARGET=pc98 TB --- 2011-06-19 08:01:07 - TARGET_ARCH=i386 TB --- 2011-06-19 08:01:07 - TZ=UTC TB --- 2011-06-19 08:01:07 - __MAKE_CONF=/dev/null TB --- 2011-06-19 08:01:07 - cd /src TB --- 2011-06-19 08:01:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 08:01:07 UTC 2011 >>> 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 -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 08:26:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 08:26:31 - ERROR: failed to build world TB --- 2011-06-19 08:26:31 - 1141.21 user 299.49 system 1590.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 08:38:19 2011 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 6E9A71065674 for ; Sun, 19 Jun 2011 08:38:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id E74B48FC0C for ; Sun, 19 Jun 2011 08:38:18 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=EIZfbDsN8gr1c4B7uGrP4foh/gtfZ6zZRee2cLtKwTU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=e_1OUvNP6hUA:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=cGZQOdpKtrLFw9HzRjUA:9 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 142382183; Sun, 19 Jun 2011 10:38:16 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 19 Jun 2011 10:36:48 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106191036.48088.hselasky@c2i.net> Cc: "Luiz Gustavo S. Costa" , Rick van der Zwet Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 08:38:19 -0000 On Friday 17 June 2011 15:46:17 Luiz Gustavo S. Costa wrote: > Hi all > > I was venturing more on the idea of running this adapter, I decided to > test on OpenBSD 4.9 > > OpenBSD 4.9 RELEASE is already entry for id 0x8180, equal to FreeBSD > 9.0-CURRENT. > > What I did (see attached diff file) was to do the same, I tried to do > in freebsd, add the id of the new adapter based on 0x8180 > > And everything worked as I expected, I managed to get a MAC address > and use the ifconfig output as below: > > udav0: flags=8802 mtu 1500 > lladdr 00:e0:4c:53:44:58 > priority: 0 > media: Ethernet none > inet6 fe80::2e0:4cff:fe53:4458%udav0 prefixlen 64 scopeid 0x5 > > Do I have to specify the id somewhere else, some input to the PHY? > > Thanks Hi, Your patch has been committed with some modifications: http://svn.freebsd.org/changeset/base/223288 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 10:19:12 2011 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 3372A1065673; Sun, 19 Jun 2011 10:19:12 +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 070758FC08; Sun, 19 Jun 2011 10:19:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5JAJBrA048231; Sun, 19 Jun 2011 06:19:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5JAJB90048222; Sun, 19 Jun 2011 10:19:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 10:19:11 GMT Message-Id: <201106191019.p5JAJB90048222@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: Sun, 19 Jun 2011 10:19:12 -0000 TB --- 2011-06-19 08:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 08:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-19 08:00:00 - cleaning the object tree TB --- 2011-06-19 08:00:19 - cvsupping the source tree TB --- 2011-06-19 08:00:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-19 08:01:07 - building world TB --- 2011-06-19 08:01:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 08:01:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 08:01:07 - TARGET=amd64 TB --- 2011-06-19 08:01:07 - TARGET_ARCH=amd64 TB --- 2011-06-19 08:01:07 - TZ=UTC TB --- 2011-06-19 08:01:07 - __MAKE_CONF=/dev/null TB --- 2011-06-19 08:01:07 - cd /src TB --- 2011-06-19 08:01:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 08:01:07 UTC 2011 >>> 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 [...] cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_proc.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_program.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_provider.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_regset.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_string.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_strtab.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 10:19:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 10:19:10 - ERROR: failed to build world TB --- 2011-06-19 10:19:10 - 6492.80 user 1266.98 system 8349.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 12:45:17 2011 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 E4FBC106566B; Sun, 19 Jun 2011 12:45: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 A34AD8FC08; Sun, 19 Jun 2011 12:45:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5JCjGAu097852; Sun, 19 Jun 2011 08:45:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5JCjGoW097826; Sun, 19 Jun 2011 12:45:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 12:45:16 GMT Message-Id: <201106191245.p5JCjGoW097826@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, 19 Jun 2011 12:45:18 -0000 TB --- 2011-06-19 12:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 12:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-19 12:20:00 - cleaning the object tree TB --- 2011-06-19 12:20:06 - cvsupping the source tree TB --- 2011-06-19 12:20:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-19 12:20:28 - building world TB --- 2011-06-19 12:20:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 12:20:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 12:20:28 - TARGET=i386 TB --- 2011-06-19 12:20:28 - TARGET_ARCH=i386 TB --- 2011-06-19 12:20:28 - TZ=UTC TB --- 2011-06-19 12:20:28 - __MAKE_CONF=/dev/null TB --- 2011-06-19 12:20:28 - cd /src TB --- 2011-06-19 12:20:28 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 12:20:28 UTC 2011 >>> 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 -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 12:45:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 12:45:16 - ERROR: failed to build world TB --- 2011-06-19 12:45:16 - 1125.07 user 285.45 system 1515.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 12:45:26 2011 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 1C1E0106564A; Sun, 19 Jun 2011 12:45:26 +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 D31628FC14; Sun, 19 Jun 2011 12:45:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5JCjPXU098582; Sun, 19 Jun 2011 08:45:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5JCjPHq098581; Sun, 19 Jun 2011 12:45:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 12:45:25 GMT Message-Id: <201106191245.p5JCjPHq098581@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, 19 Jun 2011 12:45:26 -0000 TB --- 2011-06-19 12:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 12:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-19 12:20:00 - cleaning the object tree TB --- 2011-06-19 12:20:06 - cvsupping the source tree TB --- 2011-06-19 12:20:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-19 12:20:28 - building world TB --- 2011-06-19 12:20:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 12:20:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 12:20:28 - TARGET=pc98 TB --- 2011-06-19 12:20:28 - TARGET_ARCH=i386 TB --- 2011-06-19 12:20:28 - TZ=UTC TB --- 2011-06-19 12:20:28 - __MAKE_CONF=/dev/null TB --- 2011-06-19 12:20:28 - cd /src TB --- 2011-06-19 12:20:28 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 12:20:28 UTC 2011 >>> 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 -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 12:45:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 12:45:25 - ERROR: failed to build world TB --- 2011-06-19 12:45:25 - 1125.57 user 291.73 system 1525.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 12:58:29 2011 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 6535C106564A; Sun, 19 Jun 2011 12:58:29 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id 26A9F8FC14; Sun, 19 Jun 2011 12:58:29 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 87EB391E76; Sun, 19 Jun 2011 12:58:28 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id Va2t59Fy68JK; Sun, 19 Jun 2011 12:58:16 +0000 (UTC) Received: from [192.168.4.32] (unknown [90.184.171.166]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id 92B9191E5F; Sun, 19 Jun 2011 12:58:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: "Simon L. B. Nielsen" In-Reply-To: <201106191245.p5JCjGoW097826@freebsd-current.sentex.ca> Date: Sun, 19 Jun 2011 14:58:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2AAD3333-DCC9-4AE8-B545-59C86F15E296@nitro.dk> References: <201106191245.p5JCjGoW097826@freebsd-current.sentex.ca> To: current@freebsd.org, i386@freebsd.org X-Mailer: Apple Mail (2.1084) Cc: Subject: Re: [head tinderbox] failure on i386/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: Sun, 19 Jun 2011 12:58:29 -0000 On 19 Jun 2011, at 14:45, FreeBSD Tinderbox wrote: >=20 >>>> World build started on Sun Jun 19 12:20:28 UTC 2011 >>>> stage 4.2: building libraries > [...] > cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace = -I/src/cddl/lib/libdtrace = -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 = -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris = -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include = -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head = -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/com= mon = -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/= common = -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common= = -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel = -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -fstack-protector = -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c = /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/co= mmon/dt_subr.c > = /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/co= mmon/dt_subr.c:831:3: error: #warning need td_popc() implementation Build should be fixed now, but implementation is still broken (just as = it was before the recent build breakage)... --=20 Simon L. B. Nielsen From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 14:36:59 2011 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 A2444106566B; Sun, 19 Jun 2011 14:36: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 6899F8FC0C; Sun, 19 Jun 2011 14:36:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5JEawZl067606; Sun, 19 Jun 2011 10:36:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5JEawnX067601; Sun, 19 Jun 2011 14:36:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jun 2011 14:36:58 GMT Message-Id: <201106191436.p5JEawnX067601@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: Sun, 19 Jun 2011 14:36:59 -0000 TB --- 2011-06-19 12:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-19 12:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-19 12:20:00 - cleaning the object tree TB --- 2011-06-19 12:20:21 - cvsupping the source tree TB --- 2011-06-19 12:20:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-19 12:20:35 - building world TB --- 2011-06-19 12:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-19 12:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-19 12:20:35 - TARGET=amd64 TB --- 2011-06-19 12:20:35 - TARGET_ARCH=amd64 TB --- 2011-06-19 12:20:35 - TZ=UTC TB --- 2011-06-19 12:20:35 - __MAKE_CONF=/dev/null TB --- 2011-06-19 12:20:35 - cd /src TB --- 2011-06-19 12:20:35 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 19 12:20:35 UTC 2011 >>> 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 [...] cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_proc.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_program.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_provider.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_regset.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_string.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_strtab.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/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 --- 2011-06-19 14:36:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-19 14:36:57 - ERROR: failed to build world TB --- 2011-06-19 14:36:57 - 6402.59 user 1250.70 system 8217.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 16:01:52 2011 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 C7B84106566B for ; Sun, 19 Jun 2011 16:01:52 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 345C18FC15 for ; Sun, 19 Jun 2011 16:01:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5JG1oJZ035505 for ; Sun, 19 Jun 2011 20:01:50 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5JG1o73035504 for current@freebsd.org; Sun, 19 Jun 2011 20:01:50 +0400 (MSD) (envelope-from ache) Date: Sun, 19 Jun 2011 20:01:49 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20110619160148.GA35431@vniz.net> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Latest -current 100% hang at the late boot stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 16:01:52 -0000 See subj. It hangs deadly. Boot verbose shows nothing unusual. No errors are shown during the boot. It always happens before trying to mount root. Breaking to DDB shows nothing particular, at least for me: http://img196.imageshack.us/img196/2128/19062011.jpg (sorry for bad screenshot quality, thats all my mobile can) World & kernel are from the same date (today). Last working kernel was from May 28. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 16:37:43 2011 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 829391065675; Sun, 19 Jun 2011 16:37:43 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 408218FC15; Sun, 19 Jun 2011 16:37:42 +0000 (UTC) Received: by iwr19 with SMTP id 19so3348963iwr.13 for ; Sun, 19 Jun 2011 09:37:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=Taa9N4Q1AoSr/4rDL/VoJ6HN+YfylgX8l05tTGdplNE=; b=O1Jguf99T0rLxcjZoeJJCe9l/TcyypNGLPkr+O9EBb3xSJsmkYC4k9VOQCiqMK8f+E 0u1tZBlgV5p3sNMzkte4Q/Pm//VQ1HGdHfwU+z/G1JXrRrIaEUZoQ4LOLJT6vdwGIIim pGLiTh3oOHyPDQ6dFW7MnwZFVIuQ7vDD6lXNU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=IAwLcyV+hsOFL3gttkNQ2qUUyG4F2r/D1fI/AdTFOvIGDqYyjM7q6Dymv6HPCf09yG UtIOUYgJfWqSX189HGitRykcj1mcME3i4ObSwjRYCL6x07SOCSJrTDO30R2ePtudwxlV +Jf8/Fi9sjc18HkwEXOWBzmkJ6ZA30qH+tFmk= Received: by 10.42.133.3 with SMTP id f3mr4807220ict.32.1308499934199; Sun, 19 Jun 2011 09:12:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.52.65 with HTTP; Sun, 19 Jun 2011 09:11:54 -0700 (PDT) In-Reply-To: <20110619160148.GA35431@vniz.net> References: <20110619160148.GA35431@vniz.net> From: Eir Nym Date: Sun, 19 Jun 2011 20:11:54 +0400 Message-ID: To: Andrey Chernov , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Latest -current 100% hang at the late boot stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 16:37:43 -0000 On 19 June 2011 20:01, Andrey Chernov wrote: > See subj. It hangs deadly. > Boot verbose shows nothing unusual. No errors are shown during the boot. > It always happens before trying to mount root. > Breaking to DDB shows nothing particular, at least for me: > http://img196.imageshack.us/img196/2128/19062011.jpg > (sorry for bad screenshot quality, thats all my mobile can) > World & kernel are from the same date (today). > Last working kernel was from May 28. > Which svn revisions and which kernel/world configurations have you tested? I know that svn revision 222913 works fine (custom kernel). -- Eir Nym > -- > http://ache.vniz.net/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 16:53:34 2011 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 3D3DD106564A for ; Sun, 19 Jun 2011 16:53:34 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id B55378FC15 for ; Sun, 19 Jun 2011 16:53:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5JGrVQB035910; Sun, 19 Jun 2011 20:53:32 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5JGrVe9035909; Sun, 19 Jun 2011 20:53:31 +0400 (MSD) (envelope-from ache) Date: Sun, 19 Jun 2011 20:53:29 +0400 From: Andrey Chernov To: Eir Nym Message-ID: <20110619165328.GA35872@vniz.net> Mail-Followup-To: Andrey Chernov , Eir Nym , current@FreeBSD.ORG References: <20110619160148.GA35431@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG Subject: Re: Latest -current 100% hang at the late boot stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 16:53:34 -0000 On Sun, Jun 19, 2011 at 08:11:54PM +0400, Eir Nym wrote: > On 19 June 2011 20:01, Andrey Chernov wrote: > > See subj. It hangs deadly. > > Boot verbose shows nothing unusual. No errors are shown during the boot. > > It always happens before trying to mount root. > > Breaking to DDB shows nothing particular, at least for me: > > http://img196.imageshack.us/img196/2128/19062011.jpg > > (sorry for bad screenshot quality, thats all my mobile can) > > World & kernel are from the same date (today). > > Last working kernel was from May 28. > > > Which svn revisions and which kernel/world configurations have you tested? > > I know that svn revision 222913 works fine (custom kernel). 223296 I do no test -current builds everyday, so many potentially dangerous changes can be sneaked in since May 28. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 17:51:11 2011 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 3CBE01065674; Sun, 19 Jun 2011 17:51:11 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EDFD78FC0A; Sun, 19 Jun 2011 17:51:10 +0000 (UTC) Received: by iwr19 with SMTP id 19so3387055iwr.13 for ; Sun, 19 Jun 2011 10:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=Nsar7wJwnCkuMSgIVI6jcHlknXrZeI44hE9II+LWZ6U=; b=qJbkhbH0nfxjjZEUkN7wS5SE+Y+wChpW5y7zzwa0nSB0Jnl+XEPlcKerJgPr/3PR5n rinAMkrfR2m+eGRde25M6+1fPBHQh1Jc3qQlQ0RRWPZtz/tOZYF++7bP9md0pK83eVDH cZ51sn/sX0BznuPBBQ6LviRkKJJRqxNN05kZo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=JxqP+GLcf563oSG6drZ6T6aQykdT/PEpbF4zfYbg1TqsnFtlE/ym2pMe49Ziwiq6NC X/eSzY/+cJzNsDrd11sHNCA00GYTPRzSp8OS3z1djaFw9dXWhBTEahFPR/Re5UUqEO4G tSBIYrRvDIYHhBzcBTzVSpYtQ65NDJMztHx2o= Received: by 10.42.229.66 with SMTP id jh2mr5008542icb.501.1308505869160; Sun, 19 Jun 2011 10:51:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.52.65 with HTTP; Sun, 19 Jun 2011 10:50:49 -0700 (PDT) In-Reply-To: <20110619165328.GA35872@vniz.net> References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> From: Eir Nym Date: Sun, 19 Jun 2011 21:50:49 +0400 Message-ID: To: Andrey Chernov , Eir Nym , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Latest -current 100% hang at the late boot stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 17:51:11 -0000 On 19 June 2011 20:53, Andrey Chernov wrote: > On Sun, Jun 19, 2011 at 08:11:54PM +0400, Eir Nym wrote: >> On 19 June 2011 20:01, Andrey Chernov wrote: >> > See subj. It hangs deadly. >> > Boot verbose shows nothing unusual. No errors are shown during the boot. >> > It always happens before trying to mount root. >> > Breaking to DDB shows nothing particular, at least for me: >> > http://img196.imageshack.us/img196/2128/19062011.jpg >> > (sorry for bad screenshot quality, thats all my mobile can) >> > World & kernel are from the same date (today). >> > Last working kernel was from May 28. >> > >> Which svn revisions and which kernel/world configurations have you tested? >> >> I know that svn revision 222913 works fine (custom kernel). > > 223296 > I do no test -current builds everyday, so many potentially dangerous > changes can be sneaked in since May 28. > Thanks, I want to install 223078 soon, and I'll be aware about this. -- Eir Nym > -- > http://ache.vniz.net/ > From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 19:37:18 2011 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 BDFD41065673 for ; Sun, 19 Jun 2011 19:37:18 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id A18E48FC16 for ; Sun, 19 Jun 2011 19:37:18 +0000 (UTC) Received: by pzk5 with SMTP id 5so4629126pzk.17 for ; Sun, 19 Jun 2011 12:37:17 -0700 (PDT) Received: by 10.68.41.168 with SMTP id g8mr1755085pbl.512.1308510937437; Sun, 19 Jun 2011 12:15:37 -0700 (PDT) Received: from [10.0.1.198] ([72.253.42.56]) by mx.google.com with ESMTPS id v6sm2749611pbh.70.2011.06.19.12.15.35 (version=SSLv3 cipher=OTHER); Sun, 19 Jun 2011 12:15:36 -0700 (PDT) Date: Sun, 19 Jun 2011 09:19:36 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: SUJ progress report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 19:37:18 -0000 Hi Folks, Kirk, Peter and I have been working hard on SUJ. We still have a few bugs related to snapshots but we fixed the couple of potential corruption problems that came up over the last year. If you are not currently using SUJ I implore you to do so and report any problems you may find.. We need to get better coverage if we are going to enable it for 9.0 which I think everyone would like to see. I will send another update when it is safe to use SUJ + snapshots. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 23:23:11 2011 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 D689D106566C for ; Sun, 19 Jun 2011 23:23:11 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 507898FC08 for ; Sun, 19 Jun 2011 23:23:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5JNN9eX057647; Mon, 20 Jun 2011 03:23:09 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5JNN82v057646; Mon, 20 Jun 2011 03:23:08 +0400 (MSD) (envelope-from ache) Date: Mon, 20 Jun 2011 03:23:07 +0400 From: Andrey Chernov To: Eir Nym Message-ID: <20110619232307.GA57530@vniz.net> Mail-Followup-To: Andrey Chernov , Eir Nym , current@FreeBSD.ORG References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG Subject: Re: Latest -current 100% hang at the late boot stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Jun 2011 23:23:11 -0000 I try to narrow it down. kernel from Jun 10 produces LOR (below) but works afterwards while kernel= =20 =66rom Jun 16 hangs. lock order reversal: 1st 0xc68f7d18 ufs (ufs) @ kern/vfs_mount.c:1193 2nd 0xc6b83278 devfs (devfs) @ kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper(c0802170,ee7a68e4,c062fc09,c061f088,c0805aeb,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c061f088,c0805aeb,c64f1360,c64f1290,ee7a6940,...) at kdb_back= trace+0x29 _witness_debugger(c0805aeb,c6b83278,c07f1d57,c64f1290,c080cef5,...) at _wit= ness_debugger+0x1e witness_checkorder(c6b83278,9,c080ceec,856,0,...) at witness_checkorder+0x8= 1e __lockmgr_args(c6b83278,80100,c6b83298,0,0,0,c080ceec,856) at __lockmgr_arg= s+0x7c6 vop_stdlock(ee7a6a5c,c062f9e5,c07f2080,80100,c6b83220,...) at vop_stdlock+0= x5c VOP_LOCK1_APV(c0862d20,ee7a6a5c,c6bb6670,c0897740,c6b83220,...) at VOP_LOCK= 1_APV+0xaf _vn_lock(c6b83220,80100,c080ceec,856,8,...) at _vn_lock+0x5e vget(c6b83220,80100,c6bb65c0,196,c07f1f76,...) at vget+0xb8 devfs_allocv(c6b52080,c6b7d000,80000,ee7a6af4,ee7a6b40,...) at devfs_allocv= +0xfe devfs_root(c6b7d000,80000,ee7a6ba4,c6bb65c0,ee7a6b24,...) at devfs_root+0x52 vflush(c6b7d000,1,0,c6bb65c0,0,...) at vflush+0x49 devfs_unmount(c6b7d000,8000000,c080c58b,4ee,80,...) at devfs_unmount+0x46 dounmount(c6b7d000,8000000,c6bb65c0,473,2,...) at dounmount+0x45d unmount(c6bb65c0,ee7a6cec,28167690,1,0,...) at unmount+0x2b6 syscallenter(c6bb65c0,ee7a6ce4,c07977b9,c08b0250,0,...) at syscallenter+0x2= 3f syscall(ee7a6d28) at syscall+0x2e Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (22, FreeBSD ELF32, unmount), eip =3D 0x280d89ff, esp =3D 0xbfb= fe5dc, ebp =3D 0xbfbfe6a8 --- --=20 http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 19 23:30:00 2011 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 5B7A7106566B; Sun, 19 Jun 2011 23:30:00 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id AB6CE8FC12; Sun, 19 Jun 2011 23:29:59 +0000 (UTC) Received: by wyb33 with SMTP id 33so2947928wyb.13 for ; Sun, 19 Jun 2011 16:29:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=V2b7abL6HQxQ7/HTG4eXEmau4sDqw/ca34UdTdLjIQI=; b=RJUBhB4TgMI0QZ3o3LltbB8oHumLxK577mLAa1VpLlDOVFgFHkwI0Y16yMXxWlMvBt 7oHrwOoYApsMutDub8nqgXwqJ/pqmo878AaItaDPYpM1grC/58iDIbiCGeE+kzXNtwcD ePazVFpexy4oLCPHyqE0rYQzPWYNqkqrnkAAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=C2rigH4ALDHDPmUlNkXp7iKt94TbtIWW3QFfOD91YsGlHrfBv3re5dqj3bowquWXLJ fQAHN4gM698md1J+1CCb1eoHBcOwKd1BfyzM43+j/CYWAdMV/uKtHjmR0hSjf+Qq7lsZ 1/ZzmCPlyXqb78stfAAT0O6thqIdLR8+PWRLA= Received: by 10.216.231.198 with SMTP id l48mr4689064weq.54.1308524708016; Sun, 19 Jun 2011 16:05:08 -0700 (PDT) Received: from [192.168.123.4] (cpe-109-60-79-155.zg3.cable.xnet.hr [109.60.79.155]) by mx.google.com with ESMTPS id l5sm2595406weq.33.2011.06.19.16.05.06 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 19 Jun 2011 16:05:06 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Damjan Marion In-Reply-To: <201106171721.50686.jhb@freebsd.org> Date: Mon, 20 Jun 2011 01:05:04 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <27649E5F-4EEC-4796-ACC6-5548780BF825@gmail.com> References: <5BEF0D0F-3717-42CE-ADF7-8876558004CA@gmail.com> <201105061147.33766.jhb@freebsd.org> <201106171721.50686.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: atkbdc broken on current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 23:30:00 -0000 On Jun 17, 2011, at 11:21 PM, John Baldwin wrote: > On Friday, May 06, 2011 11:47:33 am John Baldwin wrote: >> On Thursday, May 05, 2011 5:04:54 pm Damjan Marion wrote: >>>=20 >>> On May 5, 2011, at 7:43 PM, John Baldwin wrote: >>>=20 >>>> On Thursday, May 05, 2011 9:21:04 am Damjan Marion wrote: >>>>>=20 >>>>> Hi, >>>>>=20 >>>>> I have issue with old HP DL380G3 server. When I use ILO virtual = console to=20 >>>> manage server. Seems that 9-CURRENT fails to detect atkbdc. >>>>> When I boot 8.2-RELEASE it works well. >>>>>=20 >>>>> 8.2 dmesg shows: >>>>>=20 >>>>> atkbdc0: port 0x60,0x64 irq 1 on = acpi0 >>>>>=20 >>>>> 9.0: >>>>>=20 >>>>> atkbdc0: failed to probe at port = 0x60 on isa0 >>>>>=20 >>>>> Is this a known issue? >>>>>=20 >>>>> Should I enable some additional outputs, like KBDIO_DEBUG? >>>>=20 >>>> I suspect this is a resource issue stemming from changes I made to = the acpi(4)=20 >>>> bus driver quite a while ago to make it use = rman_reserve_resource(). Can you >>>> capture a full verbose dmesg from 9 along with devinfo -rv and = devinfo -ur=20 >>>> output from 9? >>>=20 >>> Here it is: >>>=20 >>> http://web.me.com/dmarion/atkbdc.txt >>=20 >> Ohh, hmm. Your BIOS has done "odd" things: >>=20 >> isab0 pnpinfo vendor=3D0x1166 device=3D0x0201 subvendor=3D0x1166= subdevice=3D0x0201 class=3D0x060100 at slot=3D15 function=3D0 = handle=3D\_SB_.PCI0.IBRG >> isa0 >> I/O ports: >> 0x0-0xf >> 0x20-0x21 >> 0x40-0x43 >> 0x60 >> 0x61 >> 0x64 >> 0x80-0x8f >> 0xa0-0xa1 >> 0xc0-0xdf >> 0x4d6 >>=20 >> Still, I don't know how the ISA bus is actually allocating resources. = Can >> you add some code to the x86 nexus driver to drop into kdb when it = receives >> a SYS_RES_IOPORT allocation request from "isa0" and get a stack trace = from >> DDB and reply with the trace? >=20 > So I think I just found the explanation for this and I think the = change I > just committed will fix your system: >=20 > Author: jhb > Date: Fri Jun 17 21:19:01 2011 > New Revision: 223207 > URL: http://svn.freebsd.org/changeset/base/223207 Hi John, sorry for not coming back to you on your previous email, it was on my = todo list but I haven't time to do it. I tried now new kernel and it works well. Thanks for fixing this. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 00:19:17 2011 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 6978E106564A for ; Mon, 20 Jun 2011 00:19:17 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id D9A558FC0C for ; Mon, 20 Jun 2011 00:19:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5K0JFt0060753; Mon, 20 Jun 2011 04:19:15 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5K0JEvh060749; Mon, 20 Jun 2011 04:19:15 +0400 (MSD) (envelope-from ache) Date: Mon, 20 Jun 2011 04:19:13 +0400 From: Andrey Chernov To: gibbs@freebsd.org, Eir Nym , current@freebsd.org Message-ID: <20110620001912.GA60252@vniz.net> Mail-Followup-To: Andrey Chernov , gibbs@freebsd.org, Eir Nym , current@FreeBSD.ORG References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110619232307.GA57530@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 00:19:17 -0000 Exactly that commit is responsible for boot hang. Please fix. BTW, I have MBR on SATA disk (CAM emulated), ICH9. Revision 223089 - Directory Listing Modified Tue Jun 14 17:10:32 2011 UTC (5 days, 6 hours ago) by gibbs Plumb device physical path reporting from CAM devices, through GEOM and DEVFS, and make it accessible via the diskinfo utility. Extend GEOM's generic attribute query mechanism into generic disk consumers. sys/geom/geom_disk.c: sys/geom/geom_disk.h: sys/cam/scsi/scsi_da.c: sys/cam/ata/ata_da.c: - Allow disk providers to implement a new method which can override the default BIO_GETATTR response, d_getattr(struct bio *). This function returns -1 if not handled, otherwise it returns 0 or an errno to be passed to g_io_deliver(). sys/cam/scsi/scsi_da.c: sys/cam/ata/ata_da.c: - Don't copy the serial number to dp->d_ident anymore, as the CAM XPT is now responsible for returning this information via d_getattr()->(a)dagetattr()->xpt_getatr(). sys/geom/geom_dev.c: - Implement a new ioctl, DIOCGPHYSPATH, which returns the GEOM attribute "GEOM::physpath", if possible. If the attribute request returns a zero-length string, ENOENT is returned. usr.sbin/diskinfo/diskinfo.c: - If the DIOCGPHYSPATH ioctl is successful, report physical path data when diskinfo is executed with the '-v' option. Submitted by: will Reviewed by: gibbs Sponsored by: Spectra Logic Corporation Add generic attribute change notification support to GEOM. sys/sys/geom/geom.h: Add a new attrchanged method field to both g_class and g_geom. sys/sys/geom/geom.h: sys/geom/geom_event.c: - Provide the g_attr_changed() function that providers can use to advertise attribute changes. - Perform delivery of attribute change notifications from a thread context via the standard GEOM event mechanism. sys/geom/geom_subr.c: Inherit the attrchanged method from class to geom (class instance). sys/geom/geom_disk.c: Provide disk_attr_changed() to provide g_attr_changed() access to consumers of the disk API. sys/cam/scsi/scsi_pass.c: sys/cam/scsi/scsi_da.c: sys/geom/geom_dev.c: sys/geom/geom_disk.c: Use attribute changed events to track updates to physical path information. sys/cam/scsi/scsi_da.c: Add AC_ADVINFO_CHANGED to the registered asynchronous CAM events for this driver. When this event occurs, and the updated buffer type references our physical path attribute, emit a GEOM attribute changed event via the disk_attr_changed() API. sys/cam/scsi/scsi_pass.c: Add AC_ADVINFO_CHANGED to the registered asynchronous CAM events for this driver. When this event occurs, update the physical patch devfs alias for this pass instance. Submitted by: gibbs Sponsored by: Spectra Logic Corporation -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 01:37:26 2011 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 64E04106566B; Mon, 20 Jun 2011 01:37:26 +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 F26198FC13; Mon, 20 Jun 2011 01:37:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5K1bOlJ094826; Sun, 19 Jun 2011 21:37:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5K1bOTc094814; Mon, 20 Jun 2011 01:37:24 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jun 2011 01:37:24 GMT Message-Id: <201106200137.p5K1bOTc094814@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, 20 Jun 2011 01:37:26 -0000 TB --- 2011-06-20 00:09:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-20 00:09:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-20 00:09:05 - cleaning the object tree TB --- 2011-06-20 00:09:26 - cvsupping the source tree TB --- 2011-06-20 00:09:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-20 00:09:40 - building world TB --- 2011-06-20 00:09:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 00:09:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 00:09:40 - TARGET=ia64 TB --- 2011-06-20 00:09:40 - TARGET_ARCH=ia64 TB --- 2011-06-20 00:09:40 - TZ=UTC TB --- 2011-06-20 00:09:40 - __MAKE_CONF=/dev/null TB --- 2011-06-20 00:09:40 - cd /src TB --- 2011-06-20 00:09:40 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 20 00:09:40 UTC 2011 >>> 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 Jun 20 01:35:44 UTC 2011 TB --- 2011-06-20 01:35:44 - generating LINT kernel config TB --- 2011-06-20 01:35:44 - cd /src/sys/ia64/conf TB --- 2011-06-20 01:35:44 - /usr/bin/make -B LINT TB --- 2011-06-20 01:35:44 - building LINT kernel TB --- 2011-06-20 01:35:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 01:35:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 01:35:44 - TARGET=ia64 TB --- 2011-06-20 01:35:44 - TARGET_ARCH=ia64 TB --- 2011-06-20 01:35:44 - TZ=UTC TB --- 2011-06-20 01:35:44 - __MAKE_CONF=/dev/null TB --- 2011-06-20 01:35:44 - cd /src TB --- 2011-06-20 01:35:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 20 01:35:44 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-20 01:37:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-20 01:37:23 - ERROR: failed to build lint kernel TB --- 2011-06-20 01:37:24 - 4151.87 user 814.34 system 5298.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 02:28:37 2011 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 75C28106564A; Mon, 20 Jun 2011 02:28:37 +0000 (UTC) (envelope-from gibbs@FreeBSD.org) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 27C158FC0C; Mon, 20 Jun 2011 02:28:36 +0000 (UTC) Received: from dhcp184-48-146-207.hil-jvlekhx.chi.wayport.net (dhcp184-48-146-207.hil-jvlekhx.chi.wayport.net [184.48.146.207]) (authenticated bits=0) by aslan.scsiguy.com (8.14.4/8.14.4) with ESMTP id p5K2H57F050835 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 19 Jun 2011 20:17:07 -0600 (MDT) (envelope-from gibbs@FreeBSD.org) Message-ID: <4DFEAD4F.1040603@FreeBSD.org> Date: Sun, 19 Jun 2011 20:15:43 -0600 From: "Justin T. Gibbs" Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Andrey Chernov , Eir Nym , current@FreeBSD.org References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> In-Reply-To: <20110620001912.GA60252@vniz.net> 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.6 (aslan.scsiguy.com [70.89.174.89]); Sun, 19 Jun 2011 20:17:07 -0600 (MDT) Cc: "Kenneth D. Merry" , will@FreeBSD.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gibbs@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 02:28:37 -0000 On 6/19/11 6:19 PM, Andrey Chernov wrote: > Exactly that commit is responsible for boot hang. > Please fix. > BTW, I have MBR on SATA disk (CAM emulated), ICH9. Since it works for me, you'll need to provide more information. Can you at least drop into kdb to determine the likely source of the hang by getting a stack trace of all processes to see where they are sleeping and dumping lock information? Thanks, Justin From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 07:02:25 2011 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 2B013106566B; Mon, 20 Jun 2011 07:02:25 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 99D468FC15; Mon, 20 Jun 2011 07:02:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5K72MxT075199; Mon, 20 Jun 2011 11:02:22 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5K72MjK075197; Mon, 20 Jun 2011 11:02:22 +0400 (MSD) (envelope-from ache) Date: Mon, 20 Jun 2011 11:02:22 +0400 From: Andrey Chernov To: "Justin T. Gibbs" Message-ID: <20110620070222.GA74009@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG, "Kenneth D. Merry" , will@FreeBSD.ORG References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DFEAD4F.1040603@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 07:02:25 -0000 On Sun, Jun 19, 2011 at 08:15:43PM -0600, Justin T. Gibbs wrote: > On 6/19/11 6:19 PM, Andrey Chernov wrote: > > Exactly that commit is responsible for boot hang. > > Please fix. > > BTW, I have MBR on SATA disk (CAM emulated), ICH9. > > Since it works for me, you'll need to provide more information. Can you > at least drop into kdb to determine the likely source of the hang by > getting a stack trace of all processes to see where they are sleeping > and dumping lock information? I drop into DDB and put 'bt' console photo in the very first message of this thread - nothing unusual seen in the main stack. Could you please specify exact DDB commands you want to be issued by me? No dump can be provided since nothing is mounted yet including swap, BTW, I remember I saw previously unseen warnings with post Jun 14 kernels: "xpt_action_default: CCB type 0xe not supported" 'ps' inside DDB shows [xpt_thrd] at "ccb_scan" wmesg state and [g_event] at "caplck" wmesg state, [kernel] at "g_waitid" state. Even don't know, if it matters. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 07:18:45 2011 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 26A681065672; Mon, 20 Jun 2011 07:18:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F02988FC16; Mon, 20 Jun 2011 07:18:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5K7IiSE066502; Mon, 20 Jun 2011 03:18:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5K7Ii99066499; Mon, 20 Jun 2011 07:18:44 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jun 2011 07:18:44 GMT Message-Id: <201106200718.p5K7Ii99066499@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, 20 Jun 2011 07:18:45 -0000 TB --- 2011-06-20 05:49:23 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-20 05:49:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-20 05:49:23 - cleaning the object tree TB --- 2011-06-20 05:49:34 - cvsupping the source tree TB --- 2011-06-20 05:49:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-20 05:49:48 - building world TB --- 2011-06-20 05:49:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 05:49:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 05:49:48 - TARGET=ia64 TB --- 2011-06-20 05:49:48 - TARGET_ARCH=ia64 TB --- 2011-06-20 05:49:48 - TZ=UTC TB --- 2011-06-20 05:49:48 - __MAKE_CONF=/dev/null TB --- 2011-06-20 05:49:48 - cd /src TB --- 2011-06-20 05:49:48 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 20 05:49:49 UTC 2011 >>> 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 Jun 20 07:17:01 UTC 2011 TB --- 2011-06-20 07:17:01 - generating LINT kernel config TB --- 2011-06-20 07:17:01 - cd /src/sys/ia64/conf TB --- 2011-06-20 07:17:01 - /usr/bin/make -B LINT TB --- 2011-06-20 07:17:01 - building LINT kernel TB --- 2011-06-20 07:17:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 07:17:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 07:17:01 - TARGET=ia64 TB --- 2011-06-20 07:17:01 - TARGET_ARCH=ia64 TB --- 2011-06-20 07:17:01 - TZ=UTC TB --- 2011-06-20 07:17:01 - __MAKE_CONF=/dev/null TB --- 2011-06-20 07:17:01 - cd /src TB --- 2011-06-20 07:17:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 20 07:17:02 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-20 07:18:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-20 07:18:43 - ERROR: failed to build lint kernel TB --- 2011-06-20 07:18:43 - 4202.95 user 816.70 system 5360.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 08:01:51 2011 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 D758B1065670; Mon, 20 Jun 2011 08:01:51 +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 352F68FC08; Mon, 20 Jun 2011 08:01:50 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5K81kGg077661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jun 2011 11:01:47 +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.4/8.14.4) with ESMTP id p5K81knL052170; Mon, 20 Jun 2011 11:01:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5K81kTw052169; Mon, 20 Jun 2011 11:01:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 20 Jun 2011 11:01:46 +0300 From: Kostik Belousov To: Andrey Chernov Message-ID: <20110620080146.GF48734@deviant.kiev.zoral.com.ua> References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/X7uyC30lK/fklAK" Content-Disposition: inline In-Reply-To: <20110620070222.GA74009@vniz.net> 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=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Eir Nym , "Justin T. Gibbs" , "Kenneth D. Merry" , current@freebsd.org, will@freebsd.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 08:01:51 -0000 --/X7uyC30lK/fklAK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 20, 2011 at 11:02:22AM +0400, Andrey Chernov wrote: > On Sun, Jun 19, 2011 at 08:15:43PM -0600, Justin T. Gibbs wrote: > > On 6/19/11 6:19 PM, Andrey Chernov wrote: > > > Exactly that commit is responsible for boot hang. > > > Please fix. > > > BTW, I have MBR on SATA disk (CAM emulated), ICH9. > >=20 > > Since it works for me, you'll need to provide more information. Can you > > at least drop into kdb to determine the likely source of the hang by > > getting a stack trace of all processes to see where they are sleeping > > and dumping lock information? >=20 > I drop into DDB and put 'bt' console photo in the very first message of= =20 > this thread - nothing unusual seen in the main stack. Could you please=20 > specify exact DDB commands you want to be issued by me? No dump can be=20 > provided since nothing is mounted yet including swap, >=20 > BTW, I remember I saw previously unseen warnings with post Jun 14 kernels: > "xpt_action_default: CCB type 0xe not supported" >=20 > 'ps' inside DDB shows [xpt_thrd] at "ccb_scan" wmesg state and [g_event] > at "caplck" wmesg state, [kernel] at "g_waitid" state. > Even don't know, if it matters. Just in case, please try r223277. --/X7uyC30lK/fklAK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3+/moACgkQC3+MBN1Mb4hoLACfaxyTAB3/uDKQgob4QPXaRa53 hK0An1SeKbxcXOtvEaiMLzwqL1zRgQIP =Ewa9 -----END PGP SIGNATURE----- --/X7uyC30lK/fklAK-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 11:46:59 2011 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 243EE1065674; Mon, 20 Jun 2011 11:46:59 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB1C8FC1E; Mon, 20 Jun 2011 11:46:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5KBkuPF083613; Mon, 20 Jun 2011 15:46:56 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5KBkuIc083612; Mon, 20 Jun 2011 15:46:56 +0400 (MSD) (envelope-from ache) Date: Mon, 20 Jun 2011 15:46:56 +0400 From: Andrey Chernov To: Kostik Belousov Message-ID: <20110620114656.GA83524@vniz.net> Mail-Followup-To: Andrey Chernov , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG, "Kenneth D. Merry" , will@FreeBSD.ORG References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20110620080146.GF48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Eir Nym , "Justin T. Gibbs" , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 11:46:59 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 20, 2011 at 11:01:46AM +0300, Kostik Belousov wrote: > On Mon, Jun 20, 2011 at 11:02:22AM +0400, Andrey Chernov wrote: > > On Sun, Jun 19, 2011 at 08:15:43PM -0600, Justin T. Gibbs wrote: > > > On 6/19/11 6:19 PM, Andrey Chernov wrote: > > > > Exactly that commit is responsible for boot hang. > > > > Please fix. > > > > BTW, I have MBR on SATA disk (CAM emulated), ICH9. > > >=20 > > > Since it works for me, you'll need to provide more information. Can = you > > > at least drop into kdb to determine the likely source of the hang by > > > getting a stack trace of all processes to see where they are sleeping > > > and dumping lock information? > >=20 > > I drop into DDB and put 'bt' console photo in the very first message of= =20 > > this thread - nothing unusual seen in the main stack. Could you please= =20 > > specify exact DDB commands you want to be issued by me? No dump can be= =20 > > provided since nothing is mounted yet including swap, > >=20 > > BTW, I remember I saw previously unseen warnings with post Jun 14 kerne= ls: > > "xpt_action_default: CCB type 0xe not supported" > >=20 > > 'ps' inside DDB shows [xpt_thrd] at "ccb_scan" wmesg state and [g_event] > > at "caplck" wmesg state, [kernel] at "g_waitid" state. > > Even don't know, if it matters. >=20 > Just in case, please try r223277. As the second message in the thread states, I try first even 223296 with=20 the same hang and the same=20 xpt_action_default: CCB type 0xe not supported As I think, DDB's 'ps' indicates that kernel waits something from geom and= =20 geom waits something from ccb_scan forever, just raw guess. I will be glad = to=20 issue more specific DDB commands and upload corresponding photos. BTW, pluging and unplugging USB devides works in that stage. --=20 http://ache.vniz.net/ --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk3/MzAACgkQVg5YK5ZEdN0EUgCeJcWde6pAFDw2UXq82RRczav7 pRQAniNFKX5eXWPWZ87g2oKuBVDWoejR =Ytr9 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 12:54:53 2011 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 048C7106564A for ; Mon, 20 Jun 2011 12:54:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CF7F88FC15 for ; Mon, 20 Jun 2011 12:54:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8505746B1A; Mon, 20 Jun 2011 08:54:52 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0D1D28A02A; Mon, 20 Jun 2011 08:54:52 -0400 (EDT) From: John Baldwin To: Damjan Marion Date: Mon, 20 Jun 2011 08:51:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <5BEF0D0F-3717-42CE-ADF7-8876558004CA@gmail.com> <201106171721.50686.jhb@freebsd.org> <27649E5F-4EEC-4796-ACC6-5548780BF825@gmail.com> In-Reply-To: <27649E5F-4EEC-4796-ACC6-5548780BF825@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106200851.56335.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 20 Jun 2011 08:54:52 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: atkbdc broken on current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 12:54:53 -0000 On Sunday, June 19, 2011 7:05:04 pm Damjan Marion wrote: > > On Jun 17, 2011, at 11:21 PM, John Baldwin wrote: > > > On Friday, May 06, 2011 11:47:33 am John Baldwin wrote: > >> On Thursday, May 05, 2011 5:04:54 pm Damjan Marion wrote: > >>> > >>> On May 5, 2011, at 7:43 PM, John Baldwin wrote: > >>> > >>>> On Thursday, May 05, 2011 9:21:04 am Damjan Marion wrote: > >>>>> > >>>>> Hi, > >>>>> > >>>>> I have issue with old HP DL380G3 server. When I use ILO virtual console to > >>>> manage server. Seems that 9-CURRENT fails to detect atkbdc. > >>>>> When I boot 8.2-RELEASE it works well. > >>>>> > >>>>> 8.2 dmesg shows: > >>>>> > >>>>> atkbdc0: port 0x60,0x64 irq 1 on acpi0 > >>>>> > >>>>> 9.0: > >>>>> > >>>>> atkbdc0: failed to probe at port 0x60 on isa0 > >>>>> > >>>>> Is this a known issue? > >>>>> > >>>>> Should I enable some additional outputs, like KBDIO_DEBUG? > >>>> > >>>> I suspect this is a resource issue stemming from changes I made to the acpi(4) > >>>> bus driver quite a while ago to make it use rman_reserve_resource(). Can you > >>>> capture a full verbose dmesg from 9 along with devinfo -rv and devinfo -ur > >>>> output from 9? > >>> > >>> Here it is: > >>> > >>> http://web.me.com/dmarion/atkbdc.txt > >> > >> Ohh, hmm. Your BIOS has done "odd" things: > >> > >> isab0 pnpinfo vendor=0x1166 device=0x0201 subvendor=0x1166 subdevice=0x0201 class=0x060100 at slot=15 function=0 handle=\_SB_.PCI0.IBRG > >> isa0 > >> I/O ports: > >> 0x0-0xf > >> 0x20-0x21 > >> 0x40-0x43 > >> 0x60 > >> 0x61 > >> 0x64 > >> 0x80-0x8f > >> 0xa0-0xa1 > >> 0xc0-0xdf > >> 0x4d6 > >> > >> Still, I don't know how the ISA bus is actually allocating resources. Can > >> you add some code to the x86 nexus driver to drop into kdb when it receives > >> a SYS_RES_IOPORT allocation request from "isa0" and get a stack trace from > >> DDB and reply with the trace? > > > > So I think I just found the explanation for this and I think the change I > > just committed will fix your system: > > > > Author: jhb > > Date: Fri Jun 17 21:19:01 2011 > > New Revision: 223207 > > URL: http://svn.freebsd.org/changeset/base/223207 > > Hi John, > > sorry for not coming back to you on your previous email, it was on my todo > list but I haven't time to do it. > > I tried now new kernel and it works well. Thanks for fixing this. Thanks. Can you capture an acpdump from your box when you get a chance and send it to me? I want to make sure if I make any other changes in this area that your box will still work. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 12:58:37 2011 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 065BC1065676; Mon, 20 Jun 2011 12:58:37 +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 C66F48FC1B; Mon, 20 Jun 2011 12:58:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5KCwZva038780; Mon, 20 Jun 2011 08:58:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5KCwZW0038768; Mon, 20 Jun 2011 12:58:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jun 2011 12:58:35 GMT Message-Id: <201106201258.p5KCwZW0038768@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, 20 Jun 2011 12:58:37 -0000 TB --- 2011-06-20 11:29:43 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-20 11:29:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-20 11:29:43 - cleaning the object tree TB --- 2011-06-20 11:29:55 - cvsupping the source tree TB --- 2011-06-20 11:29:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-20 11:30:09 - building world TB --- 2011-06-20 11:30:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 11:30:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 11:30:09 - TARGET=ia64 TB --- 2011-06-20 11:30:09 - TARGET_ARCH=ia64 TB --- 2011-06-20 11:30:09 - TZ=UTC TB --- 2011-06-20 11:30:09 - __MAKE_CONF=/dev/null TB --- 2011-06-20 11:30:09 - cd /src TB --- 2011-06-20 11:30:09 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 20 11:30:10 UTC 2011 >>> 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 Jun 20 12:56:53 UTC 2011 TB --- 2011-06-20 12:56:54 - generating LINT kernel config TB --- 2011-06-20 12:56:54 - cd /src/sys/ia64/conf TB --- 2011-06-20 12:56:54 - /usr/bin/make -B LINT TB --- 2011-06-20 12:56:54 - building LINT kernel TB --- 2011-06-20 12:56:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 12:56:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 12:56:54 - TARGET=ia64 TB --- 2011-06-20 12:56:54 - TARGET_ARCH=ia64 TB --- 2011-06-20 12:56:54 - TZ=UTC TB --- 2011-06-20 12:56:54 - __MAKE_CONF=/dev/null TB --- 2011-06-20 12:56:54 - cd /src TB --- 2011-06-20 12:56:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 20 12:56:54 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-20 12:58:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-20 12:58:34 - ERROR: failed to build lint kernel TB --- 2011-06-20 12:58:34 - 4179.43 user 812.94 system 5331.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 14:42:32 2011 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 0B283106564A; Mon, 20 Jun 2011 14:42:32 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5EFF98FC14; Mon, 20 Jun 2011 14:42:31 +0000 (UTC) Received: by wwe6 with SMTP id 6so1775287wwe.31 for ; Mon, 20 Jun 2011 07:42:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=WXfdVK5B5fF9qpRa/f5HCIGiI1x3LIC61c/qRVMm5R4=; b=i/jtW2h89FQS5fS7sSmyNF/efMrFM3ENYlR6we8vtOk/sxWOgAvHnIVUycu1/Kapbj t9FJBuvFgKqoEm2IajOn6DBLDzOkJ6TaeYkYY6zTJtbVsmp5M/BwRZaDBukE34nbK/Cx z5QaVS7tVbyLxvSORSjRFfWylyOgqZiADLEJQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=KCJP6xUgSaVkTTsFgDZPgVBcPZIA1cpxOThgjpj/Er6pKjjGdtghhRMieBfa5gZYNo ZNKZc/pL7en4IoR0D8ApFRPZwh/3lU3FYsIbi1m29kHAu5GEeS5jCDKk03nQ6LTb5/EX SiaNuiXphC7jO8VYUFHtk8H+zMJ++rxn+ZteU= Received: by 10.216.63.17 with SMTP id z17mr4446817wec.98.1308580950302; Mon, 20 Jun 2011 07:42:30 -0700 (PDT) Received: from [192.168.123.4] (cpe-109-60-79-155.zg3.cable.xnet.hr [109.60.79.155]) by mx.google.com with ESMTPS id ge4sm3237513wbb.13.2011.06.20.07.42.28 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Jun 2011 07:42:29 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Damjan Marion In-Reply-To: <201106200851.56335.jhb@freebsd.org> Date: Mon, 20 Jun 2011 16:42:27 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <39B39C1D-4584-4223-8BF0-C106B5D1CFE3@gmail.com> References: <5BEF0D0F-3717-42CE-ADF7-8876558004CA@gmail.com> <201106171721.50686.jhb@freebsd.org> <27649E5F-4EEC-4796-ACC6-5548780BF825@gmail.com> <201106200851.56335.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: atkbdc broken on current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 14:42:32 -0000 On Jun 20, 2011, at 2:51 PM, John Baldwin wrote: > On Sunday, June 19, 2011 7:05:04 pm Damjan Marion wrote: >>=20 >> On Jun 17, 2011, at 11:21 PM, John Baldwin wrote: >>=20 >>> On Friday, May 06, 2011 11:47:33 am John Baldwin wrote: >>>> On Thursday, May 05, 2011 5:04:54 pm Damjan Marion wrote: >>>>>=20 >>>>> On May 5, 2011, at 7:43 PM, John Baldwin wrote: >>>>>=20 >>>>>> On Thursday, May 05, 2011 9:21:04 am Damjan Marion wrote: >>>>>>>=20 >>>>>>> Hi, >>>>>>>=20 >>>>>>> I have issue with old HP DL380G3 server. When I use ILO virtual = console to=20 >>>>>> manage server. Seems that 9-CURRENT fails to detect atkbdc. >>>>>>> When I boot 8.2-RELEASE it works well. >>>>>>>=20 >>>>>>> 8.2 dmesg shows: >>>>>>>=20 >>>>>>> atkbdc0: port 0x60,0x64 irq 1 on = acpi0 >>>>>>>=20 >>>>>>> 9.0: >>>>>>>=20 >>>>>>> atkbdc0: failed to probe at port = 0x60 on isa0 >>>>>>>=20 >>>>>>> Is this a known issue? >>>>>>>=20 >>>>>>> Should I enable some additional outputs, like KBDIO_DEBUG? >>>>>>=20 >>>>>> I suspect this is a resource issue stemming from changes I made = to the acpi(4)=20 >>>>>> bus driver quite a while ago to make it use = rman_reserve_resource(). Can you >>>>>> capture a full verbose dmesg from 9 along with devinfo -rv and = devinfo -ur=20 >>>>>> output from 9? >>>>>=20 >>>>> Here it is: >>>>>=20 >>>>> http://web.me.com/dmarion/atkbdc.txt >>>>=20 >>>> Ohh, hmm. Your BIOS has done "odd" things: >>>>=20 >>>> isab0 pnpinfo vendor=3D0x1166 device=3D0x0201 = subvendor=3D0x1166 subdevice=3D0x0201 class=3D0x060100 at slot=3D15 = function=3D0=20 > handle=3D\_SB_.PCI0.IBRG >>>> isa0 >>>> I/O ports: >>>> 0x0-0xf >>>> 0x20-0x21 >>>> 0x40-0x43 >>>> 0x60 >>>> 0x61 >>>> 0x64 >>>> 0x80-0x8f >>>> 0xa0-0xa1 >>>> 0xc0-0xdf >>>> 0x4d6 >>>>=20 >>>> Still, I don't know how the ISA bus is actually allocating = resources. Can >>>> you add some code to the x86 nexus driver to drop into kdb when it = receives >>>> a SYS_RES_IOPORT allocation request from "isa0" and get a stack = trace from >>>> DDB and reply with the trace? >>>=20 >>> So I think I just found the explanation for this and I think the = change I >>> just committed will fix your system: >>>=20 >>> Author: jhb >>> Date: Fri Jun 17 21:19:01 2011 >>> New Revision: 223207 >>> URL: http://svn.freebsd.org/changeset/base/223207 >>=20 >> Hi John, >>=20 >> sorry for not coming back to you on your previous email, it was on my = todo >> list but I haven't time to do it. >>=20 >> I tried now new kernel and it works well. Thanks for fixing this. >=20 > Thanks. Can you capture an acpdump from your box when you get a = chance and > send it to me? I want to make sure if I make any other changes in = this area > that your box will still work. Sure, I will unicast it to you. From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:38:07 2011 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 F034F106566C; Mon, 20 Jun 2011 15:38:06 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2957B8FC12; Mon, 20 Jun 2011 15:38:05 +0000 (UTC) Received: by wwg11 with SMTP id 11so2318286wwg.1 for ; Mon, 20 Jun 2011 08:38:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=r+jmy10/43guYfIkyfSxzTHjB66JubchveKTWBn9vqg=; b=Ml/m7lvzSuQaXpkMeHbO809CVlMVL6Gs5VzafItxJCaCd7s0CX32Rfbqc7qmqkyWSF tQufgpH2Xxp5ZHWUEpbwcHGeWp3jMpMHDHXNEHBaCF25VLTVRvpWNNpFegw9Vs43I7wV CGXwp4OvC5am31S4GCjyZhh5YLVhZLYnSX3ys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=wDL0iGVHExu2uDe5C6WXVBGwZh4uDjUiwjHkuVaxXNNjCElpuNs+XBiF6LkhdOTRLm hwr9KrgN+IWq83xmuTgmKvKGzEKrsHWw0cSQeo9pybLzpqdRGXjMo3EO28iNq/jkJDQM 1TcZliEwNa7fdftSFdX+TJWtW9dJIFYGEmkFs= Received: by 10.227.162.129 with SMTP id v1mr802841wbx.63.1308584284767; Mon, 20 Jun 2011 08:38:04 -0700 (PDT) Received: from Melon.malikania.fr (65.21.102.84.rev.sfr.net [84.102.21.65]) by mx.google.com with ESMTPS id o19sm3271005wbh.55.2011.06.20.08.38.02 (version=SSLv3 cipher=OTHER); Mon, 20 Jun 2011 08:38:03 -0700 (PDT) Message-ID: <4DFF694C.6090901@gmail.com> Date: Mon, 20 Jun 2011 17:37:48 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110508 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <4DCB8271.3070707@gmail.com> <4DE0F8F2.2030301@gmail.com> <20110528134622.GA31033@icarus.home.lan> In-Reply-To: <20110528134622.GA31033@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org, freebsd-current@freebsd.org, freebsd-stable Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 15:38:07 -0000 On 28/05/2011 15:46, Jeremy Chadwick wrote: > On Sat, May 28, 2011 at 03:30:26PM +0200, David Demelier wrote: >> On 12/05/2011 08:47, David Demelier wrote: >>> Hello, >>> >>> I don't know if there is a lot of changes in the snd_hda driver in the >>> -STABLE branch but since I upgraded to it sometimes I have sound and >>> sometimes not. >>> >>> The mixer are exactly the same when these event occurs. This happened >>> this morning. After booting I do not have any sound. I rebooted and >>> suddenly I've got sound again... >>> >>> I only tweak snd_hda(4) for a pin sense on the front panel (it has no >>> sound neither) >>> >>> So I added in /boot/devices.hints : >>> hint.hdac.1.cad0.nid27.config="as=1 seq=15" >>> >>> And there's the both dmesg ok.txt when sound is here and not.txt when >>> there isn't as you can see there is no difference related to the hda >>> driver. >>> >>> http://markand.malikania.fr/ok.txt >>> http://markand.malikania.fr/nok.txt >>> >>> I'm guessing something. My laptop has a mute shortcut, if I press it at >>> the BIOS stage I will not have sound neither thus is it possible that my >>> chipset is muted from anything? >>> >>> Cheers, >>> >> >> Sorry to cross-post again, but I just wanted to tell you that the >> problem disappeared in -CURRENT so now I just how the unknown bogus >> code will be MFC before 8.3-RELEASE > > Unless someone can chime in with details of the commits which changed, > assuming "the magic change" will be MFC'd is a bad one. It's safe to > say that when 8.3-RELEASE comes out if this problem haunts you again, > you will be mailing the list about it, and this cycle will continue > until 9.0-RELEASE comes out. > > Does any developer/committer have familiarity with this issue and have > some ideas as to what may have changed in CURRENT that addresses David's > issue? And if so, can that code be MFC'd safely or patches provided to > David for RELENG_8 that he can try out? > > I'm CC'ing mav@ here (snd_hda(4) says he's one of the authors), although > he may not have any knowledge of the code which may need to be MFC'd. > He may be able to point us to who has a better idea though. > No worries Jeremy but thanks for your interest you seems to be the only one who believed my problem. The problem has been fixed in -STABLE, I don't know where but it works now .... -- David Demelier From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:21:30 2011 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 6481E1065672 for ; Mon, 20 Jun 2011 18:21:30 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DEC9B8FC1B for ; Mon, 20 Jun 2011 18:21:29 +0000 (UTC) Received: by wwe6 with SMTP id 6so1988116wwe.31 for ; Mon, 20 Jun 2011 11:21:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=XAFgUaVAaX9At6LrQdgdyhZyGXFrXRipc8qZb+wy3rc=; b=BfWaatH4JW//4f9EPXzouWhNv7YWPnmoDI0Tyk3jiUHkeYbxnUe4tTpdeC7iKPwRDl kqrI6jhsA5WddltIkUdl/BUaE6okjxgWaXGALgydaFZgCXyxQroBiFrnUPa7dqJw6SMs iFA3o+KEY+pu46kF0NHuKzkiog+WM7MGArVE0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=ZVdz7APvfvV9UEwFXQIlaMySm8HddPEXiizbXnZ8YWbvtMqWKxzLXUFltWt3T9k1OZ B+AvDDnqm4ZxN+HZQhfk8eA5es4kqwGg1/Q6mkEzDi+rDNwxQejp4aky1rYkkBa5fu3W 4JxtSTVou9ZKrDa4Yd6EQZ+yex4SwaxrS9OjA= Received: by 10.227.13.147 with SMTP id c19mr1639352wba.87.1308592333292; Mon, 20 Jun 2011 10:52:13 -0700 (PDT) Received: from ernst.jennejohn.org (p578E1EF3.dip.t-dialin.net [87.142.30.243]) by mx.google.com with ESMTPS id m8sm3363628wbh.45.2011.06.20.10.52.11 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Jun 2011 10:52:12 -0700 (PDT) Date: Mon, 20 Jun 2011 19:52:10 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20110620195210.0e0f8b2f@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.9 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: SUJ progress report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 18:21:30 -0000 On Sun, 19 Jun 2011 09:19:36 -1000 (HST) Jeff Roberson wrote: > Hi Folks, > > Kirk, Peter and I have been working hard on SUJ. We still have a few bugs > related to snapshots but we fixed the couple of potential corruption > problems that came up over the last year. If you are not currently using > SUJ I implore you to do so and report any problems you may find.. We need > to get better coverage if we are going to enable it for 9.0 which I think > everyone would like to see. > > I will send another update when it is safe to use SUJ + snapshots. > All I can say is that I've been using SUJ since day one and it's saved my bacon any number of times. In the last week alone I've had to reset my box 4 times due to hangs in X and it sure was nice having SUJ recover my file systems in fractions of a minute rather than waiting 30 minutes for fsck. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:37:39 2011 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 ED43C106567A; Mon, 20 Jun 2011 18:37:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B13058FC14; Mon, 20 Jun 2011 18:37:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5KIbbxh013123; Mon, 20 Jun 2011 14:37:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5KIbbbr013007; Mon, 20 Jun 2011 18:37:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jun 2011 18:37:37 GMT Message-Id: <201106201837.p5KIbbbr013007@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, 20 Jun 2011 18:37:39 -0000 TB --- 2011-06-20 17:09:28 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-20 17:09:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-20 17:09:28 - cleaning the object tree TB --- 2011-06-20 17:09:40 - cvsupping the source tree TB --- 2011-06-20 17:09:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-20 17:10:27 - building world TB --- 2011-06-20 17:10:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 17:10:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 17:10:27 - TARGET=ia64 TB --- 2011-06-20 17:10:27 - TARGET_ARCH=ia64 TB --- 2011-06-20 17:10:27 - TZ=UTC TB --- 2011-06-20 17:10:27 - __MAKE_CONF=/dev/null TB --- 2011-06-20 17:10:27 - cd /src TB --- 2011-06-20 17:10:27 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 20 17:10:28 UTC 2011 >>> 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 Jun 20 18:35:55 UTC 2011 TB --- 2011-06-20 18:35:56 - generating LINT kernel config TB --- 2011-06-20 18:35:56 - cd /src/sys/ia64/conf TB --- 2011-06-20 18:35:56 - /usr/bin/make -B LINT TB --- 2011-06-20 18:35:56 - building LINT kernel TB --- 2011-06-20 18:35:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 18:35:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 18:35:56 - TARGET=ia64 TB --- 2011-06-20 18:35:56 - TARGET_ARCH=ia64 TB --- 2011-06-20 18:35:56 - TZ=UTC TB --- 2011-06-20 18:35:56 - __MAKE_CONF=/dev/null TB --- 2011-06-20 18:35:56 - cd /src TB --- 2011-06-20 18:35:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 20 18:35:56 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-20 18:37:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-20 18:37:36 - ERROR: failed to build lint kernel TB --- 2011-06-20 18:37:37 - 4125.53 user 806.64 system 5288.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 18:40:26 2011 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 5E343106564A; Mon, 20 Jun 2011 18:40:26 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id DD8CF8FC1D; Mon, 20 Jun 2011 18:40:25 +0000 (UTC) Received: by vxg33 with SMTP id 33so1200969vxg.13 for ; Mon, 20 Jun 2011 11:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MeB3pb0QcgqnOMuYDiPu50MzPa8zt2ldzMGn7SK5HA4=; b=p+7vtCO/X0JdsFlssX06MECZLkceWBysCjx4FKx5xo+LuzfFzyu+8rB3f6ilySRuDo 4mZZ8QsMy4BkQTjU+6bFoaoqt/MqbPiV+CkaKFLDkOfMWavRgt9gjnGLogOt2jWjw56U T7H1XbmIjEhHXHxo70STZbvVu35CfUYb91T+U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vHaSXONVGbxhZiBwlemjR+aXUX7apmC3jCnPobKYsQpSaj/btuFGxoxfa+kvPVTa06 DgBL/zWg6J8oOF0ehFAa/sclPzdS+wqB7CRZp+1nsQt70hNAUTHLIKx0LiNtHN5TyRoj A2rdIGC7rqvggYmfFuQARJOTq6p35FtC1W6Aw= MIME-Version: 1.0 Received: by 10.220.213.195 with SMTP id gx3mr2143767vcb.23.1308595224662; Mon, 20 Jun 2011 11:40:24 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Mon, 20 Jun 2011 11:40:24 -0700 (PDT) In-Reply-To: <201106201837.p5KIbbbr013007@freebsd-current.sentex.ca> References: <201106201837.p5KIbbbr013007@freebsd-current.sentex.ca> Date: Mon, 20 Jun 2011 11:40:24 -0700 Message-ID: From: Garrett Cooper To: alc@FreeBSD.org, FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Marcel Moolenaar , current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 18:40:26 -0000 On Mon, Jun 20, 2011 at 11:37 AM, FreeBSD Tinderbox wrote: > TB --- 2011-06-20 17:09:28 - tinderbox 2.7 running on freebsd-current.sen= tex.ca > TB --- 2011-06-20 17:09:28 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2011-06-20 17:09:28 - cleaning the object tree > TB --- 2011-06-20 17:09:40 - cvsupping the source tree > TB --- 2011-06-20 17:09:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/ia64/ia64/supfile > TB --- 2011-06-20 17:10:27 - building world > TB --- 2011-06-20 17:10:27 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-20 17:10:27 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-20 17:10:27 - TARGET=3Dia64 > TB --- 2011-06-20 17:10:27 - TARGET_ARCH=3Dia64 > TB --- 2011-06-20 17:10:27 - TZ=3DUTC > TB --- 2011-06-20 17:10:27 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-20 17:10:27 - cd /src > TB --- 2011-06-20 17:10:27 - /usr/bin/make -B buildworld >>>> World build started on Mon Jun 20 17:10:28 UTC 2011 >>>> 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 Jun 20 18:35:55 UTC 2011 > TB --- 2011-06-20 18:35:56 - generating LINT kernel config > TB --- 2011-06-20 18:35:56 - cd /src/sys/ia64/conf > TB --- 2011-06-20 18:35:56 - /usr/bin/make -B LINT > TB --- 2011-06-20 18:35:56 - building LINT kernel > TB --- 2011-06-20 18:35:56 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-20 18:35:56 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-20 18:35:56 - TARGET=3Dia64 > TB --- 2011-06-20 18:35:56 - TARGET_ARCH=3Dia64 > TB --- 2011-06-20 18:35:56 - TZ=3DUTC > TB --- 2011-06-20 18:35:56 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-20 18:35:56 - cd /src > TB --- 2011-06-20 18:35:56 - /usr/bin/make -B buildkernel KERNCONF=3DLINT >>>> Kernel build for LINT started on Mon Jun 20 18:35:56 UTC 2011 >>>> 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 > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.= m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -= h > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h > rm -f .newdep > /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | =A0MKDEP_CPP=3D"= cc -E" CC=3D"cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing = =A0-std=3Dc99 =A0-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef = -Wno-pointer-sign -fformat-extensions =A0-Wmissing-include-dirs -fdiagnosti= cs-show-option -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -I/src/s= ys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev= /ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/= xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/= src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D= _KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fin= line-limit=3D15000 --param inline-unit-growth=3D100 --param large-function-= growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f1= 27 -fpic -ffreestanding > /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." > mkdep: compile failed > *** Error code 1 > > Stop in /obj/ia64.ia64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 r223307 broke tinderbox on ia64. What should the PAGE_SIZE be for that architecture? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:30:09 2011 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 8BAF21065670 for ; Mon, 20 Jun 2011 19:30:09 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 679D28FC08 for ; Mon, 20 Jun 2011 19:30:09 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id CCB44A66427 for ; Mon, 20 Jun 2011 12:11:11 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 79588-02 for ; Mon, 20 Jun 2011 12:11:11 -0700 (PDT) Received: from [192.168.0.186] (75-130-56-30.static.kgpt.tn.charter.com [75.130.56.30]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 3C654A66467 for ; Mon, 20 Jun 2011 12:11:10 -0700 (PDT) Message-ID: <4DFF9B4C.8020907@pcbsd.org> Date: Mon, 20 Jun 2011 15:11:08 -0400 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110430 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110620195210.0e0f8b2f@ernst.jennejohn.org> In-Reply-To: <20110620195210.0e0f8b2f@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SUJ progress report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 19:30:09 -0000 On 06/20/2011 13:52, Gary Jennejohn wrote: > On Sun, 19 Jun 2011 09:19:36 -1000 (HST) > Jeff Roberson wrote: > >> Hi Folks, >> >> Kirk, Peter and I have been working hard on SUJ. We still have a few bugs >> related to snapshots but we fixed the couple of potential corruption >> problems that came up over the last year. If you are not currently using >> SUJ I implore you to do so and report any problems you may find.. We need >> to get better coverage if we are going to enable it for 9.0 which I think >> everyone would like to see. >> >> I will send another update when it is safe to use SUJ + snapshots. >> > All I can say is that I've been using SUJ since day one and it's saved > my bacon any number of times. > > In the last week alone I've had to reset my box 4 times due to hangs in > X and it sure was nice having SUJ recover my file systems in fractions > of a minute rather than waiting 30 minutes for fsck. > We've defaulted to having it enabled for the past several months now on our PC-BSD 9-snapshots, and it's been working great. Haven't had any complaints or problems reported from our testers. -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:41:39 2011 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 E8595106566B; Mon, 20 Jun 2011 19:41:39 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E078A8FC13; Mon, 20 Jun 2011 19:41:38 +0000 (UTC) Received: by wwe6 with SMTP id 6so2059956wwe.31 for ; Mon, 20 Jun 2011 12:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tB7cHMVqjgQODOV1cp0Iw75OZFShzoI2adoc3JebNMM=; b=VnVRU0nqDRmp/jpYd+xRghTgR4yIjbYKlxSdg6JPm4ei3noJ14Tib2co+wAdOZ6vld ge+hFAEDBIOj5lngIaacK8UtJ1f6ksk+cCjTJXovlsQ07whlicJMskvJoR0wzc+Dp1Ef WeXA8Yv0i2A34+zFErb2ufiLHjuU1qs0UgdLA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=X/V3E+2N6bdfW9lkv8DPcgUCvyE1/nHUdreMI+KKw5RHhhllWGecxY/7abhsHxbDjc afbples1YsPIWaMoRwETikOPTMQf+2k855M5/1YzEuirf6bV0WN6Z2TWUlXNDAxZvBUd yTwWYhriWW5vvXS68aLHEMerS688BswEcutEw= MIME-Version: 1.0 Received: by 10.216.233.92 with SMTP id o70mr5274036weq.71.1308597033069; Mon, 20 Jun 2011 12:10:33 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.216.39.134 with HTTP; Mon, 20 Jun 2011 12:10:32 -0700 (PDT) In-Reply-To: References: <201106201837.p5KIbbbr013007@freebsd-current.sentex.ca> Date: Mon, 20 Jun 2011 12:10:32 -0700 X-Google-Sender-Auth: pkSQnihDCokvb2rpEWL2r6yByhg Message-ID: From: mdf@FreeBSD.org To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: alc@freebsd.org, ia64@freebsd.org, Marcel Moolenaar , FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 19:41:40 -0000 On Mon, Jun 20, 2011 at 11:40 AM, Garrett Cooper wrote= : > On Mon, Jun 20, 2011 at 11:37 AM, FreeBSD Tinderbox > wrote: >> TB --- 2011-06-20 17:09:28 - tinderbox 2.7 running on freebsd-current.se= ntex.ca >> TB --- 2011-06-20 17:09:28 - starting HEAD tinderbox run for ia64/ia64 >> TB --- 2011-06-20 17:09:28 - cleaning the object tree >> TB --- 2011-06-20 17:09:40 - cvsupping the source tree >> TB --- 2011-06-20 17:09:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sent= ex.ca /tinderbox/HEAD/ia64/ia64/supfile >> TB --- 2011-06-20 17:10:27 - building world >> TB --- 2011-06-20 17:10:27 - MAKEOBJDIRPREFIX=3D/obj >> TB --- 2011-06-20 17:10:27 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-06-20 17:10:27 - TARGET=3Dia64 >> TB --- 2011-06-20 17:10:27 - TARGET_ARCH=3Dia64 >> TB --- 2011-06-20 17:10:27 - TZ=3DUTC >> TB --- 2011-06-20 17:10:27 - __MAKE_CONF=3D/dev/null >> TB --- 2011-06-20 17:10:27 - cd /src >> TB --- 2011-06-20 17:10:27 - /usr/bin/make -B buildworld >>>>> World build started on Mon Jun 20 17:10:28 UTC 2011 >>>>> 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 Jun 20 18:35:55 UTC 2011 >> TB --- 2011-06-20 18:35:56 - generating LINT kernel config >> TB --- 2011-06-20 18:35:56 - cd /src/sys/ia64/conf >> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B LINT >> TB --- 2011-06-20 18:35:56 - building LINT kernel >> TB --- 2011-06-20 18:35:56 - MAKEOBJDIRPREFIX=3D/obj >> TB --- 2011-06-20 18:35:56 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-06-20 18:35:56 - TARGET=3Dia64 >> TB --- 2011-06-20 18:35:56 - TARGET_ARCH=3Dia64 >> TB --- 2011-06-20 18:35:56 - TZ=3DUTC >> TB --- 2011-06-20 18:35:56 - __MAKE_CONF=3D/dev/null >> TB --- 2011-06-20 18:35:56 - cd /src >> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B buildkernel KERNCONF=3DLIN= T >>>>> Kernel build for LINT started on Mon Jun 20 18:35:56 UTC 2011 >>>>> 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 >> [...] >> awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if= .m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m = -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h >> rm -f .newdep >> /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | =A0MKDEP_CPP=3D= "cc -E" CC=3D"cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing = =A0-std=3Dc99 =A0-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es =A0-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef = -Wno-pointer-sign -fformat-extensions =A0-Wmissing-include-dirs -fdiagnosti= cs-show-option -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -I/src/s= ys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev= /ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/= xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/= src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D= _KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fin= line-limit=3D15000 --param inline-unit-growth=3D100 --param large-function-= growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f1= 27 -fpic -ffreestanding >> /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported.= " >> mkdep: compile failed >> *** Error code 1 >> >> Stop in /obj/ia64.ia64/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 > > =A0 =A0r223307 broke tinderbox on ia64. What should the PAGE_SIZE be for > that architecture? The LINT configuration file uses 1<<15, or 32768. It should just be a matter of adding a case and using atomic_clear_long. Cheers, matthew From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:12:28 2011 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 8CA90106564A; Mon, 20 Jun 2011 20:12:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7BB8FC16; Mon, 20 Jun 2011 20:12:28 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-common-177.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp020.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LN300H27RZGG920@asmtp020.mac.com>; Mon, 20 Jun 2011 12:11:41 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.148,0.0.0000 definitions=2011-06-20_05:2011-06-20, 2011-06-20, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1106200176 From: Marcel Moolenaar In-reply-to: Date: Mon, 20 Jun 2011 12:11:40 -0700 Message-id: References: <201106201837.p5KIbbbr013007@freebsd-current.sentex.ca> To: Garrett Cooper X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Mon, 20 Jun 2011 20:19:59 +0000 Cc: alc@FreeBSD.org, ia64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 20:12:28 -0000 On Jun 20, 2011, at 11:40 AM, Garrett Cooper wrote: > On Mon, Jun 20, 2011 at 11:37 AM, FreeBSD Tinderbox > wrote: >> TB --- 2011-06-20 17:09:28 - tinderbox 2.7 running on freebsd-current.sentex.ca >> TB --- 2011-06-20 17:09:28 - starting HEAD tinderbox run for ia64/ia64 >> TB --- 2011-06-20 17:09:28 - cleaning the object tree >> TB --- 2011-06-20 17:09:40 - cvsupping the source tree >> TB --- 2011-06-20 17:09:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile >> TB --- 2011-06-20 17:10:27 - building world >> TB --- 2011-06-20 17:10:27 - MAKEOBJDIRPREFIX=/obj >> TB --- 2011-06-20 17:10:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-06-20 17:10:27 - TARGET=ia64 >> TB --- 2011-06-20 17:10:27 - TARGET_ARCH=ia64 >> TB --- 2011-06-20 17:10:27 - TZ=UTC >> TB --- 2011-06-20 17:10:27 - __MAKE_CONF=/dev/null >> TB --- 2011-06-20 17:10:27 - cd /src >> TB --- 2011-06-20 17:10:27 - /usr/bin/make -B buildworld >>>>> World build started on Mon Jun 20 17:10:28 UTC 2011 >>>>> 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 Jun 20 18:35:55 UTC 2011 >> TB --- 2011-06-20 18:35:56 - generating LINT kernel config >> TB --- 2011-06-20 18:35:56 - cd /src/sys/ia64/conf >> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B LINT >> TB --- 2011-06-20 18:35:56 - building LINT kernel >> TB --- 2011-06-20 18:35:56 - MAKEOBJDIRPREFIX=/obj >> TB --- 2011-06-20 18:35:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-06-20 18:35:56 - TARGET=ia64 >> TB --- 2011-06-20 18:35:56 - TARGET_ARCH=ia64 >> TB --- 2011-06-20 18:35:56 - TZ=UTC >> TB --- 2011-06-20 18:35:56 - __MAKE_CONF=/dev/null >> TB --- 2011-06-20 18:35:56 - cd /src >> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>>> Kernel build for LINT started on Mon Jun 20 18:35:56 UTC 2011 >>>>> 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 >> [...] >> awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h >> rm -f .newdep >> /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding >> /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." >> mkdep: compile failed >> *** Error code 1 >> >> Stop in /obj/ia64.ia64/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 > > r223307 broke tinderbox on ia64. What should the PAGE_SIZE be for > that architecture? 16KB or 64KB. It's 8KB now, but that it shouldn't be. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:29:59 2011 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 C4FA41065674; Mon, 20 Jun 2011 20:29:59 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh4.mail.rice.edu (mh4.mail.rice.edu [128.42.199.11]) by mx1.freebsd.org (Postfix) with ESMTP id 7D77A8FC0C; Mon, 20 Jun 2011 20:29:59 +0000 (UTC) Received: from mh4.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh4.mail.rice.edu (Postfix) with ESMTP id 8B0BF290BA2; Mon, 20 Jun 2011 15:29:58 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh4.mail.rice.edu, auth channel Received: from mh4.mail.rice.edu ([127.0.0.1]) by mh4.mail.rice.edu (mh4.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id cxzYfXlc76XX; Mon, 20 Jun 2011 15:29:58 -0500 (CDT) Received: from [10.209.194.37] (unknown [10.209.194.37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh4.mail.rice.edu (Postfix) with ESMTPSA id 4C3DB290B90; Mon, 20 Jun 2011 15:29:58 -0500 (CDT) Message-ID: <4DFFADB1.3030007@rice.edu> Date: Mon, 20 Jun 2011 13:29:37 -0700 From: Alan Cox User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: mdf@FreeBSD.org References: <201106201837.p5KIbbbr013007@freebsd-current.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Garrett Cooper , Marcel Moolenaar , ia64@freebsd.org, alc@freebsd.org, FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 20:29:59 -0000 On 6/20/2011 12:10 PM, mdf@FreeBSD.org wrote: > On Mon, Jun 20, 2011 at 11:40 AM, Garrett Cooper w= rote: >> On Mon, Jun 20, 2011 at 11:37 AM, FreeBSD Tinderbox >> wrote: >>> TB --- 2011-06-20 17:09:28 - tinderbox 2.7 running on freebsd-current= =2Esentex.ca >>> TB --- 2011-06-20 17:09:28 - starting HEAD tinderbox run for ia64/ia6= 4 >>> TB --- 2011-06-20 17:09:28 - cleaning the object tree >>> TB --- 2011-06-20 17:09:40 - cvsupping the source tree >>> TB --- 2011-06-20 17:09:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.s= entex.ca /tinderbox/HEAD/ia64/ia64/supfile >>> TB --- 2011-06-20 17:10:27 - building world >>> TB --- 2011-06-20 17:10:27 - MAKEOBJDIRPREFIX=3D/obj >>> TB --- 2011-06-20 17:10:27 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >>> TB --- 2011-06-20 17:10:27 - TARGET=3Dia64 >>> TB --- 2011-06-20 17:10:27 - TARGET_ARCH=3Dia64 >>> TB --- 2011-06-20 17:10:27 - TZ=3DUTC >>> TB --- 2011-06-20 17:10:27 - __MAKE_CONF=3D/dev/null >>> TB --- 2011-06-20 17:10:27 - cd /src >>> TB --- 2011-06-20 17:10:27 - /usr/bin/make -B buildworld >>>>>> World build started on Mon Jun 20 17:10:28 UTC 2011 >>>>>> 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 Jun 20 18:35:55 UTC 2011 >>> TB --- 2011-06-20 18:35:56 - generating LINT kernel config >>> TB --- 2011-06-20 18:35:56 - cd /src/sys/ia64/conf >>> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B LINT >>> TB --- 2011-06-20 18:35:56 - building LINT kernel >>> TB --- 2011-06-20 18:35:56 - MAKEOBJDIRPREFIX=3D/obj >>> TB --- 2011-06-20 18:35:56 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >>> TB --- 2011-06-20 18:35:56 - TARGET=3Dia64 >>> TB --- 2011-06-20 18:35:56 - TARGET_ARCH=3Dia64 >>> TB --- 2011-06-20 18:35:56 - TZ=3DUTC >>> TB --- 2011-06-20 18:35:56 - __MAKE_CONF=3D/dev/null >>> TB --- 2011-06-20 18:35:56 - cd /src >>> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B buildkernel KERNCONF=3D= LINT >>>>>> Kernel build for LINT started on Mon Jun 20 18:35:56 UTC 2011 >>>>>> 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 >>> [...] >>> awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h >>> awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter= _if.m -h >>> awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if= =2Em -h >>> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h= >>> rm -f .newdep >>> /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=3D= "cc -E" CC=3D"cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasin= g -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -W= no-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics= -show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys= /contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev= /ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/f= s/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs= -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/= src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-com= mon -finline-limit=3D15000 --param inline-unit-growth=3D100 --param large= -function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-ra= nge=3Df32-f127 -fpic -ffreestanding >>> /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not support= ed." >>> mkdep: compile failed >>> *** Error code 1 >>> >>> Stop in /obj/ia64.ia64/src/sys/LINT. >>> *** Error code 1 >>> >>> Stop in /src. >>> *** Error code 1 >> r223307 broke tinderbox on ia64. What should the PAGE_SIZE be for >> that architecture? > The LINT configuration file uses 1<<15, or 32768. It should just be a > matter of adding a case and using atomic_clear_long. > I'm afraid not. The surrounding code in vm_page.c is declaring and=20 passing around int's. The notion in vm_page.h that we support 32KB=20 pages is a fiction that has never been implemented in vm_page.c. Alan From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:36:34 2011 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 CF88F1065677 for ; Mon, 20 Jun 2011 20:36:34 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2F28FC08 for ; Mon, 20 Jun 2011 20:36:34 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 205097300A; Mon, 20 Jun 2011 22:53:01 +0200 (CEST) Date: Mon, 20 Jun 2011 22:53:01 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20110620205301.GA11753@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: best way to do FreeBSD kernel/userland development on OSX ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 20:36:34 -0000 i recently replaced my laptop with a mac, which opens the problem on how do i do FreeBSD development (including kernel work) on it. the option i am trying now is running a freebsd VM in virtualbox, but it is slightly slow and probably energy hungry. I'd like to keep the svn checkut outside the disk image but unfortunately the default filesystem on osx is case-insensitive so i can't do that -- unless someone shows me how to change the filesystem conventions. suggestions anyone ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 20:36:58 2011 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 4640B106566B; Mon, 20 Jun 2011 20:36:58 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh5.mail.rice.edu (mh5.mail.rice.edu [128.42.199.32]) by mx1.freebsd.org (Postfix) with ESMTP id 1152D8FC1A; Mon, 20 Jun 2011 20:36:57 +0000 (UTC) Received: from mh5.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh5.mail.rice.edu (Postfix) with ESMTP id 07372290122; Mon, 20 Jun 2011 15:19:43 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh5.mail.rice.edu, auth channel Received: from mh5.mail.rice.edu ([127.0.0.1]) by mh5.mail.rice.edu (mh5.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id D9E+--K4XyZH; Mon, 20 Jun 2011 15:19:42 -0500 (CDT) Received: from [10.209.194.37] (unknown [10.209.194.37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh5.mail.rice.edu (Postfix) with ESMTPSA id F27D22900FF; Mon, 20 Jun 2011 15:19:41 -0500 (CDT) Message-ID: <4DFFAB47.5010505@rice.edu> Date: Mon, 20 Jun 2011 13:19:19 -0700 From: Alan Cox User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <201106201837.p5KIbbbr013007@freebsd-current.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: alc@FreeBSD.org, ia64@freebsd.org, Marcel Moolenaar , FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 20:36:58 -0000 On 6/20/2011 11:40 AM, Garrett Cooper wrote: > On Mon, Jun 20, 2011 at 11:37 AM, FreeBSD Tinderbox > wrote: >> TB --- 2011-06-20 17:09:28 - tinderbox 2.7 running on freebsd-current.= sentex.ca >> TB --- 2011-06-20 17:09:28 - starting HEAD tinderbox run for ia64/ia64= >> TB --- 2011-06-20 17:09:28 - cleaning the object tree >> TB --- 2011-06-20 17:09:40 - cvsupping the source tree >> TB --- 2011-06-20 17:09:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.se= ntex.ca /tinderbox/HEAD/ia64/ia64/supfile >> TB --- 2011-06-20 17:10:27 - building world >> TB --- 2011-06-20 17:10:27 - MAKEOBJDIRPREFIX=3D/obj >> TB --- 2011-06-20 17:10:27 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-06-20 17:10:27 - TARGET=3Dia64 >> TB --- 2011-06-20 17:10:27 - TARGET_ARCH=3Dia64 >> TB --- 2011-06-20 17:10:27 - TZ=3DUTC >> TB --- 2011-06-20 17:10:27 - __MAKE_CONF=3D/dev/null >> TB --- 2011-06-20 17:10:27 - cd /src >> TB --- 2011-06-20 17:10:27 - /usr/bin/make -B buildworld >>>>> World build started on Mon Jun 20 17:10:28 UTC 2011 >>>>> 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 Jun 20 18:35:55 UTC 2011 >> TB --- 2011-06-20 18:35:56 - generating LINT kernel config >> TB --- 2011-06-20 18:35:56 - cd /src/sys/ia64/conf >> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B LINT >> TB --- 2011-06-20 18:35:56 - building LINT kernel >> TB --- 2011-06-20 18:35:56 - MAKEOBJDIRPREFIX=3D/obj >> TB --- 2011-06-20 18:35:56 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-06-20 18:35:56 - TARGET=3Dia64 >> TB --- 2011-06-20 18:35:56 - TARGET_ARCH=3Dia64 >> TB --- 2011-06-20 18:35:56 - TZ=3DUTC >> TB --- 2011-06-20 18:35:56 - __MAKE_CONF=3D/dev/null >> TB --- 2011-06-20 18:35:56 - cd /src >> TB --- 2011-06-20 18:35:56 - /usr/bin/make -B buildkernel KERNCONF=3DL= INT >>>>> Kernel build for LINT started on Mon Jun 20 18:35:56 UTC 2011 >>>>> 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 >> [...] >> awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_= if.m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.= m -h >> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h >> rm -f .newdep >> /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=3D= "cc -E" CC=3D"cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasin= g -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -W= no-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics= -show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys= /contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev= /ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/f= s/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs= -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/= src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-com= mon -finline-limit=3D15000 --param inline-unit-growth=3D100 --param large= -function-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-ra= nge=3Df32-f127 -fpic -ffreestanding >> /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supporte= d." >> mkdep: compile failed >> *** Error code 1 >> >> Stop in /obj/ia64.ia64/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 > r223307 broke tinderbox on ia64. What should the PAGE_SIZE be for > that architecture? The LINT build on ia64 is using a non-standard page size, that is, it is = specifying a different page size than GENERIC would have. However, I'm=20 not sure why 32KB is being specified here since that isn't one of the=20 supported page sizes on ia64. The following should do the trick. It is both an ia64 supported page=20 size and different from GENERIC. Index: ia64/conf/NOTES =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ia64/conf/NOTES (revision 223305) +++ ia64/conf/NOTES (working copy) @@ -25,7 +25,7 @@ options LOG2_ID_PAGE_SIZE=3D27 # 128M # option: LOG2_PAGE_SIZE # Specify the log2 size of the page to be used for virtual memory=20 management. # The page size being equal to 1< 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 75E881065670 for ; Mon, 20 Jun 2011 20:44:34 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0ABE68FC1B for ; Mon, 20 Jun 2011 20:44:33 +0000 (UTC) Received: by wyb33 with SMTP id 33so3801589wyb.13 for ; Mon, 20 Jun 2011 13:44:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=p1Vl7js7lJ2csug516UuxVzt3F+cpLjQqn81Fvj6pGk=; b=AR6ut3B9YMqfMfwn9eHNl8+o5smhopsxn0Zr2j5NnwBsSrgy/VpKIMyDqCdush4yux z7duKt0rqQdEo5jWKLkyYg0jiw3dikmx63+xHhGIeyvuB9Li8ETphybYUt1ZxK0A59UP 1ZleF2iOsn/cEf7dvgv+2szu8ZpLS9Tu/XhzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=XvofOYIWHuNAoJo2Pvc82ddVOjoUhKvPWI4eRv4Q8HN1OJ2qrVrB8wgLEGSktrSPbs CqTlJHQhPunEkNHaVBXiwIAlJ/FDqrrlK+5wvGLf75x+rkjHC9iYXsxGlWDzCZuGHIs8 lW1xmLhtR1lurvdz/9QhJMGkaVJjSdN+PmWd0= MIME-Version: 1.0 Received: by 10.216.233.92 with SMTP id o70mr5351865weq.71.1308602673092; Mon, 20 Jun 2011 13:44:33 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.216.39.134 with HTTP; Mon, 20 Jun 2011 13:44:33 -0700 (PDT) In-Reply-To: <20110620205301.GA11753@onelab2.iet.unipi.it> References: <20110620205301.GA11753@onelab2.iet.unipi.it> Date: Mon, 20 Jun 2011 13:44:33 -0700 X-Google-Sender-Auth: DAJ0ofaT7HRZBfiM_3-qCikevt0 Message-ID: From: mdf@FreeBSD.org To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: best way to do FreeBSD kernel/userland development on OSX ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 20:44:34 -0000 On Mon, Jun 20, 2011 at 1:53 PM, Luigi Rizzo wrote: > i recently replaced my laptop with a mac, which opens the problem on > how do i do FreeBSD development (including kernel work) on it. > > the option i am trying now is running a freebsd VM in virtualbox, > but it is slightly slow and probably energy hungry. > > I'd like to keep the svn checkut outside the disk image but > unfortunately the default filesystem on osx is case-insensitive > so i can't do that -- unless someone shows me how to change > the filesystem conventions. > > suggestions anyone ? With the help of google I did something for this a few months ago. You can create a new disk image, and use case-sensitive for this image. I created mine as something like 8GB but thinly provisioned so it didn't take up all the space until used. I use VMWare for testing code changes ($WORK paid for a license for me), but it's a CPU/battery hog, so I'm not wild about it, but it does work. Cheers, matthew From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:19:19 2011 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 E32ED1065676 for ; Mon, 20 Jun 2011 21:19:19 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC238FC12 for ; Mon, 20 Jun 2011 21:19:19 +0000 (UTC) Received: by wyb33 with SMTP id 33so3826469wyb.13 for ; Mon, 20 Jun 2011 14:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=xBEcz5BYCjHyuLcYfJVgKROqABb6MdO7DXTn8QY+HO0=; b=ZsT+VoOIsFH714CWXf6FWWRn57uw0p+kyhAuwTFjp+pvB1D/Df1mKz1XGDJj6aP51R TKF0FOBnOk406m1gTQBhGFNFH9R9MoTeBbJnMoejoNStJxZXIriBRHpOZ975zgzxjD3e YUbbqpqQTSJExkYT/sxWtm5V4cQipsboiky+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=UiDDvlYZS5ILconNwwY3UcfIyxO+NaW25CmYxTKmvolgP3xAPHlxzTrPz45Nl17ven YaCYA1KVcp+1x8JgE2o4stZ2IstvgBoLhNX+OC8iUMZ/5WbEI9WZ4vE3Ulr8KWftNx2g NVpWZ0uNJucTrgK3GChl13Oir9v33szp/gcaI= Received: by 10.216.139.209 with SMTP id c59mr5238679wej.88.1308603297464; Mon, 20 Jun 2011 13:54:57 -0700 (PDT) Received: from [192.168.123.4] (cpe-109-60-79-155.zg3.cable.xnet.hr [109.60.79.155]) by mx.google.com with ESMTPS id 74sm3121215wem.17.2011.06.20.13.54.56 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Jun 2011 13:54:56 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Damjan Marion In-Reply-To: <20110620205301.GA11753@onelab2.iet.unipi.it> Date: Mon, 20 Jun 2011 22:54:54 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <20110620205301.GA11753@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1084) Cc: current@freebsd.org Subject: Re: best way to do FreeBSD kernel/userland development on OSX ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 21:19:20 -0000 On Jun 20, 2011, at 10:53 PM, Luigi Rizzo wrote: > i recently replaced my laptop with a mac, which opens the problem on > how do i do FreeBSD development (including kernel work) on it. > > the option i am trying now is running a freebsd VM in virtualbox, > but it is slightly slow and probably energy hungry. > > I'd like to keep the svn checkut outside the disk image but > unfortunately the default filesystem on osx is case-insensitive > so i can't do that -- unless someone shows me how to change > the filesystem conventions. According to some email threads this is not a smart option as it might screw up some applications which assume that FS is case-insensitive. I shrink my 1st partition and created 2nd one which is case sensitive. i'm using it for cross-compiling FreeBSD/ARM kernel. Damjan From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 21:55:35 2011 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 EA6CA1065670 for ; Mon, 20 Jun 2011 21:55:35 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id D28DD8FC0C for ; Mon, 20 Jun 2011 21:55:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp025.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LN3009KKWRNTR70@asmtp025.mac.com> for current@freebsd.org; Mon, 20 Jun 2011 13:55:00 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.148,0.0.0000 definitions=2011-06-20_05:2011-06-20, 2011-06-20, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1106200193 From: Chuck Swiger In-reply-to: <20110620205301.GA11753@onelab2.iet.unipi.it> Date: Mon, 20 Jun 2011 13:55:11 -0700 Message-id: <8938AA82-B142-4067-BBB5-40729E6605D6@mac.com> References: <20110620205301.GA11753@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1084) Cc: current@freebsd.org Subject: Re: best way to do FreeBSD kernel/userland development on OSX ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Jun 2011 21:55:36 -0000 Hi-- On Jun 20, 2011, at 1:53 PM, Luigi Rizzo wrote: > I'd like to keep the svn checkut outside the disk image but > unfortunately the default filesystem on osx is case-insensitive > so i can't do that -- unless someone shows me how to change > the filesystem conventions. Default filesystem for OSX is HFS+ Journaled/case-insensitive. However, you can use hdiutil or DiskUtility to create a case-sensitive partition or filesystem image: hdiutil create -size 1gb -fs 'Case-sensitive Journaled HFS+' /tmp/image.dmg For kernel work, it might be worth using BootCamp to setup a free partition (intended for Windows, but reformat it for FreeBSD) and setup FreeBSD to boot natively. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 00:15:40 2011 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 5EABB106566B; Tue, 21 Jun 2011 00:15:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2B65A8FC13; Tue, 21 Jun 2011 00:15:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5L0FdW3082764; Mon, 20 Jun 2011 20:15:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5L0Fdg2082704; Tue, 21 Jun 2011 00:15:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Jun 2011 00:15:39 GMT Message-Id: <201106210015.p5L0Fdg2082704@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: Tue, 21 Jun 2011 00:15:40 -0000 TB --- 2011-06-20 22:48:20 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-20 22:48:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-20 22:48:20 - cleaning the object tree TB --- 2011-06-20 22:48:33 - cvsupping the source tree TB --- 2011-06-20 22:48:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-20 22:48:45 - building world TB --- 2011-06-20 22:48:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-20 22:48:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-20 22:48:45 - TARGET=ia64 TB --- 2011-06-20 22:48:45 - TARGET_ARCH=ia64 TB --- 2011-06-20 22:48:45 - TZ=UTC TB --- 2011-06-20 22:48:45 - __MAKE_CONF=/dev/null TB --- 2011-06-20 22:48:45 - cd /src TB --- 2011-06-20 22:48:45 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 20 22:48:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 21 00:13:56 UTC 2011 TB --- 2011-06-21 00:13:56 - generating LINT kernel config TB --- 2011-06-21 00:13:56 - cd /src/sys/ia64/conf TB --- 2011-06-21 00:13:56 - /usr/bin/make -B LINT TB --- 2011-06-21 00:13:56 - building LINT kernel TB --- 2011-06-21 00:13:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 00:13:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 00:13:56 - TARGET=ia64 TB --- 2011-06-21 00:13:56 - TARGET_ARCH=ia64 TB --- 2011-06-21 00:13:56 - TZ=UTC TB --- 2011-06-21 00:13:56 - __MAKE_CONF=/dev/null TB --- 2011-06-21 00:13:56 - cd /src TB --- 2011-06-21 00:13:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 21 00:13:56 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-21 00:15:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-21 00:15:38 - ERROR: failed to build lint kernel TB --- 2011-06-21 00:15:38 - 4107.86 user 798.55 system 5238.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 05:55:27 2011 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 90D99106566B; Tue, 21 Jun 2011 05:55: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 5FD558FC1C; Tue, 21 Jun 2011 05:55:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5L5tQrU054085; Tue, 21 Jun 2011 01:55:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5L5tQOH054037; Tue, 21 Jun 2011 05:55:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Jun 2011 05:55:26 GMT Message-Id: <201106210555.p5L5tQOH054037@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: Tue, 21 Jun 2011 05:55:27 -0000 TB --- 2011-06-21 04:28:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-21 04:28:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-21 04:28:05 - cleaning the object tree TB --- 2011-06-21 04:28:18 - cvsupping the source tree TB --- 2011-06-21 04:28:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-21 04:28:30 - building world TB --- 2011-06-21 04:28:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 04:28:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 04:28:30 - TARGET=ia64 TB --- 2011-06-21 04:28:30 - TARGET_ARCH=ia64 TB --- 2011-06-21 04:28:30 - TZ=UTC TB --- 2011-06-21 04:28:30 - __MAKE_CONF=/dev/null TB --- 2011-06-21 04:28:30 - cd /src TB --- 2011-06-21 04:28:30 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 21 04:28:31 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 21 05:53:40 UTC 2011 TB --- 2011-06-21 05:53:42 - generating LINT kernel config TB --- 2011-06-21 05:53:42 - cd /src/sys/ia64/conf TB --- 2011-06-21 05:53:42 - /usr/bin/make -B LINT TB --- 2011-06-21 05:53:43 - building LINT kernel TB --- 2011-06-21 05:53:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 05:53:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 05:53:43 - TARGET=ia64 TB --- 2011-06-21 05:53:43 - TARGET_ARCH=ia64 TB --- 2011-06-21 05:53:43 - TZ=UTC TB --- 2011-06-21 05:53:43 - __MAKE_CONF=/dev/null TB --- 2011-06-21 05:53:43 - cd /src TB --- 2011-06-21 05:53:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 21 05:53:43 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-21 05:55:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-21 05:55:25 - ERROR: failed to build lint kernel TB --- 2011-06-21 05:55:25 - 4100.19 user 801.93 system 5239.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 10:14:56 2011 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 1BDB2106566C for ; Tue, 21 Jun 2011 10:14:56 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.overkill.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id A89A08FC20 for ; Tue, 21 Jun 2011 10:14:55 +0000 (UTC) Received: from [2001:5c0:110d:6600:223:54ff:fe31:a012] (unknown [IPv6:2001:5c0:110d:6600:223:54ff:fe31:a012]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.overkill.yamagi.org (Postfix) with ESMTPSA id AF81316663D1 for ; Tue, 21 Jun 2011 12:14:53 +0200 (CEST) Date: Tue, 21 Jun 2011 12:14:48 +0200 (CEST) From: Yamagi Burmeister X-X-Sender: yamagi@saya.home.yamagi.org To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Reproducible panic with TRIM and ufs snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 10:14:56 -0000 Hi, I encountered a panic in the 2011/05 snapshot of 9-current. Snapshot creation an UFS filesystem with or without SU+J leads to panic: % mdconfig -a -t malloc -s 128m % newfs -U -O2 -t /dev/md0 % mount /dev/md0 /mnt % mksnap_ffs /mnt /mnt/foo => panic My system is: fbsd-vbox# uname -a FreeBSD fbsd-vbox.lan 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Thu May 12 11:28:09 UTC 2011 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i38 The panic message and the backtrace (starting at stack level 11) are: Fatal trap 18: integer divide fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer = 0x20:0xc0cd493b stack pointer = 0x28:0xd612b3d0 frame pointer = 0x28:0xd612b444 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1172 (mksnap_ffs) Physical memory: 495 MB Dumping 97 MB: 82 66 50 34 18 2 #0 doadump () at pcpu.h:244 244 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:244 #1 0xc04dda49 in db_fncall (dummy1=1, dummy2=0, dummy3=-1055234816, dummy4=0xd612b19c "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04dde41 in db_command (last_cmdp=0xc0fccbfc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04ddf9a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04dff1d in db_trap (type=18, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc09d9ad2 in kdb_trap (type=18, code=0, tf=0xd612b390) at /usr/src/sys/kern/subr_kdb.c:533 #6 0xc0ccab4f in trap_fatal (frame=0xd612b390, eva=0) at /usr/src/sys/i386/i386/trap.c:958 #7 0xc0ccb58c in trap (frame=0xd612b390) at /usr/src/sys/i386/i386/trap.c:754 #8 0xc0cb422c in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #9 0xc0cd493b in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:97 #10 0xc0cd4861 in __moddi3 (a=1245184, b=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/moddi3.c:60 #11 0xc093c01c in g_io_request (bp=0xc4388dac, cp=0xc3c8fcc0) at /usr/src/sys/geom/geom_io.c:427 #12 0xc0bac655 in ffs_blkfree (ump=0xc4a39800, fs=0xd0844000, devvp=0xc3c8fcc0, bno=608, size=16384, inum=4, dephd=0x0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:2066 #13 0xc0bb872a in mapacct_ufs2 (vp=0xc3c8fcc0, oldblkp=0xc68e9790, lastblkp=0xc68e97d0, fs=0xd0844000, lblkno=4, expungetype=2) at /usr/src/sys/ufs/ffs/ffs_snapshot.c:1533 #14 0xc0bba338 in expunge_ufs2 (snapvp=0xc3c8fcc0, cancelip=0xc68e789c, fs=0xd0844000, acctfunc=0xc0bb8640 , expungetype=2, clearmode=0) at /usr/src/sys/ufs/ffs/ffs_snapshot.c:1330 #15 0xc0bbe7e5 in ffs_snapshot (mp=0xc4b7cca8, snapfile=0xc365d300 "/mnt/tut") at /usr/src/sys/ufs/ffs/ffs_snapshot.c:747 #16 0xc0bd7900 in ffs_mount (mp=0xc4b7cca8) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:395 #17 0xc0a361c6 in vfs_donmount (td=0xc34e8b80, fsflags=2166784, fsoptions=0xc3624000) at /usr/src/sys/kern/vfs_mount.c:924 #18 0xc0a36804 in nmount (td=0xc34e8b80, uap=0xd612bcec) at /usr/src/sys/kern/vfs_mount.c:409 #19 0xc09e7c13 in syscallenter (td=0xc34e8b80, sa=0xd612bce4) at /usr/src/sys/kern/subr_trap.c:344 #20 0xc0ccadd4 in syscall (frame=0xd612bd28) at /usr/src/sys/i386/i386/trap.c:1082 #21 0xc0cb4291 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) More information can be provided if necessary. -- Homepage: www.yamagi.org Jabber: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 10:58:01 2011 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 4C715106566B for ; Tue, 21 Jun 2011 10:58:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1239F8FC16 for ; Tue, 21 Jun 2011 10:58:00 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A42C57300A; Tue, 21 Jun 2011 13:14:27 +0200 (CEST) Date: Tue, 21 Jun 2011 13:14:27 +0200 From: Luigi Rizzo To: Vadim Goncharov Message-ID: <20110621111427.GA24786@onelab2.iet.unipi.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] ipfw call/return rule actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 10:58:01 -0000 On Tue, Jun 21, 2011 at 10:22:40AM +0000, Vadim Goncharov wrote: > Hi, > > I have made a patch http://nuclight.avtf.net/vadim/ipfw_call_20110620.diff > which adds a "call" and "return" rule actions to make it possible to > organize "subroutines" with rules - "skipto" is like "goto" and only > allows jumps forward, not backward. > > This could be useful to help doing somewaht like per-interface ACL, > something similar to pf anchors or iptables chains. > > Please test, hope to see this committed soon and released in 9.0 ! nice function and nice implementation. It does not affect any existing ruleset etc. so it should really be an easy addition, even if we don't make it for 9.0 there are no ABI issues to be worried about. By chance have you tried to measure the cost of a call/return pair ? cheers luigi > Sample ipfw list: > > 00500 call 2000 ip from 10.0.0.5 to any > 00600 count log ip from 10.0.0.5 to any > 00999 allow ip from any to any > 02000 count ip from any to any // entry of subr > 02100 count log ip from any to any > 02999 return log ip from any to any // leave subr > 03600 count log ip from 10.0.0.5 to any > 65534 allow ip from any to any > 65535 deny ip from any to any > > Here after 2999 packet continues from 501, next number after "call". > > Or this could be used to reduce number of rules when previously one > did many skipto's for each direction/interface and had to repeat the same rules > again and again, e.g.: > > add 100 call 5000 all from any to any in recv em0 > add 110 deny all from table(10) to any in recv em0 > add 200 call 5000 all from any to any in recv em1 > add 210 deny all from table(20) in recv em1 > ... > add 5000 deny log all from any to any not antispoof > add 5010 deny tcp from any to any 135,139,445 > add 5020 deny udp from any to any 137,138 > add 5030 allow tcp from any to any established > ... > add 5999 return // end of common block > > -- > WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru > [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] > > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 11:38:25 2011 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 573881065673; Tue, 21 Jun 2011 11:38: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 265E68FC16; Tue, 21 Jun 2011 11:38:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5LBcOXA030247; Tue, 21 Jun 2011 07:38:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5LBcNJB030161; Tue, 21 Jun 2011 11:38:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Jun 2011 11:38:24 GMT Message-Id: <201106211138.p5LBcNJB030161@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: Tue, 21 Jun 2011 11:38:25 -0000 TB --- 2011-06-21 10:09:09 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-21 10:09:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-21 10:09:09 - cleaning the object tree TB --- 2011-06-21 10:09:20 - cvsupping the source tree TB --- 2011-06-21 10:09:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-21 10:10:10 - building world TB --- 2011-06-21 10:10:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 10:10:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 10:10:10 - TARGET=ia64 TB --- 2011-06-21 10:10:10 - TARGET_ARCH=ia64 TB --- 2011-06-21 10:10:10 - TZ=UTC TB --- 2011-06-21 10:10:10 - __MAKE_CONF=/dev/null TB --- 2011-06-21 10:10:10 - cd /src TB --- 2011-06-21 10:10:10 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 21 10:10:11 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 21 11:36:43 UTC 2011 TB --- 2011-06-21 11:36:43 - generating LINT kernel config TB --- 2011-06-21 11:36:43 - cd /src/sys/ia64/conf TB --- 2011-06-21 11:36:43 - /usr/bin/make -B LINT TB --- 2011-06-21 11:36:43 - building LINT kernel TB --- 2011-06-21 11:36:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 11:36:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 11:36:43 - TARGET=ia64 TB --- 2011-06-21 11:36:43 - TARGET_ARCH=ia64 TB --- 2011-06-21 11:36:43 - TZ=UTC TB --- 2011-06-21 11:36:43 - __MAKE_CONF=/dev/null TB --- 2011-06-21 11:36:43 - cd /src TB --- 2011-06-21 11:36:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 21 11:36:43 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/vm/vm_page.c:2356:2: error: #error "PAGE_SIZE is not supported." mkdep: compile failed *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-21 11:38:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-21 11:38:23 - ERROR: failed to build lint kernel TB --- 2011-06-21 11:38:23 - 4171.46 user 806.41 system 5354.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 16:17:21 2011 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 190DD1065670; Tue, 21 Jun 2011 16:17:21 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id B533A8FC17; Tue, 21 Jun 2011 16:17:20 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p5LGHKCa016193; Tue, 21 Jun 2011 10:17:20 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p5LGHJbq016192; Tue, 21 Jun 2011 10:17:19 -0600 (MDT) (envelope-from ken) Date: Tue, 21 Jun 2011 10:17:19 -0600 From: "Kenneth D. Merry" To: Andrey Chernov , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@freebsd.org, will@freebsd.org Message-ID: <20110621161719.GA16166@nargothrond.kdm.org> References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110620114656.GA83524@vniz.net> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 16:17:21 -0000 On Mon, Jun 20, 2011 at 15:46:56 +0400, Andrey Chernov wrote: > On Mon, Jun 20, 2011 at 11:01:46AM +0300, Kostik Belousov wrote: > > On Mon, Jun 20, 2011 at 11:02:22AM +0400, Andrey Chernov wrote: > > > On Sun, Jun 19, 2011 at 08:15:43PM -0600, Justin T. Gibbs wrote: > > > > On 6/19/11 6:19 PM, Andrey Chernov wrote: > > > > > Exactly that commit is responsible for boot hang. > > > > > Please fix. > > > > > BTW, I have MBR on SATA disk (CAM emulated), ICH9. > > > > > > > > Since it works for me, you'll need to provide more information. Can you > > > > at least drop into kdb to determine the likely source of the hang by > > > > getting a stack trace of all processes to see where they are sleeping > > > > and dumping lock information? > > > > > > I drop into DDB and put 'bt' console photo in the very first message of > > > this thread - nothing unusual seen in the main stack. Could you please > > > specify exact DDB commands you want to be issued by me? No dump can be > > > provided since nothing is mounted yet including swap, > > > > > > BTW, I remember I saw previously unseen warnings with post Jun 14 kernels: > > > "xpt_action_default: CCB type 0xe not supported" > > > > > > 'ps' inside DDB shows [xpt_thrd] at "ccb_scan" wmesg state and [g_event] > > > at "caplck" wmesg state, [kernel] at "g_waitid" state. > > > Even don't know, if it matters. > > > > Just in case, please try r223277. > > As the second message in the thread states, I try first even 223296 with > the same hang and the same > xpt_action_default: CCB type 0xe not supported > As I think, DDB's 'ps' indicates that kernel waits something from geom and > geom waits something from ccb_scan forever, just raw guess. I will be glad to > issue more specific DDB commands and upload corresponding photos. > BTW, pluging and unplugging USB devides works in that stage. Can you do the following when the hang happens: ps alltrace show locks show msgbuf Hopefully that will give us something to start looking at... This would really work a lot better if there is any way to get a serial console on the machine. The above will produce a good bit of output, and would likely need a lot of pictures. Since we can't reproduce the problem here, some debugging help would be greatly appreciated. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 16:49:36 2011 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 EAD7C106564A; Tue, 21 Jun 2011 16:49:36 +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 C82D28FC14; Tue, 21 Jun 2011 16:49:36 +0000 (UTC) Received: from [IPv6:::1] (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id CCC012843A; Tue, 21 Jun 2011 09:32:39 -0700 (PDT) Message-ID: <4E00C7A7.8080704@canonware.com> Date: Tue, 21 Jun 2011 09:32:39 -0700 From: Jason Evans User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: Marius Strobl References: <20110616073138.GL31996@gradx.cs.jhu.edu> <20110616075319.GM31996@gradx.cs.jhu.edu> <20110617180713.GA5300@alchemy.franken.de> <20110617193129.GC4764@gradx.cs.jhu.edu> <20110617213532.GG7064@alchemy.franken.de> In-Reply-To: <20110617213532.GG7064@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Jun 2011 17:05:40 +0000 Cc: freebsd-current@freebsd.org, Nathaniel W Filardo , jasone@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: TLS bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 16:49:37 -0000 On 06/17/2011 02:35 PM, Marius Strobl wrote: > On Fri, Jun 17, 2011 at 03:31:29PM -0400, Nathaniel W Filardo wrote: >> On Fri, Jun 17, 2011 at 08:07:13PM +0200, Marius Strobl wrote: >>> Using bonnie++ I can't reproduce this (didn't try mysql) but I have >> >> I seem to have good luck reproducing it with "-r 5 -s 10 -x 10" by about the >> third iteration. > > Ok, with these parameters I can reproduce it. > >> >>> some TLS fixes for libthr I forgot about but could be relevant here >>> (most actually date back to 2008 when the base binutils didn't support >>> GNUTLS for sparc64 so I couldn't test them easily). Could you please >>> give a libthr build with the following patch a try? >>> http://people.freebsd.org/~marius/libthr_sparc64.diff >> >> Concurrent runs both with and without those diffs still asserted. >> Interestingly, libc's .tbss section, even after the assertion, is still full >> of zeros, so it looks like something stranger than a wild-write back to >> .tbss. I'll go diving through the tls allocation code again when I get a >> minute. >> > > In combination with the below patch bonnie++ survived 100 iterations > here. I'm not sure what this means though as I don't have much knowledge > about TLS, I merely implemented the necessary relocations. Could be > that malloc() actually requires the initial exec model for variant II. > Unfortunately, it's not documented why it was added for x86. > Jason, can you shed some light on this? > > Marius > > Index: malloc.c > =================================================================== > --- malloc.c (revision 219535) > +++ malloc.c (working copy) > @@ -234,7 +234,7 @@ > #ifdef __sparc64__ > # define LG_QUANTUM 4 > # define LG_SIZEOF_PTR 3 > -# define TLS_MODEL /* default */ > +# define TLS_MODEL __attribute__((tls_model("initial-exec"))) > #endif > #ifdef __amd64__ > # define LG_QUANTUM 4 > I added the initial-exec TLS_MODEL because it is faster than the default; jemalloc in no way depends on this for correctness though, so your patch is safe. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 17:17:14 2011 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 49244106566B for ; Tue, 21 Jun 2011 17:17:14 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 289408FC0A for ; Tue, 21 Jun 2011 17:17:14 +0000 (UTC) Received: by pvg11 with SMTP id 11so3130569pvg.13 for ; Tue, 21 Jun 2011 10:17:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.17.233 with SMTP id r9mr3315451pbd.1.1308676633677; Tue, 21 Jun 2011 10:17:13 -0700 (PDT) Sender: luizgustavo@luizgustavo.pro.br Received: by 10.68.42.70 with HTTP; Tue, 21 Jun 2011 10:17:13 -0700 (PDT) In-Reply-To: <201106191036.48088.hselasky@c2i.net> References: <201106191036.48088.hselasky@c2i.net> Date: Tue, 21 Jun 2011 14:17:13 -0300 X-Google-Sender-Auth: aNHirlLgIRJ_f3p8TgjJ3XTJeik Message-ID: From: "Luiz Gustavo S. Costa" To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Rick van der Zwet Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 17:17:14 -0000 Hi Hans ! theoretically would only do this, put the id's in the files for the udav.c = work, but was not so, the driver did not work with these entries, simply could not allocate a PHY. Dmesg: ugen0.2: at usbus0 udav0: on usbus0 udav0: attaching PHYs failed In OpenBSD working normally. 2011/6/19 Hans Petter Selasky : > On Friday 17 June 2011 15:46:17 Luiz Gustavo S. Costa wrote: >> Hi all >> >> I was venturing more on the idea of running this adapter, I decided to >> test on OpenBSD 4.9 >> >> OpenBSD 4.9 RELEASE is already entry for id 0x8180, equal to FreeBSD >> 9.0-CURRENT. >> >> What I did (see attached diff file) was to do the same, I tried to do >> in freebsd, add the id =A0of the new adapter based on 0x8180 >> >> And everything worked as I expected, I managed to get a MAC address >> and use the ifconfig output as below: >> >> udav0: flags=3D8802 mtu 1500 >> =A0 =A0 =A0 =A0 lladdr 00:e0:4c:53:44:58 >> =A0 =A0 =A0 =A0 priority: 0 >> =A0 =A0 =A0 =A0 media: Ethernet none >> =A0 =A0 =A0 =A0 inet6 fe80::2e0:4cff:fe53:4458%udav0 prefixlen 64 scopei= d 0x5 >> >> Do I have to specify the id somewhere else, some input to the PHY? >> >> Thanks > > Hi, > > Your patch has been committed with some modifications: > > http://svn.freebsd.org/changeset/base/223288 > > --HPS > --=20 =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org --------------------------------------------------------------------- BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org Blog: http://www.luizgustavo.pro.br From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 17:27:07 2011 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 0802D1065675 for ; Tue, 21 Jun 2011 17:27:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9918FC1C for ; Tue, 21 Jun 2011 17:27:06 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=7KD0iiTHYGd0xbPMAUtcJ3OZoqPCTpa2X22hnPESm4A= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=e_1OUvNP6hUA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=mJjzrBsL7s9eNJBwjP8A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 141437254; Tue, 21 Jun 2011 19:27:04 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 21 Jun 2011 19:25:33 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106191036.48088.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106211925.33324.hselasky@c2i.net> Cc: "Luiz Gustavo S. Costa" , Rick van der Zwet Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 17:27:07 -0000 On Tuesday 21 June 2011 19:17:13 Luiz Gustavo S. Costa wrote: > Hi Hans ! > > theoretically would only do this, put the id's in the files for the udav.c > work, > > but was not so, the driver did not work with these entries, simply > could not allocate a PHY. > > Dmesg: > ugen0.2: at usbus0 > udav0: 1.10/1.01, addr 2> on usbus0 > udav0: attaching PHYs failed > Check the miibus code. Maybe the PHY in question is not supported. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 17:51:04 2011 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 72DF3106564A for ; Tue, 21 Jun 2011 17:51:04 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 383C68FC08 for ; Tue, 21 Jun 2011 17:51:03 +0000 (UTC) Received: by iyb11 with SMTP id 11so2603iyb.13 for ; Tue, 21 Jun 2011 10:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=6Uaf6+zyloaK1PSmcLlzy36b9xw5xACL6manPUe/YEU=; b=FsxSi6XtfUqB1t0Id5yShAkQpnCK5PfzgOY8M2U4y8yu3FdijBlfvhznlBWkkrE1sA ETsDrScLxyFAuJW1naUETY6wYdqW+CPnLmg+JPG+33zyxvCAKkVsus/bmZ7QqWE+mhdV LINpiVci/zfT9fnC0gex/9dbVVZAvOXEOr5Tg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=utNhozZ+0yF6BGGDT8drfPUuzGvQ3SKH2YUAzMTqEMT0aANb8XEQvIGgNeJTtIddhh jdHYFX0YxrqtGFRHFBbS0GpzQWm+ZChtrqszBWM+zOFSTA0gWjpwJdADXDRTOlqoGXPA vhJxFRjRUaR9lQtI02P/QBJOC3TF8c7Ng1V2I= MIME-Version: 1.0 Received: by 10.231.114.78 with SMTP id d14mr6547674ibq.137.1308678662763; Tue, 21 Jun 2011 10:51:02 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Tue, 21 Jun 2011 10:51:02 -0700 (PDT) Date: Tue, 21 Jun 2011 20:51:02 +0300 Message-ID: From: George Kontostanos To: FreeBSD-Current Content-Type: multipart/mixed; boundary=0016e64718a4d1b53804a63c7e08 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: xpt_action_default: CCB type 0xe not supported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 17:51:04 -0000 --0016e64718a4d1b53804a63c7e08 Content-Type: text/plain; charset=ISO-8859-1 Fresh installation and after world && kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported The system is running GENERIC with debugging for use in current off options. Full dmesg attached. Regards, -- George Kontostanos aisecure.net --0016e64718a4d1b53804a63c7e08 Content-Type: text/plain; charset=US-ASCII; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gp75jqvt0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTEgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA5LjAtQ1VSUkVOVCAjMDogVHVlIEp1biAyMSAxOToy ODozMyBFRVNUIDIwMTEKICAgIHJvb3RAY29yZTJkdW8uYWljb20ubG9jOi91c3Ivb2JqL3Vzci9z cmMvc3lzL0dFTkVSSUMgYW1kNjQKQ1BVOiBJbnRlbChSKSBDb3JlKFRNKTIgQ1BVICAgICAgICAg IDY2MDAgIEAgMi40MEdIeiAoMjQwMS45Ny1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJH ZW51aW5lSW50ZWwiICBJZCA9IDB4NmY2ICBGYW1pbHkgPSA2ICBNb2RlbCA9IGYgIFN0ZXBwaW5n ID0gNgogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQ SSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weGUzYmQ8U1NF MyxEVEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTT4KICBB TUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgx PExBSEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpy ZWFsIG1lbW9yeSAgPSA0Mjk0OTY3Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSA0MDU3Mjg0 NjA4ICgzODY5IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFDUEkgQVBJQyBU YWJsZTogPE1TVEVTVCBPRU1BUElDID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3Rl bSBEZXRlY3RlZDogMiBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykK IGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAg PFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgwCmFj cGkwOiA8TVNURVNUIFRFU1RPTkxZPiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9u IChmaXhlZCkKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQKYWNwaTA6 IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgN2ZmMDAwMDAgKDMpIGZhaWxlZApUaW1lY291bnRlciAi QUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDog PDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMApj cHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCkFDUEkgV2FybmluZzogSW5jb3JyZWN0IGNoZWNrc3Vt IGluIHRhYmxlIFtPRU1CXSAtIDB4RTcsIHNob3VsZCBiZSAweERBICgyMDExMDUyNy90YnV0aWxz LTI4MikKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAxLjAgb24g cGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGli bGUgZGlzcGxheT4gcG9ydCAweDljMDAtMHg5YzdmIG1lbSAweGZkMDAwMDAwLTB4ZmRmZmZmZmYs MHhjMDAwMDAwMC0weGNmZmZmZmZmLDB4ZmMwMDAwMDAtMHhmY2ZmZmZmZiBpcnEgMTYgYXQgZGV2 aWNlIDAuMCBvbiBwY2kxCnVoY2kwOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgY29udHJvbGxl ciBVU0ItRD4gcG9ydCAweGRjMDAtMHhkYzFmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kw CnVoY2kwOiBMZWdTdXAgPSAweDJmMDAKdXNidXMwOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0Ig Y29udHJvbGxlciBVU0ItRD4gb24gdWhjaTAKdWhjaTE6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVT QiBjb250cm9sbGVyIFVTQi1FPiBwb3J0IDB4ZTAwMC0weGUwMWYgaXJxIDE3IGF0IGRldmljZSAy Ni4xIG9uIHBjaTAKdWhjaTE6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czE6IDxJbnRlbCA4MjgwMUgg KElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1FPiBvbiB1aGNpMQplaGNpMDogPEludGVsIDgyODAx SCAoSUNIOCkgVVNCIDIuMCBjb250cm9sbGVyIFVTQjItQj4gbWVtIDB4ZmViZmZjMDAtMHhmZWJm ZmZmZiBpcnEgMTggYXQgZGV2aWNlIDI2Ljcgb24gcGNpMAp1c2J1czI6IEVIQ0kgdmVyc2lvbiAx LjAKdXNidXMyOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgMi4wIGNvbnRyb2xsZXIgVVNCMi1C PiBvbiBlaGNpMApoZGFjMDogPEludGVsIDgyODAxSCBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29u dHJvbGxlcj4gbWVtIDB4ZmViZjgwMDAtMHhmZWJmYmZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAg b24gcGNpMApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjgu MCBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gaXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKcmUwOiA8UmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRSBQQ0ll IEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHhiODAwLTB4YjhmZiBtZW0gMHhmZWFmZjAwMC0weGZl YWZmZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKcmUwOiBVc2luZyAxIE1TSSBtZXNz YWdlCnJlMDogQ2hpcCByZXYuIDB4MzgwMDAwMDAKcmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwCm1p aWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5MDogPFJUTDgxNjlTLzgxMTBTLzgyMTEgMTAw MEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDogIG5vbmUs IDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VULUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJh c2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywgMTAwMGJhc2VULCAxMDAwYmFzZVQtbWFzdGVy LCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1hc3RlciwgMTAwMGJhc2VULUZEWC1mbG93 LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBhdXRvLCBhdXRvLWZsb3cKcmUwOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDoxODpmMzowMzo2Njo3ZQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWI0CmF0YXBjaTA6IDxKTWljcm9uIEpNQjM2MyBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHhh YzAwLTB4YWMwNywweGE4ODAtMHhhODgzLDB4YTgwMC0weGE4MDcsMHhhNDgwLTB4YTQ4MywweGE0 MDAtMHhhNDBmIG1lbSAweGZlOWZlMDAwLTB4ZmU5ZmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAg b24gcGNpMgphaGNpMDogPEpNaWNyb24gSk1CMzYzIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBvbiBh dGFwY2kwCmFoY2kwOiBBSENJIHYxLjAwIHdpdGggMiAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBs aWVyIHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhj aTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmF0YTI6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCnVoY2kyOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0Ig Y29udHJvbGxlciBVU0ItQT4gcG9ydCAweGQ0ODAtMHhkNDlmIGlycSAyMyBhdCBkZXZpY2UgMjku MCBvbiBwY2kwCnVoY2kyOiBMZWdTdXAgPSAweDJmMDAKdXNidXMzOiA8SW50ZWwgODI4MDFIIChJ Q0g4KSBVU0IgY29udHJvbGxlciBVU0ItQT4gb24gdWhjaTIKdWhjaTM6IDxJbnRlbCA4MjgwMUgg KElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZDgwMC0weGQ4MWYgaXJxIDE5IGF0 IGRldmljZSAyOS4xIG9uIHBjaTAKdWhjaTM6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czQ6IDxJbnRl bCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMwp1aGNpNDogPElu dGVsIDgyODAxSCAoSUNIOCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHhkODgwLTB4ZDg5 ZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpNDogTGVnU3VwID0gMHgyZjAwCnVz YnVzNTogPEludGVsIDgyODAxSCAoSUNIOCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IG9uIHVoY2k0 CmVoY2kxOiA8SW50ZWwgODI4MDFIIChJQ0g4KSBVU0IgMi4wIGNvbnRyb2xsZXIgVVNCMi1BPiBt ZW0gMHhmZWJmZjgwMC0weGZlYmZmYmZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCnVz YnVzNjogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czY6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiAy LjAgY29udHJvbGxlciBVU0IyLUE+IG9uIGVoY2kxCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0Eg YnVzPiBvbiBpc2FiMAphdGFwY2kxOiA8SW50ZWwgSUNIOCBTQVRBMzAwIGNvbnRyb2xsZXI+IHBv cnQgMHhlYzAwLTB4ZWMwNywweGU4ODAtMHhlODgzLDB4ZTgwMC0weGU4MDcsMHhlNDgwLTB4ZTQ4 MywweGU0MDAtMHhlNDBmLDB4ZTA4MC0weGUwOGYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBj aTAKYXRhMzogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhNDogPEFUQSBjaGFubmVsIDE+ IG9uIGF0YXBjaTEKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8g ZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kyOiA8SW50ZWwgSUNIOCBTQVRBMzAwIGNvbnRyb2xsZXI+ IHBvcnQgMHhkNDAwLTB4ZDQwNywweGQwODAtMHhkMDgzLDB4ZDAwMC0weGQwMDcsMHhjYzAwLTB4 Y2MwMywweGM4ODAtMHhjODhmLDB4YzgwMC0weGM4MGYgaXJxIDE5IGF0IGRldmljZSAzMS41IG9u IHBjaTAKYXRhNTogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTIKYXRhNjogPEFUQSBjaGFubmVs IDE+IG9uIGF0YXBjaTIKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphdHRp bWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRl ciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1l IGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRDIiBm cmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4g cG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCmZkYzA6IDxmbG9wcHkg ZHJpdmUgY29udHJvbGxlciAoRkRFKT4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEg MiBvbiBhY3BpMApmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApocGV0 MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAz ZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFs aXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg NDUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQw CkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCnBw YzA6IDxQYXJhbGxlbCBwb3J0PiBwb3J0IDB4Mzc4LTB4MzdmLDB4Nzc4LTB4NzdmIGlycSA3IGRy cSAzIG9uIGFjcGkwCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkg aW4gQ09NUEFUSUJMRSBtb2RlCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi85IGJ5dGVzIHRocmVzaG9s ZApwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApscHQwOiA8UHJpbnRlcj4gb24g cHBidXMwCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBv biBwcGJ1czAKcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czAKYXRrYmRj MDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24g YWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGti ZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0 a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZp Y2UgSUQgMwpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6 IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElT QSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAK ZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRj YzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MAplc3QxOiA8RW5oYW5j ZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVx dWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu MDAwIG1zZWMKaGRhYzA6IEhEQSBDb2RlYyAjMDogQW5hbG9nIERldmljZXMgQUQxOTg4QQpwY20w OiA8SERBIEFuYWxvZyBEZXZpY2VzIEFEMTk4OEEgUENNICMwIEFuYWxvZz4gYXQgY2FkIDAgbmlk IDEgb24gaGRhYzAKcGNtMTogPEhEQSBBbmFsb2cgRGV2aWNlcyBBRDE5ODhBIFBDTSAjMSBBbmFs b2c+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMwCnBjbTI6IDxIREEgQW5hbG9nIERldmljZXMgQUQx OTg4QSBQQ00gIzIgRGlnaXRhbD4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzAKdXNidXMwOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4w CnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMzogMTJNYnBzIEZ1bGwg U3BlZWQgVVNCIHYxLjAKdXNidXM0OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czU6 IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNjogNDgwTWJwcyBIaWdoIFNwZWVkIFVT QiB2Mi4wCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVodWIwOiA8SW50ZWwgVUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4x OiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMTogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjIuMTogPEludGVsPiBhdCB1 c2J1czIKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXMyCnVnZW4zLjE6IDxJbnRlbD4gYXQgdXNidXMzCnVodWIzOiA8 SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMwp1Z2VuNC4xOiA8SW50ZWw+IGF0IHVzYnVzNAp1aHViNDogPEludGVsIFVIQ0kgcm9v dCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQKdWdlbjUu MTogPEludGVsPiBhdCB1c2J1czUKdWh1YjU6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1CnVnZW42LjE6IDxJbnRlbD4gYXQg dXNidXM2CnVodWI2OiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzNgp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNDogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjU6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmFkYTAgYXQgYXRhMyBidXMgMCBzY2J1czMgdGFyZ2V0 IDAgbHVuIDAKYWRhMDogPFdEQyBXRDI1MDBLUy0wME1KQjAgMDIuMDFDMDM+IEFUQS03IFNBVEEg Mi54IGRldmljZQphZGEwOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNSwg UElPIDgxOTJieXRlcykKYWRhMDogMjM4NDc1TUIgKDQ4ODM5NzE2OCA1MTIgYnl0ZSBzZWN0b3Jz OiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDEwCmFk YTEgYXQgYXRhNSBidXMgMCBzY2J1czUgdGFyZ2V0IDAgbHVuIDAKYWRhMTogPE1heHRvciA2TDA4 ME0wIEJBQ0UxRzEwPiBBVEEtNyBTQVRBIDEueCBkZXZpY2UKYWRhMTogMTUwLjAwME1CL3MgdHJh bnNmZXJzIChTQVRBIDEueCwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpCmFkYTE6IDc2MzE5TUIgKDE1 NjMwMTQ4OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGExOiBQcmV2aW91 c2x5IHdhcyBrbm93biBhcyBhZDE0CmFkYTIgYXQgYXRhNiBidXMgMCBzY2J1czYgdGFyZ2V0IDAg bHVuIDAKYWRhMjogPE1heHRvciA2TDA4ME0wIEJBTkMxRzEwPiBBVEEtNyBTQVRBIDEueCBkZXZp Y2UKYWRhMjogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTUsIFBJTyA4MTky Ynl0ZXMpCmFkYTI6IDc2MzE5TUIgKDE1NjMwMTQ4OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNT L1QgMTYzODNDKQphZGEyOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDE2CnhwdF9hY3Rpb25f ZGVmYXVsdDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKY2QwIGF0IGF0YTIgYnVzIDAgc2Ni dXMyIHRhcmdldCAwIGx1biAwCmNkMDogPEFTVVMgRFZELUU2MTZBMiAxLjAzPiBSZW1vdmFibGUg Q0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogMTAwLjAwME1CL3MgdHJhbnNmZXJzIChVRE1BNSwg QVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZp Y2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9z ZWQKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5cGUg MHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1 cHBvcnRlZAp4cHRfYWN0aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkClRp bWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgOTM4MjY4OCBIeiBxdWFsaXR5IDEwMDAKeHB0 X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2Rl ZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnVodWIyOiA0IHBvcnRzIHdpdGggNCBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp4cHRfYWN0aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBu b3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0 ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0 aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVs dDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlw ZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qg c3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQK eHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9u X2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDog Q0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAw eGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3Vw cG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0 X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2Rl ZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NC IHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUg bm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9y dGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2Fj dGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2RlZmF1 bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5 cGUgMHhlIG5vdCBzdXBwb3J0ZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM2IHVzYnVz Mgp1aHViNjogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXM2CnVnZW4wLjI6IDxIUD4gYXQgdXNidXMwCnVscHQwOiA8SFAg T2ZmaWNlamV0IDQzMDAgc2VyaWVzLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMj4g b24gdXNidXMwCnVscHQwOiB1c2luZyBiaS1kaXJlY3Rpb25hbCBtb2RlCnVnZW42LjI6IDxITERT IEluYz4gYXQgdXNidXM2CnVtYXNzMDogPEhMRFMgSW5jIFN1cGVyTXVsdGkgUlcsIGNsYXNzIDAv MCwgcmV2IDIuMDAvMS41NSwgYWRkciAyPiBvbiB1c2J1czYKdW1hc3MwOiAgODA3MGkgKEFUQVBJ KSBvdmVyIEJ1bGstT25seTsgcXVpcmtzID0gMHgwMDAwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6 IHVzYnVzNgp1bWFzczA6NzowOi0xOiBBdHRhY2hlZCB0byBzY2J1czcKVHJ5aW5nIHRvIG1vdW50 IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZGExcDIgW3J3XS4uLgoocHJvYmUwOnVtYXNzLXNpbTA6MDow OjApOiBURVNUIFVOSVQgUkVBRFkuIENEQjogMCAwIDAgMCAwIDAgCihwcm9iZTA6dW1hc3Mtc2lt MDowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihwcm9iZTA6dW1hc3Mtc2lt MDowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKHByb2JlMDp1bWFzcy1zaW0w OjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGNzaTozYSwwLGJiLDAgYXNjOjNhLDAgKE1l ZGl1bSBub3QgcHJlc2VudCkKY2QxIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXM3IHRhcmdldCAw IGx1biAwCmNkMTogPEhMLURULVNUIEJELVJFICBCRTA2TFUxMCBZRTAzPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktMCBkZXZpY2UgCmNkMTogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKY2QxOiBBdHRlbXB0 IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNl bnQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0 aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVs dDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlw ZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9uX2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qg c3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDogQ0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQK eHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAweGUgbm90IHN1cHBvcnRlZAp4cHRfYWN0aW9u X2RlZmF1bHQ6IENDQiB0eXBlIDB4ZSBub3Qgc3VwcG9ydGVkCnhwdF9hY3Rpb25fZGVmYXVsdDog Q0NCIHR5cGUgMHhlIG5vdCBzdXBwb3J0ZWQKeHB0X2FjdGlvbl9kZWZhdWx0OiBDQ0IgdHlwZSAw eGUgbm90IHN1cHBvcnRlZApyZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAo= --0016e64718a4d1b53804a63c7e08-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 17:59:04 2011 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 0CB131065679 for ; Tue, 21 Jun 2011 17:59:04 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id CD0C78FC12 for ; Tue, 21 Jun 2011 17:59:03 +0000 (UTC) Received: by pwi7 with SMTP id 7so146797pwi.13 for ; Tue, 21 Jun 2011 10:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=OchdHGpe+Gmd+OrAjwd/MR3PbN6jo91zNZeVo+SkziI=; b=pO3qEOBgs9Dr/n8Jyb/xlmHUa8vudyIX96A1ACb8nNdZDivTnbCaDp6M+GSU8vf1DQ vNwPaGZBCAbYelSkZpGUbpONAgqqhKw56bvwZS9nQYkC9mMd8IYNKEpO1R6Pil1Q0f1S cM9zIEnr0jGuKnRk0pVOqlHlTKA9NejtRrSfI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; b=ex8V2yrTFr8aSfvB+CiaeRZDMP8sON5u11gGqkFCsQMEebWE9dY0U3xVrWLWXIUBFh SNn9YamvifeGNbybec/nRIRPzeqHdkMXhTfjarsvNeS7r8b8n52vsv0toblmJiymNqm1 rdtZZIZaviHj4mbcjxJSXfeWcm/5yzymieaxc= Received: by 10.68.23.6 with SMTP id i6mr3166252pbf.314.1308679143453; Tue, 21 Jun 2011 10:59:03 -0700 (PDT) Received: from sidhe.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net [67.118.230.86]) by mx.google.com with ESMTPS id i9sm1981151pbk.52.2011.06.21.10.59.00 (version=SSLv3 cipher=OTHER); Tue, 21 Jun 2011 10:59:01 -0700 (PDT) Message-ID: <4E00DBE2.3080003@gmail.com> Date: Tue, 21 Jun 2011 10:58:58 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110502 Thunderbird/3.1.10 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current Subject: Re: xpt_action_default: CCB type 0xe not supported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 17:59:04 -0000 On 06/21/11 10:51, George Kontostanos wrote: > Fresh installation and after world&& kernel update I get these messages > during boot: > > xpt_action_default: CCB type 0xe not supported > xpt_action_default: CCB type 0xe not supported > > The system is running GENERIC with debugging for use in current off options. > > > Full dmesg attached. > > Regards, > > > > _______________________________________________ > 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" SImilar issues on Tyan board with SATA 3gbs, atapicam custom kernel. I assumed it was the ugly CF adapter I have, as I've had shoddy USB devices confuse CAM in the past. Not as annoying as virtualbox being borked "currently", I assume it's simply a printf that is a little too verbose? Or is scsi borked too? Matt From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 18:16:54 2011 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 4DA4C1065690 for ; Tue, 21 Jun 2011 18:16:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0C33F8FC18 for ; Tue, 21 Jun 2011 18:16:53 +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 <1QZ5VM-00077h-UH>; Tue, 21 Jun 2011 20:16:52 +0200 Received: from e178038162.adsl.alicedsl.de ([85.178.38.162] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QZ5VM-000105-RW>; Tue, 21 Jun 2011 20:16:52 +0200 Message-ID: <4E00E014.5070208@zedat.fu-berlin.de> Date: Tue, 21 Jun 2011 20:16:52 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110601 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Matt References: <4E00DBE2.3080003@gmail.com> In-Reply-To: <4E00DBE2.3080003@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.162 Cc: FreeBSD-Current , George Kontostanos Subject: Re: xpt_action_default: CCB type 0xe not supported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 18:16:54 -0000 On 06/21/11 19:58, Matt wrote: > On 06/21/11 10:51, George Kontostanos wrote: >> Fresh installation and after world&& kernel update I get these messages >> during boot: >> >> xpt_action_default: CCB type 0xe not supported >> xpt_action_default: CCB type 0xe not supported >> >> The system is running GENERIC with debugging for use in current off >> options. >> >> >> Full dmesg attached. >> >> Regards, >> >> >> >> _______________________________________________ >> 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" > SImilar issues on Tyan board with SATA 3gbs, atapicam custom kernel. I > assumed it was the ugly CF adapter I have, as I've had shoddy USB > devices confuse CAM in the past. Not as annoying as virtualbox being > borked "currently", I assume it's simply a printf that is a little too > verbose? Or is scsi borked too? > > Matt > > > > > > > > _______________________________________________ > 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" Same here, ASUS board, Intel ICH10R, SATA 3GB. Custom kernel: # S-ATA/AHCI Interface device ahci # Serial ATA Advanced Host Controller Interface driver device ata # Legacy Core ATA functionality options ATA_CAM # ATA CAM # device mvs # Marvell Serial ATA Host Controller driver device siis # Marvell Serial ATA Host Controller driver and the SCSI stuff. Seems to be a very verbose thing inside the CAM system. Oliver From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 18:29:08 2011 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 C95A5106568B; Tue, 21 Jun 2011 18:29:08 +0000 (UTC) (envelope-from will@firepipe.net) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DC3B68FC18; Tue, 21 Jun 2011 18:29:07 +0000 (UTC) Received: by wwe6 with SMTP id 6so38062wwe.31 for ; Tue, 21 Jun 2011 11:29:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.4.76 with SMTP id t54mr379441wes.96.1308679098254; Tue, 21 Jun 2011 10:58:18 -0700 (PDT) Received: by 10.216.12.8 with HTTP; Tue, 21 Jun 2011 10:58:17 -0700 (PDT) In-Reply-To: <20110620114656.GA83524@vniz.net> References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> Date: Tue, 21 Jun 2011 11:58:17 -0600 Message-ID: From: Will Andrews To: Andrey Chernov , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@freebsd.org, "Kenneth D. Merry" , will@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 18:29:08 -0000 Hi Andrey, On Mon, Jun 20, 2011 at 5:46 AM, Andrey Chernov wrote: > As the second message in the thread states, I try first even 223296 with > the same hang and the same > xpt_action_default: CCB type 0xe not supported > As I think, DDB's 'ps' indicates that kernel waits something from geom and > geom waits something from ccb_scan forever, just raw guess. I will be glad to > issue more specific DDB commands and upload corresponding photos. > BTW, pluging and unplugging USB devides works in that stage. Please try this patch: http://people.freebsd.org/~will/patches/ata_xpt_add_advinfo.0.diff Thanks. --Will. From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 18:41:00 2011 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 D491F1065689 for ; Tue, 21 Jun 2011 18:41:00 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 205188FC1F for ; Tue, 21 Jun 2011 18:40:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5LIMmVT006976; Tue, 21 Jun 2011 22:22:48 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5LIMleJ006975; Tue, 21 Jun 2011 22:22:47 +0400 (MSD) (envelope-from ache) Date: Tue, 21 Jun 2011 22:22:47 +0400 From: Andrey Chernov To: George Kontostanos Message-ID: <20110621182247.GA6928@vniz.net> Mail-Followup-To: Andrey Chernov , George Kontostanos , FreeBSD-Current References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-Current Subject: Re: xpt_action_default: CCB type 0xe not supported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 18:41:00 -0000 On Tue, Jun 21, 2011 at 08:51:02PM +0300, George Kontostanos wrote: > Fresh installation and after world && kernel update I get these messages > during boot: > > xpt_action_default: CCB type 0xe not supported > xpt_action_default: CCB type 0xe not supported +1 on ICH9 SATA -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:13:54 2011 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 F3BB010656B1 for ; Tue, 21 Jun 2011 19:13:53 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 844848FC12 for ; Tue, 21 Jun 2011 19:13:53 +0000 (UTC) Received: by vxg33 with SMTP id 33so95121vxg.13 for ; Tue, 21 Jun 2011 12:13:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8U8EQq/V/G8ykXIH9dgRU4+WXIDXk64WrAboUdoQLHs=; b=PMaXbvT6bG0iEfqB/c5Ff5jMwOlElHM/QahG8+VwbThMojpQv+FsbADVnowN5zO+Xx Aok3aieoIAcJ7ZO6+gS0LQ0J1i8249fvoddZKaAIF7WSyvYFc6n0k0q3o5QlllPCzSCY BMMxqhsCp5kqWyTdNUqBzdyD2+aIU9lJsBLSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ABcdjZOOOFMvRVxkSL7O2QrJ1zO5Yqi7HfDWuLGt2NHs5kHPphp1j63g7d9Obae0NE pbSB35VzHgbaWDYXDTqxQ4PQ0vSbya01FIMA8eKzg3P88wK4g1SgDkobXspWM2o2Z9+0 vHC9kNyH3ozx+pNc+CDRGjjVku6+4NUjYc54I= MIME-Version: 1.0 Received: by 10.220.148.66 with SMTP id o2mr1571674vcv.93.1308683632789; Tue, 21 Jun 2011 12:13:52 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Tue, 21 Jun 2011 12:13:52 -0700 (PDT) In-Reply-To: <20110621182247.GA6928@vniz.net> References: <20110621182247.GA6928@vniz.net> Date: Tue, 21 Jun 2011 12:13:52 -0700 Message-ID: From: Garrett Cooper To: Andrey Chernov , George Kontostanos , FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Cc: gibbs@FreeBSD.org Subject: Re: xpt_action_default: CCB type 0xe not supported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 19:13:54 -0000 On Tue, Jun 21, 2011 at 11:22 AM, Andrey Chernov wrote: > On Tue, Jun 21, 2011 at 08:51:02PM +0300, George Kontostanos wrote: >> Fresh installation and after world && kernel update I get these messages >> during boot: >> >> xpt_action_default: CCB type 0xe not supported >> xpt_action_default: CCB type 0xe not supported > > +1 on ICH9 SATA It's noise added via r223081, that wasn't present in the previous revision ( http://svnweb.freebsd.org/base/head/sys/cam/cam_xpt.c?view=markup&pathrev=223081 ): 2930 case XPT_SDEV_TYPE: 2931 case XPT_TERM_IO: 2932 case XPT_ENG_INQ: 2933 /* XXX Implement */ 2934 printf("%s: CCB type %#x not supported\n", __func__, 2935 start_ccb->ccb_h.func_code); 2936 start_ccb->ccb_h.status = CAM_PROVIDE_FAIL; 2937 if (start_ccb->ccb_h.func_code & XPT_FC_DEV_QUEUED) { 2938 xpt_done(start_ccb); 2939 } 2940 break; It probably should be removed. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 19:41:43 2011 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 5CD7710656EE; Tue, 21 Jun 2011 19:41:43 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D933E8FC1B; Tue, 21 Jun 2011 19:41:42 +0000 (UTC) Received: by iyb11 with SMTP id 11so114925iyb.13 for ; Tue, 21 Jun 2011 12:41:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=EvmxnNXRvBkf7EvDFqqSZouLawm7UcY+rO/oTQ8VXlQ=; b=FaFUSyWJLgN2aIDE8+LAX76wlsyClvTICKHpUC+5irNn9JcOHMnV7gHplhgkyA3SVN pKGhK9QugzISExRAEq9nsejYLa6/RKGQeZq8nwDnlr+AehGq0S5qcjldQx/o5YhPgYne szrNPyz2HRXugOf+KYNhz9DeKLssJ4iomUasc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YLn+aLHEwH1JdnDYnRiJN7t84TJNABGjjIKMjHYaatnO5Fd90uKpTA5HqbBzS8WA9i ypl9S0eVwjpHJbaVhoPQAtHitJlTjBvcKWcwE+JHv/rJDgQEvsNvornmscBTafLJkkKO tiM60VxuwD5xZRWXBhwhXjgqFgtezG95Dk0g8= MIME-Version: 1.0 Received: by 10.231.53.139 with SMTP id m11mr1186369ibg.112.1308683627618; Tue, 21 Jun 2011 12:13:47 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Tue, 21 Jun 2011 12:13:47 -0700 (PDT) In-Reply-To: References: <20110619160148.GA35431@vniz.net> <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> Date: Tue, 21 Jun 2011 22:13:47 +0300 Message-ID: From: George Kontostanos To: Will Andrews Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , "Justin T. Gibbs" , will@freebsd.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 19:41:43 -0000 After applying the patch the system does not boot anymore! It hangs after probing for scsi devices. On Tue, Jun 21, 2011 at 8:58 PM, Will Andrews wrote: > Hi Andrey, > > On Mon, Jun 20, 2011 at 5:46 AM, Andrey Chernov wrote: > > As the second message in the thread states, I try first even 223296 with > > the same hang and the same > > xpt_action_default: CCB type 0xe not supported > > As I think, DDB's 'ps' indicates that kernel waits something from geom > and > > geom waits something from ccb_scan forever, just raw guess. I will be > glad to > > issue more specific DDB commands and upload corresponding photos. > > BTW, pluging and unplugging USB devides works in that stage. > > Please try this patch: > http://people.freebsd.org/~will/patches/ata_xpt_add_advinfo.0.diff > > Thanks. > --Will. > _______________________________________________ > 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" > -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:19:52 2011 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 4277C10656D9; Tue, 21 Jun 2011 20:19:52 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id DAB978FC1A; Tue, 21 Jun 2011 20:19:51 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id p5LJkIhe069202; Tue, 21 Jun 2011 13:46:18 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: Date: Tue, 21 Jun 2011 13:46:18 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <34831DB6-8517-44CF-A966-98FE0AD7214F@samsco.org> References: <20110621182247.GA6928@vniz.net> To: Garrett Cooper X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: gibbs@freebsd.org, FreeBSD-Current , George Kontostanos Subject: Re: xpt_action_default: CCB type 0xe not supported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 20:19:52 -0000 On Jun 21, 2011, at 1:13 PM, Garrett Cooper wrote: > On Tue, Jun 21, 2011 at 11:22 AM, Andrey Chernov = wrote: >> On Tue, Jun 21, 2011 at 08:51:02PM +0300, George Kontostanos wrote: >>> Fresh installation and after world && kernel update I get these = messages >>> during boot: >>>=20 >>> xpt_action_default: CCB type 0xe not supported >>> xpt_action_default: CCB type 0xe not supported >>=20 >> +1 on ICH9 SATA >=20 > It's noise added via r223081, that wasn't present in the previous > revision ( = http://svnweb.freebsd.org/base/head/sys/cam/cam_xpt.c?view=3Dmarkup&pathre= v=3D223081 > ): >=20 This should fix it: --- cam_xpt.c 14 Jun 2011 14:53:17 -0000 1.262 +++ cam_xpt.c 21 Jun 2011 19:44:17 -0000 @@ -2931,8 +2931,9 @@ case XPT_TERM_IO: case XPT_ENG_INQ: /* XXX Implement */ - printf("%s: CCB type %#x not supported\n", __func__, - start_ccb->ccb_h.func_code); + CAM_DEBUG(start_ccb->ccb_h.path, CAM_DEBUG_INFO, + ("%s: CCB type %#x not supported\n", __func__, + start_ccb->ccb_h.func_code)); start_ccb->ccb_h.status =3D CAM_PROVIDE_FAIL; if (start_ccb->ccb_h.func_code & XPT_FC_DEV_QUEUED) { xpt_done(start_ccb); From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:37:39 2011 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 2E676106567B; Tue, 21 Jun 2011 20:37:39 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 91D938FC13; Tue, 21 Jun 2011 20:37:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5LKbb24009913; Wed, 22 Jun 2011 00:37:37 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5LKbbYC009911; Wed, 22 Jun 2011 00:37:37 +0400 (MSD) (envelope-from ache) Date: Wed, 22 Jun 2011 00:37:36 +0400 From: Andrey Chernov To: Will Andrews Message-ID: <20110621203736.GA9877@vniz.net> Mail-Followup-To: Andrey Chernov , Will Andrews , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG, "Kenneth D. Merry" , will@FreeBSD.ORG References: <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , "Justin T. Gibbs" , will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 20:37:39 -0000 On Tue, Jun 21, 2011 at 11:58:17AM -0600, Will Andrews wrote: > Hi Andrey, > > On Mon, Jun 20, 2011 at 5:46 AM, Andrey Chernov wrote: > > As the second message in the thread states, I try first even 223296 with > > the same hang and the same > > xpt_action_default: CCB type 0xe not supported > > As I think, DDB's 'ps' indicates that kernel waits something from geom and > > geom waits something from ccb_scan forever, just raw guess. I will be glad to > > issue more specific DDB commands and upload corresponding photos. > > BTW, pluging and unplugging USB devides works in that stage. > > Please try this patch: > http://people.freebsd.org/~will/patches/ata_xpt_add_advinfo.0.diff The patch does not fix the hang I talk about, but diagnostic is removed. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:49:37 2011 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 2F7C8106573C; Tue, 21 Jun 2011 20:49:37 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6EC8FC08; Tue, 21 Jun 2011 20:49:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5LKnZM7010063; Wed, 22 Jun 2011 00:49:35 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5LKnZeM010062; Wed, 22 Jun 2011 00:49:35 +0400 (MSD) (envelope-from ache) Date: Wed, 22 Jun 2011 00:49:34 +0400 From: Andrey Chernov To: "Kenneth D. Merry" Message-ID: <20110621204934.GB9877@vniz.net> Mail-Followup-To: Andrey Chernov , "Kenneth D. Merry" , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110621161719.GA16166@nargothrond.kdm.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Eir Nym , "Justin T. Gibbs" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 20:49:37 -0000 On Tue, Jun 21, 2011 at 10:17:19AM -0600, Kenneth D. Merry wrote: > ps > alltrace > show locks > show msgbuf > > Hopefully that will give us something to start looking at... > > This would really work a lot better if there is any way to get a serial > console on the machine. The above will produce a good bit of output, and > would likely need a lot of pictures. > > Since we can't reproduce the problem here, some debugging help would be > greatly appreciated. Sorry I have no serial console. Here are the photos. I remove very similar looking USB parts from 'ps' and 'alltrace', and very general parts from 'alltrace' always been there. I hope remaining info will be enough. USB hotplagging works at this stage, so no reason to look there. If it will be not enough, I'll upload whole series. 'show lock' outputs nothing, it means no locks just sleep somewhere forever. 'ps': http://img43.imageshack.us/img43/1424/21062011001j.jpg http://img835.imageshack.us/img835/6607/21062011002.jpg http://img841.imageshack.us/img841/5401/21062011003.jpg 'alltrace': http://img864.imageshack.us/img864/6757/21062011004ya.jpg http://img542.imageshack.us/img542/4857/21062011005.jpg http://img828.imageshack.us/img828/823/21062011006.jpg http://img5.imageshack.us/img5/910/21062011007.jpg http://img7.imageshack.us/img7/4704/21062011008.jpg http://img848.imageshack.us/img848/5487/21062011009.jpg http://img641.imageshack.us/img641/2/21062011010.jpg http://img7.imageshack.us/img7/7946/21062011011.jpg http://img860.imageshack.us/img860/8185/21062011012.jpg http://img696.imageshack.us/img696/5276/21062011013.jpg http://img825.imageshack.us/img825/1249/21062011014m.jpg http://img839.imageshack.us/img839/3791/21062011015.jpg http://img594.imageshack.us/img594/1773/21062011016.jpg http://img109.imageshack.us/img109/9937/21062011017.jpg http://img51.imageshack.us/img51/6047/21062011018l.jpg 'show msgbuf': http://img59.imageshack.us/img59/46/21062011019.jpg http://img189.imageshack.us/img189/483/21062011020.jpg http://img19.imageshack.us/img19/8163/21062011021.jpg http://img683.imageshack.us/img683/3171/21062011022.jpg http://img819.imageshack.us/img819/5923/21062011023.jpg http://img692.imageshack.us/img692/3789/21062011024.jpg http://img580.imageshack.us/img580/1550/21062011025.jpg http://img560.imageshack.us/img560/7478/21062011026.jpg http://img94.imageshack.us/img94/9371/21062011027.jpg http://img857.imageshack.us/img857/5185/21062011028.jpg -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 20:53:50 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 19CDD106567E; Tue, 21 Jun 2011 20:53:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 21 Jun 2011 16:53:32 -0400 User-Agent: KMail/1.6.2 References: <201106171323.43864.jkim@FreeBSD.org> <201106171455.00088.jkim@FreeBSD.org> In-Reply-To: <201106171455.00088.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_OTQAOvu1ci8u4Zp" Message-Id: <201106211653.34894.jkim@FreeBSD.org> Cc: Ian FREISLICH Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 20:53:51 -0000 --Boundary-00=_OTQAOvu1ci8u4Zp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 17 June 2011 02:54 pm, Jung-uk Kim wrote: > On Friday 17 June 2011 01:45 pm, Ian FREISLICH wrote: > > Jung-uk Kim wrote: > > > On Thursday 16 June 2011 03:10 am, Ian FREISLICH wrote: > > > > Jung-uk Kim wrote: > > > > > 1481522037 14459060 1.0098392393 > > > > > 1495969404 14447367 1.0090225853 > > > > > > > > > > As you can see, HPET increases normally (within errors from > > > > > sleep(3) accuracy, syscall overhead, etc.) but TSC-low is > > > > > totally erratic (and too low). I don't know how this can > > > > > happen, though. > > > > > > > > > > :-( > > > > > > > > > > I need some time to figure it out. > > > > > > > > Even though sleep states have been disabled in the past when > > > > on AC power, they seem to have mysteriously been enabled. > > > > Perhaps this accounts for the strangeness: > > > > > > > > /etc/rc.conf > > > > performance_cx_lowest="HIGH" > > > > performance_cpu_freq="HIGH" > > > > economy_cx_lowest="LOW" > > > > economy_cpu_freq="HIGH" > > > > > > > > > > > > [mini] /usr/home/ianf $ sysctl dev.cpu > > > > dev.cpu.0.%desc: ACPI CPU > > > > dev.cpu.0.%driver: cpu > > > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.0.%parent: acpi0 > > > > dev.cpu.0.freq: 1600 > > > > dev.cpu.0.freq_levels: 1600/2000 1400/1750 1333/1533 > > > > 1166/1341 1066/1066 932/932 800/600 700/525 600/450 500/375 > > > > 400/300 300/225 200/150 100/75 dev.cpu.0.cx_supported: C1/1 > > > > C2/1 C3/57 dev.cpu.0.cx_lowest: C3 > > > > dev.cpu.0.cx_usage: 0.00% 8.69% 91.30% last 693us > > > > dev.cpu.1.%desc: ACPI CPU > > > > dev.cpu.1.%driver: cpu > > > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.1.%parent: acpi0 > > > > dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 > > > > dev.cpu.1.cx_lowest: C3 > > > > dev.cpu.1.cx_usage: 0.00% 14.96% 85.03% last 2897us > > > > > > > > Pulling the power cord and re-inserting it has the cx_lowest > > > > correctly trantsition to C1 and then TSC-low behaves properly > > > > as the system timecounter. But, time will be wierd when on > > > > battery. > > > > > > > > In light of this, I doubt the patch in your other email will > > > > have any effect. Perhaps the thing to do is to have the > > > > timecounter code aware of the lowest Cx sleep state and to > > > > pick best time counter for that state and to re-evaluate the > > > > choice on cx_lowest transitions. > > > > > > > > ie: TSC-low, HPET or ACPI-fast for C1 and HPET or ACPI-fast > > > > for C2 and lower. > > > > > > Hmm... So, you are saying this CPU model is P-state invariant > > > but not C-state invariant (i.e., it stops incrementing in C2 > > > state and above). If that's the case, it is really useless for > > > timecounter. :-( > > > > > > What happens if you set it to C2, i.e., > > > > > > economy_cx_lowest="C2" > > > > > > In other words, does it really stop in C2-state? > > > > The folowing is with timecounter=HPET, just to see what the > > effect on TSC-low is. It looks like it does stop in C3. > > > > hw.acpi.cpu.cx_lowest=C3 > > [mini] /usr/home/ianf $ sh -c 'count=10; while [ $count -gt 0 ]; > > do count=$((count - 1)); sysctl > > kern.timecounter.tc.TSC-low.counter; sleep 1; done' > > kern.timecounter.tc.TSC-low.counter: 722687906 > > kern.timecounter.tc.TSC-low.counter: 724328394 > > kern.timecounter.tc.TSC-low.counter: 726038743 > > kern.timecounter.tc.TSC-low.counter: 727690855 > > kern.timecounter.tc.TSC-low.counter: 729245616 > > kern.timecounter.tc.TSC-low.counter: 730786569 > > kern.timecounter.tc.TSC-low.counter: 732398571 > > kern.timecounter.tc.TSC-low.counter: 733910987 > > kern.timecounter.tc.TSC-low.counter: 735711469 > > kern.timecounter.tc.TSC-low.counter: 737368279 > > > > hw.acpi.cpu.cx_lowest=C2 > > kern.timecounter.tc.TSC-low.counter: 897318486 > > kern.timecounter.tc.TSC-low.counter: 909873821 > > kern.timecounter.tc.TSC-low.counter: 922416894 > > kern.timecounter.tc.TSC-low.counter: 934960462 > > kern.timecounter.tc.TSC-low.counter: 947504154 > > kern.timecounter.tc.TSC-low.counter: 960050573 > > kern.timecounter.tc.TSC-low.counter: 972590754 > > kern.timecounter.tc.TSC-low.counter: 985133990 > > kern.timecounter.tc.TSC-low.counter: 997677052 > > kern.timecounter.tc.TSC-low.counter: 1010220299 > > > > CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.04-MHz > > 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 > > Model = 1c Stepping = 2 > > Features=0xbfe9fbff >TR > > R,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,P > >BE> > > Features2=0x40c39d >,M OVBE> AMD Features2=0x1 > > TSC: P-state invariant, performance statistics > > Thanks for the info, it confirmed my speculation. > > Somewhere from an Intel manual, I think I read TSC stops when > DPSLP# pin is asserted for Core/Core2/Atom processors and I guess > that means entering C3 stops TSC. :-( Can you please try the attached patch? It should disable TSC/TSC-low timecounter for your CPU models, I think. Sorry for the delay, Jung-uk Kim --Boundary-00=_OTQAOvu1ci8u4Zp Content-Type: text/plain; charset="iso-8859-1"; name="tsc_c3.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tsc_c3.diff" Index: sys/dev/acpica/acpi_cpu.c =================================================================== --- sys/dev/acpica/acpi_cpu.c (revision 223372) +++ sys/dev/acpica/acpi_cpu.c (working copy) @@ -856,6 +856,8 @@ acpi_cpu_cx_list(struct acpi_cpu_softc *sc) sbuf_printf(&sb, "C%d/%d ", i + 1, sc->cpu_cx_states[i].trans_lat); if (sc->cpu_cx_states[i].type < ACPI_STATE_C3) sc->cpu_non_c3 = i; + else + cpu_can_deep_sleep = 1; } sbuf_trim(&sb); sbuf_finish(&sb); Index: sys/kern/kern_clocksource.c =================================================================== --- sys/kern/kern_clocksource.c (revision 223372) +++ sys/kern/kern_clocksource.c (working copy) @@ -59,6 +59,7 @@ __FBSDID("$FreeBSD$"); cyclic_clock_func_t cyclic_clock_func = NULL; #endif +int cpu_can_deep_sleep = 0; /* C3 state is available. */ int cpu_disable_deep_sleep = 0; /* Timer dies in C3. */ static void setuptimer(void); Index: sys/sys/systm.h =================================================================== --- sys/sys/systm.h (revision 223372) +++ sys/sys/systm.h (working copy) @@ -253,6 +253,7 @@ void cpu_startprofclock(void); void cpu_stopprofclock(void); void cpu_idleclock(void); void cpu_activeclock(void); +extern int cpu_can_deep_sleep; extern int cpu_disable_deep_sleep; int cr_cansee(struct ucred *u1, struct ucred *u2); Index: sys/x86/x86/tsc.c =================================================================== --- sys/x86/x86/tsc.c (revision 223372) +++ sys/x86/x86/tsc.c (working copy) @@ -444,6 +444,19 @@ init_TSC_tc(void) goto init; } + /* + * We cannot use the TSC if it stops incrementing in deep sleep. + * Currently only Intel CPUs are known for this problem unless + * the invariant TSC bit is set. + */ + if (cpu_vendor_id == CPU_VENDOR_INTEL && cpu_exthigh >= 0x80000007 && + (amd_pminfo & AMDPM_TSC_INVARIANT) == 0 && cpu_can_deep_sleep) { + tsc_timecounter.tc_quality = -1000; + if (bootverbose) + printf("TSC timecounter disabled: C3 enabled.\n"); + goto init; + } + #ifdef SMP /* * We can not use the TSC in SMP mode unless the TSCs on all CPUs are --Boundary-00=_OTQAOvu1ci8u4Zp-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 21:04:16 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 34319106578D; Tue, 21 Jun 2011 21:04:13 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 21 Jun 2011 17:04:01 -0400 User-Agent: KMail/1.6.2 References: <201106171323.43864.jkim@FreeBSD.org> <201106171455.00088.jkim@FreeBSD.org> <201106211653.34894.jkim@FreeBSD.org> In-Reply-To: <201106211653.34894.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_EdQAOZHMZHeeNzf" Message-Id: <201106211704.04285.jkim@FreeBSD.org> Cc: Ian FREISLICH Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 21:04:16 -0000 --Boundary-00=_EdQAOZHMZHeeNzf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 21 June 2011 04:53 pm, Jung-uk Kim wrote: > Can you please try the attached patch? It should disable > TSC/TSC-low timecounter for your CPU models, I think. Sorry, I attached a wrong patch. Please ignore the previous one and try this, instead. Jung-uk Kim --Boundary-00=_EdQAOZHMZHeeNzf Content-Type: text/plain; charset="iso-8859-1"; name="tsc_c3.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tsc_c3.diff" Index: sys/dev/acpica/acpi_cpu.c =================================================================== --- sys/dev/acpica/acpi_cpu.c (revision 223372) +++ sys/dev/acpica/acpi_cpu.c (working copy) @@ -856,6 +856,8 @@ acpi_cpu_cx_list(struct acpi_cpu_softc *sc) sbuf_printf(&sb, "C%d/%d ", i + 1, sc->cpu_cx_states[i].trans_lat); if (sc->cpu_cx_states[i].type < ACPI_STATE_C3) sc->cpu_non_c3 = i; + else + cpu_can_deep_sleep = 1; } sbuf_trim(&sb); sbuf_finish(&sb); Index: sys/kern/kern_clocksource.c =================================================================== --- sys/kern/kern_clocksource.c (revision 223372) +++ sys/kern/kern_clocksource.c (working copy) @@ -59,6 +59,7 @@ __FBSDID("$FreeBSD$"); cyclic_clock_func_t cyclic_clock_func = NULL; #endif +int cpu_can_deep_sleep = 0; /* C3 state is available. */ int cpu_disable_deep_sleep = 0; /* Timer dies in C3. */ static void setuptimer(void); Index: sys/sys/systm.h =================================================================== --- sys/sys/systm.h (revision 223372) +++ sys/sys/systm.h (working copy) @@ -253,6 +253,7 @@ void cpu_startprofclock(void); void cpu_stopprofclock(void); void cpu_idleclock(void); void cpu_activeclock(void); +extern int cpu_can_deep_sleep; extern int cpu_disable_deep_sleep; int cr_cansee(struct ucred *u1, struct ucred *u2); Index: sys/x86/x86/tsc.c =================================================================== --- sys/x86/x86/tsc.c (revision 223372) +++ sys/x86/x86/tsc.c (working copy) @@ -444,6 +444,19 @@ init_TSC_tc(void) goto init; } + /* + * We cannot use the TSC if it stops incrementing in deep sleep. + * Currently only Intel CPUs are known for this problem unless + * the invariant TSC bit is set. + */ + if (cpu_can_deep_sleep && cpu_vendor_id == CPU_VENDOR_INTEL && + (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { + tsc_timecounter.tc_quality = -1000; + if (bootverbose) + printf("TSC timecounter disabled: C3 enabled.\n"); + goto init; + } + #ifdef SMP /* * We can not use the TSC in SMP mode unless the TSCs on all CPUs are --Boundary-00=_EdQAOZHMZHeeNzf-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 21:54:16 2011 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 33EC8106571B; Tue, 21 Jun 2011 21:54:16 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.96]) by mx1.freebsd.org (Postfix) with ESMTP id E69DF8FC0C; Tue, 21 Jun 2011 21:54:15 +0000 (UTC) Received: from [87.78.63.16] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QZ8ti-0005eB-Ah; Tue, 21 Jun 2011 23:54:14 +0200 Date: Tue, 21 Jun 2011 23:50:31 +0200 From: Fabian Keil To: Jung-uk Kim Message-ID: <20110621235031.218151a1@fabiankeil.de> In-Reply-To: <201106211704.04285.jkim@FreeBSD.org> References: <201106171323.43864.jkim@FreeBSD.org> <201106171455.00088.jkim@FreeBSD.org> <201106211653.34894.jkim@FreeBSD.org> <201106211704.04285.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/HH7isy67hN.ZbluvZgQflo3"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2011 21:54:16 -0000 --Sig_/HH7isy67hN.ZbluvZgQflo3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jung-uk Kim wrote: > On Tuesday 21 June 2011 04:53 pm, Jung-uk Kim wrote: > > Can you please try the attached patch? It should disable > > TSC/TSC-low timecounter for your CPU models, I think. >=20 > Sorry, I attached a wrong patch. Please ignore the previous one and=20 > try this, instead. Works for me: fk@r500 ~ $dmesg | grep TSC Calibrating TSC clock ... TSC clock: 1995045800 Hz Features=3D0xbfebfbff TSC: P-state invariant, performance statistics TSC timecounter disabled: C3 enabled. Timecounter "TSC" frequency 1995045800 Hz quality -1000 Thanks a lot. Fabian --Sig_/HH7isy67hN.ZbluvZgQflo3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4BEisACgkQBYqIVf93VJ1KtgCfQmF95gQVdRSUYAcv6ml0icFy zTAAn1LkWZbNe8cRyeOfLdk6l+XCPfOv =dKhq -----END PGP SIGNATURE----- --Sig_/HH7isy67hN.ZbluvZgQflo3-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 21 23:09:37 2011 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 1C053106568E; Tue, 21 Jun 2011 23:09:37 +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 E426E8FC12; Tue, 21 Jun 2011 23:09:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5LN9aQ2061764; Tue, 21 Jun 2011 19:09:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5LN9all061755; Tue, 21 Jun 2011 23:09:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Jun 2011 23:09:36 GMT Message-Id: <201106212309.p5LN9all061755@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: Tue, 21 Jun 2011 23:09:37 -0000 TB --- 2011-06-21 21:38:22 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-21 21:38:22 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-21 21:38:22 - cleaning the object tree TB --- 2011-06-21 21:38:44 - cvsupping the source tree TB --- 2011-06-21 21:38:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-21 21:38:58 - building world TB --- 2011-06-21 21:38:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 21:38:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 21:38:58 - TARGET=ia64 TB --- 2011-06-21 21:38:58 - TARGET_ARCH=ia64 TB --- 2011-06-21 21:38:58 - TZ=UTC TB --- 2011-06-21 21:38:58 - __MAKE_CONF=/dev/null TB --- 2011-06-21 21:38:58 - cd /src TB --- 2011-06-21 21:38:58 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 21 21:38:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 21 23:04:39 UTC 2011 TB --- 2011-06-21 23:04:39 - generating LINT kernel config TB --- 2011-06-21 23:04:39 - cd /src/sys/ia64/conf TB --- 2011-06-21 23:04:39 - /usr/bin/make -B LINT TB --- 2011-06-21 23:04:39 - building LINT kernel TB --- 2011-06-21 23:04:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-21 23:04:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-21 23:04:39 - TARGET=ia64 TB --- 2011-06-21 23:04:39 - TARGET_ARCH=ia64 TB --- 2011-06-21 23:04:39 - TZ=UTC TB --- 2011-06-21 23:04:39 - __MAKE_CONF=/dev/null TB --- 2011-06-21 23:04:39 - cd /src TB --- 2011-06-21 23:04:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 21 23:04:39 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/acpica/acpi_resource.c:350: warning: format '%x' expects type 'unsigned int', but argument 8 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:350: warning: format '%d' expects type 'int', but argument 9 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:356: warning: format '%x' expects type 'unsigned int', but argument 8 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:356: warning: format '%x' expects type 'unsigned int', but argument 9 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:356: warning: format '%d' expects type 'int', but argument 10 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:360: warning: format '%x' expects type 'unsigned int', but argument 8 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:360: warning: format '%x' expects type 'unsigned int', but argument 9 has type 'UINT64' [-Wformat] /src/sys/dev/acpica/acpi_resource.c:360: warning: format '%d' expects type 'int', but argument 10 has type 'UINT64' [-Wformat] *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-21 23:09:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-21 23:09:35 - ERROR: failed to build lint kernel TB --- 2011-06-21 23:09:35 - 4255.98 user 848.02 system 5472.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 02:41:39 2011 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 562981065689 for ; Wed, 22 Jun 2011 02:41:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 270BC8FC1E for ; Wed, 22 Jun 2011 02:41:38 +0000 (UTC) Received: by pzk27 with SMTP id 27so319369pzk.13 for ; Tue, 21 Jun 2011 19:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=OzPYYhm1WVLcWu0zmApK3QOw+MlzKQbHtMCU7Yo2f0I=; b=UgLKECf2PCtr49zTVbPZ+XwmTZ4xXXYgzoWlanCyH1NM+umNUvC0Z8DPy+cZHyec8Q wdNzhIQ+6rj85eynS3ZYvyc6TyqAiCbwu+RLYvvEAUPbcNifqh5tLRn/kmcwTkxw3sv3 e8txGkXaAhtmVX6yQbmBtPbJpfBe0nasS8X/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=vI2YZ2T7vAgVi/+dbiCv9sFbdG0Eg3rEklcfweTqh9eEtktp1k1bCJxK8nw4/NXL3e sKs/msPAvqMfQynCle369/DUWYi7yOak/3oos6ihIn+4OfdH4pXnuWf3ea5yAgXm4Kes TnCER6jmpKf69ATKfl+Jmstvpnc3yxxWAh3Mk= Received: by 10.68.29.230 with SMTP id n6mr58519pbh.130.1308710498512; Tue, 21 Jun 2011 19:41:38 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v6sm94506pbh.38.2011.06.21.19.41.35 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 21 Jun 2011 19:41:36 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 21 Jun 2011 19:41:46 -0700 From: YongHyeon PYUN Date: Tue, 21 Jun 2011 19:41:46 -0700 To: David Schultz Message-ID: <20110622024146.GD9503@michelle.cdnetworks.com> References: <20110527014043.GE18312@michelle.cdnetworks.com> <20110605182357.GA2373@zim.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110605182357.GA2373@zim.MIT.EDU> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4) 64bit DMA support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 02:41:39 -0000 On Sun, Jun 05, 2011 at 02:23:57PM -0400, David Schultz wrote: > 85;95;0cOn Thu, May 26, 2011, YongHyeon PYUN wrote: > > Here is a patch that implements 64bit DMA on msk(4). If you use > > msk(4) on a system that has more than 4GB memory, please try the > > patch at the following URL and let me know whether it works or not. > > You need latest msk(4) in HEAD to apply the patch. > > http://people.freebsd.org/~yongari/msk/msk.64bit.dma.diff > > > > Previously msk(4) may have used bounce buffers on systems that have > > more than 4GB memory. You can verify whether msk(4) is using bounce > > buffers by checking the output of "sysctl hw.busdma". For instance, > > hw.busdma.zone0.total_bounced counter would increase while network > > operation is in progress. If patch above works you wouldn't see > > the counter change anymore and it would also enhance network > > performance since it wouldn't have to copy from or to bounce > > buffers. > Sorry for late reply. > After applying this patch, I still see total_bounced increasing: > hw.busdma.zone0.total_bounced: 441 > Hmm, I guess it could be caused by other drivers in the system. Can you verify whether all other drivers in the system use 64bit DMA? I think just testing msk(4) with netperf/iperf will make it clear (i.e. no disk access). > Note that I have MSI disabled to work around some issues with the > card becoming wedged: > hw.pci.enable_msix=0 > hw.pci.enable_msi=0 > MSI has nothing to do with 64bit DMA. > Possibly relevant bits of dmesg: > > FreeBSD 9.0-CURRENT #4 r222717M: Sun Jun 5 12:27:07 EDT 2011 > CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3000.06-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 > Features=0xbfebfbff > Features2=0x8e3fd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 8589934592 (8192 MB) > avail memory = 8246677504 (7864 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > ioapic0: Changing APIC ID to 4 > ioapic0 irqs 0-23 on motherboard > mskc0: port 0xae00-0xaeff mem 0xfdefc000-0xfdefffff irq 17 at device 0.0 on pci4 > msk0: on mskc0 > msk0: Ethernet address: 00:01:29:a3:3c:a3 > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > msk0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 03:27:18 2011 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 860AD1065791 for ; Wed, 22 Jun 2011 03:27:18 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 76D2D8FC08; Wed, 22 Jun 2011 03:27:18 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5M3RG7L086590; Wed, 22 Jun 2011 03:27:17 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4E016116.9040305@freebsd.org> Date: Wed, 22 Jun 2011 11:27:18 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110127 Thunderbird/3.1.7 MIME-Version: 1.0 To: Damjan Marion References: <5BEF0D0F-3717-42CE-ADF7-8876558004CA@gmail.com> In-Reply-To: <5BEF0D0F-3717-42CE-ADF7-8876558004CA@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: atkbdc broken on current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 03:27:18 -0000 On 2011/05/05 21:21, Damjan Marion wrote: > > Hi, > > I have issue with old HP DL380G3 server. When I use ILO virtual console to manage server. Seems that 9-CURRENT fails to detect atkbdc. > When I boot 8.2-RELEASE it works well. > > 8.2 dmesg shows: > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > 9.0: > > atkbdc0: failed to probe at port 0x60 on isa0 > > Is this a known issue? > > Should I enable some additional outputs, like KBDIO_DEBUG? > > Thanks, > > Damjan One problem I found is if I remove PS/2 keyboard and use a USB keyboard, I can not use PS/2 mouse, it will not be detected. David Xu From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 03:54:05 2011 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 C724A1065793; Wed, 22 Jun 2011 03:54:05 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 847E08FC16; Wed, 22 Jun 2011 03:54:05 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p5M3s4F3040141; Tue, 21 Jun 2011 21:54:04 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p5M3s4S3040140; Tue, 21 Jun 2011 21:54:04 -0600 (MDT) (envelope-from ken) Date: Tue, 21 Jun 2011 21:54:04 -0600 From: "Kenneth D. Merry" To: Andrey Chernov , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@freebsd.org, will@freebsd.org Message-ID: <20110622035404.GA38834@nargothrond.kdm.org> References: <20110619165328.GA35872@vniz.net> <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110621204934.GB9877@vniz.net> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 03:54:06 -0000 On Wed, Jun 22, 2011 at 00:49:34 +0400, Andrey Chernov wrote: > On Tue, Jun 21, 2011 at 10:17:19AM -0600, Kenneth D. Merry wrote: > > ps > > alltrace > > show locks > > show msgbuf > > > > Hopefully that will give us something to start looking at... > > > > This would really work a lot better if there is any way to get a serial > > console on the machine. The above will produce a good bit of output, and > > would likely need a lot of pictures. > > > > Since we can't reproduce the problem here, some debugging help would be > > greatly appreciated. > > Sorry I have no serial console. Here are the photos. I remove very similar > looking USB parts from 'ps' and 'alltrace', and very general parts from > 'alltrace' always been there. I hope remaining info will be enough. USB > hotplagging works at this stage, so no reason to look there. If it will be > not enough, I'll upload whole series. Thanks for uploading all of the photos. That's a lot of work, but they are helpful... I think I see part of the problem, but not the whole problem: > 'show lock' outputs nothing, it means no locks just sleep somewhere > forever. > > 'ps': > http://img43.imageshack.us/img43/1424/21062011001j.jpg > http://img835.imageshack.us/img835/6607/21062011002.jpg > http://img841.imageshack.us/img841/5401/21062011003.jpg > > 'alltrace': > http://img864.imageshack.us/img864/6757/21062011004ya.jpg > http://img542.imageshack.us/img542/4857/21062011005.jpg > http://img828.imageshack.us/img828/823/21062011006.jpg > http://img5.imageshack.us/img5/910/21062011007.jpg > http://img7.imageshack.us/img7/4704/21062011008.jpg > http://img848.imageshack.us/img848/5487/21062011009.jpg > http://img641.imageshack.us/img641/2/21062011010.jpg > http://img7.imageshack.us/img7/7946/21062011011.jpg > http://img860.imageshack.us/img860/8185/21062011012.jpg > http://img696.imageshack.us/img696/5276/21062011013.jpg These two are interesting: > http://img825.imageshack.us/img825/1249/21062011014m.jpg > http://img839.imageshack.us/img839/3791/21062011015.jpg It looks like the GEOM event thread is stuck inside the cd(4) driver. The cd(4) driver is trying to acquire the peripheral lock, and is sleeping until it gets it. What isn't clear is who is holding it. The ps output shows an idle thread running on CPU 1, and thread 100014 (taskq) running on CPU 0. Unfortunately I don't see a stack trace for that. (I might have missed it.) Do you happen to have the image with the stack trace for that thread? > http://img594.imageshack.us/img594/1773/21062011016.jpg > http://img109.imageshack.us/img109/9937/21062011017.jpg > http://img51.imageshack.us/img51/6047/21062011018l.jpg > > 'show msgbuf': > http://img59.imageshack.us/img59/46/21062011019.jpg > http://img189.imageshack.us/img189/483/21062011020.jpg > http://img19.imageshack.us/img19/8163/21062011021.jpg > http://img683.imageshack.us/img683/3171/21062011022.jpg > http://img819.imageshack.us/img819/5923/21062011023.jpg > http://img692.imageshack.us/img692/3789/21062011024.jpg > http://img580.imageshack.us/img580/1550/21062011025.jpg > http://img560.imageshack.us/img560/7478/21062011026.jpg > http://img94.imageshack.us/img94/9371/21062011027.jpg > http://img857.imageshack.us/img857/5185/21062011028.jpg Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 04:13:28 2011 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 456DC106571F; Wed, 22 Jun 2011 04:13:28 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AD1758FC0C; Wed, 22 Jun 2011 04:13:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5M4DQgI013812; Wed, 22 Jun 2011 08:13:26 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5M4DQMf013811; Wed, 22 Jun 2011 08:13:26 +0400 (MSD) (envelope-from ache) Date: Wed, 22 Jun 2011 08:13:25 +0400 From: Andrey Chernov To: "Kenneth D. Merry" Message-ID: <20110622041325.GA13754@vniz.net> Mail-Followup-To: Andrey Chernov , "Kenneth D. Merry" , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110622035404.GA38834@nargothrond.kdm.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Eir Nym , "Justin T. Gibbs" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 04:13:28 -0000 On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: > These two are interesting: > > > http://img825.imageshack.us/img825/1249/21062011014m.jpg > > http://img839.imageshack.us/img839/3791/21062011015.jpg > > It looks like the GEOM event thread is stuck inside the cd(4) driver. The > cd(4) driver is trying to acquire the peripheral lock, and is sleeping > until it gets it. > > What isn't clear is who is holding it. The ps output shows an idle thread > running on CPU 1, and thread 100014 (taskq) running on CPU 0. > Unfortunately I don't see a stack trace for that. (I might have missed > it.) > > Do you happen to have the image with the stack trace for that thread? I don't have the image because no disks are mounted at that stage and the swap slice is not attached. But I can issue more specific DDB commands to narrow it down, just say what you need in detail. BTW, the machine have 2 DVD both are attached to Marvell IDE plain ATA interface, they always works before. Are you sure that something holding the lock? 'show lock' shows absolutely nothing, it is empty. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 04:51:41 2011 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 1021A1065758; Wed, 22 Jun 2011 04:51:41 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 803638FC15; Wed, 22 Jun 2011 04:51:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5M4pcgw014756; Wed, 22 Jun 2011 08:51:39 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5M4pcRf014755; Wed, 22 Jun 2011 08:51:38 +0400 (MSD) (envelope-from ache) Date: Wed, 22 Jun 2011 08:51:37 +0400 From: Andrey Chernov To: Daniel Eischen , gibbs@FreeBSD.ORG, current@FreeBSD.ORG, will@FreeBSD.ORG Message-ID: <20110622045137.GA14637@vniz.net> Mail-Followup-To: Andrey Chernov , Daniel Eischen , gibbs@freebsd.org, current@freebsd.org, will@freebsd.org References: <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 04:51:41 -0000 > Remove cd/acd from your kernel config to see if that allows > you to boot? I unplug DVDs physically and kernel finally boots! BTW both DVDs was empty during the hanged boot and works normally under Win7. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:19:40 2011 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 89C3F1065726; Wed, 22 Jun 2011 06:19:40 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E1AD88FC1A; Wed, 22 Jun 2011 06:19:39 +0000 (UTC) Received: by vws18 with SMTP id 18so508753vws.13 for ; Tue, 21 Jun 2011 23:19:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=6rpxE6WH7A/f5/i104J0jakyHCHxJmYcWhWl618kvNs=; b=ca7Dav5H/EkM/a3tQ19a8rvfmm79uxx2F8dmxYV6SP1Y4oFg8lyhuZAsF28J7vXsCy 8kx/k7dtev3YYe5w7B5JpEsqVWkqstmeRI7nLccvL+xt2qpTKmeC5sGNMoMCj2IE6vS5 wULLvpzVAS4fJsHU7PVzEtA5ohDukMf4DTahc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=a8BTnfKG8CcJlyz26Qg6ZyscbXtaybYoPQ7bD2t+p417op29DJosPAeGqMuP6wInvF LmHP4QnRI68K9uYddhHQutxeqm1DZhOuHlDpk0V/jZqIwXnS6Z+nAzg2tFdIaSC3dNnn Xonk7kAP18Pnrdm55bFcJq83xoEyh5oqNMvwk= MIME-Version: 1.0 Received: by 10.220.213.195 with SMTP id gx3mr116753vcb.23.1308723578642; Tue, 21 Jun 2011 23:19:38 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Tue, 21 Jun 2011 23:19:38 -0700 (PDT) In-Reply-To: <20110622045137.GA14637@vniz.net> References: <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622045137.GA14637@vniz.net> Date: Tue, 21 Jun 2011 23:19:38 -0700 Message-ID: From: Garrett Cooper To: Andrey Chernov , Daniel Eischen , gibbs@freebsd.org, current@freebsd.org, will@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 06:19:40 -0000 On Tue, Jun 21, 2011 at 9:51 PM, Andrey Chernov wrote: >> Remove cd/acd from your kernel config to see if that allows >> you to boot? > > I unplug DVDs physically and kernel finally boots! > BTW both DVDs was empty during the hanged boot and works normally under > Win7. Put a DVD in each of the drives, like so: Case 1: - Drive one populated. - Drive two empty. Case 2: - Drive one empty. - Drive two populated. Case 3: - Drive one populated. - Drive two populated. See what happens. I've run into issues with FreeBSD in the past with some motherboards / drives / BIOSes where things were hung up unless I put a DVD in my drive (or vice versa) because of cd(4)/cam(4). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:42:32 2011 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 BAA3910656D6; Wed, 22 Jun 2011 06:42:32 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 3183E8FC19; Wed, 22 Jun 2011 06:42:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5M6gUsd017526; Wed, 22 Jun 2011 10:42:30 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5M6gUOU017525; Wed, 22 Jun 2011 10:42:30 +0400 (MSD) (envelope-from ache) Date: Wed, 22 Jun 2011 10:42:30 +0400 From: Andrey Chernov To: Garrett Cooper Message-ID: <20110622064230.GA17491@vniz.net> Mail-Followup-To: Andrey Chernov , Garrett Cooper , Daniel Eischen , gibbs@FreeBSD.ORG, current@FreeBSD.ORG, will@FreeBSD.ORG, ken@freebsd.org References: <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622045137.GA14637@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Daniel Eischen , gibbs@FreeBSD.ORG, ken@FreeBSD.ORG, current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 06:42:32 -0000 On Tue, Jun 21, 2011 at 11:19:38PM -0700, Garrett Cooper wrote: > On Tue, Jun 21, 2011 at 9:51 PM, Andrey Chernov wrote: > >> Remove cd/acd from your kernel config to see if that allows > >> you to boot? > > > > I unplug DVDs physically and kernel finally boots! > > BTW both DVDs was empty during the hanged boot and works normally under > > Win7. > > Put a DVD in each of the drives, like so: > > Case 1: > - Drive one populated. > - Drive two empty. > > Case 2: > - Drive one empty. > - Drive two populated. > > Case 3: > - Drive one populated. > - Drive two populated. > > See what happens. I've run into issues with FreeBSD in the past with > some motherboards / drives / BIOSes where things were hung up unless I > put a DVD in my drive (or vice versa) because of cd(4)/cam(4). I test both DVD inside case and it hangs. Moreover, with both DVD inside DVD devices are even not detected at all as previously (the machine hangs even earlier). And I have messages I don't see before: "run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config" "run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config" ... and so on. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 06:51:46 2011 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 2A7BA1065719; Wed, 22 Jun 2011 06:51:46 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 95CA08FC08; Wed, 22 Jun 2011 06:51:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5M6piAw017630; Wed, 22 Jun 2011 10:51:44 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5M6phpu017629; Wed, 22 Jun 2011 10:51:43 +0400 (MSD) (envelope-from ache) Date: Wed, 22 Jun 2011 10:51:42 +0400 From: Andrey Chernov To: Garrett Cooper , Daniel Eischen , gibbs@FreeBSD.ORG, current@FreeBSD.ORG, will@FreeBSD.ORG, ken@FreeBSD.ORG Message-ID: <20110622065141.GA17613@vniz.net> Mail-Followup-To: Andrey Chernov , Garrett Cooper , Daniel Eischen , gibbs@FreeBSD.ORG, current@FreeBSD.ORG, will@FreeBSD.ORG, ken@freebsd.org References: <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622045137.GA14637@vniz.net> <20110622064230.GA17491@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110622064230.GA17491@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 06:51:46 -0000 I forget to add that only 1 disk inside each drive doesn't change this picture at all. On Wed, Jun 22, 2011 at 10:42:30AM +0400, Andrey Chernov wrote: > On Tue, Jun 21, 2011 at 11:19:38PM -0700, Garrett Cooper wrote: > > On Tue, Jun 21, 2011 at 9:51 PM, Andrey Chernov wrote: > > >> Remove cd/acd from your kernel config to see if that allows > > >> you to boot? > > > > > > I unplug DVDs physically and kernel finally boots! > > > BTW both DVDs was empty during the hanged boot and works normally under > > > Win7. > > > > Put a DVD in each of the drives, like so: > > > > Case 1: > > - Drive one populated. > > - Drive two empty. > > > > Case 2: > > - Drive one empty. > > - Drive two populated. > > > > Case 3: > > - Drive one populated. > > - Drive two populated. > > > > See what happens. I've run into issues with FreeBSD in the past with > > some motherboards / drives / BIOSes where things were hung up unless I > > put a DVD in my drive (or vice versa) because of cd(4)/cam(4). > > I test both DVD inside case and it hangs. > > Moreover, with both DVD inside DVD devices are even not detected at all as > previously (the machine hangs even earlier). > And I have messages I don't see before: > "run_interrupt_driven_hooks: still waiting after 60 seconds for > xpt_config" > "run_interrupt_driven_hooks: still waiting after 120 seconds for > xpt_config" > ... > and so on. > > -- > http://ache.vniz.net/ > _______________________________________________ > 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" -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 12:09:00 2011 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 CF49D1065673 for ; Wed, 22 Jun 2011 12:09:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4488FC0A for ; Wed, 22 Jun 2011 12:09:00 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QZMEt-0006kI-7a for freebsd-current@freebsd.org; Wed, 22 Jun 2011 14:08:59 +0200 Received: from nuclight.avtf.net ([82.117.70.99]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Jun 2011 14:08:59 +0200 Received: from vadim_nuclight by nuclight.avtf.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Jun 2011 14:08:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Wed, 22 Jun 2011 12:08:46 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 57 Message-ID: References: <20110621111427.GA24786@onelab2.iet.unipi.it> 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: nuclight.avtf.net X-Comment-To: Luigi Rizzo User-Agent: slrn/0.9.9p1 (FreeBSD) Cc: freebsd-ipfw@freebsd.org Subject: Re: [PATCH] ipfw call/return rule actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 12:09:01 -0000 Hi Luigi Rizzo! On Tue, 21 Jun 2011 13:14:27 +0200; Luigi Rizzo wrote about 'Re: [PATCH] ipfw call/return rule actions': >> I have made a patch http://nuclight.avtf.net/vadim/ipfw_call_20110620.diff >> which adds a "call" and "return" rule actions to make it possible to >> organize "subroutines" with rules - "skipto" is like "goto" and only >> allows jumps forward, not backward. >> >> This could be useful to help doing somewaht like per-interface ACL, >> something similar to pf anchors or iptables chains. >> >> Please test, hope to see this committed soon and released in 9.0 ! > nice function and nice implementation. > It does not affect any existing ruleset etc. so it should really > be an easy addition, even if we don't make it for 9.0 there are > no ABI issues to be worried about. Yes, could you commit this? The newer version of patch is at http://nuclight.avtf.net/vadim/ipfw_call_20110621.diff - I have fixed a panic on incorrectly given ruleset (listing below is after fix) and another caveat to BUGS section. # ipfw zero && ping -c 2 10.0.0.5 && ipfw show 00500 2 168 call 2000 ip from 10.0.0.5 to any 00600 2 168 count log ip from 10.0.0.5 to any 00700 10 1144 skipto 3999 ip from any to any 00999 0 0 allow ip from any to any 02000 2 168 count ip from any to any // entry of subr 02100 2 168 count log ip from any to any 02999 2 168 return log ip from any to any // leave subr 03600 0 0 count log ip from 10.0.0.5 to any 04000 34 2856 call 4000 ip from any to any src-ip 10.0.0.5 05000 34 2856 return ip from any to any src-ip 10.0.0.5 65534 10 1144 allow ip from any to any 65535 0 0 deny ip from any to any Would be very well to have this feature in 9.0R and later MFCed to 8-STABLE, the analogue of iptables' chains is long-awaited by some users and will make FreeBSD more competitive with other network OSes. > By chance have you tried to measure the cost of a call/return pair ? No, the test was inside VirtualBox, I have no lab to do full performance testing. But in fact this is "ipfw tag" plus "ipfw skipto", and the former has relatively low impact on performance, while not so low, though. Performance of entire mbuf tags alloc could be improved, I have ideas, but this is definitely not a task for 9.0 already. Also, call/return has absolutely no impact for those who do not use them, and those who do use usually have already too complex ruleset for any sych performance costs to be justified. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 13:54:16 2011 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 5EBFC1065673 for ; Wed, 22 Jun 2011 13:54:16 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2538FC17 for ; Wed, 22 Jun 2011 13:54:15 +0000 (UTC) Received: by iwr19 with SMTP id 19so973399iwr.13 for ; Wed, 22 Jun 2011 06:54:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=Twe25oqjmYScBH1ep20hBmbOrSakp5kwsiblB1/nAPU=; b=LT1b3v0zGWKgktYfDIOKZ25f4NqYVIgyKGutpoJcQbnDapiFdGRc5lRkfxuYI+eSUf AtfPl02mX19A0PxR9UOmHA1m+pSG0pl0MjsBTtFhOXLroXfrC3xAmKcejszfsd/zAdQ7 AYkh1VDPMFo1hDK0sEdo9nPC3RWyfbI1vZyp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MevoVP//xK+It5p0R0CHLhqTh4UObS4xh1DYJbzXc0DL+SXp4QT7Pzz4DIjYOviqPe ZR6UMH/4J8c31LEy7SL047I69sIzN6fLJJmjpwJjtNGukrlJPyqDUqlNmaKgl+0yGR4v Z6ggVb35r+NRChiGFGGT75u/9AqIL6kOFMAjI= MIME-Version: 1.0 Received: by 10.231.114.78 with SMTP id d14mr53406ibq.137.1308750855545; Wed, 22 Jun 2011 06:54:15 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Wed, 22 Jun 2011 06:54:15 -0700 (PDT) Date: Wed, 22 Jun 2011 16:54:15 +0300 Message-ID: From: George Kontostanos To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intel snd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 13:54:16 -0000 I was wondering if there are any issues lately with snd_hda since I am not able to load the module anymore. Jun 22 16:04:59 core2duo kernel: interface snd_hda.1 already present in the KLD 'kernel'! Jun 22 16:04:59 core2duo kernel: linker_load_file: Unsupported file type > sysctl hw.snd 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: 0 hw.snd.version: 2009061500/amd64 hw.snd.default_auto: 1 > dmesg | grep 'pcm[0-9]' pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 13:58:57 2011 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 4B2DE106566C for ; Wed, 22 Jun 2011 13:58:57 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A23F8FC15 for ; Wed, 22 Jun 2011 13:58:56 +0000 (UTC) Received: by qwc9 with SMTP id 9so543833qwc.13 for ; Wed, 22 Jun 2011 06:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=bkt07T2y38iloBsZEByfGDYCBl6hj34ioS01ssy8QxI=; b=Ef9KoiFq3Hizzpfp9JM0yvPF/YdWzI/CW9wNkl5tip9rgWKyg+uUMCbKleL4WgXLT4 RlibFa67VhcaHL2mTzfd+56P2BEgCQOuoFi51bVw6a1+2swbbTQYfxlDs5Pb+x3sIfql Tb8sjKWlCS6MbYUUaoYJKPqSNwzyS7FazxBO0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qvmLxzK4ZogCqjM5+cMqGr8Ft+/XJewDBboQvx88ZM3DqlnW8WaZ48AzfUgGETOTOg dMxFB9FLSr/bNMS+Ju1OEz7kZxYJFUD0pGNHkxv3+90/LQz30f946BhXDFW3GsXc9FAf EdH0brkLFFR2tAa03S03Exv/slJIYgnxkwGx8= MIME-Version: 1.0 Received: by 10.229.118.69 with SMTP id u5mr527869qcq.122.1308751136044; Wed, 22 Jun 2011 06:58:56 -0700 (PDT) Received: by 10.229.99.197 with HTTP; Wed, 22 Jun 2011 06:58:55 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Jun 2011 17:58:55 +0400 Message-ID: From: Sergey Kandaurov To: George Kontostanos Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current Subject: Re: Intel snd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 13:58:57 -0000 On 22 June 2011 17:54, George Kontostanos wrote: > I was wondering if there are any issues lately with snd_hda since I am not > able to load the module anymore. > > Jun 22 16:04:59 core2duo kernel: interface snd_hda.1 already present in the > KLD 'kernel'! > Jun 22 16:04:59 core2duo kernel: linker_load_file: Unsupported file type Hi. It is in GENERIC since svn r222980 (Jun 11). -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:30:16 2011 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 3950E106566B for ; Wed, 22 Jun 2011 14:30:16 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 006A28FC17 for ; Wed, 22 Jun 2011 14:30:15 +0000 (UTC) Received: by iwr19 with SMTP id 19so1015228iwr.13 for ; Wed, 22 Jun 2011 07:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4M3wJMfu+/fnH4KLjKsVwHfm9Loa+F2TMauuVApDIM4=; b=S6nvqSd4UABHZM/r861GVCSrW4y6B5v2UVgkFq2YiyrzhXtreHikHv8Q5Uw8+MqHfh 4CaJBRffxTzYlWiw/3vAl9j9R0hFwa6olQYchaJMIkwMrpePm6lY84h1YBlP6qcabeX9 lH1HLjhn/xH866FnLLG68Lm0K6JZ0ZeovvUlU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=BKagonwS0XQXpklvz8CS1gyvY6RSX3Gu1mq8R3CqPCeHghwXxVOQXH8YnU1WLL8T2T ua9XCDYLJPWjYddfLw9htjMgjOQ6Ywdoip25NLi7oXjVyLZf/JM8RvQEg55181mPoE/q 6LWxORZ1kT5Lv+aaYK2gISJ6HfrcMINkrMH+E= MIME-Version: 1.0 Received: by 10.42.155.194 with SMTP id v2mr798756icw.511.1308753014284; Wed, 22 Jun 2011 07:30:14 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Wed, 22 Jun 2011 07:30:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Jun 2011 17:30:14 +0300 Message-ID: From: George Kontostanos To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current Subject: Re: Intel snd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 14:30:16 -0000 Thanks, so I don't need to load sound.ko anymore either ? On Wed, Jun 22, 2011 at 4:58 PM, Sergey Kandaurov wrote: > On 22 June 2011 17:54, George Kontostanos wrote: > > I was wondering if there are any issues lately with snd_hda since I am > not > > able to load the module anymore. > > > > Jun 22 16:04:59 core2duo kernel: interface snd_hda.1 already present in > the > > KLD 'kernel'! > > Jun 22 16:04:59 core2duo kernel: linker_load_file: Unsupported file type > > Hi. > It is in GENERIC since svn r222980 (Jun 11). > > > -- > wbr, > pluknet > -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 14:53:47 2011 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 0EB321065672 for ; Wed, 22 Jun 2011 14:53:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB5068FC1A for ; Wed, 22 Jun 2011 14:53:46 +0000 (UTC) Received: by qwc9 with SMTP id 9so584818qwc.13 for ; Wed, 22 Jun 2011 07:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=zVcWfHwqgvPderYrZIhunggb1zlv55NG18qK7AQylCM=; b=j2Z4kyMG8zHkz3v/NBkqSLHFcfcZYUrA4iqKumtkrAhe7MZ3q+4Vb13wKi65D843yX 6IyPaBTy2hFNx/h5J2kHxmWpUvnlc3yUTddaiEDc1aJUcxFYUD6JxIKdnKnCxrXpYOIs PwcgDGJ0GZ8MIYLG3yWUg8B3ghY3r/SUSEqZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HWHwpDvX9wb40tlo/A8U8x+dEiuvVd/uznxYWNIcXhgtu6+um+0woARfLJupCp+Zyk K/zPyIUdQUpEV4gi+PDGDbSMDRYLvgoQH2JBGHUUXQ1S1s3CJu/M6WQ0WOWVCDj5zoWD AA3w1Dd6b99WuirjvZcbO17CJOF03vqeh+DpM= MIME-Version: 1.0 Received: by 10.229.77.28 with SMTP id e28mr600561qck.8.1308754425802; Wed, 22 Jun 2011 07:53:45 -0700 (PDT) Received: by 10.229.99.197 with HTTP; Wed, 22 Jun 2011 07:53:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Jun 2011 18:53:45 +0400 Message-ID: From: Sergey Kandaurov To: George Kontostanos Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current Subject: Re: Intel snd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 14:53:47 -0000 On 22 June 2011 18:30, George Kontostanos wrote: > Thanks, so I don't need to load sound.ko anymore either ? Yes. > > On Wed, Jun 22, 2011 at 4:58 PM, Sergey Kandaurov wrote: >> >> On 22 June 2011 17:54, George Kontostanos wrote: >> > I was wondering if there are any issues lately with snd_hda since I am >> > not >> > able to load the module anymore. >> > >> > Jun 22 16:04:59 core2duo kernel: interface snd_hda.1 already present in >> > the >> > KLD 'kernel'! >> > Jun 22 16:04:59 core2duo kernel: linker_load_file: Unsupported file type >> >> Hi. >> It is in GENERIC since svn r222980 (Jun 11). >> >> >> -- >> wbr, >> pluknet > > > > -- > George Kontostanos > aisecure.net > > -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:47:51 2011 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 AF17D1065672 for ; Wed, 22 Jun 2011 15:47:51 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 733908FC15 for ; Wed, 22 Jun 2011 15:47:50 +0000 (UTC) Received: by iwr19 with SMTP id 19so1105586iwr.13 for ; Wed, 22 Jun 2011 08:47:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KtFswohIKyGCSo9ZlYmJSrBiqlxTDRrHzQOgfdOh/cw=; b=oRAZaJfHa/fSSDd88erVdW3CNY005S2lDbnpB/rWGDl/BZ1vHjMpoZRMz5iaY91YZV lMhyW3seE2PPLCLctJ13QEVgChJwPtNxC2qFxOhvW1jMm1CnT0cUhfr0RyYoDUaaQZ0f 5SndInEwasWoqdGHj5N02qnJRKd9QrbOrtFCc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=OCuowo51t4UD5GxWhXEdvPAmbg9DtcHg9B5lae5K00oIJtAzW8UVihau0K+L8KuYg1 Cy/ftHBSyIsLa+eme3SfkvxwVf99eYcTFp7+3SvQe+lzm2gxMqw/w550U6XLJZgXqQkJ cQkO64s/mpOasejJrxluEhQCAKZuU/rnMtyUk= MIME-Version: 1.0 Received: by 10.231.114.78 with SMTP id d14mr141577ibq.137.1308757669887; Wed, 22 Jun 2011 08:47:49 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Wed, 22 Jun 2011 08:47:49 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Jun 2011 18:47:49 +0300 Message-ID: From: George Kontostanos To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current Subject: Re: Intel snd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 15:47:51 -0000 Cheers! On Wed, Jun 22, 2011 at 5:53 PM, Sergey Kandaurov wrote: > On 22 June 2011 18:30, George Kontostanos wrote: > > Thanks, so I don't need to load sound.ko anymore either ? > > Yes. > > > > > On Wed, Jun 22, 2011 at 4:58 PM, Sergey Kandaurov > wrote: > >> > >> On 22 June 2011 17:54, George Kontostanos > wrote: > >> > I was wondering if there are any issues lately with snd_hda since I am > >> > not > >> > able to load the module anymore. > >> > > >> > Jun 22 16:04:59 core2duo kernel: interface snd_hda.1 already present > in > >> > the > >> > KLD 'kernel'! > >> > Jun 22 16:04:59 core2duo kernel: linker_load_file: Unsupported file > type > >> > >> Hi. > >> It is in GENERIC since svn r222980 (Jun 11). > >> > >> > >> -- > >> wbr, > >> pluknet > > > > > > > > -- > > George Kontostanos > > aisecure.net > > > > > > > > -- > wbr, > pluknet > -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:49:30 2011 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 6FBB2106564A; Wed, 22 Jun 2011 15:49:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB518FC17; Wed, 22 Jun 2011 15:49:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA11882; Wed, 22 Jun 2011 18:49:28 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E020F07.50504@FreeBSD.org> Date: Wed, 22 Jun 2011 18:49:27 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org References: <4DE8FA2E.4030202@FreeBSD.org> <5E4D0F56-4338-4157-8BC6-17EE2831725F@FreeBSD.org> <4DE9EB61.3000006@FreeBSD.org> In-Reply-To: <4DE9EB61.3000006@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [poll / rfc] kdb_stop_cpus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 15:49:30 -0000 on 04/06/2011 11:22 Andriy Gapon said the following: > commit 458ebd9aca7e91fc6e0825c727c7220ab9f61016 > > generic_stop_cpus: move timeout detection code from under DIAGNOSTIC > > ... and also increase it a bit. > IMO it's better to detect and report the (rather serious) condition and > allow a system to proceed somehow rather than be stuck in an endless > loop. > > diff --git a/sys/kern/subr_smp.c b/sys/kern/subr_smp.c > index ae52f4b..4bd766b 100644 > --- a/sys/kern/subr_smp.c > +++ b/sys/kern/subr_smp.c > @@ -232,12 +232,10 @@ generic_stop_cpus(cpumask_t map, u_int type) > /* spin */ > cpu_spinwait(); > i++; > -#ifdef DIAGNOSTIC > - if (i == 100000) { > + if (i == 100000000) { > printf("timeout stopping cpus\n"); > break; > } > -#endif > } > > stopping_cpu = NOCPU; > > I would like to commit the above, if nobody objects. A to do item is adding some code to aid debugging of the timeout condition. I discussed this with Attilio, he doesn't see this as a show-stopper and he plans to add the code at a later time. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 15:51:14 2011 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 2CE6A106564A; Wed, 22 Jun 2011 15:51:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFFA8FC1A; Wed, 22 Jun 2011 15:51:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA11912; Wed, 22 Jun 2011 18:51:12 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E020F6F.7000502@FreeBSD.org> Date: Wed, 22 Jun 2011 18:51:11 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org References: <4DE8FA2E.4030202@FreeBSD.org> In-Reply-To: <4DE8FA2E.4030202@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [poll / rfc] kdb_stop_cpus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 15:51:14 -0000 on 03/06/2011 18:13 Andriy Gapon said the following: > > I wonder if anybody uses kdb_stop_cpus with non-default value. I would like to go ahead and remove kdb_stop_cpus tunable/sysctl if nobody objects. > If, yes, I am very interested to learn about your usecase for it. > > I think that the default kdb behavior is the correct one, so it doesn't make sense > to have a knob to turn on incorrect behavior. > But I may be missing something obvious. > > The comment in the code doesn't really satisfy me: > /* > * Flag indicating whether or not to IPI the other CPUs to stop them on > * entering the debugger. Sometimes, this will result in a deadlock as > * stop_cpus() waits for the other cpus to stop, so we allow it to be > * disabled. In order to maximize the chances of success, use a hard > * stop for that. > */ > > The hard stop should be sufficiently mighty. > Yes, I am aware of supposedly extremely rare situations where a deadlock could > happen even when using hard stop. But I'd rather fix that than have this switch. > > Oh, the commit message (from 2004) explains it: >> Add a new sysctl, debug.kdb.stop_cpus, which controls whether or not we >> attempt to IPI other cpus when entering the debugger in order to stop >> them while in the debugger. The default remains to issue the stop; >> however, that can result in a hang if another cpu has interrupts disabled >> and is spinning, since the IPI won't be received and the KDB will wait >> indefinitely. We probably need to add a timeout, but this is a useful >> stopgap in the mean time. > > But that was before we started using hard stop in this context (in 2009). > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 20:09:20 2011 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 8EAF8106564A; Wed, 22 Jun 2011 20:09:20 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 467D88FC08; Wed, 22 Jun 2011 20:09:20 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p5MK9J5v072948; Wed, 22 Jun 2011 14:09:19 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p5MK9J8I072947; Wed, 22 Jun 2011 14:09:19 -0600 (MDT) (envelope-from ken) Date: Wed, 22 Jun 2011 14:09:19 -0600 From: "Kenneth D. Merry" To: Andrey Chernov , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@freebsd.org, will@freebsd.org Message-ID: <20110622200919.GA72504@nargothrond.kdm.org> References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110622041325.GA13754@vniz.net> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 20:09:20 -0000 On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote: > On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: > > These two are interesting: > > > > > http://img825.imageshack.us/img825/1249/21062011014m.jpg > > > http://img839.imageshack.us/img839/3791/21062011015.jpg > > > > It looks like the GEOM event thread is stuck inside the cd(4) driver. The > > cd(4) driver is trying to acquire the peripheral lock, and is sleeping > > until it gets it. > > > > What isn't clear is who is holding it. The ps output shows an idle thread > > running on CPU 1, and thread 100014 (taskq) running on CPU 0. > > Unfortunately I don't see a stack trace for that. (I might have missed > > it.) > > > > Do you happen to have the image with the stack trace for that thread? > > I don't have the image because no disks are mounted at that stage and the > swap slice is not attached. But I can issue more specific DDB commands to > narrow it down, just say what you need in detail. > > BTW, the machine have 2 DVD both are attached to Marvell IDE plain ATA > interface, they always works before. > > Are you sure that something holding the lock? 'show lock' shows absolutely > nothing, it is empty. Well, after looking at the code a little more, it looks like the "lock" that is being held is the periph lock, which is really just a flag. So 'show lock' wouldn't show anything relevant. Here's cam_periph_hold(): int cam_periph_hold(struct cam_periph *periph, int priority) { int error; /* * Increment the reference count on the peripheral * while we wait for our lock attempt to succeed * to ensure the peripheral doesn't disappear out * from user us while we sleep. */ if (cam_periph_acquire(periph) != CAM_REQ_CMP) return (ENXIO); mtx_assert(periph->sim->mtx, MA_OWNED); while ((periph->flags & CAM_PERIPH_LOCKED) != 0) { periph->flags |= CAM_PERIPH_LOCK_WANTED; if ((error = mtx_sleep(periph, periph->sim->mtx, priority, "caplck", 0)) != 0) { cam_periph_release_locked(periph); return (error); } } periph->flags |= CAM_PERIPH_LOCKED; return (0); } The GEOM event thread is stuck sleeping in the mtx_sleep() call above. So that tells me that one of several things is going on: - There is a path in the cd(4) driver where it can call cam_periph_hold() but not cam_periph_unhold(). - There is another thread in the system that has called cam_periph_hold(), and has gotten stuck before it can call cam_periph_unhold(). - The hold/unhold logic is broken, and there is a case where a thread waiting for the lock can miss the wakeup. After looking at the code, I don't think this is the case, but I may have missed something. So it is probably one of the first two cases. From the dmesg, I only see cd1 listed, not cd0. So it is possible that cd0 is stuck in the probe code somewhere, and the geom code just gets stuck trying to open it when the probe hasn't completed. Seeing the stack trace for the taskq thread that is running on CPU 0 (process 100014) might be enlightening, it's hard to say. That may or may not show the issue. It's possible that this issue is directly related to the commit in question; perhaps there is an error being returned that wasn't returned before and it isn't being handled right in the cd(4) driver. (The cd(4) driver wasn't touched in the commit.) It's also possible that the commit in question just changed the timing and your system is hitting a race that was there previously. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 21:19:34 2011 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 8EC411065673; Wed, 22 Jun 2011 21:19: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 49E528FC28; Wed, 22 Jun 2011 21:19:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5MLJWM6057081; Wed, 22 Jun 2011 17:19:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5MLJW2R057052; Wed, 22 Jun 2011 21:19:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Jun 2011 21:19:32 GMT Message-Id: <201106222119.p5MLJW2R057052@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: Wed, 22 Jun 2011 21:19:34 -0000 TB --- 2011-06-22 19:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-22 19:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-22 19:10:00 - cleaning the object tree TB --- 2011-06-22 19:10:46 - cvsupping the source tree TB --- 2011-06-22 19:10:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-22 19:16:10 - building world TB --- 2011-06-22 19:16:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 19:16:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 19:16:10 - TARGET=i386 TB --- 2011-06-22 19:16:10 - TARGET_ARCH=i386 TB --- 2011-06-22 19:16:10 - TZ=UTC TB --- 2011-06-22 19:16:10 - __MAKE_CONF=/dev/null TB --- 2011-06-22 19:16:10 - cd /src TB --- 2011-06-22 19:16:10 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 22 19:16:10 UTC 2011 >>> 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 Wed Jun 22 21:14:00 UTC 2011 TB --- 2011-06-22 21:14:00 - generating LINT kernel config TB --- 2011-06-22 21:14:00 - cd /src/sys/i386/conf TB --- 2011-06-22 21:14:00 - /usr/bin/make -B LINT TB --- 2011-06-22 21:14:00 - building LINT kernel TB --- 2011-06-22 21:14:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 21:14:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 21:14:00 - TARGET=i386 TB --- 2011-06-22 21:14:00 - TARGET_ARCH=i386 TB --- 2011-06-22 21:14:00 - TZ=UTC TB --- 2011-06-22 21:14:00 - __MAKE_CONF=/dev/null TB --- 2011-06-22 21:14:00 - cd /src TB --- 2011-06-22 21:14:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 22 21:14:00 UTC 2011 >>> 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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pci.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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pci_link.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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pcib.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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pcib_acpi.c cc1: warnings being treated as errors /src/sys/dev/acpica/acpi_pcib_acpi.c: In function 'acpi_pcib_acpi_alloc_resource': /src/sys/dev/acpica/acpi_pcib_acpi.c:366: warning: implicit declaration of function 'hostb_alloc_start' /src/sys/dev/acpica/acpi_pcib_acpi.c:366: warning: nested extern declaration of 'hostb_alloc_start' [-Wnested-externs] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-22 21:19:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-22 21:19:31 - ERROR: failed to build lint kernel TB --- 2011-06-22 21:19:31 - 5814.14 user 1096.67 system 7771.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 21:22:22 2011 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 0E88C1065670; Wed, 22 Jun 2011 21:22: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 BC0C88FC08; Wed, 22 Jun 2011 21:22:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5MLMKgR086053; Wed, 22 Jun 2011 17:22:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5MLMKpJ086046; Wed, 22 Jun 2011 21:22:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Jun 2011 21:22:20 GMT Message-Id: <201106222122.p5MLMKpJ086046@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: Wed, 22 Jun 2011 21:22:22 -0000 TB --- 2011-06-22 19:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-22 19:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-22 19:10:00 - cleaning the object tree TB --- 2011-06-22 19:10:37 - cvsupping the source tree TB --- 2011-06-22 19:10:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-22 19:10:53 - building world TB --- 2011-06-22 19:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 19:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 19:10:53 - TARGET=pc98 TB --- 2011-06-22 19:10:53 - TARGET_ARCH=i386 TB --- 2011-06-22 19:10:53 - TZ=UTC TB --- 2011-06-22 19:10:53 - __MAKE_CONF=/dev/null TB --- 2011-06-22 19:10:53 - cd /src TB --- 2011-06-22 19:10:53 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 22 19:10:54 UTC 2011 >>> 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 Wed Jun 22 21:07:32 UTC 2011 TB --- 2011-06-22 21:07:33 - generating LINT kernel config TB --- 2011-06-22 21:07:33 - cd /src/sys/pc98/conf TB --- 2011-06-22 21:07:33 - /usr/bin/make -B LINT TB --- 2011-06-22 21:07:33 - building LINT kernel TB --- 2011-06-22 21:07:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 21:07:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 21:07:33 - TARGET=pc98 TB --- 2011-06-22 21:07:33 - TARGET_ARCH=i386 TB --- 2011-06-22 21:07:33 - TZ=UTC TB --- 2011-06-22 21:07:33 - __MAKE_CONF=/dev/null TB --- 2011-06-22 21:07:33 - cd /src TB --- 2011-06-22 21:07:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 22 21:07:33 UTC 2011 >>> 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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_machdep.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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_ptrace.c cc -c -x assembler-with-cpp -DLOCORE -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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/i386/linux/linux_support.s 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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_sysent.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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_sysvec.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-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/pci/pci_bus.c cc1: warnings being treated as errors /src/sys/i386/pci/pci_bus.c:544: warning: no previous prototype for 'hostb_alloc_start' [-Wmissing-prototypes] *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-22 21:22:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-22 21:22:20 - ERROR: failed to build lint kernel TB --- 2011-06-22 21:22:20 - 6262.37 user 1171.66 system 7940.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 21:44:03 2011 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 BDA1110657D0; Wed, 22 Jun 2011 21:44:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 893498FC1E; Wed, 22 Jun 2011 21:44:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5MLi1n3085555; Wed, 22 Jun 2011 17:44:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5MLi1Sw085525; Wed, 22 Jun 2011 21:44:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Jun 2011 21:44:01 GMT Message-Id: <201106222144.p5MLi1Sw085525@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: Wed, 22 Jun 2011 21:44:03 -0000 TB --- 2011-06-22 19:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-22 19:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-22 19:10:00 - cleaning the object tree TB --- 2011-06-22 19:10:46 - cvsupping the source tree TB --- 2011-06-22 19:10:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-22 19:10:58 - building world TB --- 2011-06-22 19:10:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 19:10:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 19:10:58 - TARGET=amd64 TB --- 2011-06-22 19:10:58 - TARGET_ARCH=amd64 TB --- 2011-06-22 19:10:58 - TZ=UTC TB --- 2011-06-22 19:10:58 - __MAKE_CONF=/dev/null TB --- 2011-06-22 19:10:58 - cd /src TB --- 2011-06-22 19:10:58 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 22 19:10:59 UTC 2011 >>> 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 Wed Jun 22 21:38:35 UTC 2011 TB --- 2011-06-22 21:38:35 - generating LINT kernel config TB --- 2011-06-22 21:38:35 - cd /src/sys/amd64/conf TB --- 2011-06-22 21:38:35 - /usr/bin/make -B LINT TB --- 2011-06-22 21:38:35 - building LINT kernel TB --- 2011-06-22 21:38:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 21:38:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 21:38:35 - TARGET=amd64 TB --- 2011-06-22 21:38:35 - TARGET_ARCH=amd64 TB --- 2011-06-22 21:38:35 - TZ=UTC TB --- 2011-06-22 21:38:35 - __MAKE_CONF=/dev/null TB --- 2011-06-22 21:38:35 - cd /src TB --- 2011-06-22 21:38:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 22 21:38:36 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pci_link.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pcib.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpica/acpi_pcib_acpi.c cc1: warnings being treated as errors /src/sys/dev/acpica/acpi_pcib_acpi.c: In function 'acpi_pcib_acpi_alloc_resource': /src/sys/dev/acpica/acpi_pcib_acpi.c:366: warning: implicit declaration of function 'hostb_alloc_start' /src/sys/dev/acpica/acpi_pcib_acpi.c:366: warning: nested extern declaration of 'hostb_alloc_start' [-Wnested-externs] *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-22 21:44:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-22 21:44:00 - ERROR: failed to build lint kernel TB --- 2011-06-22 21:44:00 - 7129.07 user 1466.27 system 9240.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 22:03:16 2011 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 E66861065675 for ; Wed, 22 Jun 2011 22:03:15 +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 F09711505AD for ; Wed, 22 Jun 2011 22:03:14 +0000 (UTC) Message-ID: <4E0266A2.2020807@FreeBSD.org> Date: Wed, 22 Jun 2011 15:03:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mariadb-server-5.2.6 failed on amd64 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 22:03:16 -0000 Unfortunately this problem didn't magically fix itself in the 5.2.7 version of mariadb, so I'm still open to suggestions ... Doug -------- Original Message -------- Subject: mariadb-server-5.2.6 failed on amd64 9 Date: Sat, 11 Jun 2011 22:16:22 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ To: freebsd-current@FreeBSD.org No luck on -ports, anyone here have a suggestion? I'm confused by this error, since it works just fine with default settings on 7 and 8 with both amd64 and i386. Can someone give me a suggestion on the right direction to look? -------- Original Message -------- > Excerpt from the build log at > > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.9.20110609110911/mariadb-server-5.2.6.log > > building mariadb-server-5.2.6 on gohan61.freebsd.org > if c++ -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME='"/usr/local"' -DMYSQL_DATADIR='"/usr/local/var"' -DSHAREDIR='"/usr/local/share/mysql"' -DPLUGINDIR='"/usr/local/lib/mysql/plugin"' -DHAVE_EVENT_SCHEDULER -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -I../regex -I. -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -MT sql_builtin.o -MD -MP -MF ".deps/sql_builtin.Tpo" -c -o sql_builtin.o sql_builtin.cc; then mv -f ".deps/sql_builtin.Tpo" ".deps/sql_builtin.Po"; else rm -f ".deps/sql_builtin.Tpo"; exit 1; fi > In file included from ../include/my_global.h:454, > from sql_builtin.cc:16: > /usr/include/sys/timeb.h:42:2: warning: #warning "this file includes which is deprecated" > libtool: link: cc -shared .libs/udf_example.o -lcrypt -lm -lpthread -lrt -Wl,-soname -Wl,udf_example.so.0 -o .libs/udf_example.so.0 > libtool: link: c++ -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysql_tzinfo_to_sql mysql_tzinfo_to_sql-tztime.o ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/.libs/libregex.a ../strings/libmystrings.a -lz -lcrypt -lm -lpthread -lrt > libtool: link: (cd ".libs" && rm -f "udf_example.so" && ln -s "udf_example.so.0" "udf_example.so") > libtool: link: (cd ".libs" && rm -f "udf_example.so" && ln -s "udf_example.so.0" "udf_example.so") > libtool: link: ar cru .libs/libndb.a .libs/libndb_la-ha_ndbcluster.o .libs/libndb_la-ha_ndbcluster_binlog.o .libs/libndb_la-ha_ndbcluster_cond.o > libtool: link: ranlib .libs/libndb.a > libtool: link: ( cd ".libs" && rm -f "libndb.la" && ln -s "../libndb.la" "libndb.la" ) > libtool: link: ar cru .libs/udf_example.a udf_example.o > libtool: link: ranlib .libs/udf_example.a > libtool: link: ( cd ".libs" && rm -f "udf_example.la" && ln -s "../udf_example.la" "udf_example.la" ) > /bin/sh ../libtool --tag=CXX --mode=link c++ -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysqld sql_lex.o sql_handler.o sql_partition.o item.o item_sum.o item_buff.o item_func.o item_cmpfunc.o item_strfunc.o item_timefunc.o thr_malloc.o item_create.o item_subselect.o item_row.o item_geofunc.o item_xmlfunc.o field.o strfunc.o key.o sql_class.o sql_list.o net_serv.o protocol.o sql_state.o lock.o my_lock.o sql_string.o sql_manager.o sql_map.o mysqld.o password.o hash_filo.o hostname.o sql_connect.o scheduler.o sql_parse.o set_var.o sql_yacc.o sql_base.o table.o sql_select.o sql_insert.o sql_profile.o sql_prepare.o sql_error.o sql_locale.o sql_update.o sql_delete.o uniques.o sql_do.o procedure.o sql_test.o log.o init.o derror.o sql_acl.o unireg.o des_key_file.o log_event.o rpl_record.o log_event_old.o rpl_record_old.o discover.o time.o opt_range.o opt_sum.o records.o filesor t .o > handler.o ha_partition.o debug_sync.o sql_db.o sql_table.o sql_rename.o sql_crypt.o sql_load.o mf_iocache.o field_conv.o sql_show.o sql_udf.o sql_analyse.o sql_cache.o slave.o sql_repl.o rpl_filter.o rpl_tblmap.o rpl_utility.o rpl_injector.o rpl_rli.o rpl_mi.o rpl_reporting.o sql_union.o sql_derived.o sql_client.o repl_failsafe.o sql_olap.o sql_view.o gstream.o spatial.o sql_help.o sql_cursor.o tztime.o my_decimal.o sp_head.o sp_pcontext.o sp_rcontext.o sp.o sp_cache.o parse_file.o sql_trigger.o event_scheduler.o event_data_objects.o event_queue.o event_db_repository.o events.o sql_plugin.o sql_binlog.o sql_builtin.o sql_tablespace.o partition_info.o sql_servers.o event_parse_data.o opt_table_elimination.o create_options.o mini_client_errors.o pack.o client.o my_time.o my_user.o client_plugin.o libndb.la -static -all-static -L/usr/local/lib -levent ../storage/myisam/libmyisam_s.la ../storage/archive/libarchive.la ../storage/blackhole/libblackho l e. > la ../storage/csv/libcsv.la ../storage/federatedx/libfederat! > edx.la ../storage/heap/libheap_s.la ../storage/maria/libaria_s.la ../storage/myisammrg/libmyisammrg_s.la ../storage/sphinx/libsphinx.la ../storage/xtradb/libxtradb.la ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/libregex.la ../strings/libmystrings.a -lz ../extra/yassl/src/libyassl.la ../extra/yassl/taocrypt/src/libtaocrypt.la -lcrypt -lm -lpthread -lrt > libtool: link: c++ -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysqld sql_lex.o sql_handler.o sql_partition.o item.o item_sum.o item_buff.o item_func.o item_cmpfunc.o item_strfunc.o item_timefunc.o thr_malloc.o item_create.o item_subselect.o item_row.o item_geofunc.o item_xmlfunc.o field.o strfunc.o key.o sql_class.o sql_list.o net_serv.o protocol.o sql_state.o lock.o my_lock.o sql_string.o sql_manager.o sql_map.o mysqld.o password.o hash_filo.o hostname.o sql_connect.o scheduler.o sql_parse.o set_var.o sql_yacc.o sql_base.o table.o sql_select.o sql_insert.o sql_profile.o sql_prepare.o sql_error.o sql_locale.o sql_update.o sql_delete.o uniques.o sql_do.o procedure.o sql_test.o log.o init.o derror.o sql_acl.o unireg.o des_key_file.o log_event.o rpl_record.o log_event_old.o rpl_record_old.o discover.o time.o opt_range.o opt_sum.o records.o filesort.o handler.o ha_partition.o debug_sync.o sql_db.o sql_ta b le > .o sql_rename.o sql_crypt.o sql_load.o mf_iocache.o field_conv.o sql_show.o sql_udf.o sql_analyse.o sql_cache.o slave.o sql_repl.o rpl_filter.o rpl_tblmap.o rpl_utility.o rpl_injector.o rpl_rli.o rpl_mi.o rpl_reporting.o sql_union.o sql_derived.o sql_client.o repl_failsafe.o sql_olap.o sql_view.o gstream.o spatial.o sql_help.o sql_cursor.o tztime.o my_decimal.o sp_head.o sp_pcontext.o sp_rcontext.o sp.o sp_cache.o parse_file.o sql_trigger.o event_scheduler.o event_data_objects.o event_queue.o event_db_repository.o events.o sql_plugin.o sql_binlog.o sql_builtin.o sql_tablespace.o partition_info.o sql_servers.o event_parse_data.o opt_table_elimination.o create_options.o mini_client_errors.o pack.o client.o my_time.o my_user.o client_plugin.o -static ./.libs/libndb.a -L/usr/local/lib /usr/local/lib/libevent.so ../storage/myisam/.libs/libmyisam_s.a ../storage/archive/.libs/libarchive.a ../storage/blackhole/.libs/libblackhole.a ../storage/csv/.libs/libcsv.a ../storage/federat e dx > /.libs/libfederatedx.a ../storage/heap/.libs/libheap_s.a ../! > storage/maria/.libs/libaria_s.a ../storage/myisammrg/.libs/libmyisammrg_s.a ../storage/sphinx/.libs/libsphinx.a ../storage/xtradb/.libs/libxtradb.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/.libs/libregex.a ../strings/libmystrings.a -lz ../extra/yassl/src/.libs/libyassl.a ../extra/yassl/taocrypt/src/.libs/libtaocrypt.a -lcrypt -lm -lpthread -lrt -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: attempted static link of dynamic object `/usr/local/lib/libevent.so' > *** Error code 1 > 1 error > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 1 > 1 error > *** Error code 1 > > Stop in /a/ports/databases/mariadb-server. > ================================================================ > build of /usr/ports/databases/mariadb-server ended at Thu Jun 9 12:55:59 UTC 2011 _______________________________________________ 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 Jun 22 22:44:32 2011 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 2239A1065780; Wed, 22 Jun 2011 22:44:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D1C868FC18; Wed, 22 Jun 2011 22:44:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5MMiUJj088039; Wed, 22 Jun 2011 18:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5MMiUMv088035; Wed, 22 Jun 2011 22:44:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Jun 2011 22:44:30 GMT Message-Id: <201106222244.p5MMiUMv088035@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: Wed, 22 Jun 2011 22:44:32 -0000 TB --- 2011-06-22 20:58:31 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-22 20:58:31 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-22 20:58:31 - cleaning the object tree TB --- 2011-06-22 20:58:52 - cvsupping the source tree TB --- 2011-06-22 20:58:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-22 20:59:06 - building world TB --- 2011-06-22 20:59:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 20:59:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 20:59:06 - TARGET=ia64 TB --- 2011-06-22 20:59:06 - TARGET_ARCH=ia64 TB --- 2011-06-22 20:59:06 - TZ=UTC TB --- 2011-06-22 20:59:06 - __MAKE_CONF=/dev/null TB --- 2011-06-22 20:59:06 - cd /src TB --- 2011-06-22 20:59:06 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 22 20:59:07 UTC 2011 >>> 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 Wed Jun 22 22:23:57 UTC 2011 TB --- 2011-06-22 22:23:57 - generating LINT kernel config TB --- 2011-06-22 22:23:57 - cd /src/sys/ia64/conf TB --- 2011-06-22 22:23:57 - /usr/bin/make -B LINT TB --- 2011-06-22 22:23:57 - building LINT kernel TB --- 2011-06-22 22:23:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-22 22:23:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-22 22:23:57 - TARGET=ia64 TB --- 2011-06-22 22:23:57 - TARGET_ARCH=ia64 TB --- 2011-06-22 22:23:57 - TZ=UTC TB --- 2011-06-22 22:23:57 - __MAKE_CONF=/dev/null TB --- 2011-06-22 22:23:57 - cd /src TB --- 2011-06-22 22:23:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 22 22:23:57 UTC 2011 >>> 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 -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel acpi_cpu.o: In function `acpi_cpu_cx_list': acpi_cpu.c:(.text+0xab2): undefined reference to `cpu_can_deep_sleep' acpi_cpu.c:(.text+0xaf0): undefined reference to `cpu_can_deep_sleep' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-22 22:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-22 22:44:29 - ERROR: failed to build lint kernel TB --- 2011-06-22 22:44:29 - 5088.87 user 952.43 system 6357.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 22 23:03:22 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 289C5106566C; Wed, 22 Jun 2011 23:03:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 22 Jun 2011 19:03:11 -0400 User-Agent: KMail/1.6.2 References: <201106222244.p5MMiUMv088035@freebsd-current.sentex.ca> In-Reply-To: <201106222244.p5MMiUMv088035@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106221903.13761.jkim@FreeBSD.org> Cc: FreeBSD Tinderbox , ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2011 23:03:22 -0000 On Wednesday 22 June 2011 06:44 pm, FreeBSD Tinderbox wrote: > TB --- 2011-06-22 20:58:31 - tinderbox 2.7 running on > freebsd-current.sentex.ca TB --- 2011-06-22 20:58:31 - starting > HEAD tinderbox run for ia64/ia64 TB --- 2011-06-22 20:58:31 - > cleaning the object tree > TB --- 2011-06-22 20:58:52 - cvsupping the source tree > TB --- 2011-06-22 20:58:52 - /usr/bin/csup -z -r 3 -g -L 1 -h > cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-22 > 20:59:06 - building world > TB --- 2011-06-22 20:59:06 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-06-22 20:59:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-22 20:59:06 - TARGET=ia64 > TB --- 2011-06-22 20:59:06 - TARGET_ARCH=ia64 > TB --- 2011-06-22 20:59:06 - TZ=UTC > TB --- 2011-06-22 20:59:06 - __MAKE_CONF=/dev/null > TB --- 2011-06-22 20:59:06 - cd /src > TB --- 2011-06-22 20:59:06 - /usr/bin/make -B buildworld > > >>> World build started on Wed Jun 22 20:59:07 UTC 2011 > >>> 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 Wed Jun 22 22:23:57 UTC 2011 > > TB --- 2011-06-22 22:23:57 - generating LINT kernel config > TB --- 2011-06-22 22:23:57 - cd /src/sys/ia64/conf > TB --- 2011-06-22 22:23:57 - /usr/bin/make -B LINT > TB --- 2011-06-22 22:23:57 - building LINT kernel > TB --- 2011-06-22 22:23:57 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-06-22 22:23:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-22 22:23:57 - TARGET=ia64 > TB --- 2011-06-22 22:23:57 - TARGET_ARCH=ia64 > TB --- 2011-06-22 22:23:57 - TZ=UTC > TB --- 2011-06-22 22:23:57 - __MAKE_CONF=/dev/null > TB --- 2011-06-22 22:23:57 - cd /src > TB --- 2011-06-22 22:23:57 - /usr/bin/make -B buildkernel > KERNCONF=LINT > > >>> Kernel build for LINT started on Wed Jun 22 22:23:57 UTC 2011 > >>> 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 -shared -nostdlib hack.c -o hack.So > rm -f hack.c > MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -nostdinc -I. -I/src/sys > -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > -fno-common -finline-limit=15000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-builtin -mconstant-gp > -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror > vers.c linking kernel > acpi_cpu.o: In function `acpi_cpu_cx_list': > acpi_cpu.c:(.text+0xab2): undefined reference to > `cpu_can_deep_sleep' acpi_cpu.c:(.text+0xaf0): undefined reference > to `cpu_can_deep_sleep' *** Error code 1 Sorry, it should be fixed by r223449. I have no idea why kern_clocksource.c was excluded for ia64, though. :-( Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 00:18:42 2011 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 4A6F81065673 for ; Thu, 23 Jun 2011 00:18:42 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id EC4FF8FC14 for ; Thu, 23 Jun 2011 00:18:25 +0000 (UTC) Received: from sa-nc-common-177.static.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.4/8.14.4) with ESMTP id p5N0IKMD070081 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 22 Jun 2011 17:18:25 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <201106221903.13761.jkim@FreeBSD.org> Date: Wed, 22 Jun 2011 17:18:13 -0700 Content-Transfer-Encoding: 7bit Message-Id: <11103F8A-9E3A-46B7-ACD3-F9B17719D3A6@xcllnt.net> References: <201106222244.p5MMiUMv088035@freebsd-current.sentex.ca> <201106221903.13761.jkim@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@FreeBSD.org, FreeBSD Tinderbox , ia64@FreeBSD.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 00:18:42 -0000 On Jun 22, 2011, at 4:03 PM, Jung-uk Kim wrote: >> MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT >> cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/src/sys >> -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h >> -fno-common -finline-limit=15000 --param inline-unit-growth=100 >> --param large-function-growth=1000 -fno-builtin -mconstant-gp >> -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror >> vers.c linking kernel >> acpi_cpu.o: In function `acpi_cpu_cx_list': >> acpi_cpu.c:(.text+0xab2): undefined reference to >> `cpu_can_deep_sleep' acpi_cpu.c:(.text+0xaf0): undefined reference >> to `cpu_can_deep_sleep' *** Error code 1 > > Sorry, it should be fixed by r223449. I have no idea why > kern_clocksource.c was excluded for ia64, though. :-( Having a x86 focussed development community, probably... Thanks for fixing! -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 07:54:47 2011 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 84D7E106564A for ; Thu, 23 Jun 2011 07:54:47 +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 3F7E88FC0C for ; Thu, 23 Jun 2011 07:54:47 +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 <1QZekQ-0003DR-5b>; Thu, 23 Jun 2011 09:54:46 +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 <1QZekQ-0007Z3-3d>; Thu, 23 Jun 2011 09:54:46 +0200 Message-ID: <4E02F146.6030400@zedat.fu-berlin.de> Date: Thu, 23 Jun 2011 09:54:46 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Thunderbird/3.1.11 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Subject: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 07:54:47 -0000 With today's update of sources (Revision: 223466 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 223466 Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 08:21:32 2011 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 0D9111065674; Thu, 23 Jun 2011 08:21:32 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 96CDB8FC08; Thu, 23 Jun 2011 08:21:31 +0000 (UTC) Received: from [41.154.88.20] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QZfAG-0006S0-N4; Thu, 23 Jun 2011 10:21:28 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QZfAE-0001ql-MD; Thu, 23 Jun 2011 10:21:26 +0200 Message-Id: To: Jung-uk Kim From: Ian FREISLICH In-Reply-To: <201106211704.04285.jkim@FreeBSD.org> References: <201106211704.04285.jkim@FreeBSD.org> <201106171323.43864.jkim@FreeBSD.org> <201106171455.00088.jkim@FreeBSD.org> <201106211653.34894.jkim@FreeBSD.org> X-Attribution: BOFH Date: Thu, 23 Jun 2011 10:21:26 +0200 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 08:21:32 -0000 Jung-uk Kim wrote: > On Tuesday 21 June 2011 04:53 pm, Jung-uk Kim wrote: > > Can you please try the attached patch? It should disable > > TSC/TSC-low timecounter for your CPU models, I think. > > Sorry, I attached a wrong patch. Please ignore the previous one and > try this, instead. TSC-low is not presented as an option any more: CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d AMD Features2=0x1 TSC: P-state invariant, performance statistics Event timer "LAPIC" quality 400 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 atrtc0: port 0x70-0x77 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 kern.timecounter.choice: TSC(-1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 08:55:22 2011 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 26634106566C for ; Thu, 23 Jun 2011 08:55:22 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id C3CF68FC0C for ; Thu, 23 Jun 2011 08:55:20 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward2.mail.yandex.net (Yandex) with ESMTP id BB67D12A1B29; Thu, 23 Jun 2011 12:55:18 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1308819318; bh=n5g5d0XetsZiBS3/w6iMZ4aHJX4M2npj6Xw7Gn4PKYk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=f5OnYX1Jt0bRY/htthst23QRAVEsO1MZ4gO9ZcsW0tgJTrICQJYtkxL6gBuTQ5Ar7 JYaJiSBAfoDmemXtQ4dhgofeIV9KhCon+LhH09//3R58u0uBBWaquugw6URmc/ixkb W6OKLbYFwvnhZbsdBqZEUvodqxmV3nJSmldrys6Y= Received: from [127.0.0.1] (unknown [77.72.136.146]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id 7D0296498076; Thu, 23 Jun 2011 12:55:18 +0400 (MSD) Message-ID: <4E02FF68.3020909@yandex.ru> Date: Thu, 23 Jun 2011 12:55:04 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "O. Hartmann" References: <4E02F146.6030400@zedat.fu-berlin.de> In-Reply-To: <4E02F146.6030400@zedat.fu-berlin.de> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig992B7393796964FFB8619C38" X-Yandex-Spam: 1 Cc: FreeBSD Current Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 08:55:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig992B7393796964FFB8619C38 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 23.06.2011 11:54, O. Hartmann wrote: > With today's update of sources > (Revision: 223466 > Node Kind: directory > Schedule: normal > Last Changed Author: adrian > Last Changed Rev: 223466 > Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) >=20 > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in boo= ting the kernel and ending up > with the message (repeated every 60 seconds): >=20 > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_con= fig I have this problem too. --=20 WBR, Andrey V. Elsukov --------------enig992B7393796964FFB8619C38 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJOAv9sAAoJEAHF6gQQyKF6s/wIAI4ZcHHytgPp/3iicEV4fR6V /s6CDxLJ5JSMWAVOrAw2PmvZ3q6AMju6iWIfhMsHT5f8gHHpF+HmODXFCu85FJS2 4ijTo+rV9wsGOPH88HqPAweZ6uuE4G8IHoYk7HCbUKP5D3j/ZOMKE3gM9ZoS9NwJ lIotnBCgH4lXLc0XyaLbASL7o1fV2Wo3lIiK4WyZfS3alLJwLT4MX4YXvBudxy2z t9CV8oCFDB7wUQjOJ6j/2qfmxGLlY3igKbTy4oGBeCOySh82PAsomglAilcro+wD 1Ty/iHcKnz1GHf54SKZykXIUMg7lMXmzG57wWtyAZJZk6idwAruL7HmT1gvivr4= =hiR9 -----END PGP SIGNATURE----- --------------enig992B7393796964FFB8619C38-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 10:53:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBE7D1065670; Thu, 23 Jun 2011 10:53: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 9F61C8FC1B; Thu, 23 Jun 2011 10:53:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NArto8012841; Thu, 23 Jun 2011 06:53:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NArtfb012828; Thu, 23 Jun 2011 10:53:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 10:53:55 GMT Message-Id: <201106231053.p5NArtfb012828@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: Thu, 23 Jun 2011 10:53:57 -0000 TB --- 2011-06-23 09:46:45 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 09:46:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-23 09:46:45 - cleaning the object tree TB --- 2011-06-23 09:47:01 - cvsupping the source tree TB --- 2011-06-23 09:47:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-23 09:47:48 - building world TB --- 2011-06-23 09:47:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 09:47:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 09:47:48 - TARGET=sparc64 TB --- 2011-06-23 09:47:48 - TARGET_ARCH=sparc64 TB --- 2011-06-23 09:47:48 - TZ=UTC TB --- 2011-06-23 09:47:48 - __MAKE_CONF=/dev/null TB --- 2011-06-23 09:47:48 - cd /src TB --- 2011-06-23 09:47:48 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 09:47:49 UTC 2011 >>> 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 Jun 23 10:49:50 UTC 2011 TB --- 2011-06-23 10:49:50 - generating LINT kernel config TB --- 2011-06-23 10:49:50 - cd /src/sys/sparc64/conf TB --- 2011-06-23 10:49:50 - /usr/bin/make -B LINT TB --- 2011-06-23 10:49:50 - building LINT kernel TB --- 2011-06-23 10:49:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 10:49:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 10:49:50 - TARGET=sparc64 TB --- 2011-06-23 10:49:50 - TARGET_ARCH=sparc64 TB --- 2011-06-23 10:49:50 - TZ=UTC TB --- 2011-06-23 10:49:50 - __MAKE_CONF=/dev/null TB --- 2011-06-23 10:49:50 - cd /src TB --- 2011-06-23 10:49:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 10:49:50 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 10:53:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 10:53:55 - ERROR: failed to build lint kernel TB --- 2011-06-23 10:53:55 - 3032.88 user 740.70 system 4030.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:11:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73443106566C for ; Thu, 23 Jun 2011 11:11:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0508FC0A for ; Thu, 23 Jun 2011 11:11:36 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward5.mail.yandex.net (Yandex) with ESMTP id 0FDAE12032ED; Thu, 23 Jun 2011 15:10:27 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1308827427; bh=LMNbHbylGJsJqofOGA+D6UpLo54h4U/HmrC8pmDgxec=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=dDNE5SViMtOZJk0KIJ5ikK9q1kyE39v6953h6uCBCfTOte1huxkCI3sG3G3frw5nT A/7e0gs75vILs65AmceCAenjZSNDe6YY3XkzuuJFHYDBpcmEP3D4VfKRCTuWhVw2yq GjWH/cGgLh2L5O3tE4LRzdpYLV20399EDoWmAEV8= Received: from [127.0.0.1] (proxy.kirov.so-cdu.ru [77.72.136.146]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id B41F769800BA; Thu, 23 Jun 2011 15:10:26 +0400 (MSD) Message-ID: <4E031F1C.9080907@yandex.ru> Date: Thu, 23 Jun 2011 15:10:20 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "O. Hartmann" References: <4E02F146.6030400@zedat.fu-berlin.de> In-Reply-To: <4E02F146.6030400@zedat.fu-berlin.de> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigADDF460908A6ABEE63B55D79" X-Yandex-Spam: 1 Cc: FreeBSD Current , Will Andrews Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 11:11:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigADDF460908A6ABEE63B55D79 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 23.06.2011 11:54, O. Hartmann wrote: > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in boo= ting the kernel and ending up > with the message (repeated every 60 seconds): >=20 > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_con= fig >=20 > What's up? I backed out r223443 and r223448 and it helped. --=20 WBR, Andrey V. Elsukov --------------enigADDF460908A6ABEE63B55D79 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJOAx8iAAoJEAHF6gQQyKF6Zh4H/j3ZWXraXWX9ZWSAMxq/NDO4 EqTMpS7UZOXisomtC7QYjFRjidyrVgitKmYAJGQKQFgFZZA98F+iQ+7r95OHi8pr sR9w8OSELvADSJ65tQ/8wfIz/8OBj44tUfLfCR5jBde28J54Dubv8W38JoxCLuYw NQLZvDftGlqVvT+EWZ0PnbkEYRy8s8SgBVu7TJPeUUEQkEpo+eEI1jeFbdlpPCsQ ltX2l+Ym7zv9fuW+b/zXl+7bxrJQ/AcyBNYB5fw2Urkcyoo9YEHaXZDdNYvFYQsP lopy7IpH6oPb9xa4QeNQT/JtDxNXqyOB4k5JyA+KXM4/aOjALAsMgLwmJAKTZLE= =XCgy -----END PGP SIGNATURE----- --------------enigADDF460908A6ABEE63B55D79-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:12:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FB1C1065670; Thu, 23 Jun 2011 11:12: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 237D78FC12; Thu, 23 Jun 2011 11:12:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NBCpCc094514; Thu, 23 Jun 2011 07:12:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NBCpDD094513; Thu, 23 Jun 2011 11:12:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 11:12:51 GMT Message-Id: <201106231112.p5NBCpDD094513@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 11:12:52 -0000 TB --- 2011-06-23 09:35:38 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 09:35:38 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-23 09:35:38 - cleaning the object tree TB --- 2011-06-23 09:36:01 - cvsupping the source tree TB --- 2011-06-23 09:36:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-23 09:36:21 - building world TB --- 2011-06-23 09:36:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 09:36:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 09:36:21 - TARGET=powerpc TB --- 2011-06-23 09:36:21 - TARGET_ARCH=powerpc64 TB --- 2011-06-23 09:36:21 - TZ=UTC TB --- 2011-06-23 09:36:21 - __MAKE_CONF=/dev/null TB --- 2011-06-23 09:36:21 - cd /src TB --- 2011-06-23 09:36:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 09:36:22 UTC 2011 >>> 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 Jun 23 11:08:56 UTC 2011 TB --- 2011-06-23 11:08:56 - generating LINT kernel config TB --- 2011-06-23 11:08:56 - cd /src/sys/powerpc/conf TB --- 2011-06-23 11:08:56 - /usr/bin/make -B LINT TB --- 2011-06-23 11:08:56 - building LINT kernel TB --- 2011-06-23 11:08:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:08:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:08:56 - TARGET=powerpc TB --- 2011-06-23 11:08:56 - TARGET_ARCH=powerpc64 TB --- 2011-06-23 11:08:56 - TZ=UTC TB --- 2011-06-23 11:08:56 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:08:56 - cd /src TB --- 2011-06-23 11:08:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 11:08:56 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 11:12:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 11:12:51 - ERROR: failed to build lint kernel TB --- 2011-06-23 11:12:51 - 4512.73 user 1081.38 system 5833.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:19:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BE7F106566C; Thu, 23 Jun 2011 11:19:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1E98FC14; Thu, 23 Jun 2011 11:19:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NBJVO2015115; Thu, 23 Jun 2011 07:19:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NBJVO5015114; Thu, 23 Jun 2011 11:19:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 11:19:31 GMT Message-Id: <201106231119.p5NBJVO5015114@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 11:19:32 -0000 TB --- 2011-06-23 09:28:37 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 09:28:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-23 09:28:37 - cleaning the object tree TB --- 2011-06-23 09:28:57 - cvsupping the source tree TB --- 2011-06-23 09:28:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-23 09:29:23 - building world TB --- 2011-06-23 09:29:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 09:29:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 09:29:23 - TARGET=powerpc TB --- 2011-06-23 09:29:23 - TARGET_ARCH=powerpc TB --- 2011-06-23 09:29:23 - TZ=UTC TB --- 2011-06-23 09:29:23 - __MAKE_CONF=/dev/null TB --- 2011-06-23 09:29:23 - cd /src TB --- 2011-06-23 09:29:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 09:29:25 UTC 2011 >>> 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 Jun 23 11:15:40 UTC 2011 TB --- 2011-06-23 11:15:40 - generating LINT kernel config TB --- 2011-06-23 11:15:40 - cd /src/sys/powerpc/conf TB --- 2011-06-23 11:15:40 - /usr/bin/make -B LINT TB --- 2011-06-23 11:15:40 - building LINT kernel TB --- 2011-06-23 11:15:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:15:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:15:40 - TARGET=powerpc TB --- 2011-06-23 11:15:40 - TARGET_ARCH=powerpc TB --- 2011-06-23 11:15:40 - TZ=UTC TB --- 2011-06-23 11:15:40 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:15:40 - cd /src TB --- 2011-06-23 11:15:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 11:15:40 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 11:19:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 11:19:31 - ERROR: failed to build lint kernel TB --- 2011-06-23 11:19:31 - 5402.66 user 995.37 system 6653.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:49:24 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80C36106566C for ; Thu, 23 Jun 2011 11:49:24 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id F3FD58FC12 for ; Thu, 23 Jun 2011 11:49:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5NBnL1V041175; Thu, 23 Jun 2011 15:49:21 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5NBnK5O041173; Thu, 23 Jun 2011 15:49:20 +0400 (MSD) (envelope-from ache) Date: Thu, 23 Jun 2011 15:49:19 +0400 From: Andrey Chernov To: "O. Hartmann" Message-ID: <20110623114918.GA40911@vniz.net> Mail-Followup-To: Andrey Chernov , "O. Hartmann" , FreeBSD Current References: <4E02F146.6030400@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E02F146.6030400@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 11:49:24 -0000 On Thu, Jun 23, 2011 at 09:54:46AM +0200, O. Hartmann wrote: > With today's update of sources > (Revision: 223466 > Node Kind: directory > Schedule: normal > Last Changed Author: adrian > Last Changed Rev: 223466 > Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) > > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in > booting the kernel and ending up with the message (repeated every 60 > seconds): > > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config See the same diagnostic loop I notice in thread with subj Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) Try to unplug your CDs/DVDs if you have them. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:49:58 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323C8106564A for ; Thu, 23 Jun 2011 11:49:58 +0000 (UTC) (envelope-from andreast@FreeBSD.org) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id B3D1D8FC23 for ; Thu, 23 Jun 2011 11:49:57 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id p5NBOiGM084859; Thu, 23 Jun 2011 13:24:45 +0200 (CEST) (envelope-from andreast@FreeBSD.org) Message-ID: <4E03227C.90003@FreeBSD.org> Date: Thu, 23 Jun 2011 13:24:44 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: "O. Hartmann" References: <4E02F146.6030400@zedat.fu-berlin.de> In-Reply-To: <4E02F146.6030400@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: FreeBSD Current Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 11:49:58 -0000 On 23.06.11 09:54, O. Hartmann wrote: > With today's update of sources > (Revision: 223466 > Node Kind: directory > Schedule: normal > Last Changed Author: adrian > Last Changed Rev: 223466 > Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) > > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in > booting the kernel and ending up with the message (repeated every 60 > seconds): > > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config > > What's up? > +1, powerpc64. Would be nice if this could be fixed. Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 11:55:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D431A1065672 for ; Thu, 23 Jun 2011 11:55:17 +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 8A18D8FC31 for ; Thu, 23 Jun 2011 11:55:17 +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 <1QZiV8-0000vP-Ew>; Thu, 23 Jun 2011 13:55:16 +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 <1QZiV8-0000tP-CW>; Thu, 23 Jun 2011 13:55:14 +0200 Message-ID: <4E0329A2.3040203@zedat.fu-berlin.de> Date: Thu, 23 Jun 2011 13:55:14 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Thunderbird/3.1.11 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4E02F146.6030400@zedat.fu-berlin.de> <4E031F1C.9080907@yandex.ru> In-Reply-To: <4E031F1C.9080907@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: FreeBSD Current , Will Andrews Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 11:55:18 -0000 On 06/23/11 13:10, Andrey V. Elsukov wrote: > On 23.06.2011 11:54, O. Hartmann wrote: >> FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up >> with the message (repeated every 60 seconds): >> >> run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config >> >> What's up? > > I backed out r223443 and r223448 and it helped. > It seems to be the only way out at the moment. The just checked out codebase doesn't even compile a kernel and fails compiling in the ATH module: /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:52:4: note: instantiated from: W1(_fg) } ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:34:45: note: instantiated from: (((_a) > 63 && (_a) < 128 ? (((uint64_t) 1)<<((_a)-64)) : (uint64_t) 0)) ^ ~~~~~~~~~ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:742:21: warning: shift count is negative .chan11g_turbo = BM1(T3_2437_2437)}, ^~~~~~~~~~~~~~~~~ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:35:29: note: instantiated from: #define BM1(_fa) { W0(_fa), W1(_fa) } ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:34:45: note: instantiated from: (((_a) > 63 && (_a) < 128 ? (((uint64_t) 1)<<((_a)-64)) : (uint64_t) 0)) ^ ~~~~~~~~~ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:170:2: warning: implicit declaration of function 'HALDEBUG_G' is invalid in C99 [-Wimplicit-function-declaration] HALDEBUG_G(ah, HAL_DEBUG_REGDOMAIN, ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:170:17: error: use of undeclared identifier 'HAL_DEBUG_REGDOMAIN'; did you mean 'HAL_REG_DOMAIN'? HALDEBUG_G(ah, HAL_DEBUG_REGDOMAIN, ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:612:22: error: use of undeclared identifier 'HAL_DEBUG_ANY'; did you mean 'HALDEBUG_G'? HALDEBUG_G(AH_NULL, HAL_DEBUG_ANY, ^~~~~~~~~~~~~ HALDEBUG_G /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:170:2: note: 'HALDEBUG_G' declared here HALDEBUG_G(ah, HAL_DEBUG_REGDOMAIN, ^ 434 warnings and 2 errors generated. *** Error code 1 Stop in /usr/src/sys/modules/ath. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 12:15:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08C0A106564A; Thu, 23 Jun 2011 12:15: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 AFF778FC15; Thu, 23 Jun 2011 12:15:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NCFoXm001849; Thu, 23 Jun 2011 08:15:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NCFog2001845; Thu, 23 Jun 2011 12:15:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 12:15:50 GMT Message-Id: <201106231215.p5NCFog2001845@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: Thu, 23 Jun 2011 12:15:52 -0000 TB --- 2011-06-23 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 11:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-23 11:20:00 - cleaning the object tree TB --- 2011-06-23 11:20:35 - cvsupping the source tree TB --- 2011-06-23 11:20:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-23 11:20:54 - building world TB --- 2011-06-23 11:20:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:20:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:20:54 - TARGET=arm TB --- 2011-06-23 11:20:54 - TARGET_ARCH=arm TB --- 2011-06-23 11:20:54 - TZ=UTC TB --- 2011-06-23 11:20:54 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:20:54 - cd /src TB --- 2011-06-23 11:20:54 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 11:20:55 UTC 2011 >>> 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 Jun 23 12:15:11 UTC 2011 TB --- 2011-06-23 12:15:11 - WARNING: no kernel config for LINT TB --- 2011-06-23 12:15:11 - cd /src/sys/arm/conf TB --- 2011-06-23 12:15:11 - /usr/sbin/config -m AVILA TB --- 2011-06-23 12:15:11 - building AVILA kernel TB --- 2011-06-23 12:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 12:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 12:15:11 - TARGET=arm TB --- 2011-06-23 12:15:11 - TARGET_ARCH=arm TB --- 2011-06-23 12:15:11 - TZ=UTC TB --- 2011-06-23 12:15:11 - __MAKE_CONF=/dev/null TB --- 2011-06-23 12:15:11 - cd /src TB --- 2011-06-23 12:15:11 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jun 23 12:15:11 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 12:15:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 12:15:50 - ERROR: failed to build AVILA kernel TB --- 2011-06-23 12:15:50 - 2380.55 user 723.12 system 3349.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 12:51:40 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF901065674; Thu, 23 Jun 2011 12:51:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 348DE8FC12; Thu, 23 Jun 2011 12:51:38 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA28784; Thu, 23 Jun 2011 15:51:37 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E0336D8.80300@FreeBSD.org> Date: Thu, 23 Jun 2011 15:51:36 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> In-Reply-To: <20110622200919.GA72504@nargothrond.kdm.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , current@FreeBSD.org, Eir Nym , Kostik Belousov , "Justin T. Gibbs" , will@FreeBSD.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 12:51:40 -0000 on 22/06/2011 23:09 Kenneth D. Merry said the following: > The GEOM event thread is stuck sleeping in the mtx_sleep() call above. So > that tells me that one of several things is going on: > > - There is a path in the cd(4) driver where it can call cam_periph_hold() > but not cam_periph_unhold(). > > - There is another thread in the system that has called cam_periph_hold(), > and has gotten stuck before it can call cam_periph_unhold(). > > - The hold/unhold logic is broken, and there is a case where a thread > waiting for the lock can miss the wakeup. After looking at the code, I > don't think this is the case, but I may have missed something. > > So it is probably one of the first two cases. From the dmesg, I only see > cd1 listed, not cd0. So it is possible that cd0 is stuck in the probe code > somewhere, and the geom code just gets stuck trying to open it when the > probe hasn't completed. > > Seeing the stack trace for the taskq thread that is running on CPU 0 > (process 100014) might be enlightening, it's hard to say. That may or may > not show the issue. > > It's possible that this issue is directly related to the commit in > question; perhaps there is an error being returned that wasn't returned > before and it isn't being handled right in the cd(4) driver. (The cd(4) > driver wasn't touched in the commit.) > > It's also possible that the commit in question just changed the timing and > your system is hitting a race that was there previously. I have a suspicion that this is actually the case. More than once I've seen under qemu that the kernel boot non-deterministically gets stuck in the cd driver. Other people have also bumped into this. E.g., here's one of the reports that I googled up, it's not exactly the same as what ache has reported, but somewhat similar: http://lists.freebsd.org/pipermail/freebsd-current/2010-October/020336.html -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 12:54:46 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECE02106575C; Thu, 23 Jun 2011 12:54:46 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3068FC13; Thu, 23 Jun 2011 12:54:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5NCsiYO043131; Thu, 23 Jun 2011 16:54:44 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5NCsiDS043130; Thu, 23 Jun 2011 16:54:44 +0400 (MSD) (envelope-from ache) Date: Thu, 23 Jun 2011 16:54:44 +0400 From: Andrey Chernov To: "Kenneth D. Merry" , will@FreeBSD.ORG Message-ID: <20110623125443.GA42879@vniz.net> Mail-Followup-To: Andrey Chernov , "Kenneth D. Merry" , will@freebsd.org, Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG References: <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110622200919.GA72504@nargothrond.kdm.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Eir Nym , "Justin T. Gibbs" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 12:54:47 -0000 Apparently there is another problem plain ATA CD/DVD related. With r223443 hangs nature is changed: I see no more waiting in "caplck" state, just xpt_thrd waiting in "ccb_scan" state forever and those repeated messages: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config ... and so on. On Wed, Jun 22, 2011 at 02:09:19PM -0600, Kenneth D. Merry wrote: > On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote: > > On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: > > > These two are interesting: > > > > > > > http://img825.imageshack.us/img825/1249/21062011014m.jpg > > > > http://img839.imageshack.us/img839/3791/21062011015.jpg > > > > > > It looks like the GEOM event thread is stuck inside the cd(4) driver. The > > > cd(4) driver is trying to acquire the peripheral lock, and is sleeping > > > until it gets it. > > > > > > What isn't clear is who is holding it. The ps output shows an idle thread > > > running on CPU 1, and thread 100014 (taskq) running on CPU 0. > > > Unfortunately I don't see a stack trace for that. (I might have missed > > > it.) > > > > > > Do you happen to have the image with the stack trace for that thread? > > > > I don't have the image because no disks are mounted at that stage and the > > swap slice is not attached. But I can issue more specific DDB commands to > > narrow it down, just say what you need in detail. > > > > BTW, the machine have 2 DVD both are attached to Marvell IDE plain ATA > > interface, they always works before. > > > > Are you sure that something holding the lock? 'show lock' shows absolutely > > nothing, it is empty. > > Well, after looking at the code a little more, it looks like the "lock" > that is being held is the periph lock, which is really just a flag. > So 'show lock' wouldn't show anything relevant. Here's cam_periph_hold(): > > int > cam_periph_hold(struct cam_periph *periph, int priority) > { > int error; > > /* > * Increment the reference count on the peripheral > * while we wait for our lock attempt to succeed > * to ensure the peripheral doesn't disappear out > * from user us while we sleep. > */ > > if (cam_periph_acquire(periph) != CAM_REQ_CMP) > return (ENXIO); > > mtx_assert(periph->sim->mtx, MA_OWNED); > while ((periph->flags & CAM_PERIPH_LOCKED) != 0) { > periph->flags |= CAM_PERIPH_LOCK_WANTED; > if ((error = mtx_sleep(periph, periph->sim->mtx, priority, > "caplck", 0)) != 0) { > cam_periph_release_locked(periph); > return (error); > } > } > > periph->flags |= CAM_PERIPH_LOCKED; > return (0); > } > > The GEOM event thread is stuck sleeping in the mtx_sleep() call above. So > that tells me that one of several things is going on: > > - There is a path in the cd(4) driver where it can call cam_periph_hold() > but not cam_periph_unhold(). > > - There is another thread in the system that has called cam_periph_hold(), > and has gotten stuck before it can call cam_periph_unhold(). > > - The hold/unhold logic is broken, and there is a case where a thread > waiting for the lock can miss the wakeup. After looking at the code, I > don't think this is the case, but I may have missed something. > > So it is probably one of the first two cases. From the dmesg, I only see > cd1 listed, not cd0. So it is possible that cd0 is stuck in the probe code > somewhere, and the geom code just gets stuck trying to open it when the > probe hasn't completed. > > Seeing the stack trace for the taskq thread that is running on CPU 0 > (process 100014) might be enlightening, it's hard to say. That may or may > not show the issue. > > It's possible that this issue is directly related to the commit in > question; perhaps there is an error being returned that wasn't returned > before and it isn't being handled right in the cd(4) driver. (The cd(4) > driver wasn't touched in the commit.) > > It's also possible that the commit in question just changed the timing and > your system is hitting a race that was there previously. > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:01:07 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC02106566B; Thu, 23 Jun 2011 13:01:07 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 00D678FC17; Thu, 23 Jun 2011 13:01:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5ND15fs043400; Thu, 23 Jun 2011 17:01:05 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5ND15k2043399; Thu, 23 Jun 2011 17:01:05 +0400 (MSD) (envelope-from ache) Date: Thu, 23 Jun 2011 17:01:05 +0400 From: Andrey Chernov To: Andriy Gapon Message-ID: <20110623130105.GB42879@vniz.net> Mail-Followup-To: Andrey Chernov , Andriy Gapon , "Kenneth D. Merry" , current@FreeBSD.ORG, Eir Nym , Kostik Belousov , "Justin T. Gibbs" , will@FreeBSD.ORG References: <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E0336D8.80300@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E0336D8.80300@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , "Justin T. Gibbs" , will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 13:01:07 -0000 On Thu, Jun 23, 2011 at 03:51:36PM +0300, Andriy Gapon wrote: > More than once I've seen under qemu that the kernel boot non-deterministically > gets stuck in the cd driver. Other people have also bumped into this. > E.g., here's one of the reports that I googled up, it's not exactly the same as > what ache has reported, but somewhat similar: > http://lists.freebsd.org/pipermail/freebsd-current/2010-October/020336.html >Thread named as "xpt_thrd" might be of particular interest. See my reply to ken (after applying recent r223443), "caplck" seems gone, but xpt_thrd waiting forever in "ccb_scan" with repeated messages: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:25:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22F6E106564A; Thu, 23 Jun 2011 13:25: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 D0CC98FC13; Thu, 23 Jun 2011 13:25:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NDPHE2084991; Thu, 23 Jun 2011 09:25:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NDPH0e084978; Thu, 23 Jun 2011 13:25:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 13:25:17 GMT Message-Id: <201106231325.p5NDPH0e084978@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: Thu, 23 Jun 2011 13:25:18 -0000 TB --- 2011-06-23 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 11:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-23 11:20:00 - cleaning the object tree TB --- 2011-06-23 11:20:38 - cvsupping the source tree TB --- 2011-06-23 11:20:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-23 11:20:55 - building world TB --- 2011-06-23 11:20:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:20:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:20:55 - TARGET=pc98 TB --- 2011-06-23 11:20:55 - TARGET_ARCH=i386 TB --- 2011-06-23 11:20:55 - TZ=UTC TB --- 2011-06-23 11:20:55 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:20:55 - cd /src TB --- 2011-06-23 11:20:55 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 11:20:56 UTC 2011 >>> 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 Jun 23 13:20:16 UTC 2011 TB --- 2011-06-23 13:20:16 - generating LINT kernel config TB --- 2011-06-23 13:20:16 - cd /src/sys/pc98/conf TB --- 2011-06-23 13:20:16 - /usr/bin/make -B LINT TB --- 2011-06-23 13:20:16 - building LINT kernel TB --- 2011-06-23 13:20:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 13:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 13:20:16 - TARGET=pc98 TB --- 2011-06-23 13:20:16 - TARGET_ARCH=i386 TB --- 2011-06-23 13:20:16 - TZ=UTC TB --- 2011-06-23 13:20:16 - __MAKE_CONF=/dev/null TB --- 2011-06-23 13:20:16 - cd /src TB --- 2011-06-23 13:20:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 13:20:16 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 13:25:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 13:25:16 - ERROR: failed to build lint kernel TB --- 2011-06-23 13:25:16 - 5913.60 user 1126.08 system 7516.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:26:25 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E16C1106567F; Thu, 23 Jun 2011 13:26:25 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 58E1E8FC12; Thu, 23 Jun 2011 13:26:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5NDQNCE044294; Thu, 23 Jun 2011 17:26:23 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5NDQNZL044293; Thu, 23 Jun 2011 17:26:23 +0400 (MSD) (envelope-from ache) Date: Thu, 23 Jun 2011 17:26:23 +0400 From: Andrey Chernov To: "Andrey V. Elsukov" Message-ID: <20110623132623.GA44264@vniz.net> Mail-Followup-To: Andrey Chernov , "Andrey V. Elsukov" , "O. Hartmann" , FreeBSD Current , Will Andrews References: <4E02F146.6030400@zedat.fu-berlin.de> <4E031F1C.9080907@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <4E031F1C.9080907@yandex.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , "O. Hartmann" , Will Andrews Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 13:26:26 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 23, 2011 at 03:10:20PM +0400, Andrey V. Elsukov wrote: > On 23.06.2011 11:54, O. Hartmann wrote: > > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in boo= ting the kernel and ending up > > with the message (repeated every 60 seconds): > >=20 > > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_con= fig > >=20 > > What's up? >=20 > I backed out r223443 and r223448 and it helped. Are you sure about r223443 one? It seems it does good thing: I still have= =20 hang at boot, but no more sleeping in "caplck", only xpt_thrd sleeping=20 (forever) in "ccb_scan". --=20 http://ache.vniz.net/ --5vNYLRcllDrimb99 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4DPv8ACgkQVg5YK5ZEdN1iKQCfYLFtd9xNL6cXBNdmgwwR6XrF +AQAn2vl5/GI3a6i8uLqBd212kq6IHL5 =5vm7 -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:27:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A4E1065678; Thu, 23 Jun 2011 13:27:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA928FC1B; Thu, 23 Jun 2011 13:27:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NDR4VS097741; Thu, 23 Jun 2011 09:27:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NDR4w1097724; Thu, 23 Jun 2011 13:27:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 13:27:04 GMT Message-Id: <201106231327.p5NDR4w1097724@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, 23 Jun 2011 13:27:05 -0000 TB --- 2011-06-23 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 11:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-23 11:20:00 - cleaning the object tree TB --- 2011-06-23 11:20:45 - cvsupping the source tree TB --- 2011-06-23 11:20:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-23 11:21:00 - building world TB --- 2011-06-23 11:21:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:21:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:21:00 - TARGET=i386 TB --- 2011-06-23 11:21:00 - TARGET_ARCH=i386 TB --- 2011-06-23 11:21:00 - TZ=UTC TB --- 2011-06-23 11:21:00 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:21:00 - cd /src TB --- 2011-06-23 11:21:00 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 11:21:00 UTC 2011 >>> 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 Jun 23 13:20:53 UTC 2011 TB --- 2011-06-23 13:20:53 - generating LINT kernel config TB --- 2011-06-23 13:20:53 - cd /src/sys/i386/conf TB --- 2011-06-23 13:20:53 - /usr/bin/make -B LINT TB --- 2011-06-23 13:20:54 - building LINT kernel TB --- 2011-06-23 13:20:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 13:20:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 13:20:54 - TARGET=i386 TB --- 2011-06-23 13:20:54 - TARGET_ARCH=i386 TB --- 2011-06-23 13:20:54 - TZ=UTC TB --- 2011-06-23 13:20:54 - __MAKE_CONF=/dev/null TB --- 2011-06-23 13:20:54 - cd /src TB --- 2011-06-23 13:20:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 13:20:54 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 13:27:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 13:27:04 - ERROR: failed to build lint kernel TB --- 2011-06-23 13:27:04 - 5995.45 user 1120.71 system 7624.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:49:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 134CB106564A; Thu, 23 Jun 2011 13:49: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 BD6088FC17; Thu, 23 Jun 2011 13:49:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NDnHvI096164; Thu, 23 Jun 2011 09:49:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NDnHqn096155; Thu, 23 Jun 2011 13:49:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 13:49:17 GMT Message-Id: <201106231349.p5NDnHqn096155@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 13:49:20 -0000 TB --- 2011-06-23 12:15:51 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 12:15:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-23 12:15:51 - cleaning the object tree TB --- 2011-06-23 12:16:09 - cvsupping the source tree TB --- 2011-06-23 12:16:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-23 12:16:21 - building world TB --- 2011-06-23 12:16:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 12:16:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 12:16:21 - TARGET=ia64 TB --- 2011-06-23 12:16:21 - TARGET_ARCH=ia64 TB --- 2011-06-23 12:16:21 - TZ=UTC TB --- 2011-06-23 12:16:21 - __MAKE_CONF=/dev/null TB --- 2011-06-23 12:16:21 - cd /src TB --- 2011-06-23 12:16:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 12:16:21 UTC 2011 >>> 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 Jun 23 13:42:50 UTC 2011 TB --- 2011-06-23 13:42:50 - generating LINT kernel config TB --- 2011-06-23 13:42:50 - cd /src/sys/ia64/conf TB --- 2011-06-23 13:42:50 - /usr/bin/make -B LINT TB --- 2011-06-23 13:42:50 - building LINT kernel TB --- 2011-06-23 13:42:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 13:42:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 13:42:50 - TARGET=ia64 TB --- 2011-06-23 13:42:50 - TARGET_ARCH=ia64 TB --- 2011-06-23 13:42:50 - TZ=UTC TB --- 2011-06-23 13:42:50 - __MAKE_CONF=/dev/null TB --- 2011-06-23 13:42:50 - cd /src TB --- 2011-06-23 13:42:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 13:42:50 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 13:49:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 13:49:16 - ERROR: failed to build lint kernel TB --- 2011-06-23 13:49:16 - 4380.84 user 863.31 system 5605.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:52:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672F11065675 for ; Thu, 23 Jun 2011 13:52:32 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 015238FC1D for ; Thu, 23 Jun 2011 13:52:30 +0000 (UTC) Received: from [41.154.88.20] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QZjqb-0007wb-JD for current@freebsd.org; Thu, 23 Jun 2011 15:21:29 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QZjqa-000JgK-An for current@freebsd.org; Thu, 23 Jun 2011 15:21:28 +0200 Message-Id: To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Thu, 23 Jun 2011 15:21:28 +0200 Cc: Subject: Kernel compile failure in ATH. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 13:52:32 -0000 Hi Just got this error making a new kernel: cc -c -O -pipe -march=prescott -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c -I/usr/src/sys/dev/ath cc1: warnings being treated as errors /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /usr/src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:52:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F0F31065748 for ; Thu, 23 Jun 2011 13:52: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 C06FD8FC16 for ; Thu, 23 Jun 2011 13:52:54 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id p5NDbdoE045009 for ; Thu, 23 Jun 2011 06:37:39 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id p5NDbdQS045008 for current@freebsd.org; Thu, 23 Jun 2011 06:37:39 -0700 (PDT) (envelope-from david) Date: Thu, 23 Jun 2011 06:37:39 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20110623133739.GO29050@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K4LMwn8CgX2KMboP" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: @r223471: panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 13:52:55 -0000 --K4LMwn8CgX2KMboP Content-Type: multipart/mixed; boundary="yaap9KN+GmBP785v" Content-Disposition: inline --yaap9KN+GmBP785v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I last built head at r223421; I upgraded sources to r223471. "make buildworld" was uneventful; building the kernel demonstrated that I needed the patch from r223474, which I applied (after which building the kernel was also uneventful). Here's a cut/paste from serial console of my build machine (laptop also failed similarly, but serial console is a bot more awkward, and the symptoms look the same anyhow): GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2011 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-CURRENT #538 r223471M: Thu Jun 23 05:47:53 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.21-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Family =3D f Model =3D 4 Stepp= ing =3D 1 Features=3D0xbfebfbff Features2=3D0x659d AMD Features=3D0x20100000 TSC: P-state invariant real memory =3D 2147483648 (2048 MB) avail memory =3D 2081562624 (1985 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 aac0: mem 0xdc000000-0xdfffffff irq 24 at device = 1.0 on pci2 aac0: Enable Raw I/O aac0: New comm. interface enabled aac0: Adaptec 2200S, aac driver 2.1.9-1 aacp0: on aac0 aacp1: on aac0 pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x2000-0x203f= mem 0xd8200000-0xd821ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2d:32:6a em1: port 0x2040-0x207f= mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2d:32:6b pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 1= 6 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0x1420-0x143f irq 1= 9 at device 29.1 on pci0 usbus1: on uhci1 uhci2: port 0x1440-0x145f irq 1= 8 at device 29.2 on pci0 usbus2: on uhci2 uhci3: port 0x1460-0x147f irq 1= 6 at device 29.3 on pci0 usbus3: on uhci3 ehci0: mem 0xd8001000-0xd80013f= f irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x3000-0x30ff mem 0xd9000000-0xd9fff= fff,0xd8300000-0xd8300fff irq 17 at device 1.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0x= c9fff,0xca000-0xcafff,0xcb000-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. acpi_perf0: on cpu0 acpi_perf1: on cpu1 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec aacd0: on aac0 aacd0: 34970MB (71619584 sectors) aacd1: on aac0 aacd1: 69974MB (143307008 sectors) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered ata1: DMA limited to UDMA33, controller found non-ATA66 cable uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: waited too long cpuid =3D 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 0 tid 100000 td 0xc1087100 kdb_enter(c0ef2d95,c0ef2d95,c0ef5b22,c1820cf8,0,...) at kdb_enter+0x3a panic(c0ef5b22,0,c0ef5a73,8c,ea60,...) at panic+0x134 boot_run_interrupt_driven_config_hooks(0,181ec00,181ec00,181e000,1825000,..= .) at boot_run_interrupt_driven_config_hooks+0x167 mi_startup() at mi_startup+0xac begin() at begin+0x2c db>=20 I've attached the dmesg.boot from yesterday (r223421). Anything else I can do to help isolate & fix this? It appears that getting a crash dump isn't likely to happen for this one. 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. --yaap9KN+GmBP785v Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot.9.0-CURRENT" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2011 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-CURRENT #537 r223421: Wed Jun 22 05:25:55 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.21-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Family =3D f Model =3D 4 Stepp= ing =3D 1 Features=3D0xbfebfbff Features2=3D0x659d AMD Features=3D0x20100000 TSC: P-state invariant real memory =3D 2147483648 (2048 MB) avail memory =3D 2081562624 (1985 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 aac0: mem 0xdc000000-0xdfffffff irq 24 at device = 1.0 on pci2 aac0: Enable Raw I/O aac0: New comm. interface enabled aac0: Adaptec 2200S, aac driver 2.1.9-1 aacp0: on aac0 aacp1: on aac0 pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x2000-0x203f= mem 0xd8200000-0xd821ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2d:32:6a em1: port 0x2040-0x207f= mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2d:32:6b pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 1= 6 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0x1420-0x143f irq 1= 9 at device 29.1 on pci0 usbus1: on uhci1 uhci2: port 0x1440-0x145f irq 1= 8 at device 29.2 on pci0 usbus2: on uhci2 uhci3: port 0x1460-0x147f irq 1= 6 at device 29.3 on pci0 usbus3: on uhci3 ehci0: mem 0xd8001000-0xd80013f= f irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x3000-0x30ff mem 0xd9000000-0xd9fff= fff,0xd8300000-0xd8300fff irq 17 at device 1.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0x= c9fff,0xca000-0xcafff,0xcb000-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. acpi_perf0: on cpu0 acpi_perf1: on cpu1 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec aacd0: on aac0 aacd0: 34970MB (71619584 sectors) aacd1: on aac0 aacd1: 69974MB (143307008 sectors) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered ata1: DMA limited to UDMA33, controller found non-ATA66 cable uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ses0 at aacp0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Uninstalled SCSI-2 device=20 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device pass0 at aacp0 bus 0 scbus0 target 0 lun 0 cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present pass0: Fixed Uninstalled SCSI-3 device=20 pass0: 3.300MB/s transfers pass1 at aacp0 bus 0 scbus0 target 1 lun 0 pass1: Fixed Uninstalled SCSI-3 device=20 pass1: 3.300MB/s transfers pass2 at aacp0 bus 0 scbus0 target 2 lun 0 pass2: Fixed Uninstalled SCSI-3 device=20 pass2: 3.300MB/s transfers pass3 at aacp0 bus 0 scbus0 target 3 lun 0 pass3: Fixed Uninstalled SCSI-3 device=20 pass3: 3.300MB/s transfers xpt_action_default: CCB type 0xe not supported SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 14063305 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/aacd0s4a [rw]... WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. em0: link state changed to UP --yaap9KN+GmBP785v-- --K4LMwn8CgX2KMboP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4DQaIACgkQmprOCmdXAD36IwCfcjoqXFtHmxJdH8yIkPvZifCu HiwAn3C5dmiwbQMUYwdE0estFpZsACBt =GCUV -----END PGP SIGNATURE----- --K4LMwn8CgX2KMboP-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 13:58:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52BA106566B for ; Thu, 23 Jun 2011 13:58:39 +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 BCF6E8FC29 for ; Thu, 23 Jun 2011 13:58:39 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id p5NDw7F0045138; Thu, 23 Jun 2011 06:58:07 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id p5NDw7Jn045137; Thu, 23 Jun 2011 06:58:07 -0700 (PDT) (envelope-from david) Date: Thu, 23 Jun 2011 06:58:07 -0700 From: David Wolfskill To: Ian FREISLICH Message-ID: <20110623135807.GP29050@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Ian FREISLICH , current@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Sr6hGnsCY8KeifOY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Kernel compile failure in ATH. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 13:58:40 -0000 --Sr6hGnsCY8KeifOY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 23, 2011 at 03:21:28PM +0200, Ian FREISLICH wrote: > Hi >=20 > Just got this error making a new kernel: > .... You need the patch from r223474: Author: adrian Date: Thu Jun 23 12:11:43 2011 New Revision: 223474 URL: http://svn.freebsd.org/changeset/base/223474 Log: add missing #define for the non-debug case. Modified: head/sys/dev/ath/ath_hal/ah_internal.h Modified: head/sys/dev/ath/ath_hal/ah_internal.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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- head/sys/dev/ath/ath_hal/ah_internal.h Thu Jun 23 10:43:36 2011 (r22347= 3) +++ head/sys/dev/ath/ath_hal/ah_internal.h Thu Jun 23 12:11:43 2011 (r22347= 4) @@ -529,6 +529,7 @@ extern void DO_HALDEBUG(struct ath_hal * __printflike(3,4); #else #define HALDEBUG(_ah, __m, _fmt, ...) +#define HALDEBUG_G(_ah, __m, _fmt, ...) #endif /* AH_DEBUG */ =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. --Sr6hGnsCY8KeifOY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4DRm4ACgkQmprOCmdXAD1flwCfaN1VLLu/6++fq9T7+P0PiJjM W8MAni9vG+43o22hz6nb3EoAoECjvm42 =sdNA -----END PGP SIGNATURE----- --Sr6hGnsCY8KeifOY-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 14:02:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8F31065679; Thu, 23 Jun 2011 14:02:14 +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 8B8EB8FC0C; Thu, 23 Jun 2011 14:02:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NE2D7C041587; Thu, 23 Jun 2011 10:02:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NE2Dx2041586; Thu, 23 Jun 2011 14:02:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 14:02:13 GMT Message-Id: <201106231402.p5NE2Dx2041586@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, 23 Jun 2011 14:02:14 -0000 TB --- 2011-06-23 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 11:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-23 11:20:00 - cleaning the object tree TB --- 2011-06-23 11:20:47 - cvsupping the source tree TB --- 2011-06-23 11:20:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-23 11:26:11 - building world TB --- 2011-06-23 11:26:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:26:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:26:11 - TARGET=amd64 TB --- 2011-06-23 11:26:11 - TARGET_ARCH=amd64 TB --- 2011-06-23 11:26:11 - TZ=UTC TB --- 2011-06-23 11:26:11 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:26:11 - cd /src TB --- 2011-06-23 11:26:11 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 11:26:11 UTC 2011 >>> 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 Jun 23 13:56:31 UTC 2011 TB --- 2011-06-23 13:56:32 - generating LINT kernel config TB --- 2011-06-23 13:56:32 - cd /src/sys/amd64/conf TB --- 2011-06-23 13:56:32 - /usr/bin/make -B LINT TB --- 2011-06-23 13:56:32 - building LINT kernel TB --- 2011-06-23 13:56:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 13:56:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 13:56:32 - TARGET=amd64 TB --- 2011-06-23 13:56:32 - TARGET_ARCH=amd64 TB --- 2011-06-23 13:56:32 - TZ=UTC TB --- 2011-06-23 13:56:32 - __MAKE_CONF=/dev/null TB --- 2011-06-23 13:56:32 - cd /src TB --- 2011-06-23 13:56:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 13:56:32 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 14:02:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 14:02:13 - ERROR: failed to build lint kernel TB --- 2011-06-23 14:02:13 - 7310.12 user 1473.91 system 9733.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 15:14:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 096161065670 for ; Thu, 23 Jun 2011 15:14:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 82DFF8FC1A for ; Thu, 23 Jun 2011 15:14:01 +0000 (UTC) Received: by fxm11 with SMTP id 11so1993959fxm.13 for ; Thu, 23 Jun 2011 08:14:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=MoomL+Y9aJi9RHbOO+iDYK9rAQLGnnA761wtje0aL7c=; b=RT8ZZtCsO5PQdJKUx6svSpNvvzC9Q5wMFVmtoDs0dxR23dzdQmoywYyDnDLfxE4v41 aaUsUqmnNdJL9sQg2LdjdibthUQkSSdORotowXc07Qo8sHBN7GAtnfGzoKSHBA5KGYnl I1YPc5WYc6huXZrBlryWeEKfOm+itPHe5DQXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=vSookDQ+0cLcrzJY36BV4QqI6dnBSS0o6v3oXOEVf61umIx4zGFLfpYKOykIe5pHmH bSM5dP98clNFZUqu5QvgemWtVd40THUnYXbRLVSuI/5k/Zlz92vPPUxMXP4a/ldF6yJ5 OUM4xPwZBN7Fns+glIMzewP3NiMEKt0xSZuog= Received: by 10.223.13.207 with SMTP id d15mr2918591faa.38.1308842040504; Thu, 23 Jun 2011 08:14:00 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 5sm1140721faz.2.2011.06.23.08.13.58 (version=SSLv3 cipher=OTHER); Thu, 23 Jun 2011 08:13:59 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E0357F6.4090704@FreeBSD.org> Date: Thu, 23 Jun 2011 18:12:54 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: "O. Hartmann" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 15:14:02 -0000 O. Hartmann wrote: > With today's update of sources > (Revision: 223466 > Node Kind: directory > Schedule: normal > Last Changed Author: adrian > Last Changed Rev: 223466 > Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) > > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in > booting the kernel and ending up with the message (repeated every 60 > seconds): > > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config > > What's up? SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 15:16:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF56106566C; Thu, 23 Jun 2011 15:16: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 934718FC1D; Thu, 23 Jun 2011 15:16:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NFGpSG011648; Thu, 23 Jun 2011 11:16:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NFGpVA011611; Thu, 23 Jun 2011 15:16:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 15:16:51 GMT Message-Id: <201106231516.p5NFGpVA011611@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 15:16:52 -0000 TB --- 2011-06-23 13:27:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 13:27:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-23 13:27:05 - cleaning the object tree TB --- 2011-06-23 13:27:17 - cvsupping the source tree TB --- 2011-06-23 13:27:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-23 13:27:30 - building world TB --- 2011-06-23 13:27:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 13:27:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 13:27:30 - TARGET=powerpc TB --- 2011-06-23 13:27:30 - TARGET_ARCH=powerpc TB --- 2011-06-23 13:27:30 - TZ=UTC TB --- 2011-06-23 13:27:30 - __MAKE_CONF=/dev/null TB --- 2011-06-23 13:27:30 - cd /src TB --- 2011-06-23 13:27:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 13:27:30 UTC 2011 >>> 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 Jun 23 15:13:01 UTC 2011 TB --- 2011-06-23 15:13:01 - generating LINT kernel config TB --- 2011-06-23 15:13:01 - cd /src/sys/powerpc/conf TB --- 2011-06-23 15:13:01 - /usr/bin/make -B LINT TB --- 2011-06-23 15:13:01 - building LINT kernel TB --- 2011-06-23 15:13:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 15:13:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 15:13:01 - TARGET=powerpc TB --- 2011-06-23 15:13:01 - TARGET_ARCH=powerpc TB --- 2011-06-23 15:13:01 - TZ=UTC TB --- 2011-06-23 15:13:01 - __MAKE_CONF=/dev/null TB --- 2011-06-23 15:13:01 - cd /src TB --- 2011-06-23 15:13:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 15:13:02 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 15:16:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 15:16:51 - ERROR: failed to build lint kernel TB --- 2011-06-23 15:16:51 - 5354.82 user 1024.17 system 6586.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 15:25:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id AA4461065676; Thu, 23 Jun 2011 15:25:44 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 23 Jun 2011 11:25:30 -0400 User-Agent: KMail/1.6.2 References: <201106211704.04285.jkim@FreeBSD.org> <201106211653.34894.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106231125.34492.jkim@FreeBSD.org> Cc: Ian FREISLICH Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 15:25:45 -0000 On Thursday 23 June 2011 04:21 am, Ian FREISLICH wrote: > Jung-uk Kim wrote: > > On Tuesday 21 June 2011 04:53 pm, Jung-uk Kim wrote: > > > Can you please try the attached patch? It should disable > > > TSC/TSC-low timecounter for your CPU models, I think. > > > > Sorry, I attached a wrong patch. Please ignore the previous one > > and try this, instead. > > TSC-low is not presented as an option any more: > > CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.03-MHz 686-class > CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c > Stepping = 2 > Features=0xbfe9fbffR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x40c39dOVBE> AMD Features2=0x1 > TSC: P-state invariant, performance statistics > > Event timer "LAPIC" quality 400 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on > acpi0 atrtc0: port 0x70-0x77 on acpi0 > atrtc0: Warning: Couldn't map I/O. > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff irq > 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 450 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > attimer0: port 0x40-0x43,0x50-0x53 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > > kern.timecounter.choice: TSC(-1000) i8254(0) HPET(950) > ACPI-fast(900) dummy(-1000000) It's already committed (r223426). Thanks! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 16:31:26 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B8321065670; Thu, 23 Jun 2011 16:31:26 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 96E7D8FC14; Thu, 23 Jun 2011 16:31:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5NGVOo1047760; Thu, 23 Jun 2011 20:31:24 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5NGVO93047759; Thu, 23 Jun 2011 20:31:24 +0400 (MSD) (envelope-from ache) Date: Thu, 23 Jun 2011 20:31:24 +0400 From: Andrey Chernov To: "Kenneth D. Merry" Message-ID: <20110623163124.GB47670@vniz.net> Mail-Followup-To: Andrey Chernov , "Kenneth D. Merry" , Kostik Belousov , "Justin T. Gibbs" , Eir Nym , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110622200919.GA72504@nargothrond.kdm.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Eir Nym , "Justin T. Gibbs" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 16:31:26 -0000 On Wed, Jun 22, 2011 at 02:09:19PM -0600, Kenneth D. Merry wrote: > Well, after looking at the code a little more, it looks like the "lock" > that is being held is the periph lock, which is really just a flag. > So 'show lock' wouldn't show anything relevant. Here's cam_periph_hold(): With recent r223475 situation returned to what you describe (and still no cd0 in probe). As tracing 100008 show, it was cdopen() who calls cam_periph_hold() and sleeps there forever. Tracing 100014 as you suggest shows almost nothing: only fork_trampoline() is there. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 16:52:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F3DE106564A for ; Thu, 23 Jun 2011 16:52:56 +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 586FC8FC14 for ; Thu, 23 Jun 2011 16:52:56 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id p5NGTHrf046453; Thu, 23 Jun 2011 09:29:17 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id p5NGTHeW046452; Thu, 23 Jun 2011 09:29:17 -0700 (PDT) (envelope-from david) Date: Thu, 23 Jun 2011 09:29:17 -0700 From: David Wolfskill To: Alexander Motin Message-ID: <20110623162917.GQ29050@albert.catwhisker.org> References: <4E0357F6.4090704@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3SAtXwgGp429mN7" Content-Disposition: inline In-Reply-To: <4E0357F6.4090704@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Current , "O. Hartmann" Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 16:52:56 -0000 --R3SAtXwgGp429mN7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 23, 2011 at 06:12:54PM +0300, Alexander Motin wrote: > ... > SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. Thanks -- that did resolve the issue for me. 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. --R3SAtXwgGp429mN7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4DadwACgkQmprOCmdXAD0KCACdFgWABzeQFL947LJodvHuE2H+ WegAnR1t9zOx3FWSFYg5ixYhLuPfv1dg =zwmT -----END PGP SIGNATURE----- --R3SAtXwgGp429mN7-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 17:00:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6045D106566B for ; Thu, 23 Jun 2011 17:00:49 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 42ED08FC15 for ; Thu, 23 Jun 2011 17:00:48 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id p5NGV9FK000739 for ; Thu, 23 Jun 2011 09:31:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id p5NGV9IE000738 for freebsd-current@freebsd.org; Thu, 23 Jun 2011 09:31:09 -0700 (PDT) (envelope-from obrien) Date: Thu, 23 Jun 2011 09:31:09 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20110623163109.GA508@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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, 23 Jun 2011 17:00:49 -0000 Does anyone object to this patch? David Wolfskill and I have run TMPFS on a number of machines for two years with no problems. I may have missed something, but I'm not aware of any serious PRs on TMPFS either. Index: tmpfs_vfsops.c =================================================================== --- tmpfs_vfsops.c (revision 221113) +++ tmpfs_vfsops.c (working copy) @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) return EOPNOTSUPP; } - printf("WARNING: TMPFS is considered to be a highly experimental " - "feature in FreeBSD.\n"); - vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); VOP_UNLOCK(mp->mnt_vnodecovered, 0); -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 17:02:25 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AFD7106566C; Thu, 23 Jun 2011 17:02: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 53BFC8FC1E; Thu, 23 Jun 2011 17:02:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NH2OUm021836; Thu, 23 Jun 2011 13:02:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NH2OHt021835; Thu, 23 Jun 2011 17:02:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 17:02:24 GMT Message-Id: <201106231702.p5NH2OHt021835@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: Thu, 23 Jun 2011 17:02:25 -0000 TB --- 2011-06-23 16:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 16:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-23 16:00:01 - cleaning the object tree TB --- 2011-06-23 16:00:15 - cvsupping the source tree TB --- 2011-06-23 16:00:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-23 16:00:37 - building world TB --- 2011-06-23 16:00:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 16:00:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 16:00:37 - TARGET=arm TB --- 2011-06-23 16:00:37 - TARGET_ARCH=arm TB --- 2011-06-23 16:00:37 - TZ=UTC TB --- 2011-06-23 16:00:37 - __MAKE_CONF=/dev/null TB --- 2011-06-23 16:00:37 - cd /src TB --- 2011-06-23 16:00:37 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 16:00:37 UTC 2011 >>> 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 Jun 23 16:54:28 UTC 2011 TB --- 2011-06-23 16:54:28 - WARNING: no kernel config for LINT TB --- 2011-06-23 16:54:28 - cd /src/sys/arm/conf TB --- 2011-06-23 16:54:28 - /usr/sbin/config -m AVILA TB --- 2011-06-23 16:54:28 - building AVILA kernel TB --- 2011-06-23 16:54:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 16:54:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 16:54:28 - TARGET=arm TB --- 2011-06-23 16:54:28 - TARGET_ARCH=arm TB --- 2011-06-23 16:54:28 - TZ=UTC TB --- 2011-06-23 16:54:28 - __MAKE_CONF=/dev/null TB --- 2011-06-23 16:54:28 - cd /src TB --- 2011-06-23 16:54:28 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jun 23 16:54:28 UTC 2011 >>> 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 AVILA completed on Thu Jun 23 16:57:20 UTC 2011 TB --- 2011-06-23 16:57:20 - cd /src/sys/arm/conf TB --- 2011-06-23 16:57:20 - /usr/sbin/config -m BWCT TB --- 2011-06-23 16:57:20 - building BWCT kernel TB --- 2011-06-23 16:57:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 16:57:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 16:57:20 - TARGET=arm TB --- 2011-06-23 16:57:20 - TARGET_ARCH=arm TB --- 2011-06-23 16:57:20 - TZ=UTC TB --- 2011-06-23 16:57:20 - __MAKE_CONF=/dev/null TB --- 2011-06-23 16:57:20 - cd /src TB --- 2011-06-23 16:57:20 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Jun 23 16:57:20 UTC 2011 >>> 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 BWCT completed on Thu Jun 23 16:59:17 UTC 2011 TB --- 2011-06-23 16:59:17 - cd /src/sys/arm/conf TB --- 2011-06-23 16:59:17 - /usr/sbin/config -m CAMBRIA TB --- 2011-06-23 16:59:18 - building CAMBRIA kernel TB --- 2011-06-23 16:59:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 16:59:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 16:59:18 - TARGET=arm TB --- 2011-06-23 16:59:18 - TARGET_ARCH=arm TB --- 2011-06-23 16:59:18 - TZ=UTC TB --- 2011-06-23 16:59:18 - __MAKE_CONF=/dev/null TB --- 2011-06-23 16:59:18 - cd /src TB --- 2011-06-23 16:59:18 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Thu Jun 23 16:59:18 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_setTxQProps': /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_get_mimo_chan_noise': /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_getChanNoise': /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath_hal_debug' follow *** Error code 1 Stop in /obj/arm.arm/src/sys/CAMBRIA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 17:02:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 17:02:23 - ERROR: failed to build CAMBRIA kernel TB --- 2011-06-23 17:02:23 - 2699.52 user 782.00 system 3742.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 17:40:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C8681065675; Thu, 23 Jun 2011 17:40:32 +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 315798FC18; Thu, 23 Jun 2011 17:40:31 +0000 (UTC) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p5NH7fCt021768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Jun 2011 10:07:41 -0700 (PDT) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.4/8.14.4/Submit) with ESMTP id p5NH7e8G021765; Thu, 23 Jun 2011 10:07:41 -0700 (PDT) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 23 Jun 2011 10:07:40 -0700 (PDT) From: Matthew Jacob To: "David O'Brien" In-Reply-To: <20110623163109.GA508@dragon.NUXI.org> Message-ID: References: <20110623163109.GA508@dragon.NUXI.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [127.0.0.1]); Thu, 23 Jun 2011 10:07:41 -0700 (PDT) Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 17:40:32 -0000 I gave up on using it after a brief try earlier this year. I can't remember the details, but it did lock up my amd64 system. On Thu, 23 Jun 2011, David O'Brien wrote: > Does anyone object to this patch? > > David Wolfskill and I have run TMPFS on a number of machines for two > years with no problems. > > I may have missed something, but I'm not aware of any serious PRs on > TMPFS either. > > > Index: tmpfs_vfsops.c > =================================================================== > --- tmpfs_vfsops.c (revision 221113) > +++ tmpfs_vfsops.c (working copy) > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > return EOPNOTSUPP; > } > > - printf("WARNING: TMPFS is considered to be a highly experimental " > - "feature in FreeBSD.\n"); > - > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 17:53:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 1B829106566C; Thu, 23 Jun 2011 17:53:14 +0000 (UTC) Date: Thu, 23 Jun 2011 17:53:14 +0000 From: Alexander Best To: Matthew Jacob Message-ID: <20110623175314.GA50034@freebsd.org> References: <20110623163109.GA508@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 17:53:14 -0000 On Thu Jun 23 11, Matthew Jacob wrote: > > I gave up on using it after a brief try earlier this year. I can't > remember the details, but it did lock up my amd64 system. > > On Thu, 23 Jun 2011, David O'Brien wrote: > > >Does anyone object to this patch? > > > >David Wolfskill and I have run TMPFS on a number of machines for two > >years with no problems. +1 here. i haven't experienced any issues for > 1 year or so, but if people think removing the warning entirely is too early, maybe the warning can be rephrased in order to be less frightening. maybe sth like: "TMPFS still needs wider testing and thus should not be considered ready for production use, yet." cheers. alex > > > >I may have missed something, but I'm not aware of any serious PRs on > >TMPFS either. > > > > > >Index: tmpfs_vfsops.c > >=================================================================== > >--- tmpfs_vfsops.c (revision 221113) > >+++ tmpfs_vfsops.c (working copy) > >@@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > return EOPNOTSUPP; > > } > > > >- printf("WARNING: TMPFS is considered to be a highly experimental " > >- "feature in FreeBSD.\n"); > >- > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > > >-- > >-- David (obrien@FreeBSD.org) > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 18:05:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67B0106566B; Thu, 23 Jun 2011 18:05:45 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4B38FC12; Thu, 23 Jun 2011 18:05:45 +0000 (UTC) Received: by yic13 with SMTP id 13so1100292yic.13 for ; Thu, 23 Jun 2011 11:05:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=1UAv2tYg00J/Iv0vmmVpgbGQPo4ojum/3/kU1lNafdI=; b=jLo6HQ2j9ofi5vKji0tgX9uqfhRVQ8THM0DsSt371njZkBjcwpT4PLcSXiLkSvLFnJ 7LcpLgcqW/9jnMZNH9gsA0UM5pZ4fR+uz6IwHy3E2weSnEMO+WAdvKvvrdXB5HZejOis fjM6oVxmz4w4UObqty1dtDeS8gBW2Z06OT9KI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=jokkrxE+4AyfRwKzN2kRoLwWq0vS8hHZhMThdfxfgsjpA6zEGcm4AdjBKEyRMbHW/m zelEQBASDSehz584FWIeesg3YDmeGHSt1keobo8Tn/Bc6YyL8urAH45gJJV6Df9Auly/ Oug+hUCpdqkrm3uvOD5YJKIC2K7CVZwwC6t4U= MIME-Version: 1.0 Received: by 10.101.200.1 with SMTP id c1mr2472424anq.63.1308850857464; Thu, 23 Jun 2011 10:40:57 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.100.7.8 with HTTP; Thu, 23 Jun 2011 10:40:57 -0700 (PDT) In-Reply-To: <20110623163109.GA508@dragon.NUXI.org> References: <20110623163109.GA508@dragon.NUXI.org> Date: Thu, 23 Jun 2011 10:40:57 -0700 X-Google-Sender-Auth: 8zzzbvi9qQAnLkDq6Fqa-acNE1w Message-ID: From: Craig Rodrigues To: obrien@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 18:05:46 -0000 Hi, Sounds good to me. The tmpfs(5) man page should be patched also. -- Craig Rodrigues rodrigc@crodrigues.org On Thu, Jun 23, 2011 at 9:31 AM, David O'Brien wrote: > Does anyone object to this patch? > > David Wolfskill and I have run TMPFS on a number of machines for two > years with no problems. > > I may have missed something, but I'm not aware of any serious PRs on > TMPFS either. > > > Index: tmpfs_vfsops.c > =================================================================== > --- tmpfs_vfsops.c (revision 221113) > +++ tmpfs_vfsops.c (working copy) > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > return EOPNOTSUPP; > } > > - printf("WARNING: TMPFS is considered to be a highly experimental " > - "feature in FreeBSD.\n"); > - > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Craig Rodrigues rodrigc@rodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 18:37:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2437C106564A; Thu, 23 Jun 2011 18:37:34 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from no.spam.no.ddos.ru (no.spam.no.ddos.ru [77.73.233.132]) by mx1.freebsd.org (Postfix) with ESMTP id CD7BB8FC17; Thu, 23 Jun 2011 18:37:32 +0000 (UTC) Received: from ws.su29.net (v6.mpls.in [IPv6:2a02:978:2::5]) by no.spam.no.ddos.ru (Postfix) with ESMTPA id 5CC33385D9D; Thu, 23 Jun 2011 22:17:53 +0400 (MSD) Message-ID: <4E038357.6030505@ipfw.ru> Date: Thu, 23 Jun 2011 22:17:59 +0400 From: "Alexander V. Chernikov" User-Agent: Thunderbird 2.0.0.24 (X11/20100515) MIME-Version: 1.0 To: mj@feral.com References: <20110623163109.GA508@dragon.NUXI.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 18:37:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthew Jacob wrote: > > I gave up on using it after a brief try earlier this year. I can't > remember the details, but it did lock up my amd64 system. > > On Thu, 23 Jun 2011, David O'Brien wrote: > >> Does anyone object to this patch? >> >> David Wolfskill and I have run TMPFS on a number of machines for two >> years with no problems. >> >> I may have missed something, but I'm not aware of any serious PRs on >> TMPFS either. There was some issues with sendfile(2) and mmap(2) causing kernel hangs in some cases. vim triggers such hangs for me. However, those problems were fixed and MFCed (afair). I'm using tmpfs on several machines in production without any problems. Maybe being _highly_ experimental for nearly 4 years is enough? :) >> >> >> Index: tmpfs_vfsops.c >> =================================================================== >> --- tmpfs_vfsops.c (revision 221113) >> +++ tmpfs_vfsops.c (working copy) >> @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) >> return EOPNOTSUPP; >> } >> >> - printf("WARNING: TMPFS is considered to be a highly experimental " >> - "feature in FreeBSD.\n"); >> - >> vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); >> error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); >> VOP_UNLOCK(mp->mnt_vnodecovered, 0); >> >> -- >> -- David (obrien@FreeBSD.org) >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4Dg1cACgkQwcJ4iSZ1q2m3uACfcUoGrQeAZdAHDm8VnbKInzWI gIoAn3SMoNAdABZ39GHS6HSyIHLXGNIt =aXnk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 18:44:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA5F310656E5 for ; Thu, 23 Jun 2011 18:44:03 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 877348FC1A for ; Thu, 23 Jun 2011 18:44:00 +0000 (UTC) Received: by pvg11 with SMTP id 11so1785234pvg.13 for ; Thu, 23 Jun 2011 11:44:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.23.100 with SMTP id l4mr1250886pbf.358.1308854640527; Thu, 23 Jun 2011 11:44:00 -0700 (PDT) Received: by 10.68.50.166 with HTTP; Thu, 23 Jun 2011 11:44:00 -0700 (PDT) In-Reply-To: <4E038357.6030505@ipfw.ru> References: <20110623163109.GA508@dragon.NUXI.org> <4E038357.6030505@ipfw.ru> Date: Thu, 23 Jun 2011 20:44:00 +0200 Message-ID: From: Olivier Smedts To: "Alexander V. Chernikov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, mj@feral.com Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 18:44:03 -0000 2011/6/23 Alexander V. Chernikov : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Matthew Jacob wrote: >> >> I gave up on using it after a brief try earlier this year. I can't >> remember the details, but it did lock up my amd64 system. >> >> On Thu, 23 Jun 2011, David O'Brien wrote: >> >>> Does anyone object to this patch? >>> >>> David Wolfskill and I have run TMPFS on a number of machines for two >>> years with no problems. >>> >>> I may have missed something, but I'm not aware of any serious PRs on >>> TMPFS either. > > There was some issues with sendfile(2) and mmap(2) causing kernel hangs > in some cases. vim triggers such hangs for me. However, those problems > were fixed and MFCed (afair). > > I'm using tmpfs on several machines in production without any problems. > Maybe being _highly_ experimental for nearly 4 years is enough? :) I think there are still problems with high wired memory consumers like ZFS. I've got 0-sized tmpfs with 8GB RAM + ZFS with 4GB ARC + 4GB swap. >>> >>> >>> Index: 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 >>> --- tmpfs_vfsops.c =A0 =A0(revision 221113) >>> +++ tmpfs_vfsops.c =A0 =A0(working copy) >>> @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) >>> =A0 =A0 =A0 =A0 return EOPNOTSUPP; >>> =A0 =A0 } >>> >>> - =A0 =A0printf("WARNING: TMPFS is considered to be a highly experiment= al " >>> - =A0 =A0 =A0 =A0"feature in FreeBSD.\n"); >>> - >>> =A0 =A0 vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); >>> =A0 =A0 error =3D VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); >>> =A0 =A0 VOP_UNLOCK(mp->mnt_vnodecovered, 0); >>> >>> -- >>> -- David =A0(obrien@FreeBSD.org) >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.14 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk4Dg1cACgkQwcJ4iSZ1q2m3uACfcUoGrQeAZdAHDm8VnbKInzWI > gIoAn3SMoNAdABZ39GHS6HSyIHLXGNIt > =3DaXnk > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 18:53:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50D151065670; Thu, 23 Jun 2011 18:53:07 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 05C368FC17; Thu, 23 Jun 2011 18:53:06 +0000 (UTC) Received: by iwr19 with SMTP id 19so2506128iwr.13 for ; Thu, 23 Jun 2011 11:53:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=kMXtJXC5VP783TTsoAbm5QzS3sPKIHiHVSdPIvq99ks=; b=Ojn4W61xVnIQSH3tBZ6PonVeokmqCFVHjgPAQ3Ul9u8RmPz/YvVkSigASu/rg/7Niw 1HH6iCb+wyrFecRdLj614fZchKQLwWUH72fwzgcAxAc9m3ivSacfmTDO4HAbB0epNLbm jk0nceFfBxIvcqZPMavhoV/bPuwuZ5zRS18nE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=wgjIa+SWwD+qEMKsHqXc/2nN5K34xCflPkJ9IUXrbrI+JPCpL+VfBGJPfmIaq4uBQ/ SavDJnrPXkeJcaeLS07SDoK48GE5CMkFjdxzFEbZ+qrfWnLJTjp4OKWM2F4PF8iS5ZrU iTt405kKuxSDm957g7yb6k3FOf4QViC6H0tu0= Received: by 10.43.130.134 with SMTP id hm6mr2435277icc.517.1308855186144; Thu, 23 Jun 2011 11:53:06 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.49.193 with HTTP; Thu, 23 Jun 2011 11:52:36 -0700 (PDT) In-Reply-To: <20110623163109.GA508@dragon.NUXI.org> References: <20110623163109.GA508@dragon.NUXI.org> From: Chris Rees Date: Thu, 23 Jun 2011 19:52:36 +0100 X-Google-Sender-Auth: SHSSvGSuISta5binsJhWPCZ3LlM Message-ID: To: obrien@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 18:53:07 -0000 On 23 June 2011 17:31, David O'Brien wrote: > Does anyone object to this patch? > > David Wolfskill and I have run TMPFS on a number of machines for two > years with no problems. > > I may have missed something, but I'm not aware of any serious PRs on > TMPFS either. > > > Index: 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 > --- tmpfs_vfsops.c =A0 =A0 =A0(revision 221113) > +++ tmpfs_vfsops.c =A0 =A0 =A0(working copy) > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return EOPNOTSUPP; > =A0 =A0 =A0 =A0} > > - =A0 =A0 =A0 printf("WARNING: TMPFS is considered to be a highly experim= ental " > - =A0 =A0 =A0 =A0 =A0 "feature in FreeBSD.\n"); > - > =A0 =A0 =A0 =A0vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > =A0 =A0 =A0 =A0error =3D VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_c= red); > =A0 =A0 =A0 =A0VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > -- > -- David =A0(obrien@FreeBSD.org) How about noting that no-one's managed to get it to work correctly with ZFS yet, but fine with UFS? Chris From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 19:06:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A6D106564A; Thu, 23 Jun 2011 19:06: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 EADF38FC0A; Thu, 23 Jun 2011 19:06:39 +0000 (UTC) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p5NJ6cav022478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Jun 2011 12:06:38 -0700 (PDT) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.4/8.14.4/Submit) with ESMTP id p5NJ6civ022475; Thu, 23 Jun 2011 12:06:38 -0700 (PDT) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 23 Jun 2011 12:06:38 -0700 (PDT) From: Matthew Jacob To: "Alexander V. Chernikov" In-Reply-To: <4E038357.6030505@ipfw.ru> Message-ID: References: <20110623163109.GA508@dragon.NUXI.org> <4E038357.6030505@ipfw.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [127.0.0.1]); Thu, 23 Jun 2011 12:06:39 -0700 (PDT) Cc: freebsd-current@freebsd.org, mj@feral.com Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 19:06:40 -0000 >>> >>> I may have missed something, but I'm not aware of any serious PRs on >>> TMPFS either. > > There was some issues with sendfile(2) and mmap(2) causing kernel hangs > in some cases. vim triggers such hangs for me. However, those problems > were fixed and MFCed (afair). Can you sway when? From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 20:21:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 402671065673 for ; Thu, 23 Jun 2011 20:21:59 +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 994318FC0A for ; Thu, 23 Jun 2011 20:21:58 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5NKLs0e020503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Jun 2011 23:21:54 +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.4/8.14.4) with ESMTP id p5NKLs0Y029734; Thu, 23 Jun 2011 23:21:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5NKLrwX029733; Thu, 23 Jun 2011 23:21:53 +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, 23 Jun 2011 23:21:53 +0300 From: Kostik Belousov To: obrien@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110623202153.GS48734@deviant.kiev.zoral.com.ua> References: <20110623163109.GA508@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a0hUfxJ20zFHaLM9" Content-Disposition: inline In-Reply-To: <20110623163109.GA508@dragon.NUXI.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=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 20:21:59 -0000 --a0hUfxJ20zFHaLM9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: > Does anyone object to this patch? >=20 > David Wolfskill and I have run TMPFS on a number of machines for two > years with no problems. >=20 > I may have missed something, but I'm not aware of any serious PRs on > TMPFS either. >=20 >=20 > Index: 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 > --- tmpfs_vfsops.c (revision 221113) > +++ tmpfs_vfsops.c (working copy) > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > return EOPNOTSUPP; > } > =20 > - printf("WARNING: TMPFS is considered to be a highly experimental " > - "feature in FreeBSD.\n"); > - > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > error =3D VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > VOP_UNLOCK(mp->mnt_vnodecovered, 0); The things I am aware of: - there is a races on the lookup. They were papered over in r212305, but the bug was not really fixed, AFAIR. - the tmpfs does double-buffering for the mapped vnodes. This is quite insulting for the memory-backed fs, isn't it ? I have a patch, but it is still under review. - I believe Peter Holm has more test cases that fails with tmpfs. He would have more details. I somewhat remember some panic on execve(2) the binary located on tmpfs. Removing the warning will not make the issues coming away. --a0hUfxJ20zFHaLM9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4DoGEACgkQC3+MBN1Mb4j9wwCg0V37VuQUw5heAl/Z/iAlO+h0 SmAAoJf/+BF533SS0hUjGsscsSAqUApX =5GKO -----END PGP SIGNATURE----- --a0hUfxJ20zFHaLM9-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:38:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D351065670 for ; Thu, 23 Jun 2011 21:38:21 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A8B628FC13 for ; Thu, 23 Jun 2011 21:38:20 +0000 (UTC) Received: by fxm11 with SMTP id 11so2306244fxm.13 for ; Thu, 23 Jun 2011 14:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=ys3h5cDeNosy6Ue1eAXhdXC+iSQugR6Zdhvl1GVzGf8=; b=vZmLV7YpXHKHpfeRVZWplRoycmtwBDihClsKK7SHvQN99E2lZS6GSemQ1/ItoWRwEB FcZIxGLCiayQrVRdFnKsQ1KKHG4LPkqzgpOfVIGEjeF4gQysJpngX/ccGPykPwoBC0e+ ZM5Hvc866mdhsWX6/KxFkCBsy7KfUGMaLt3C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=K9LCyvxOoMMpVYI8oAkaayST6ZduXlidpiXUw0QxbEDANXtTvQuxhvjdiUNKwegavo 7IXCB3kURMtCmp4BsMU7NkpintZlX/4XigQSptxK6da2JN1OwdnffoDx7j89qKUJRBED zwPMcsFh1i8Wjz7zR+6g2a/8jJBp0GfJFq4KI= Received: by 10.223.99.85 with SMTP id t21mr3292152fan.102.1308863299214; Thu, 23 Jun 2011 14:08:19 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id h28sm1230974faj.5.2011.06.23.14.08.17 (version=SSLv3 cipher=OTHER); Thu, 23 Jun 2011 14:08:18 -0700 (PDT) Date: Fri, 24 Jun 2011 00:08:02 +0300 From: Gleb Kurtsou To: Olivier Smedts Message-ID: <20110623210802.GA12046@tops> References: <20110623163109.GA508@dragon.NUXI.org> <4E038357.6030505@ipfw.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, mj@feral.com, "Alexander V. Chernikov" Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 21:38:21 -0000 On (23/06/2011 20:44), Olivier Smedts wrote: > 2011/6/23 Alexander V. Chernikov : > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Matthew Jacob wrote: > >> > >> I gave up on using it after a brief try earlier this year. I can't > >> remember the details, but it did lock up my amd64 system. > >> > >> On Thu, 23 Jun 2011, David O'Brien wrote: > >> > >>> Does anyone object to this patch? > >>> > >>> David Wolfskill and I have run TMPFS on a number of machines for two > >>> years with no problems. > >>> > >>> I may have missed something, but I'm not aware of any serious PRs on > >>> TMPFS either. > > > > There was some issues with sendfile(2) and mmap(2) causing kernel hangs > > in some cases. vim triggers such hangs for me. However, those problems > > were fixed and MFCed (afair). > > > > I'm using tmpfs on several machines in production without any problems. > > Maybe being _highly_ experimental for nearly 4 years is enough? :) > > I think there are still problems with high wired memory consumers like > ZFS. I've got 0-sized tmpfs with 8GB RAM + ZFS with 4GB ARC + 4GB > swap. There is a patch to make tmpfs memory management more strict (more aggressive), and set default partition size to half of all memory. http://marc.info/?l=freebsd-fs&m=129747362722933&w=2 From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 21:57:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE9D41065673; Thu, 23 Jun 2011 21:57:31 +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 695D68FC0A; Thu, 23 Jun 2011 21:57:31 +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 <1QZrty-0001PT-NF>; Thu, 23 Jun 2011 23:57:30 +0200 Received: from e178002198.adsl.alicedsl.de ([85.178.2.198] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QZrty-0005dQ-KR>; Thu, 23 Jun 2011 23:57:30 +0200 Message-ID: <4E03B6CA.7070801@zedat.fu-berlin.de> Date: Thu, 23 Jun 2011 23:57:30 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 References: <4E0357F6.4090704@FreeBSD.org> <20110623162917.GQ29050@albert.catwhisker.org> In-Reply-To: <20110623162917.GQ29050@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.2.198 Cc: Alexander Motin , FreeBSD-Current Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 21:57:31 -0000 On 06/23/11 18:29, David Wolfskill wrote: > On Thu, Jun 23, 2011 at 06:12:54PM +0300, Alexander Motin wrote: >> ... >> SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. > Thanks -- that did resolve the issue for me. > > Peace, > david Me, too. Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:14:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C96106564A; Thu, 23 Jun 2011 22:14:35 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id AC29F8FC08; Thu, 23 Jun 2011 22:14:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LN900000KGA7100@smtpauth1.wiscmail.wisc.edu>; Thu, 23 Jun 2011 17:14:34 -0500 (CDT) Received: from comporellon.tachypleus.net (adsl-75-50-91-38.dsl.mdsnwi.sbcglobal.net [75.50.91.38]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LN9008U3KG9YE30@smtpauth1.wiscmail.wisc.edu>; Thu, 23 Jun 2011 17:14:34 -0500 (CDT) Date: Thu, 23 Jun 2011 17:14:33 -0500 From: Nathan Whitehorn In-reply-to: <4E03B6CA.7070801@zedat.fu-berlin.de> To: freebsd-current@freebsd.org Message-id: <4E03BAC9.4010503@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.91.38 X-Spam-PmxInfo: Server=avs-12, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.6.23.220315, SenderIP=75.50.91.38 References: <4E0357F6.4090704@FreeBSD.org> <20110623162917.GQ29050@albert.catwhisker.org> <4E03B6CA.7070801@zedat.fu-berlin.de> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 Cc: mav@freebsd.org Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 22:14:35 -0000 On 06/23/11 16:57, Hartmann, O. wrote: > On 06/23/11 18:29, David Wolfskill wrote: >> On Thu, Jun 23, 2011 at 06:12:54PM +0300, Alexander Motin wrote: >>> ... >>> SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. >> Thanks -- that did resolve the issue for me. >> >> Peace, >> david > > Me, too. > Thanks, > Oliver I'm still having problems with an ATA bus containing a DVD drive and a Zip driver (da). -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:18:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76520106564A for ; Thu, 23 Jun 2011 22:18:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 004448FC18 for ; Thu, 23 Jun 2011 22:18:35 +0000 (UTC) Received: by fxm11 with SMTP id 11so2335641fxm.13 for ; Thu, 23 Jun 2011 15:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=gynmgdcc5QiXesPWs3Oik5rf67yWh70oY8i56f2TKJs=; b=AsOSAfDfkx2KBqCOX5bY8tNgsGQYI9ATlcIvDbLAFkThtehEJKclPQfyL8ThlSrBuH yvyvTpZutbHSpkBYUf1x71Cj1oZF0qwkpMTZkcdzVYpR++vENFNO7k6yY5FCySxZktYj V4UkWemtHZYwgLWZBgNzaf31CmGne812bkD7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=TTiqZqzP5Pfb/fKfFrt4Bb/8Kjy7dZLIvFSxDvrzmOLxcLmFyf8oeAyXHCCbo3pA4k uz7BI56LM2ug6Wa1iDUYxCVUb46GmE6VhtCZmC+eTXzQE4lRHhdXTq+vxLAptXkULmhR N0N6LH1+z95qS2j4bEBDow7lbx24Xz0EAPJ1k= Received: by 10.223.53.85 with SMTP id l21mr3359516fag.26.1308867514651; Thu, 23 Jun 2011 15:18:34 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id v20sm1258980fai.31.2011.06.23.15.18.33 (version=SSLv3 cipher=OTHER); Thu, 23 Jun 2011 15:18:33 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E03BB77.5030709@FreeBSD.org> Date: Fri, 24 Jun 2011 01:17:27 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Nathan Whitehorn References: <4E0357F6.4090704@FreeBSD.org> <20110623162917.GQ29050@albert.catwhisker.org> <4E03B6CA.7070801@zedat.fu-berlin.de> <4E03BAC9.4010503@freebsd.org> In-Reply-To: <4E03BAC9.4010503@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 22:18:36 -0000 Nathan Whitehorn wrote: > I'm still having problems with an ATA bus containing a DVD drive and a > Zip driver (da). Can't it be some different problem? What are the symptoms? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:23:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD7A7106566B; Thu, 23 Jun 2011 22:23:33 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf01.insightbb.com (mxsf01.insightbb.com [74.128.0.71]) by mx1.freebsd.org (Postfix) with ESMTP id 69BF68FC0C; Thu, 23 Jun 2011 22:23:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.65,415,1304308800"; d="scan'208";a="1158023126" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.123]) by mxsf01.insightbb.com with ESMTP; 23 Jun 2011 17:55:15 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFANm1A05KgYlR/2dsb2JhbABSihedFXjKcw6GHwSiHA X-IronPort-AV: E=Sophos;i="4.65,415,1304308800"; d="scan'208";a="350634690" Received: from 74-129-137-81.dhcp.insightbb.com (HELO sneezy) ([74.129.137.81]) by asav01.insightbb.com with SMTP; 23 Jun 2011 17:55:14 -0400 From: "David Boyd" To: , Date: Thu, 23 Jun 2011 17:55:15 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: Subject: current status of digi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 22:23:33 -0000 While attempting to upgrade our comm servers from 7.4-RELEASE to 8.2-RELEASE, I discovered that the digi driver didn't make the grade. I searched the archives and found discussions in August 2008 concerning drivers that were disconnected for lack of MPSAFEness. The threads continued right up to the point where it was agreed that the drivers shouldn't be allowed to halt/delay the MPSAFE switch in 8.0-RELEASE. It appears that there was also agreement that (at least) some of the drivers, digi included, would be converted soon after 8.0-RELEASE. The pre-MPSAFE code appears to be included in the most recent -STABLE and -CURRENT, but doesn't get built. The HARDWARE.TXT still includes digi among supported multiport serial device drivers. Is there any plan to bring digi forward? We have about 55 modem ports over ten 8-port Xr cards (PCI) that connect remote sites via dial-up. These work perfectly with 7.4-RELEASE. We would like to see them work perfectly with 8.x-RELEASE or 9.x-RELEASE. I have time and hardware to test with and can help as needed. Thoughts? From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:28:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B2F106566C; Thu, 23 Jun 2011 22:28:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id ED0778FC16; Thu, 23 Jun 2011 22:28:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LN900202L379700@smtpauth1.wiscmail.wisc.edu>; Thu, 23 Jun 2011 17:28:19 -0500 (CDT) Received: from comporellon.tachypleus.net (adsl-75-50-91-38.dsl.mdsnwi.sbcglobal.net [75.50.91.38]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LN90088JL35YE40@smtpauth1.wiscmail.wisc.edu>; Thu, 23 Jun 2011 17:28:18 -0500 (CDT) Date: Thu, 23 Jun 2011 17:28:16 -0500 From: Nathan Whitehorn In-reply-to: <4E03BB77.5030709@FreeBSD.org> To: Alexander Motin Message-id: <4E03BE00.6040403@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.91.38 X-Spam-PmxInfo: Server=avs-10, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.6.23.222116, SenderIP=75.50.91.38 References: <4E0357F6.4090704@FreeBSD.org> <20110623162917.GQ29050@albert.catwhisker.org> <4E03B6CA.7070801@zedat.fu-berlin.de> <4E03BAC9.4010503@freebsd.org> <4E03BB77.5030709@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 Cc: freebsd-current@freebsd.org Subject: Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 22:28:20 -0000 On 06/23/11 17:17, Alexander Motin wrote: > Nathan Whitehorn wrote: >> I'm still having problems with an ATA bus containing a DVD drive and a >> Zip driver (da). > Can't it be some different problem? What are the symptoms? > Hanging in run_interrupt_driven_config_hooks, immediately after probing the zip drive, which it didn't do before. Here's the end of a verbose boot: pass0 at ata1 bus 0 scbus1 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) pass1 at ata1 bus 0 scbus1 target 1 lun 0 pass1: Removable Direct Access SCSI-0 device pass1: 13.300MB/s transfers (WDMA1, ATAPI 12bytes, PIO 65534bytes) Adding CPU 0, pir=0, awake=1 Waking up CPU 1 (dev=ff83e928) Adding CPU 1, pir=1, awake=1 SMP: AP CPU #1 launched WARNING: WITNESS option enabled, expect reduced performance. (da0:ata1:0:1:0): SCSI status errorG EOM: new disk da(0da0 :ata1:0:1:0):G EROEMA:D nCeAwP AdCiIsTkY (c1d00). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:1:0): CAM status: SCSI Status Error (da0:ata1:0:1:0): SCSI status: Check Condition (da0:ata1:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da0:ata1:0:1:0): Retrying command (per sense data) (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:ata1:0:0:0): Retrying command (per sense data) (da0:ata1:0:1:0): SCSI status error (da0:ata1:0:1:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:1:0): CAM status: SCSI Status Error (da0:ata1:0:1:0): SCSI status: Check Condition (da0:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:ata1:0:1:0): Error 6, Unretryable error da0 at ata1 bus 0 scbus1 target 1 lun 0 da0: Removable Direct Access SCSI-0 device da0: 13.300MB/s transfers (WDMA1, ATAPI 12bytes, PIO 65534bytes) da0: Attempt to query device size failed: NOT READY, Medium not present [hang] -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 22:52:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3AA1065670; Thu, 23 Jun 2011 22:52:37 +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 75AE78FC0C; Thu, 23 Jun 2011 22:52:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NMqaSp083384; Thu, 23 Jun 2011 18:52:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NMqalm083383; Thu, 23 Jun 2011 22:52:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 22:52:36 GMT Message-Id: <201106232252.p5NMqalm083383@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: Thu, 23 Jun 2011 22:52:37 -0000 TB --- 2011-06-23 21:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 21:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-23 21:50:00 - cleaning the object tree TB --- 2011-06-23 21:50:22 - cvsupping the source tree TB --- 2011-06-23 21:50:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-23 21:50:59 - building world TB --- 2011-06-23 21:50:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 21:50:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 21:50:59 - TARGET=arm TB --- 2011-06-23 21:50:59 - TARGET_ARCH=arm TB --- 2011-06-23 21:50:59 - TZ=UTC TB --- 2011-06-23 21:50:59 - __MAKE_CONF=/dev/null TB --- 2011-06-23 21:50:59 - cd /src TB --- 2011-06-23 21:50:59 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 21:50:59 UTC 2011 >>> 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 Jun 23 22:44:34 UTC 2011 TB --- 2011-06-23 22:44:35 - WARNING: no kernel config for LINT TB --- 2011-06-23 22:44:35 - cd /src/sys/arm/conf TB --- 2011-06-23 22:44:35 - /usr/sbin/config -m AVILA TB --- 2011-06-23 22:44:35 - building AVILA kernel TB --- 2011-06-23 22:44:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 22:44:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 22:44:35 - TARGET=arm TB --- 2011-06-23 22:44:35 - TARGET_ARCH=arm TB --- 2011-06-23 22:44:35 - TZ=UTC TB --- 2011-06-23 22:44:35 - __MAKE_CONF=/dev/null TB --- 2011-06-23 22:44:35 - cd /src TB --- 2011-06-23 22:44:35 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jun 23 22:44:35 UTC 2011 >>> 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 AVILA completed on Thu Jun 23 22:47:54 UTC 2011 TB --- 2011-06-23 22:47:54 - cd /src/sys/arm/conf TB --- 2011-06-23 22:47:54 - /usr/sbin/config -m BWCT TB --- 2011-06-23 22:47:54 - building BWCT kernel TB --- 2011-06-23 22:47:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 22:47:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 22:47:54 - TARGET=arm TB --- 2011-06-23 22:47:54 - TARGET_ARCH=arm TB --- 2011-06-23 22:47:54 - TZ=UTC TB --- 2011-06-23 22:47:54 - __MAKE_CONF=/dev/null TB --- 2011-06-23 22:47:54 - cd /src TB --- 2011-06-23 22:47:54 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Jun 23 22:47:54 UTC 2011 >>> 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 BWCT completed on Thu Jun 23 22:49:54 UTC 2011 TB --- 2011-06-23 22:49:54 - cd /src/sys/arm/conf TB --- 2011-06-23 22:49:54 - /usr/sbin/config -m CAMBRIA TB --- 2011-06-23 22:49:54 - building CAMBRIA kernel TB --- 2011-06-23 22:49:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 22:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 22:49:54 - TARGET=arm TB --- 2011-06-23 22:49:54 - TARGET_ARCH=arm TB --- 2011-06-23 22:49:54 - TZ=UTC TB --- 2011-06-23 22:49:54 - __MAKE_CONF=/dev/null TB --- 2011-06-23 22:49:54 - cd /src TB --- 2011-06-23 22:49:54 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Thu Jun 23 22:49:54 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_setTxQProps': /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_get_mimo_chan_noise': /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_getChanNoise': /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath_hal_debug' follow *** Error code 1 Stop in /obj/arm.arm/src/sys/CAMBRIA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 22:52:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 22:52:35 - ERROR: failed to build CAMBRIA kernel TB --- 2011-06-23 22:52:35 - 2690.85 user 772.94 system 3754.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 23:19:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2EE1106566B; Thu, 23 Jun 2011 23:19:56 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from gse-mta-27.emailfiltering.com (gse-mta-27-tx.emailfiltering.com [194.116.198.158]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA3D8FC19; Thu, 23 Jun 2011 23:19:55 +0000 (UTC) Received: from mail-gw12.york.ac.uk ([144.32.129.162]) by gse-mta-27.emailfiltering.com with emfmta (version 4.8.2.32) by TLS id 1045651132 for David.Boyd@insightbb.com; dc0b46d621fa782d; Fri, 24 Jun 2011 00:01:28 +0100 Received: from ury.york.ac.uk ([144.32.108.81]:38870) by mail-gw12.york.ac.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1QZstr-0003Rz-Cg; Fri, 24 Jun 2011 00:01:27 +0100 Received: from gavin (helo=localhost) by ury.york.ac.uk with local-esmtp (Exim 4.76) (envelope-from ) id 1QZstn-0007k6-Vb; Fri, 24 Jun 2011 00:01:24 +0100 Date: Fri, 24 Jun 2011 00:01:23 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@"ury.york.ac.uk." To: David Boyd In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: current status of digi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2011 23:19:56 -0000 On Thu, 23 Jun 2011, David Boyd wrote: > While attempting to upgrade our comm servers from 7.4-RELEASE to > 8.2-RELEASE, I discovered that the digi driver didn't make the grade. > > I searched the archives and found discussions in August 2008 concerning > drivers that were disconnected for lack of MPSAFEness. The threads > continued right up to the point where it was agreed that the drivers > shouldn't be allowed to halt/delay the MPSAFE switch in 8.0-RELEASE. > > It appears that there was also agreement that (at least) some of the > drivers, digi included, would be converted soon after 8.0-RELEASE. > > The pre-MPSAFE code appears to be included in the most recent -STABLE > and -CURRENT, but doesn't get built. The HARDWARE.TXT still includes digi > among supported multiport serial device drivers. > > Is there any plan to bring digi forward? [snip] > I have time and hardware to test with and can help as needed. Patches have been submitted in the last week to update the digi(4) driver to work with the new TTY layer. If you are able to spend some time testing them on 9-CURRENT, there is a possibility that there may still be time to get them into the tree before 9.0-RELEASE. The patches can be found in kern/158086. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 02:39:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7285A106566B; Fri, 24 Jun 2011 02:39:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3868FC08; Fri, 24 Jun 2011 02:39:03 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XR4AdwVFe5G+K9PtySS1/JOnv6WK/hruile8wX/SUjk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=N3vH5299AAAA:8 a=t1CFIVEFRMthW3HhznoA:9 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 143474162; Fri, 24 Jun 2011 04:39:02 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Fri, 24 Jun 2011 04:37:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106151530.p5FFUABZ073845@freefall.freebsd.org> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106240437.25246.hselasky@c2i.net> Cc: Robert Millan , FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 02:39:05 -0000 Hi, I need some people testing the following patch: http://svn.freebsd.org/changeset/base/223486 svn up and build a new kernel. Try to remove all USB devices from kernel config except the host controllers and USB keyboard. Then put the following file into /etc/devd/ http://hselasky.homeunix.org:8192/bus_auto.conf MD5 (bus_auto.conf) = 4a1130910cdbe0a5d3eca86b0b12f533 Verify using kldstat that modules are loaded when you plug a new USB device. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 03:01:25 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60251106566B; Fri, 24 Jun 2011 03:01:25 +0000 (UTC) (envelope-from gibbs@FreeBSD.org) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 267478FC08; Fri, 24 Jun 2011 03:01:24 +0000 (UTC) Received: from Justins-MacBook-Pro.local (c-71-235-8-131.hsd1.nh.comcast.net [71.235.8.131]) (authenticated bits=0) by aslan.scsiguy.com (8.14.4/8.14.4) with ESMTP id p5O32jDv081735 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 23 Jun 2011 21:02:46 -0600 (MDT) (envelope-from gibbs@FreeBSD.org) Message-ID: <4E03FDFD.70203@FreeBSD.org> Date: Thu, 23 Jun 2011 23:01:17 -0400 From: "Justin T. Gibbs" Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> In-Reply-To: <20110622200919.GA72504@nargothrond.kdm.org> Content-Type: multipart/mixed; boundary="------------050505000508040905030903" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (aslan.scsiguy.com [70.89.174.89]); Thu, 23 Jun 2011 21:02:47 -0600 (MDT) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , Eir Nym , Andrey Chernov , current@FreeBSD.org, will@FreeBSD.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gibbs@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 03:01:25 -0000 This is a multi-part message in MIME format. --------------050505000508040905030903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 6/22/11 4:09 PM, Kenneth D. Merry wrote: > On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote: > > On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: > >> These two are interesting: > >> > >>> http://img825.imageshack.us/img825/1249/21062011014m.jpg > >>> http://img839.imageshack.us/img839/3791/21062011015.jpg > >> > >> It looks like the GEOM event thread is stuck inside the cd(4) driver. The > >> cd(4) driver is trying to acquire the peripheral lock, and is sleeping > >> until it gets it. > >> > >> What isn't clear is who is holding it. ... > The GEOM event thread is stuck sleeping in the mtx_sleep() call above. So > that tells me that one of several things is going on: > > - There is a path in the cd(4) driver where it can call cam_periph_hold() > but not cam_periph_unhold(). > > - There is another thread in the system that has called cam_periph_hold(), > and has gotten stuck before it can call cam_periph_unhold(). > > - The hold/unhold logic is broken, and there is a case where a thread > waiting for the lock can miss the wakeup. After looking at the code, I > don't think this is the case, but I may have missed something. > > So it is probably one of the first two cases. ... I have a theory for the cause of this hang. The commit that triggers this problem added calls to g_access() during the geom_dev probe. I believe this hit a race in cdregister() where the periph hold lock is dropped around the changer probe code. Why the periph hold lock is dropped there, I do not know as I haven't fully reviewed the changer probe code. The drop of the lock in cdregister() can allow geom classes to probe and thus call g_access()->g_disk_access()->cdopen() before a probe is initiated in the "normal way" by cdregister(). cdopen() checks for media presence by issuing immediate ccds. When the race is exploited, the peripheral will be in the "probe state" when the immediate ccbs are requested. This will cause the device probe to be performed before the immediate ccd is returned. When the cdopen() activity finally unwinds, cdregister() will again take the periph hold lock and schedule the peripheral, expecting probe processing to complete and release the hold lock. However, since the periph is already in the normal state (due to the successful probe performed indirectly by the cdopen() call), that unlock never happens, thus wedging the device. To test this theory, apply the following patch. I do not know if this is safe for changer devices, but I will review the changer code if this patch fixes ache's problem. -- Justin --------------050505000508040905030903 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="cd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cd.diff" --- //depot/vendor/FreeBSD/head/sys/cam/scsi/scsi_cd.c 2011-05-07 10:06:43.000000000 -0600 +++ /home/justing/perforce/vendor/FreeBSD/head/sys/cam/scsi/scsi_cd.c 2011-05-07 10:06:43.000000000 -0600 @@ -687,6 +687,10 @@ else softc->minimum_command_size = 6; + /* + * Refcount and block open attempts until we are setup + * Can't block + */ (void)cam_periph_hold(periph, PRIBIO); cam_periph_unlock(periph); /* @@ -747,7 +751,6 @@ softc->disk->d_hba_subdevice = cpi.hba_subdevice; disk_create(softc->disk, DISK_VERSION); cam_periph_lock(periph); - cam_periph_unhold(periph); /* * Add an async callback so that we get @@ -972,12 +975,6 @@ cdregisterexit: - /* - * Refcount and block open attempts until we are setup - * Can't block - */ - (void)cam_periph_hold(periph, PRIBIO); - if ((softc->flags & CD_FLAG_CHANGER) == 0) xpt_schedule(periph, CAM_PRIORITY_DEV); else --------------050505000508040905030903-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 04:19:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F1E5106564A; Fri, 24 Jun 2011 04:19:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id F3C808FC08; Fri, 24 Jun 2011 04:19:03 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=SJA03SmFjIOBaRUqQpAxZTuC3Mg0Qr8luS0qYjfHCY4= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=N3vH5299AAAA:8 a=yona56PfyvGkVwzAF7gA:9 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144280346; Fri, 24 Jun 2011 06:19:01 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Fri, 24 Jun 2011 06:17:23 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240437.25246.hselasky@c2i.net> In-Reply-To: <201106240437.25246.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106240617.23235.hselasky@c2i.net> Cc: Robert Millan , FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 04:19:05 -0000 On Friday 24 June 2011 04:37:25 Hans Petter Selasky wrote: > Hi, > > I need some people testing the following patch: > > http://svn.freebsd.org/changeset/base/223486 > > svn up and build a new kernel. > > Try to remove all USB devices from kernel config except the host > controllers and USB keyboard. Then put the following file into /etc/devd/ > > http://hselasky.homeunix.org:8192/bus_auto.conf > > MD5 (bus_auto.conf) = 4a1130910cdbe0a5d3eca86b0b12f533 > > Verify using kldstat that modules are loaded when you plug a new USB > device. > > --HPS Hi, Turns out some additional patches were needed: http://svn.freebsd.org/changeset/base/223489 Please try again. Updated bus_auto.conf: http://hselasky.homeunix.org:8192/bus_auto.conf MD5 (/etc/devd/bus_auto.conf) = c321d1801f0fa3c6260eeef7061330e8 --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 04:43:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9578A106564A; Fri, 24 Jun 2011 04:43: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 6890A8FC0C; Fri, 24 Jun 2011 04:43:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5O4hfFa045206; Fri, 24 Jun 2011 00:43:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5O4hfZG045178; Fri, 24 Jun 2011 04:43:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 24 Jun 2011 04:43:41 GMT Message-Id: <201106240443.p5O4hfZG045178@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, 24 Jun 2011 04:43:47 -0000 TB --- 2011-06-24 03:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-24 03:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-24 03:40:00 - cleaning the object tree TB --- 2011-06-24 03:40:20 - cvsupping the source tree TB --- 2011-06-24 03:40:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-24 03:40:58 - building world TB --- 2011-06-24 03:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 03:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 03:40:58 - TARGET=arm TB --- 2011-06-24 03:40:58 - TARGET_ARCH=arm TB --- 2011-06-24 03:40:58 - TZ=UTC TB --- 2011-06-24 03:40:58 - __MAKE_CONF=/dev/null TB --- 2011-06-24 03:40:58 - cd /src TB --- 2011-06-24 03:40:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 24 03:40:58 UTC 2011 >>> 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 Jun 24 04:35:32 UTC 2011 TB --- 2011-06-24 04:35:33 - WARNING: no kernel config for LINT TB --- 2011-06-24 04:35:33 - cd /src/sys/arm/conf TB --- 2011-06-24 04:35:33 - /usr/sbin/config -m AVILA TB --- 2011-06-24 04:35:33 - building AVILA kernel TB --- 2011-06-24 04:35:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 04:35:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 04:35:33 - TARGET=arm TB --- 2011-06-24 04:35:33 - TARGET_ARCH=arm TB --- 2011-06-24 04:35:33 - TZ=UTC TB --- 2011-06-24 04:35:33 - __MAKE_CONF=/dev/null TB --- 2011-06-24 04:35:33 - cd /src TB --- 2011-06-24 04:35:33 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 24 04:35:33 UTC 2011 >>> 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 AVILA completed on Fri Jun 24 04:38:24 UTC 2011 TB --- 2011-06-24 04:38:24 - cd /src/sys/arm/conf TB --- 2011-06-24 04:38:24 - /usr/sbin/config -m BWCT TB --- 2011-06-24 04:38:24 - building BWCT kernel TB --- 2011-06-24 04:38:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 04:38:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 04:38:24 - TARGET=arm TB --- 2011-06-24 04:38:24 - TARGET_ARCH=arm TB --- 2011-06-24 04:38:24 - TZ=UTC TB --- 2011-06-24 04:38:24 - __MAKE_CONF=/dev/null TB --- 2011-06-24 04:38:24 - cd /src TB --- 2011-06-24 04:38:24 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 24 04:38:24 UTC 2011 >>> 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 BWCT completed on Fri Jun 24 04:40:50 UTC 2011 TB --- 2011-06-24 04:40:50 - cd /src/sys/arm/conf TB --- 2011-06-24 04:40:50 - /usr/sbin/config -m CAMBRIA TB --- 2011-06-24 04:40:50 - building CAMBRIA kernel TB --- 2011-06-24 04:40:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 04:40:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 04:40:50 - TARGET=arm TB --- 2011-06-24 04:40:50 - TARGET_ARCH=arm TB --- 2011-06-24 04:40:50 - TZ=UTC TB --- 2011-06-24 04:40:50 - __MAKE_CONF=/dev/null TB --- 2011-06-24 04:40:50 - cd /src TB --- 2011-06-24 04:40:50 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Fri Jun 24 04:40:50 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_setTxQProps': /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_get_mimo_chan_noise': /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_getChanNoise': /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath_hal_debug' follow *** Error code 1 Stop in /obj/arm.arm/src/sys/CAMBRIA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-24 04:43:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-24 04:43:35 - ERROR: failed to build CAMBRIA kernel TB --- 2011-06-24 04:43:35 - 2733.97 user 781.89 system 3815.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 05:18:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8024B1065670; Fri, 24 Jun 2011 05:18:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3133D8FC16; Fri, 24 Jun 2011 05:18:44 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id p5O5IeLm086974; Thu, 23 Jun 2011 23:18:40 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <4E03FDFD.70203@FreeBSD.org> Date: Thu, 23 Jun 2011 23:18:40 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> To: gibbs@freebsd.org X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: current@freebsd.org, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , will@freebsd.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 05:18:45 -0000 On Jun 23, 2011, at 9:01 PM, Justin T. Gibbs wrote: > On 6/22/11 4:09 PM, Kenneth D. Merry wrote: >> On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote: >> > On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: >> >> These two are interesting: >> >> >> >>> http://img825.imageshack.us/img825/1249/21062011014m.jpg >> >>> http://img839.imageshack.us/img839/3791/21062011015.jpg >> >> >> >> It looks like the GEOM event thread is stuck inside the cd(4)=20 > driver. The >> >> cd(4) driver is trying to acquire the peripheral lock, and is = sleeping >> >> until it gets it. >> >> >> >> What isn't clear is who is holding it. >=20 > ... >=20 >> The GEOM event thread is stuck sleeping in the mtx_sleep() call = above. So >> that tells me that one of several things is going on: >>=20 >> - There is a path in the cd(4) driver where it can call = cam_periph_hold() >> but not cam_periph_unhold(). >>=20 >> - There is another thread in the system that has called = cam_periph_hold(), >> and has gotten stuck before it can call cam_periph_unhold(). >>=20 >> - The hold/unhold logic is broken, and there is a case where a thread >> waiting for the lock can miss the wakeup. After looking at the code, = I >> don't think this is the case, but I may have missed something. >>=20 >> So it is probably one of the first two cases. >=20 > ... >=20 > I have a theory for the cause of this hang. >=20 > The commit that triggers this problem added calls to g_access() during = the > geom_dev probe. I believe this hit a race in cdregister() where > the periph hold lock is dropped around the changer probe code. Why = the > periph hold lock is dropped there, I do not know as I haven't fully > reviewed the changer probe code. >=20 Are you talking about this? disk_create(softc->disk, DISK_VERSION); cam_periph_lock(periph); cam_periph_unhold(periph); [...] if (((cgd->ccb_h.target_lun > 0) && ((softc->quirks & CD_Q_NO_CHANGER) =3D=3D 0)) || ((softc->quirks & CD_Q_CHANGER) !=3D 0)) { The unhold there compliments the hold that was done prior to = disk_create(). The hold/unhold is done as a hack around the need to = drop the periph/sim mutex while calling disk_create(), due to the = later's insistence on using blocking calls. I've wanted to re-think how = that pattern is done (it's the same gross hack in nearly all of the = periph drivers), but haven't gotten around to it. If the 'hold' = semaphore needs to be held longer to prevent the race that you're = theorizing, then it should be possible to simply extend its coverage in = the code block, but I'm not sure if it'll result in an unintended = deadlock with the changer enumeration/matching code. I _think_ that = it'll be ok, but the density of magic in the code is a bit overwhelming = at this time of night =3D-) Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 10:30:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1F51065673 for ; Fri, 24 Jun 2011 10:30:19 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id EC3C68FC14 for ; Fri, 24 Jun 2011 10:30:18 +0000 (UTC) Received: (qmail 67517 invoked from network); 24 Jun 2011 10:30:17 -0000 Received: from 87.58.145.224 (HELO x2.osted.lan) (87.58.145.224) by relay01.pair.com with SMTP; 24 Jun 2011 10:30:17 -0000 X-pair-Authenticated: 87.58.145.224 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.4/8.14.4) with ESMTP id p5OAUGRe072051; Fri, 24 Jun 2011 12:30:16 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.4/8.14.4/Submit) id p5OAUGY9072050; Fri, 24 Jun 2011 12:30:16 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2011 12:30:16 +0200 From: Peter Holm To: Kostik Belousov Message-ID: <20110624103016.GA71991@x2.osted.lan> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110623202153.GS48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 10:30:19 -0000 On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: > On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: > > Does anyone object to this patch? > > > > David Wolfskill and I have run TMPFS on a number of machines for two > > years with no problems. > > > > I may have missed something, but I'm not aware of any serious PRs on > > TMPFS either. > > > > > > Index: tmpfs_vfsops.c > > =================================================================== > > --- tmpfs_vfsops.c (revision 221113) > > +++ tmpfs_vfsops.c (working copy) > > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > return EOPNOTSUPP; > > } > > > > - printf("WARNING: TMPFS is considered to be a highly experimental " > > - "feature in FreeBSD.\n"); > > - > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > The things I am aware of: > - there is a races on the lookup. They were papered over in r212305, > but the bug was not really fixed, AFAIR. > > - the tmpfs does double-buffering for the mapped vnodes. This is quite > insulting for the memory-backed fs, isn't it ? I have a patch, but it is > still under review. > > - I believe Peter Holm has more test cases that fails with tmpfs. He > would have more details. I somewhat remember some panic on execve(2) the > binary located on tmpfs. > I ran the TMPFS tests I have and so far I only spotted the mmap(2) problem: http://people.freebsd.org/~pho/stress/log/tmpfs/ > Removing the warning will not make the issues coming away. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (FreeBSD) > > iEYEARECAAYFAk4DoGEACgkQC3+MBN1Mb4j9wwCg0V37VuQUw5heAl/Z/iAlO+h0 > SmAAoJf/+BF533SS0hUjGsscsSAqUApX > =5GKO > -----END PGP SIGNATURE----- -- Peter From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 10:33:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17B33106564A; Fri, 24 Jun 2011 10:33:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DAAC58FC13; Fri, 24 Jun 2011 10:33:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5OAXhTg007043; Fri, 24 Jun 2011 06:33:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5OAXhSr007042; Fri, 24 Jun 2011 10:33:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 24 Jun 2011 10:33:43 GMT Message-Id: <201106241033.p5OAXhSr007042@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, 24 Jun 2011 10:33:45 -0000 TB --- 2011-06-24 09:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-24 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-24 09:30:00 - cleaning the object tree TB --- 2011-06-24 09:30:21 - cvsupping the source tree TB --- 2011-06-24 09:30:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-24 09:30:46 - building world TB --- 2011-06-24 09:30:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 09:30:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 09:30:46 - TARGET=arm TB --- 2011-06-24 09:30:46 - TARGET_ARCH=arm TB --- 2011-06-24 09:30:46 - TZ=UTC TB --- 2011-06-24 09:30:46 - __MAKE_CONF=/dev/null TB --- 2011-06-24 09:30:46 - cd /src TB --- 2011-06-24 09:30:46 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 24 09:30:47 UTC 2011 >>> 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 Jun 24 10:25:42 UTC 2011 TB --- 2011-06-24 10:25:43 - WARNING: no kernel config for LINT TB --- 2011-06-24 10:25:43 - cd /src/sys/arm/conf TB --- 2011-06-24 10:25:43 - /usr/sbin/config -m AVILA TB --- 2011-06-24 10:25:43 - building AVILA kernel TB --- 2011-06-24 10:25:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 10:25:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 10:25:43 - TARGET=arm TB --- 2011-06-24 10:25:43 - TARGET_ARCH=arm TB --- 2011-06-24 10:25:43 - TZ=UTC TB --- 2011-06-24 10:25:43 - __MAKE_CONF=/dev/null TB --- 2011-06-24 10:25:43 - cd /src TB --- 2011-06-24 10:25:43 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 24 10:25:43 UTC 2011 >>> 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 AVILA completed on Fri Jun 24 10:28:59 UTC 2011 TB --- 2011-06-24 10:28:59 - cd /src/sys/arm/conf TB --- 2011-06-24 10:28:59 - /usr/sbin/config -m BWCT TB --- 2011-06-24 10:28:59 - building BWCT kernel TB --- 2011-06-24 10:28:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 10:28:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 10:28:59 - TARGET=arm TB --- 2011-06-24 10:28:59 - TARGET_ARCH=arm TB --- 2011-06-24 10:28:59 - TZ=UTC TB --- 2011-06-24 10:28:59 - __MAKE_CONF=/dev/null TB --- 2011-06-24 10:28:59 - cd /src TB --- 2011-06-24 10:28:59 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 24 10:28:59 UTC 2011 >>> 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 BWCT completed on Fri Jun 24 10:31:00 UTC 2011 TB --- 2011-06-24 10:31:00 - cd /src/sys/arm/conf TB --- 2011-06-24 10:31:00 - /usr/sbin/config -m CAMBRIA TB --- 2011-06-24 10:31:00 - building CAMBRIA kernel TB --- 2011-06-24 10:31:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 10:31:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 10:31:00 - TARGET=arm TB --- 2011-06-24 10:31:00 - TARGET_ARCH=arm TB --- 2011-06-24 10:31:00 - TZ=UTC TB --- 2011-06-24 10:31:00 - __MAKE_CONF=/dev/null TB --- 2011-06-24 10:31:00 - cd /src TB --- 2011-06-24 10:31:00 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Fri Jun 24 10:31:00 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_setTxQProps': /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_get_mimo_chan_noise': /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_getChanNoise': /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath_hal_debug' follow *** Error code 1 Stop in /obj/arm.arm/src/sys/CAMBRIA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-24 10:33:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-24 10:33:43 - ERROR: failed to build CAMBRIA kernel TB --- 2011-06-24 10:33:43 - 2743.54 user 796.68 system 3822.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 10:48:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF414106564A; Fri, 24 Jun 2011 10:48:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5A08FC13; Fri, 24 Jun 2011 10:48:31 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=EIZfbDsN8gr1c4B7uGrP4foh/gtfZ6zZRee2cLtKwTU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=N3vH5299AAAA:8 a=Vy0H3Oq_syqZCvwryxIA:9 a=QEXdDO2ut3YA:10 a=9aOQ2cSd83gA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144823391; Fri, 24 Jun 2011 12:48:29 +0200 From: Hans Petter Selasky To: Robert Millan Date: Fri, 24 Jun 2011 12:46:51 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240617.23235.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106241246.51881.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 10:48:32 -0000 On Friday 24 June 2011 09:22:57 Robert Millan wrote: > 2011/6/24 Hans Petter Selasky : > > Updated bus_auto.conf: > > > > http://hselasky.homeunix.org:8192/bus_auto.conf > > Very nice. But why not use variable names instead of hardcoding numbers? > It makes the output much easier to understand. To save memory. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 11:06:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF345106566C; Fri, 24 Jun 2011 11:06:32 +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 7A1588FC17; Fri, 24 Jun 2011 11:06:32 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5OB6R7X018823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jun 2011 14:06:27 +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.4/8.14.4) with ESMTP id p5OB6RnP061663; Fri, 24 Jun 2011 14:06:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5OB6RSr061662; Fri, 24 Jun 2011 14:06:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Jun 2011 14:06:27 +0300 From: Kostik Belousov To: Peter Holm Message-ID: <20110624110627.GW48734@deviant.kiev.zoral.com.ua> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> <20110624103016.GA71991@x2.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PVxxEpX9xhS8wgDH" Content-Disposition: inline In-Reply-To: <20110624103016.GA71991@x2.osted.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=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 11:06:33 -0000 --PVxxEpX9xhS8wgDH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote: > On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: > > On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: > > > Does anyone object to this patch? > > >=20 > > > David Wolfskill and I have run TMPFS on a number of machines for two > > > years with no problems. > > >=20 > > > I may have missed something, but I'm not aware of any serious PRs on > > > TMPFS either. > > >=20 > > >=20 > > > Index: 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 > > > --- tmpfs_vfsops.c (revision 221113) > > > +++ tmpfs_vfsops.c (working copy) > > > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > > return EOPNOTSUPP; > > > } > > > =20 > > > - printf("WARNING: TMPFS is considered to be a highly experimental " > > > - "feature in FreeBSD.\n"); > > > - > > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > > error =3D VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > >=20 > > The things I am aware of: > > - there is a races on the lookup. They were papered over in r212305, > > but the bug was not really fixed, AFAIR. > >=20 > > - the tmpfs does double-buffering for the mapped vnodes. This is quite > > insulting for the memory-backed fs, isn't it ? I have a patch, but it is > > still under review. > >=20 > > - I believe Peter Holm has more test cases that fails with tmpfs. He > > would have more details. I somewhat remember some panic on execve(2) the > > binary located on tmpfs. > >=20 >=20 > I ran the TMPFS tests I have and so far I only spotted the mmap(2) > problem: >=20 > http://people.freebsd.org/~pho/stress/log/tmpfs/ It would be indeed good if the issue was the only remaining problem. The deadlock in tmpfs6.txt is caused by doing copyin() while having a page busied. This should be fixed indirectly by the patch to avoid double-buffering, I uploaded the latest version at http://people.freebsd.org/~kib/misc/tmpfs.5.patch >=20 > > Removing the warning will not make the issues coming away. >=20 --PVxxEpX9xhS8wgDH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4Eb7MACgkQC3+MBN1Mb4jOswCfYeqdPkzocOvLT8SCxJm3wHIl Mn4AnjT/6UpzZ6MriaFRwUysluNMe5Ah =FJAt -----END PGP SIGNATURE----- --PVxxEpX9xhS8wgDH-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 07:45:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22961106564A for ; Fri, 24 Jun 2011 07:45:06 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E021E8FC1B for ; Fri, 24 Jun 2011 07:45:05 +0000 (UTC) Received: by pwi7 with SMTP id 7so286940pwi.13 for ; Fri, 24 Jun 2011 00:45:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=GkHfsRbMqBtcU1KoJI9O5jZcpoBk/2mfUnMVcGUXVt0=; b=aVxbn1v1nWz4izvqgwC+VzvuS97vGQ+sqHfxF0YtwHnVEhm8AkwCjdR9vN4seZbNo4 EZk4OD0t+5W9pIK2Di4KJ0Ry9KkVCdtVRzZskFYdgc32kq2//8S/6IEloXnjFLQdPz3n JNAqFXBSaenWeojC+wPzDSwRg08oFt4zzeP1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=uJ6HjK032/FwKH2Xlq4a8e2BKVx/JMI6TwPfnK9uNTUyBQTn1PYCjJ+U97atmZZjHh VPH0xG8MvPH6Cu9c1ip6XlbST+Ltnj1pSyF2FFf/TzQupqm2LC5+PQ5uxI29QX94otP6 +LcXVQonFFozXXTHA7/JVFtASQRYQk4fQT5R8= MIME-Version: 1.0 Received: by 10.68.68.242 with SMTP id z18mr1449739pbt.455.1308900177701; Fri, 24 Jun 2011 00:22:57 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.68.49.169 with HTTP; Fri, 24 Jun 2011 00:22:57 -0700 (PDT) In-Reply-To: <201106240617.23235.hselasky@c2i.net> References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240437.25246.hselasky@c2i.net> <201106240617.23235.hselasky@c2i.net> Date: Fri, 24 Jun 2011 09:22:57 +0200 X-Google-Sender-Auth: AojO6p-yNZV5oY5UzqZIV5c8WHI Message-ID: From: Robert Millan To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 24 Jun 2011 11:07:26 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 07:45:06 -0000 2011/6/24 Hans Petter Selasky : > Updated bus_auto.conf: > > http://hselasky.homeunix.org:8192/bus_auto.conf Very nice. But why not use variable names instead of hardcoding numbers? It makes the output much easier to understand. -- Robert Millan From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 11:57:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64939106564A for ; Fri, 24 Jun 2011 11:57:07 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0E54C8FC08 for ; Fri, 24 Jun 2011 11:57:06 +0000 (UTC) Received: from remote.double-l.nl (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id p5OBiBEo092476 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 24 Jun 2011 13:44:11 +0200 (CEST) (envelope-from Johan@double-l.nl) Received: from SRV01.double-l.local ([fe80::1128:e7bc:ba4a:a89a]) by SRV01.double-l.local ([fe80::1128:e7bc:ba4a:a89a%13]) with mapi id 14.01.0218.012; Fri, 24 Jun 2011 13:44:10 +0200 From: Johan Hendriks To: "freebsd-current@freebsd.org" Thread-Topic: MFC Thread-Index: AcwyZAdNAZ6U+suhQq6keTguf9eFsw== Date: Fri, 24 Jun 2011 11:44:09 +0000 Message-ID: <6C3F8332272B7D4DA26909F15F1C90E1DDCCC3@SRV01.double-l.local> Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.50.20] MIME-Version: 1.0 X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 11:57:07 -0000 Hello all i have a question regarding MFC At the svn page from head most revisions comments contain a line like MFC after: x weeks or x days. or x months. Is this done automaticly, or is this still done by the auther. I came to this question, because of the following. http://svnweb.freebsd.org/base?view=3Drevision&revision=3D217174 MFC after 3 weeks, but it looks likei t still has not been MFC'd That is 4 months ago And if so are there more patches that goes not into STABLE? Regards, Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 12:03:55 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 759071065679 for ; Fri, 24 Jun 2011 12:03:55 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A9BE58FC14 for ; Fri, 24 Jun 2011 12:03:54 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA16407; Fri, 24 Jun 2011 15:03:50 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E047D26.7070108@FreeBSD.org> Date: Fri, 24 Jun 2011 15:03:50 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: Johan Hendriks References: <6C3F8332272B7D4DA26909F15F1C90E1DDCCC3@SRV01.double-l.local> In-Reply-To: <6C3F8332272B7D4DA26909F15F1C90E1DDCCC3@SRV01.double-l.local> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: MFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 12:03:55 -0000 on 24/06/2011 14:44 Johan Hendriks said the following: > Hello all i have a question regarding MFC > > At the svn page from head most revisions comments contain a line like > MFC after: x weeks or x days. or x months. > Is this done automaticly, or is this still done by the auther. It's done manually. 'MFC after' only states original intent. Sometimes developers forget to do MFC; sometimes they discover new circumstances which prevent MFC; etc. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 12:47:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 908B5106564A for ; Fri, 24 Jun 2011 12:47:31 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 556178FC08 for ; Fri, 24 Jun 2011 12:47:31 +0000 (UTC) Received: by qyk30 with SMTP id 30so309747qyk.13 for ; Fri, 24 Jun 2011 05:47:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=9FdFHRQOM8Q/SciVXWpqz1mbCJR3InbZ6THOjG3eiNo=; b=oIpswlcO28cLQUS7KkugepF4DDKrvvBrcZ7p6WtCY69yydQgyo5ejBzSNl/bz6oOR6 4ztEJyRh+1rO7p9n2RpWUj0Z+JDOe5eJTh4p/nBf38v2YBKYCGU46WBKot8C2FlsnPl7 Ucbkqkl+wTL0RGPf5+YpZ2J/PW4Lro06uk8jQ= MIME-Version: 1.0 Received: by 10.229.69.213 with SMTP id a21mr2418310qcj.222.1308919650507; Fri, 24 Jun 2011 05:47:30 -0700 (PDT) Received: by 10.229.9.199 with HTTP; Fri, 24 Jun 2011 05:47:30 -0700 (PDT) Date: Fri, 24 Jun 2011 08:47:30 -0400 Message-ID: From: Kim Culhan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: make release: doesn't work for me, getting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 12:47:31 -0000 Attempting to run: make release resulted in 'looping' until a kernel compile directory sys/amd64/compile/* was removed. Maybe I missed something in the docs. -kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:08:31 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCE011065673; Fri, 24 Jun 2011 13:08:31 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 385068FC12; Fri, 24 Jun 2011 13:08:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5OD8TmE071276; Fri, 24 Jun 2011 17:08:29 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5OD8SNj071275; Fri, 24 Jun 2011 17:08:29 +0400 (MSD) (envelope-from ache) Date: Fri, 24 Jun 2011 17:08:27 +0400 From: Andrey Chernov To: "Justin T. Gibbs" Message-ID: <20110624130826.GA71185@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , "Kenneth D. Merry" , Kostik Belousov , Eir Nym , current@FreeBSD.ORG, will@FreeBSD.ORG References: <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E03FDFD.70203@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:08:31 -0000 On Thu, Jun 23, 2011 at 11:01:17PM -0400, Justin T. Gibbs wrote: > To test this theory, apply the following patch. I do not know if this > is safe for changer devices, but I will review the changer code if this > patch fixes ache's problem. I don't have changers. One of the plain ATA DVDs is read-only (cd0, which is not detected now) and another one is read-write (cd1, detected). I try the patch but nothing is changed in the picture. cd0 still not detected, xpt_thrd sleep in ccb_scan and g_event sleep in caplck. Here is probe from the old kernel which works, just in case, nothing unusual with it: cd0 at ata2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 100.000MB/s transfers (UDMA5, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Unplugging power from it allows to boot normally. Inserting media does not help too. > --- //depot/vendor/FreeBSD/head/sys/cam/scsi/scsi_cd.c 2011-05-07 10:06:43.000000000 -0600 > +++ /home/justing/perforce/vendor/FreeBSD/head/sys/cam/scsi/scsi_cd.c 2011-05-07 10:06:43.000000000 -0600 > @@ -687,6 +687,10 @@ > else > softc->minimum_command_size = 6; > > + /* > + * Refcount and block open attempts until we are setup > + * Can't block > + */ > (void)cam_periph_hold(periph, PRIBIO); > cam_periph_unlock(periph); > /* > @@ -747,7 +751,6 @@ > softc->disk->d_hba_subdevice = cpi.hba_subdevice; > disk_create(softc->disk, DISK_VERSION); > cam_periph_lock(periph); > - cam_periph_unhold(periph); > > /* > * Add an async callback so that we get > @@ -972,12 +975,6 @@ > > cdregisterexit: > > - /* > - * Refcount and block open attempts until we are setup > - * Can't block > - */ > - (void)cam_periph_hold(periph, PRIBIO); > - > if ((softc->flags & CD_FLAG_CHANGER) == 0) > xpt_schedule(periph, CAM_PRIORITY_DEV); > else > _______________________________________________ > 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" -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:13:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 604CA106567C; Fri, 24 Jun 2011 13:13:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 364438FC19; Fri, 24 Jun 2011 13:13:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=SJA03SmFjIOBaRUqQpAxZTuC3Mg0Qr8luS0qYjfHCY4= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=UOFPp8_ONXCmqc-7jQYA:9 a=QEXdDO2ut3YA:10 a=9aOQ2cSd83gA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144474410; Fri, 24 Jun 2011 15:13:22 +0200 From: Hans Petter Selasky To: Robert Millan Date: Fri, 24 Jun 2011 15:11:44 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106241246.51881.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106241511.44977.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:13:25 -0000 On Friday 24 June 2011 14:59:37 Robert Millan wrote: > 2011/6/24 Hans Petter Selasky : > >> Very nice. But why not use variable names instead of hardcoding > >> numbers? It makes the output much easier to understand. > > > > To save memory. > > I haven't inspected devd code, but I was under the assumption that > variables only lived untill resolved. What would be the point of keeping > them in memory after devd has finished parsing the config files? Hi, I haven't checked that, though if you want the readable version, then you need to check the source code. However I could add some code to print a vendor ID comment, based on usbdevs. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:21:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA145106566C for ; Fri, 24 Jun 2011 13:21:08 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 70C1F8FC16 for ; Fri, 24 Jun 2011 13:21:08 +0000 (UTC) Received: (qmail 93648 invoked from network); 24 Jun 2011 13:21:06 -0000 Received: from 87.58.145.224 (HELO x2.osted.lan) (87.58.145.224) by relay03.pair.com with SMTP; 24 Jun 2011 13:21:06 -0000 X-pair-Authenticated: 87.58.145.224 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.4/8.14.4) with ESMTP id p5ODL6dZ075491; Fri, 24 Jun 2011 15:21:06 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.4/8.14.4/Submit) id p5ODL5WN075490; Fri, 24 Jun 2011 15:21:05 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2011 15:21:05 +0200 From: Peter Holm To: Kostik Belousov Message-ID: <20110624132105.GA75382@x2.osted.lan> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> <20110624103016.GA71991@x2.osted.lan> <20110624110627.GW48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110624110627.GW48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:21:08 -0000 On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote: > On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote: > > On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: > > > On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: > > > > Does anyone object to this patch? > > > > > > > > David Wolfskill and I have run TMPFS on a number of machines for two > > > > years with no problems. > > > > > > > > I may have missed something, but I'm not aware of any serious PRs on > > > > TMPFS either. > > > > > > > > > > > > Index: tmpfs_vfsops.c > > > > =================================================================== > > > > --- tmpfs_vfsops.c (revision 221113) > > > > +++ tmpfs_vfsops.c (working copy) > > > > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > > > return EOPNOTSUPP; > > > > } > > > > > > > > - printf("WARNING: TMPFS is considered to be a highly experimental " > > > > - "feature in FreeBSD.\n"); > > > > - > > > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > > > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > > > > > The things I am aware of: > > > - there is a races on the lookup. They were papered over in r212305, > > > but the bug was not really fixed, AFAIR. > > > > > > - the tmpfs does double-buffering for the mapped vnodes. This is quite > > > insulting for the memory-backed fs, isn't it ? I have a patch, but it is > > > still under review. > > > > > > - I believe Peter Holm has more test cases that fails with tmpfs. He > > > would have more details. I somewhat remember some panic on execve(2) the > > > binary located on tmpfs. > > > > > > > I ran the TMPFS tests I have and so far I only spotted the mmap(2) > > problem: > > > > http://people.freebsd.org/~pho/stress/log/tmpfs/ > It would be indeed good if the issue was the only remaining problem. Well, more testing is needed for sure. > The deadlock in tmpfs6.txt is caused by doing copyin() while having > a page busied. This should be fixed indirectly by the patch to > avoid double-buffering, I uploaded the latest version at > http://people.freebsd.org/~kib/misc/tmpfs.5.patch > > > > > > Removing the warning will not make the issues coming away. > > This doesn't compile: ===> tmpfs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/PHO/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/usr/src/sys/i386/compile/PHO -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c cc1: warnings being treated as errors /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c: In function 'tmpfs_reg_resize': /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:911: warning: 'uobj' is used uninitialized in this function *** Error code 1 886 int 887 tmpfs_reg_resize(struct vnode *vp, off_t newsize) 888 { 889 struct tmpfs_mount *tmp; 890 struct tmpfs_node *node; 891 vm_object_t uobj; 892 vm_page_t m; 893 vm_pindex_t newpages, oldpages; 894 off_t oldsize; 895 size_t zerolen; 896 897 MPASS(vp->v_type == VREG); 898 MPASS(newsize >= 0); 899 900 node = VP_TO_TMPFS_NODE(vp); 901 tmp = VFS_TO_TMPFS(vp->v_mount); 902 903 /* 904 * Convert the old and new sizes to the number of pages needed to 905 * store them. It may happen that we do not need to do anything 906 * because the last allocated page can accommodate the change on 907 * its own. 908 */ 909 oldsize = node->tn_size; 910 oldpages = OFF_TO_IDX(oldsize + PAGE_MASK); 911 MPASS(oldpages == uobj->size); 912 newpages = OFF_TO_IDX(newsize + PAGE_MASK); 913 if (newpages > oldpages && 914 newpages - oldpages > TMPFS_PAGES_AVAIL(tmp)) 915 return (ENOSPC); 916 917 TMPFS_LOCK(tmp); 918 tmp->tm_pages_used += (newpages - oldpages); 919 TMPFS_UNLOCK(tmp); 920 921 node->tn_size = newsize; 922 VM_OBJECT_LOCK(uobj); - Peter From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:23:50 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9BDE106564A; Fri, 24 Jun 2011 13:23:50 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9C38FC08; Fri, 24 Jun 2011 13:23:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5ODNn74071427; Fri, 24 Jun 2011 17:23:49 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5ODNmuX071426; Fri, 24 Jun 2011 17:23:48 +0400 (MSD) (envelope-from ache) Date: Fri, 24 Jun 2011 17:23:48 +0400 From: Andrey Chernov To: "Justin T. Gibbs" , "Kenneth D. Merry" , Kostik Belousov , Eir Nym , current@FreeBSD.ORG, will@FreeBSD.ORG Message-ID: <20110624132348.GA71363@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , "Kenneth D. Merry" , Kostik Belousov , Eir Nym , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <20110624130826.GA71185@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110624130826.GA71185@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:23:51 -0000 I forget to mention that the place is the same as trace shows: g_event_procbody-g_run_events-g_new_provider_event-g_dev_taste- g_dev_attrchanged-g_access-g_disk_access-cdopen-cam_periph_hold and it sleeps. On Fri, Jun 24, 2011 at 05:08:27PM +0400, Andrey Chernov wrote: > On Thu, Jun 23, 2011 at 11:01:17PM -0400, Justin T. Gibbs wrote: > > To test this theory, apply the following patch. I do not know if this > > is safe for changer devices, but I will review the changer code if this > > patch fixes ache's problem. > > I don't have changers. One of the plain ATA DVDs is read-only (cd0, which > is not detected now) and another one is read-write (cd1, detected). I try > the patch but nothing is changed in the picture. cd0 still not detected, > xpt_thrd sleep in ccb_scan and g_event sleep in caplck. Here is probe from > the old kernel which works, just in case, nothing unusual with it: > cd0 at ata2 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 100.000MB/s transfers (UDMA5, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Unplugging power from it allows to boot > normally. > Inserting media does not help too. > > > --- //depot/vendor/FreeBSD/head/sys/cam/scsi/scsi_cd.c 2011-05-07 10:06:43.000000000 -0600 > > +++ /home/justing/perforce/vendor/FreeBSD/head/sys/cam/scsi/scsi_cd.c 2011-05-07 10:06:43.000000000 -0600 > > @@ -687,6 +687,10 @@ > > else > > softc->minimum_command_size = 6; > > > > + /* > > + * Refcount and block open attempts until we are setup > > + * Can't block > > + */ > > (void)cam_periph_hold(periph, PRIBIO); > > cam_periph_unlock(periph); > > /* > > @@ -747,7 +751,6 @@ > > softc->disk->d_hba_subdevice = cpi.hba_subdevice; > > disk_create(softc->disk, DISK_VERSION); > > cam_periph_lock(periph); > > - cam_periph_unhold(periph); > > > > /* > > * Add an async callback so that we get > > @@ -972,12 +975,6 @@ > > > > cdregisterexit: > > > > - /* > > - * Refcount and block open attempts until we are setup > > - * Can't block > > - */ > > - (void)cam_periph_hold(periph, PRIBIO); > > - > > if ((softc->flags & CD_FLAG_CHANGER) == 0) > > xpt_schedule(periph, CAM_PRIORITY_DEV); > > else > > > _______________________________________________ > > 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" > > > > -- > http://ache.vniz.net/ > _______________________________________________ > 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" -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 12:59:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 363F81065700; Fri, 24 Jun 2011 12:59:38 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E03928FC1C; Fri, 24 Jun 2011 12:59:37 +0000 (UTC) Received: by pwi7 with SMTP id 7so457639pwi.13 for ; Fri, 24 Jun 2011 05:59:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ujjEE//N36yTz2F9ebwKTpykHUUsnYx7XVQTHIc7lwo=; b=FwT602YRJhmlsd2uJ1vsQ1v4t5CD44dl2pHCtKVhFjoP7GE0b+Sr8/9/gXkNDMioHp EQsgK9Hvs/ZSmxGCXcxEcOntA1Jihq5TYHqGpkcmEIpiT4LU6XOmMoNktWg41pyAllO3 84RzxtyYa2YyCPrqV4e599vhPEqdBWBnpgn+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=B2PpS0fBIPZW6zia9opTs5+XTdmoM97JaNgy18LM6LTVKhS5HEhltVIymGphhvSozw BixC+67msOYFM9Jr/i9ROJvX1v/aT9aD9jdoO0FdFVlaMCji9FLPCFsYV3GpfQVihyBa lKrv8AqWVO9/AAxi4tNRiNs9lKVy0wtr8jlGo= MIME-Version: 1.0 Received: by 10.68.36.195 with SMTP id s3mr1574624pbj.388.1308920377464; Fri, 24 Jun 2011 05:59:37 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.68.49.169 with HTTP; Fri, 24 Jun 2011 05:59:37 -0700 (PDT) In-Reply-To: <201106241246.51881.hselasky@c2i.net> References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240617.23235.hselasky@c2i.net> <201106241246.51881.hselasky@c2i.net> Date: Fri, 24 Jun 2011 14:59:37 +0200 X-Google-Sender-Auth: jjszI6dK_3UhsU8WjZFW8D3p6zU Message-ID: From: Robert Millan To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 24 Jun 2011 13:29:26 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 12:59:38 -0000 2011/6/24 Hans Petter Selasky : >> Very nice. =C2=A0But why not use variable names instead of hardcoding nu= mbers? >> It makes the output much easier to understand. > > To save memory. I haven't inspected devd code, but I was under the assumption that variables only lived untill resolved. What would be the point of keeping them in memory after devd has finished parsing the config files? --=20 Robert Millan From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:33:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60376106566C; Fri, 24 Jun 2011 13:33:00 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 55E718FC1C; Fri, 24 Jun 2011 13:32:58 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=vrJF5kjXe35rRze0mxLgGFcjILUNrTxl1QHeo1urnh8= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=gspNUX4L-A8A:10 a=WQU8e4WWZSUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=QPqv9uEQt3szeKHeYHIA:9 a=CjuIK1q_8ugA:10 a=eDmAs-E57SAvscwaw0gA:9 a=jKVcEKud5oSw-N-wv5UA:7 a=zrI6Tc6_hERChVih:21 a=uSXZ0T36x2F1xWPb:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144843506; Fri, 24 Jun 2011 15:32:57 +0200 From: Hans Petter Selasky To: gnome@freebsd.org Date: Fri, 24 Jun 2011 15:31:19 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w Content-Type: Multipart/Mixed; boundary="Boundary-00=_nGJBO+VD0Vi5+ZY" Message-Id: <201106241531.19375.hselasky@c2i.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:33:00 -0000 --Boundary-00=_nGJBO+VD0Vi5+ZY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, It appears there are some bugs in the USB2 HAL implementation. For example the parent USB device is not always correctly set and there are problems with dynamic attach/detach of USB devices in hald. For users of 9-current and 8-stable: Copy the attached file to /usr/ports/sysutils/hal/files/ Then rebuild HAL. Does it fix any USB/HAL related problems? For example related to multimedia/webcamd, lshal, mouse, keyboard etc. --HPS --Boundary-00=_nGJBO+VD0Vi5+ZY-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:51:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E67106566B; Fri, 24 Jun 2011 13:51:24 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D6C6A8FC0A; Fri, 24 Jun 2011 13:51:23 +0000 (UTC) Received: by iyb11 with SMTP id 11so3355639iyb.13 for ; Fri, 24 Jun 2011 06:51:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=+k8JE+g4suFtGj5pV5nhAyNNIwJHtaSAq94uW7kCu5Q=; b=Y6voRSGAvXTR6XIDSZYRm+DndnEopMHVJeJ4J3CAo/9NBvL1mEIC967qMbyO+x6M0G 2BYMpbO3XaoZ7ESmCNSVsESOlua3thayqqyxpOE7blT2Dd+Tu0rBfGvrUqbhW2I7lad+ khwgxW99PWkxwL41IaPl7af9jJXFUtXMLtLHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=guCPScC8zWyWkj6hDh6vMVQXHdmKwCJ0yK8LCw+W3o0TX7CGLycHBlfoRmKufPeLxm DHeA7tc9lAm3h2aaSkWMTuaRXwfF3S0bluIFtRVrPy+SuJgZCBJGFlrD/eGdGHhraa9N A2f5x3R1jCdNKEkMWcXnRVZvuXvEJX+Ptr/qU= Received: by 10.231.217.79 with SMTP id hl15mr2873472ibb.118.1308923483160; Fri, 24 Jun 2011 06:51:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.38.5 with HTTP; Fri, 24 Jun 2011 06:51:03 -0700 (PDT) In-Reply-To: <201106241531.19375.hselasky@c2i.net> References: <201106241531.19375.hselasky@c2i.net> From: Eir Nym Date: Fri, 24 Jun 2011 17:51:03 +0400 Message-ID: To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:51:24 -0000 On 24 June 2011 17:31, Hans Petter Selasky wrote: > Hi, > > [...] > There're no attached file. Please check content type for attachments. I think, if you'll make shar archive, it'll be better. -- Eir Nym > [...] > > --HPS > > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 13:56:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAD4B1065672; Fri, 24 Jun 2011 13:56:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 316678FC0C; Fri, 24 Jun 2011 13:56:36 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=D/a7r8P9hO61Jx2CeejZiK+y1MY0zppvClPbOUfMbas= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=_7x1bjhUSeMA:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=N3vH5299AAAA:8 a=WeAbNvXSL8SdX1XNfawA:9 a=QEXdDO2ut3YA:10 a=9aOQ2cSd83gA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144014886; Fri, 24 Jun 2011 15:56:35 +0200 From: Hans Petter Selasky To: Eir Nym Date: Fri, 24 Jun 2011 15:54:57 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106241531.19375.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106241554.57659.hselasky@c2i.net> Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 13:56:37 -0000 On Friday 24 June 2011 15:51:03 Eir Nym wrote: > On 24 June 2011 17:31, Hans Petter Selasky wrote: > > Hi, > > > > [...] > > There're no attached file. Please check content type for attachments. > I think, if you'll make shar archive, it'll be better. > Look here: http://hselasky.homeunix.org:8192/patch-hald_freebsd_hf-usb2.c --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 14:50:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0951106566B; Fri, 24 Jun 2011 14:50:47 +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 3A2068FC15; Fri, 24 Jun 2011 14:50:46 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5OEohc7041072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jun 2011 17:50:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5OEohTv019450; Fri, 24 Jun 2011 17:50:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5OEohWw019449; Fri, 24 Jun 2011 17:50:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Jun 2011 17:50:43 +0300 From: Kostik Belousov To: Peter Holm Message-ID: <20110624145043.GY48734@deviant.kiev.zoral.com.ua> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> <20110624103016.GA71991@x2.osted.lan> <20110624110627.GW48734@deviant.kiev.zoral.com.ua> <20110624132105.GA75382@x2.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Lqnp4vydszvywDyS" Content-Disposition: inline In-Reply-To: <20110624132105.GA75382@x2.osted.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=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 14:50:47 -0000 --Lqnp4vydszvywDyS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 24, 2011 at 03:21:05PM +0200, Peter Holm wrote: > On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote: > > On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote: > > > On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: > > > > On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: > > > > > Does anyone object to this patch? > > > > >=20 > > > > > David Wolfskill and I have run TMPFS on a number of machines for = two > > > > > years with no problems. > > > > >=20 > > > > > I may have missed something, but I'm not aware of any serious PRs= on > > > > > TMPFS either. > > > > >=20 > > > > >=20 > > > > > Index: 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 > > > > > --- tmpfs_vfsops.c (revision 221113) > > > > > +++ tmpfs_vfsops.c (working copy) > > > > > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > > > > return EOPNOTSUPP; > > > > > } > > > > > =20 > > > > > - printf("WARNING: TMPFS is considered to be a highly experimenta= l " > > > > > - "feature in FreeBSD.\n"); > > > > > - > > > > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > > > > error =3D VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > > > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > > >=20 > > > > The things I am aware of: > > > > - there is a races on the lookup. They were papered over in r212305, > > > > but the bug was not really fixed, AFAIR. > > > >=20 > > > > - the tmpfs does double-buffering for the mapped vnodes. This is qu= ite > > > > insulting for the memory-backed fs, isn't it ? I have a patch, but = it is > > > > still under review. > > > >=20 > > > > - I believe Peter Holm has more test cases that fails with tmpfs. He > > > > would have more details. I somewhat remember some panic on execve(2= ) the > > > > binary located on tmpfs. > > > >=20 > > >=20 > > > I ran the TMPFS tests I have and so far I only spotted the mmap(2) > > > problem: > > >=20 > > > http://people.freebsd.org/~pho/stress/log/tmpfs/ > > It would be indeed good if the issue was the only remaining problem. >=20 > Well, more testing is needed for sure. >=20 > > The deadlock in tmpfs6.txt is caused by doing copyin() while having > > a page busied. This should be fixed indirectly by the patch to > > avoid double-buffering, I uploaded the latest version at > > http://people.freebsd.org/~kib/misc/tmpfs.5.patch > >=20 > > >=20 > > > > Removing the warning will not make the issues coming away. > > >=20 >=20 > This doesn't compile: >=20 > =3D=3D=3D> tmpfs (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/PHO/opt= _global.h -I. -I@ -I@/contrib/altq > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-func= tion-growth=3D1000 -fno-common -g -I/usr/src/sys/i386/compile/PHO -mno-ali= gn-long-strings -mpreferred-stack-boundary=3D2 -mno-sse > -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=3Diso9899:199= 9 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inc= lude-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/tmpfs/../../fs/= tmpfs/tmpfs_subr.c > cc1: warnings being treated as errors > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c: In function 'tmpf= s_reg_resize': > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:911: warning: 'uob= j' is used uninitialized in this function > *** Error code 1 Yes, the patch has rotten. Please try http://people.freebsd.org/~kib/misc/tmpfs.6.patch --Lqnp4vydszvywDyS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4EpEIACgkQC3+MBN1Mb4iDUACg14clzidOnQeDs7DNKhmCRPuN cvsAn3Pb8Sx5VB4Q4uqgmT5rdqqy4Bn9 =gSuU -----END PGP SIGNATURE----- --Lqnp4vydszvywDyS-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 14:39:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6F171065670 for ; Fri, 24 Jun 2011 14:39:20 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [95.108.130.94]) by mx1.freebsd.org (Postfix) with ESMTP id 864EA8FC14 for ; Fri, 24 Jun 2011 14:39:20 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward12.mail.yandex.net (Yandex) with ESMTP id 21B6BC22572; Fri, 24 Jun 2011 18:24:02 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1308925442; bh=Hog7HCpizzfaZ3h9KqrCGwljtRfIw4XPqfzLW7W0kaI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=er4SzxdD6w1tfbOZbBn6P8UXzXy9n5SXJfkZW7B4lR/Y0Dw3nxfSXXw3mBO7qtvDA ElEKoN2IPXD+R7uKxxZRzCKKcke0oYKNAEo9hRwk5oNeK3fjayP1eAjRF0yyxB3xSi j2GSIviyYpWwcdiJ4Digz3JfuvCe04Pdjueh29iw= Received: from smeshariki2.local (unknown [213.27.65.65]) by smtp13.mail.yandex.net (Yandex) with ESMTPSA id AE7433898067; Fri, 24 Jun 2011 18:24:01 +0400 (MSD) Message-ID: <4E049D61.8060100@yandex.ru> Date: Fri, 24 Jun 2011 18:21:21 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.18) Gecko/20110624 Thunderbird/3.1.11 MIME-Version: 1.0 To: Hans Petter Selasky References: <201106241531.19375.hselasky@c2i.net> In-Reply-To: <201106241531.19375.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Yandex-Spam: 1 X-Mailman-Approved-At: Fri, 24 Jun 2011 15:35:35 +0000 Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 14:39:20 -0000 24.06.2011 17:31, Hans Petter Selasky пишет: > Hi, > > It appears there are some bugs in the USB2 HAL implementation. For example the > parent USB device is not always correctly set and there are problems with > dynamic attach/detach of USB devices in hald. > > For users of 9-current and 8-stable: > > Copy the attached file to /usr/ports/sysutils/hal/files/ > > Then rebuild HAL. > > Does it fix any USB/HAL related problems? For example related to > multimedia/webcamd, lshal, mouse, keyboard etc. > > --HPS Thanks a lot! My mouse, usb-sticks and usb-hdd now appeared again after reattach with this patch how it was before. It's on 9-current. PS. Maybe there is the same magic that will make my battery indicator state changes when i replug AC power? :) I understand that this not related with USB2, but it worked before on 8-stable. Does anybody expecting the same trouble? -- Regards, Ruslan From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:20:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 753E7106564A for ; Fri, 24 Jun 2011 16:20:06 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id 350178FC0A for ; Fri, 24 Jun 2011 16:20:05 +0000 (UTC) Received: (qmail 95570 invoked from network); 24 Jun 2011 16:20:04 -0000 Received: from 87.58.145.224 (HELO x2.osted.lan) (87.58.145.224) by relay01.pair.com with SMTP; 24 Jun 2011 16:20:04 -0000 X-pair-Authenticated: 87.58.145.224 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.4/8.14.4) with ESMTP id p5OGK3Ta079214; Fri, 24 Jun 2011 18:20:03 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.4/8.14.4/Submit) id p5OGK3Sd079213; Fri, 24 Jun 2011 18:20:03 +0200 (CEST) (envelope-from pho) Date: Fri, 24 Jun 2011 18:20:03 +0200 From: Peter Holm To: Kostik Belousov Message-ID: <20110624162003.GA79067@x2.osted.lan> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> <20110624103016.GA71991@x2.osted.lan> <20110624110627.GW48734@deviant.kiev.zoral.com.ua> <20110624132105.GA75382@x2.osted.lan> <20110624145043.GY48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110624145043.GY48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 16:20:06 -0000 On Fri, Jun 24, 2011 at 05:50:43PM +0300, Kostik Belousov wrote: > On Fri, Jun 24, 2011 at 03:21:05PM +0200, Peter Holm wrote: > > On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote: > > > On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote: > > > > On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote: > > > > > On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote: > > > > > > Does anyone object to this patch? > > > > > > > > > > > > David Wolfskill and I have run TMPFS on a number of machines for two > > > > > > years with no problems. > > > > > > > > > > > > I may have missed something, but I'm not aware of any serious PRs on > > > > > > TMPFS either. > > > > > > > > > > > > > > > > > > Index: tmpfs_vfsops.c > > > > > > =================================================================== > > > > > > --- tmpfs_vfsops.c (revision 221113) > > > > > > +++ tmpfs_vfsops.c (working copy) > > > > > > @@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > > > > > return EOPNOTSUPP; > > > > > > } > > > > > > > > > > > > - printf("WARNING: TMPFS is considered to be a highly experimental " > > > > > > - "feature in FreeBSD.\n"); > > > > > > - > > > > > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > > > > > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > > > > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > > > > > > > > > The things I am aware of: > > > > > - there is a races on the lookup. They were papered over in r212305, > > > > > but the bug was not really fixed, AFAIR. > > > > > > > > > > - the tmpfs does double-buffering for the mapped vnodes. This is quite > > > > > insulting for the memory-backed fs, isn't it ? I have a patch, but it is > > > > > still under review. > > > > > > > > > > - I believe Peter Holm has more test cases that fails with tmpfs. He > > > > > would have more details. I somewhat remember some panic on execve(2) the > > > > > binary located on tmpfs. > > > > > > > > > > > > > I ran the TMPFS tests I have and so far I only spotted the mmap(2) > > > > problem: > > > > > > > > http://people.freebsd.org/~pho/stress/log/tmpfs/ > > > It would be indeed good if the issue was the only remaining problem. > > > > Well, more testing is needed for sure. > > > > > The deadlock in tmpfs6.txt is caused by doing copyin() while having > > > a page busied. This should be fixed indirectly by the patch to > > > avoid double-buffering, I uploaded the latest version at > > > http://people.freebsd.org/~kib/misc/tmpfs.5.patch > > > > > > > > > > > > Removing the warning will not make the issues coming away. > > > > > > > > This doesn't compile: > > > > ===> tmpfs (all) > > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/src/sys/i386/compile/PHO/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/usr/src/sys/i386/compile/PHO -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse > > -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c > > cc1: warnings being treated as errors > > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c: In function 'tmpfs_reg_resize': > > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:911: warning: 'uobj' is used uninitialized in this function > > *** Error code 1 > > Yes, the patch has rotten. Please try > http://people.freebsd.org/~kib/misc/tmpfs.6.patch Got a "panic: Not a vnode object" quite fast: http://people.freebsd.org/~pho/stress/log/kostik441.txt - Peter From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:22:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 916011065674; Fri, 24 Jun 2011 16:22:12 +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 60E2F8FC12; Fri, 24 Jun 2011 16:22:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5OGMBuJ068665; Fri, 24 Jun 2011 12:22:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5OGMBfq068661; Fri, 24 Jun 2011 16:22:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 24 Jun 2011 16:22:11 GMT Message-Id: <201106241622.p5OGMBfq068661@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, 24 Jun 2011 16:22:12 -0000 TB --- 2011-06-24 15:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-24 15:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-24 15:20:00 - cleaning the object tree TB --- 2011-06-24 15:20:20 - cvsupping the source tree TB --- 2011-06-24 15:20:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-24 15:21:08 - building world TB --- 2011-06-24 15:21:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 15:21:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 15:21:08 - TARGET=arm TB --- 2011-06-24 15:21:08 - TARGET_ARCH=arm TB --- 2011-06-24 15:21:08 - TZ=UTC TB --- 2011-06-24 15:21:08 - __MAKE_CONF=/dev/null TB --- 2011-06-24 15:21:08 - cd /src TB --- 2011-06-24 15:21:08 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 24 15:21:09 UTC 2011 >>> 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 Jun 24 16:14:37 UTC 2011 TB --- 2011-06-24 16:14:37 - WARNING: no kernel config for LINT TB --- 2011-06-24 16:14:37 - cd /src/sys/arm/conf TB --- 2011-06-24 16:14:37 - /usr/sbin/config -m AVILA TB --- 2011-06-24 16:14:38 - building AVILA kernel TB --- 2011-06-24 16:14:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 16:14:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 16:14:38 - TARGET=arm TB --- 2011-06-24 16:14:38 - TARGET_ARCH=arm TB --- 2011-06-24 16:14:38 - TZ=UTC TB --- 2011-06-24 16:14:38 - __MAKE_CONF=/dev/null TB --- 2011-06-24 16:14:38 - cd /src TB --- 2011-06-24 16:14:38 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 24 16:14:38 UTC 2011 >>> 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 AVILA completed on Fri Jun 24 16:17:30 UTC 2011 TB --- 2011-06-24 16:17:31 - cd /src/sys/arm/conf TB --- 2011-06-24 16:17:31 - /usr/sbin/config -m BWCT TB --- 2011-06-24 16:17:31 - building BWCT kernel TB --- 2011-06-24 16:17:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 16:17:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 16:17:31 - TARGET=arm TB --- 2011-06-24 16:17:31 - TARGET_ARCH=arm TB --- 2011-06-24 16:17:31 - TZ=UTC TB --- 2011-06-24 16:17:31 - __MAKE_CONF=/dev/null TB --- 2011-06-24 16:17:31 - cd /src TB --- 2011-06-24 16:17:31 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 24 16:17:31 UTC 2011 >>> 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 BWCT completed on Fri Jun 24 16:19:30 UTC 2011 TB --- 2011-06-24 16:19:30 - cd /src/sys/arm/conf TB --- 2011-06-24 16:19:30 - /usr/sbin/config -m CAMBRIA TB --- 2011-06-24 16:19:30 - building CAMBRIA kernel TB --- 2011-06-24 16:19:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 16:19:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 16:19:30 - TARGET=arm TB --- 2011-06-24 16:19:30 - TARGET_ARCH=arm TB --- 2011-06-24 16:19:30 - TZ=UTC TB --- 2011-06-24 16:19:30 - __MAKE_CONF=/dev/null TB --- 2011-06-24 16:19:30 - cd /src TB --- 2011-06-24 16:19:30 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Fri Jun 24 16:19:31 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_setTxQProps': /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_get_mimo_chan_noise': /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_getChanNoise': /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath_hal_debug' follow *** Error code 1 Stop in /obj/arm.arm/src/sys/CAMBRIA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-24 16:22:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-24 16:22:10 - ERROR: failed to build CAMBRIA kernel TB --- 2011-06-24 16:22:10 - 2658.50 user 773.13 system 3729.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:42:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB8C1106564A for ; Fri, 24 Jun 2011 16:42:00 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B88D18FC0C for ; Fri, 24 Jun 2011 16:42:00 +0000 (UTC) Received: by iwr19 with SMTP id 19so3530725iwr.13 for ; Fri, 24 Jun 2011 09:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=SdPSiPvysvy7ytYE44fd+ukpAo7p56Jif2X9F9qpRlk=; b=E0vJdoIfTibuSXkw8O0L08bFoSgDrx0XlD0klUl6ijVKvxkuMGgHEba2yCEgaX/zem 092Kil8j194Aw/XVvVRoyccInBAHY5VG9DNtudlaTgOJAoTqbNAR/0S2jY4XoqnRRjcs UKsKUI1UV1lQivreVKWTYi00eMTOppGofTiaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=dEURfUFEejncRyw4cyAcfCS6LhQ6Z1NtWl6Y23uQVpfML1lGWi7+2Ct10Ez6KZRQF5 UH6wqJ4R+EuU5eT7cwDMl9XhwXCM8EkrIdysPGZTdpmWfYCrlEPJXlcLVYOxI46IjZli HNkguNe1LaAQ8ZYtwmWf+guxBOkEq565VfhLY= MIME-Version: 1.0 Received: by 10.42.29.131 with SMTP id r3mr3593923icc.377.1308933719856; Fri, 24 Jun 2011 09:41:59 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Fri, 24 Jun 2011 09:41:59 -0700 (PDT) Date: Fri, 24 Jun 2011 19:41:59 +0300 Message-ID: From: George Kontostanos To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Subject: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 16:42:01 -0000 Hi everyone, I am trying to compile virtualbox-ose 4.0.8 but it fails with /out/freebsd.amd64/debug -DVBOX -DVBOX_WITH_DEBUGGER -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/local/share/virtualbox-ose\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox-ose\" -DRT_LOCK_STRICT -DRT_LOCK_STRICT_ORDER -DDEBUG -DDEBUG_gkontos -DDEBUG_USERNAME=gkontos -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_AMD64 -D__AMD64__ -DIN_RING3 -DUNICODE -DNDEBUG=1 -DVBOX_WITH_XPCOM -DVBOX_MAIN_SETTINGS_ADDONS -DIN_VMM_STATIC -DVBOX_WITH_SYS_V_IPC_SESSION_WATCHER -DVBOX_WITH_RAW_MODE -DVBOX_WITH_NETFLT -DVBOX_WITH_CROGL -DVBOX_WITH_GUEST_PROPS -DVBOX_WITH_GUEST_CONTROL -DVBOX_WITH_HOSTNETIF_API -DVBOX_WITH_VDE -DVBOX_WITH_NEW_SYS_V_KEYGEN -DVBOX_WITH_VBOXSDL -DVBOX_WITH_HEADLESS -DVBOX_WITH_QTGUI -DVBOX_WITH_HGCM -DVBOX_WITH_ALSA -DVBOX_WITH_E1000 -DVBOX_WITH_VIRTIO -DVBOX_WITH_AHCI -DVBOX_WITH_LSILOGIC -DVBOX_WITH_RESOURCE_USAGE_API -DVBOX_WITH_PDM_ASYNC_COMPLETION -DVBOX_WITH_EXTPACK -DVBOX_WITH_VUSB -DVBOX_WITH_S3 -DVBOX_WITH_USB -DVBOX_WITH_NEW_USB_CODE_ON_DARWIN -DVBOX_WITH_HOSTNETIF_API -DVBOX_USE_LIBHAL -Wp,-MD,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/out/freebsd.amd64/debug/obj/VBoxSVC/src-server/freebsd/HostHardwareFreeBSD.o.dep -Wp,-MT,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/out/freebsd.amd64/debug/obj/VBoxSVC/src-server/freebsd/HostHardwareFreeBSD.o -Wp,-MP -o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/out/freebsd.amd64/debug/obj/VBoxSVC/src-server/freebsd/HostHardwareFreeBSD.o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/src/VBox/Main/src-server/freebsd/HostHardwareFreeBSD.cpp kmk: *** Waiting for unfinished jobs.... kmk: *** Exiting with status 2 *** Error code 2 Stop in /usr/ports/emulators/virtualbox-ose. *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. I have even try to build with debug symbols but I don't see anything different. The system is running GENERIC kernel with debug options disabled. options COMPAT_FREEBSD32 Is included in the kernel as I saw that this has caused similar problems in the past. Any help would be appreciated -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 16:47:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 506C7106566B for ; Fri, 24 Jun 2011 16:47:53 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id D1BAA8FC2B for ; Fri, 24 Jun 2011 16:47:52 +0000 (UTC) Received: by eyg7 with SMTP id 7so1353115eyg.13 for ; Fri, 24 Jun 2011 09:47:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xFS01ZkSfxBXipZK/fjB7IFf/kC3kKk7s5BlcifmAoE=; b=gSRrCPMR8yeCmAPEN1h20YkLYEw5b+XQeQDb7bqlruE0rDKUIRBWb+4pGa99P6iYcb 0BehaFA3Rzelcd1ns1a6AERyd9Gc2jfx8E+w0wJaoDIFPdu6fUayqjF6sR1aUivl8BiP CxcomSCHUY9PkMUYLw1SLbAAuU7j93MNEjZ1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=KoOhS8UCa66e9l28StxKjHC4aHs8P7eV837ZhakZPPrwTgxT0KWAg9exGOuH8hbBzI jKSyJQpDX5x38yOoiE1hII5Xb6mXu328y8ejmFLEb8/31Rmt21w4MTLrIR1lDZe6e2vP 6eKhhAThaw/WEZYo7M0x9/3rIW+cxQ/E9bVfU= MIME-Version: 1.0 Received: by 10.14.100.65 with SMTP id y41mr2221040eef.205.1308932484739; Fri, 24 Jun 2011 09:21:24 -0700 (PDT) Received: by 10.213.35.17 with HTTP; Fri, 24 Jun 2011 09:21:24 -0700 (PDT) In-Reply-To: References: Date: Fri, 24 Jun 2011 12:21:24 -0400 Message-ID: From: Ryan Stone To: Kim Culhan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make release: doesn't work for me, getting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 16:47:53 -0000 On Fri, Jun 24, 2011 at 8:47 AM, Kim Culhan wrote: > Attempting to run: make release resulted in 'looping' until a kernel compile > directory > sys/amd64/compile/* was removed. > > Maybe I missed something in the docs. > > -kim > _______________________________________________ > 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" > http://lists.freebsd.org/pipermail/freebsd-current/2011-June/025326.html From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:14:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDC80106566C for ; Fri, 24 Jun 2011 17:14:40 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id BEAE88FC15 for ; Fri, 24 Jun 2011 17:14:40 +0000 (UTC) Received: by pvg11 with SMTP id 11so2517719pvg.13 for ; Fri, 24 Jun 2011 10:14:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=pzJPE2HTHrIP93qeGR4j9k10zkH4eLp0aoTcvx2ovFg=; b=B958kpAU9D83+mHdKEMWdjfcx6qkBHKTBFGDFFj6IxZQMCJcdZOd+fOSEufjg6zHxt CvC2/PgoQR46nwd+jZ+RTkYzT7oJ4WoeUBbx6oBMAxnJkzoNZwu9Aa8eoO4FuOEwMLhx 7444lPxi1FvHC2SXvN4sgv3iuUWG2sSwrcpyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=mbHXJK0cxQMpbLP6xuwIXGpg/owYUuFF8VzOyDNFzDijYFKPxCiM5DfHWppF3EBYNC uO60zxnVJCF8E76E3PLMOeL0g7R9XhMsWes74uURuFm+gLkysLfSY3rnihXBalRtwMzh xQBKUpRZvSlsVakmjCXP0X280RxpXE6P04GYU= Received: by 10.68.60.225 with SMTP id k1mr1825674pbr.443.1308935680265; Fri, 24 Jun 2011 10:14:40 -0700 (PDT) Received: from sidhe.local ([75.101.87.90]) by mx.google.com with ESMTPS id g8sm2190035pba.37.2011.06.24.10.14.37 (version=SSLv3 cipher=OTHER); Fri, 24 Jun 2011 10:14:38 -0700 (PDT) Message-ID: <4E04C5FA.90905@gmail.com> Date: Fri, 24 Jun 2011 10:14:34 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110502 Thunderbird/3.1.10 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 17:14:41 -0000 On 06/24/11 09:41, George Kontostanos wrote: > Hi everyone, > > I am trying to compile virtualbox-ose 4.0.8 but it fails with > > /out/freebsd.amd64/debug -DVBOX -DVBOX_WITH_DEBUGGER -DVBOX_OSE > -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING > -DRTPATH_APP_PRIVATE=\"/usr/local/share/virtualbox-ose\" > -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" > -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" > -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox-ose\" > -DRT_LOCK_STRICT -DRT_LOCK_STRICT_ORDER -DDEBUG -DDEBUG_gkontos > -DDEBUG_USERNAME=gkontos -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_AMD64 > -D__AMD64__ -DIN_RING3 -DUNICODE -DNDEBUG=1 -DVBOX_WITH_XPCOM > -DVBOX_MAIN_SETTINGS_ADDONS -DIN_VMM_STATIC > -DVBOX_WITH_SYS_V_IPC_SESSION_WATCHER -DVBOX_WITH_RAW_MODE > -DVBOX_WITH_NETFLT -DVBOX_WITH_CROGL -DVBOX_WITH_GUEST_PROPS > -DVBOX_WITH_GUEST_CONTROL -DVBOX_WITH_HOSTNETIF_API -DVBOX_WITH_VDE > -DVBOX_WITH_NEW_SYS_V_KEYGEN -DVBOX_WITH_VBOXSDL -DVBOX_WITH_HEADLESS > -DVBOX_WITH_QTGUI -DVBOX_WITH_HGCM -DVBOX_WITH_ALSA -DVBOX_WITH_E1000 > -DVBOX_WITH_VIRTIO -DVBOX_WITH_AHCI -DVBOX_WITH_LSILOGIC > -DVBOX_WITH_RESOURCE_USAGE_API -DVBOX_WITH_PDM_ASYNC_COMPLETION > -DVBOX_WITH_EXTPACK -DVBOX_WITH_VUSB -DVBOX_WITH_S3 -DVBOX_WITH_USB > -DVBOX_WITH_NEW_USB_CODE_ON_DARWIN -DVBOX_WITH_HOSTNETIF_API > -DVBOX_USE_LIBHAL > -Wp,-MD,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/out/freebsd.amd64/debug/obj/VBoxSVC/src-server/freebsd/HostHardwareFreeBSD.o.dep > -Wp,-MT,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/out/freebsd.amd64/debug/obj/VBoxSVC/src-server/freebsd/HostHardwareFreeBSD.o > -Wp,-MP -o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/out/freebsd.amd64/debug/obj/VBoxSVC/src-server/freebsd/HostHardwareFreeBSD.o > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.0.8_OSE/src/VBox/Main/src-server/freebsd/HostHardwareFreeBSD.cpp > kmk: *** Waiting for unfinished jobs.... > kmk: *** Exiting with status 2 > *** Error code 2 > > Stop in /usr/ports/emulators/virtualbox-ose. > *** Error code 1 > > Stop in /usr/ports/emulators/virtualbox-ose. > > I have even try to build with debug symbols but I don't see anything > different. The system is running GENERIC kernel with debug options > disabled. > > options COMPAT_FREEBSD32 > > Is included in the kernel as I saw that this has caused similar > problems in the past. > > Any help would be appreciated It fails a couple ways actually, first on an isDVD in a disk system request...commenting out the inq_(something, not in front of machine with recent svn) parts of that code yields virtualbox compiling, but failing during kmod compile due to the recent change (without revision bump) from cpumask_t to cpuset_t. It seems like recent CAM changes and CPU change are going to require some changes to virtualbox in HostHardwareFreeBSD.c and mp-r0drv.c at least. Even though OS revision was not bumped, perhaps Makefile can switch on presence of cpuset userland utility? Luckily I only csup'd a machine I don't really need Vbox on, so I'm holding back all other machines until Vbox maintainers sort out the issue. Matt From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:29:30 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03C2D106578A; Fri, 24 Jun 2011 17:29:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B18FD8FC08; Fri, 24 Jun 2011 17:29:29 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5OHLa40022387 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 24 Jun 2011 11:21:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201106241511.44977.hselasky@c2i.net> Date: Fri, 24 Jun 2011 11:21:05 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106241246.51881.hselasky@c2i.net> <201106241511.44977.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 24 Jun 2011 11:21:39 -0600 (MDT) Cc: freebsd-bugs@FreeBSD.org, freebsd-hackers@FreeBSD.org, Robert Millan , freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 17:29:30 -0000 On Jun 24, 2011, at 7:11 AM, Hans Petter Selasky wrote: > On Friday 24 June 2011 14:59:37 Robert Millan wrote: >> 2011/6/24 Hans Petter Selasky : >>>> Very nice. But why not use variable names instead of hardcoding >>>> numbers? It makes the output much easier to understand. >>>=20 >>> To save memory. >>=20 >> I haven't inspected devd code, but I was under the assumption that >> variables only lived untill resolved. What would be the point of = keeping >> them in memory after devd has finished parsing the config files? >=20 > Hi, >=20 > I haven't checked that, though if you want the readable version, then = you need=20 > to check the source code. >=20 > However I could add some code to print a vendor ID comment, based on = usbdevs. devd keeps them in memory and expands them when the commands are = executed. It will use more memory and be slower if you have lots of = variables. Now much more memory and how much slower? I kinda doubt = you'd notice on modern gear. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 17:52:21 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C2FDB106566C; Fri, 24 Jun 2011 17:52:21 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 24 Jun 2011 13:52:12 -0400 User-Agent: KMail/1.6.2 References: <4E04C5FA.90905@gmail.com> In-Reply-To: <4E04C5FA.90905@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106241352.14262.jkim@FreeBSD.org> Cc: Matt , George Kontostanos Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 17:52:21 -0000 On Friday 24 June 2011 01:14 pm, Matt wrote: > It fails a couple ways actually, first on an isDVD in a disk system > request...commenting out the inq_(something, not in front of > machine with recent svn) parts of that code yields virtualbox > compiling, but failing during kmod compile due to the recent change > (without revision bump) from cpumask_t to cpuset_t. > > It seems like recent CAM changes and CPU change are going to > require some changes to virtualbox in HostHardwareFreeBSD.c and > mp-r0drv.c at least. Even though OS revision was not bumped, > perhaps Makefile can switch on presence of cpuset userland utility? > > Luckily I only csup'd a machine I don't really need Vbox on, so I'm > holding back all other machines until Vbox maintainers sort out the > issue. You should be able to build the kmod with this patch. http://people.freebsd.org/~jkim/patch-src-VBox-Runtime-r0drv-freebsd-mp-r0drv-freebsd.c Just drop this patch in ports/emulators/virtualbox-ose-kmod/files and rebuild. Please note the revision wasn't set right for the obvious reason, though. Do we really need revision bump, BTW? "Current" means "no seat belt" anyway. ;-) Cheers, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:35:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B908106564A for ; Fri, 24 Jun 2011 18:35:40 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D002C8FC0A for ; Fri, 24 Jun 2011 18:35:39 +0000 (UTC) Received: by pwi7 with SMTP id 7so687410pwi.13 for ; Fri, 24 Jun 2011 11:35:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FfpoCIwDzJZTZbDtadFiubqJHEW72YycECHiNLTAZrQ=; b=TJmbPrUnDhUlQxv1sTclZT7+IjhimUKffkcZiSN0k7kwYF9VfnRlmeWWi8ft8gzWpb CxNY6sB9085WjXqxoA2A11adOSTOJlWQvImKq5C/oiKHvY4xo/9Os74VjCcbEgmTjJ5n GTf3jVXOWyK0ZX/qUfP8EvIl8QmKP4kUN9jCg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=jk3nUGZIZ3CRaZ82RmCRCIb5w57vVVeZL0xLEZHltIpr4DLLUXHEj4ZaqaZR6vsdVe 9fFYnD2rcECQ4FgSqCjjCeCVJO9XF0iz2duWJ/+eXutLa2dDT+LouRiA2k9dCjv3v1Ca kox9kihMyrxDK5tK02veNluPvmGK7sj7xtDoo= Received: by 10.68.44.164 with SMTP id f4mr1784208pbm.392.1308940539125; Fri, 24 Jun 2011 11:35:39 -0700 (PDT) Received: from sidhe.local ([75.101.87.90]) by mx.google.com with ESMTPS id x1sm2237768pbb.18.2011.06.24.11.35.36 (version=SSLv3 cipher=OTHER); Fri, 24 Jun 2011 11:35:37 -0700 (PDT) Message-ID: <4E04D8F6.1090206@gmail.com> Date: Fri, 24 Jun 2011 11:35:34 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110502 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jung-uk Kim References: <4E04C5FA.90905@gmail.com> <201106241352.14262.jkim@FreeBSD.org> In-Reply-To: <201106241352.14262.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 18:35:40 -0000 On 06/24/11 10:52, Jung-uk Kim wrote: > On Friday 24 June 2011 01:14 pm, Matt wrote: >> It fails a couple ways actually, first on an isDVD in a disk system >> request...commenting out the inq_(something, not in front of >> machine with recent svn) parts of that code yields virtualbox >> compiling, but failing during kmod compile due to the recent change >> (without revision bump) from cpumask_t to cpuset_t. >> >> It seems like recent CAM changes and CPU change are going to >> require some changes to virtualbox in HostHardwareFreeBSD.c and >> mp-r0drv.c at least. Even though OS revision was not bumped, >> perhaps Makefile can switch on presence of cpuset userland utility? >> >> Luckily I only csup'd a machine I don't really need Vbox on, so I'm >> holding back all other machines until Vbox maintainers sort out the >> issue. > You should be able to build the kmod with this patch. > > http://people.freebsd.org/~jkim/patch-src-VBox-Runtime-r0drv-freebsd-mp-r0drv-freebsd.c > > Just drop this patch in ports/emulators/virtualbox-ose-kmod/files and > rebuild. > > Please note the revision wasn't set right for the obvious reason, > though. Do we really need revision bump, BTW? "Current" means "no > seat belt" anyway. ;-) > > Cheers, > > Jung-uk Kim > Thanks for the patch. I had read a comment somewhere complaining about detecting cpuset_t or cpumask_t regarding osrevision. Not really an issue, because it can be tested for without a bump. Who needs seatbelts anyway... :). CURRENT & a cold beer is good enough for my home systems. Certainly prevents boredom anyway. The Virtualbox error (not kmod error) looked like it was using an undefined struct to determine drive types, which I assume has been removed. If you &> the make output into a file and search for isDVD, you'll find that particular error, if still present. I just commented out the parts of the struct we don't have anymore, and it did compile...definitely could be dangerous, I haven't actually launched virtualbox with that "fix"...it could make for subtle or major problems. Your mileage & seatbelt may vary :) Matt Matt From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:40:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F5841065673 for ; Fri, 24 Jun 2011 18:40:52 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 39AE78FC0A for ; Fri, 24 Jun 2011 18:40:52 +0000 (UTC) Received: by iwr19 with SMTP id 19so3639373iwr.13 for ; Fri, 24 Jun 2011 11:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WZikBpsIybAewAIWP5UcJEXzLPx2aat/3FIF8rxXZ7I=; b=gH+8cfEm6W6NuT5PIKeawPGDa2xNV3RrKkfsDH/yHTMV6B4k2GvETxifWP/+1RRvv1 4HTyrdFRKeYJvwAyKoVBV/yMhq9bHx8RMVB6MIR0BOC3P/0VliNMyW18JxgFl/yaZNMJ H9OTOoAeRc0GoJJINY/rcNwPQX0vYUMs5DerE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CGthaOZlmcjVZiW+1qQmVVMcMppXx9CvEjweqS2Tm1YmnLvRJ99Hr0xUcCF6TySLIU 0ZU1J/msho8YeTO10G268YcuPfDK+0fzZUkli3Ja7GaM31FR5xLIdbieFeCfpXl8PQIL T5EcbA+pmullh3+qCqoMT/AKoGWOc2lEOplJM= MIME-Version: 1.0 Received: by 10.231.54.100 with SMTP id p36mr2964140ibg.162.1308940851510; Fri, 24 Jun 2011 11:40:51 -0700 (PDT) Received: by 10.231.15.5 with HTTP; Fri, 24 Jun 2011 11:40:51 -0700 (PDT) In-Reply-To: <201106241352.14262.jkim@FreeBSD.org> References: <4E04C5FA.90905@gmail.com> <201106241352.14262.jkim@FreeBSD.org> Date: Fri, 24 Jun 2011 21:40:51 +0300 Message-ID: From: George Kontostanos To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matt , freebsd-current@freebsd.org Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 18:40:52 -0000 > > You should be able to build the kmod with this patch. > > http://people.freebsd.org/~jkim/patch-src-VBox-Runtime-r0drv-freebsd-mp-r= 0drv-freebsd.c > > Just drop this patch in ports/emulators/virtualbox-ose-kmod/files and > rebuild. > > Please note the revision wasn't set right for the obvious reason, > though. =A0Do we really need revision bump, BTW? =A0"Current" means "no > seat belt" anyway. ;-) > > Cheers, > > Jung-uk Kim > Yes the module build fine with this. Any ideas regarding the virtualbox its= elf ? Cheers --=20 George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:51:32 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 41D7B106566B; Fri, 24 Jun 2011 18:51:32 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 24 Jun 2011 14:51:21 -0400 User-Agent: KMail/1.6.2 References: <201106241352.14262.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <201106241451.23071.jkim@FreeBSD.org> Cc: Matt , George Kontostanos Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 18:51:32 -0000 On Friday 24 June 2011 02:40 pm, George Kontostanos wrote: > > You should be able to build the kmod with this patch. > > > > http://people.freebsd.org/~jkim/patch-src-VBox-Runtime-r0drv-free > >bsd-mp-r0drv-freebsd.c > > > > Just drop this patch in ports/emulators/virtualbox-ose-kmod/files > > and rebuild. > > > > Please note the revision wasn't set right for the obvious reason, > > though.  Do we really need revision bump, BTW?  "Current" means > > "no seat belt" anyway. ;-) > > > > Cheers, > > > > Jung-uk Kim > > Yes the module build fine with this. Good. > Any ideas regarding the virtualbox itself ? I am rebuilding world/kernel now. After that, I'll rebuild virtualbox-ose and try to fix it unless someone beat me to it. :-) Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 18:58:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B5FB106566B; Fri, 24 Jun 2011 18:58:10 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 054878FC0A; Fri, 24 Jun 2011 18:58:09 +0000 (UTC) Received: by qwc9 with SMTP id 9so2080923qwc.13 for ; Fri, 24 Jun 2011 11:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tOjHSEyR4BJVLPFWUKqtJv/kbZU2I0WzRSjqg2vYdzM=; b=sVtt3q3ILZyaNDw21H9YjlC6wIfTdnd+e4JCGs/dxR0vzew1ArfLFiqQT5S9ltkZoy jLCO9V5x80aZrDT92QeKcixPgipxTPe52JPQUGs3FLkw1LNHeqJniYj+P7ILFB/VulpV PCJPlsNKRKT9ZnAys2bjxUiKpzq5n7r72I75I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=D74il+U1xC2OKkCkK6e4iUcjpklrwZs+xv9kR4Db2SP+CigTlq07pZKYEoVnSgBlfX sV1QkXi5gqI37MT8Fa4eot9KuORRKAYKIRAJEM7tM9iENQwUwrpDU5c+JQrF/Ca/GST0 Qfld8wU/+K58E0n1Syr5FG/JjPGTkLRb1BdCw= MIME-Version: 1.0 Received: by 10.229.14.197 with SMTP id h5mr2733569qca.244.1308941888662; Fri, 24 Jun 2011 11:58:08 -0700 (PDT) Received: by 10.229.134.196 with HTTP; Fri, 24 Jun 2011 11:58:08 -0700 (PDT) In-Reply-To: <201106241451.23071.jkim@FreeBSD.org> References: <201106241352.14262.jkim@FreeBSD.org> <201106241451.23071.jkim@FreeBSD.org> Date: Fri, 24 Jun 2011 21:58:08 +0300 Message-ID: From: George Kontostanos To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matt , freebsd-current@freebsd.org Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 18:58:10 -0000 On Fri, Jun 24, 2011 at 9:51 PM, Jung-uk Kim wrote: > >> Any ideas regarding the virtualbox itself ? > > I am rebuilding world/kernel now. =A0After that, I'll rebuild > virtualbox-ose and try to fix it unless someone beat me to it. :-) > > Jung-uk Kim > Brilliant !!! --=20 George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 19:35:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E081065676; Fri, 24 Jun 2011 19:35:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 0904B8FC14; Fri, 24 Jun 2011 19:35:58 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id p5OJZs03093483; Fri, 24 Jun 2011 13:35:54 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> Date: Fri, 24 Jun 2011 13:35:54 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> To: Justin Gibbs X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@freebsd.org, will@freebsd.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 19:35:59 -0000 On Jun 23, 2011, at 11:18 PM, Scott Long wrote: >=20 > On Jun 23, 2011, at 9:01 PM, Justin T. Gibbs wrote: >=20 >> On 6/22/11 4:09 PM, Kenneth D. Merry wrote: >>> On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote: >>>> On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: >>>>> These two are interesting: >>>>>=20 >>>>>> http://img825.imageshack.us/img825/1249/21062011014m.jpg >>>>>> http://img839.imageshack.us/img839/3791/21062011015.jpg >>>>>=20 >>>>> It looks like the GEOM event thread is stuck inside the cd(4)=20 >> driver. The >>>>> cd(4) driver is trying to acquire the peripheral lock, and is = sleeping >>>>> until it gets it. >>>>>=20 >>>>> What isn't clear is who is holding it. >>=20 >> ... >>=20 >>> The GEOM event thread is stuck sleeping in the mtx_sleep() call = above. So >>> that tells me that one of several things is going on: >>>=20 >>> - There is a path in the cd(4) driver where it can call = cam_periph_hold() >>> but not cam_periph_unhold(). >>>=20 >>> - There is another thread in the system that has called = cam_periph_hold(), >>> and has gotten stuck before it can call cam_periph_unhold(). >>>=20 >>> - The hold/unhold logic is broken, and there is a case where a = thread >>> waiting for the lock can miss the wakeup. After looking at the code, = I >>> don't think this is the case, but I may have missed something. >>>=20 >>> So it is probably one of the first two cases. >>=20 >> ... >>=20 >> I have a theory for the cause of this hang. >>=20 >> The commit that triggers this problem added calls to g_access() = during the >> geom_dev probe. I believe this hit a race in cdregister() where >> the periph hold lock is dropped around the changer probe code. Why = the >> periph hold lock is dropped there, I do not know as I haven't fully >> reviewed the changer probe code. >>=20 >=20 > Are you talking about this? >=20 > disk_create(softc->disk, DISK_VERSION); > cam_periph_lock(periph); > cam_periph_unhold(periph); > [...] > if (((cgd->ccb_h.target_lun > 0) > && ((softc->quirks & CD_Q_NO_CHANGER) =3D=3D 0)) > || ((softc->quirks & CD_Q_CHANGER) !=3D 0)) { >=20 > The unhold there compliments the hold that was done prior to = disk_create(). The hold/unhold is done as a hack around the need to = drop the periph/sim mutex while calling disk_create(), due to the = later's insistence on using blocking calls. I've wanted to re-think how = that pattern is done (it's the same gross hack in nearly all of the = periph drivers), but haven't gotten around to it. If the 'hold' = semaphore needs to be held longer to prevent the race that you're = theorizing, then it should be possible to simply extend its coverage in = the code block, but I'm not sure if it'll result in an unintended = deadlock with the changer enumeration/matching code. I _think_ that = it'll be ok, but the density of magic in the code is a bit overwhelming = at this time of night =3D-) >=20 Actually, what's probably happening is that the sim/periph lock is being = dropped but the hold semaphore is held, disk_create() is called, which = kicks off GEOM to do GEOM-ish things including the new g_access() call. = It tries to call cdopen(), which grabs the periph/sim mutex in order to = then get the hold semaphore, and winds up sleeping because the semaphore = is already held in cdregister(). If/when disk_create() returns, = cdregister() winds up waiting for the periph lock because it's held by = cdopen(), and now you have a deadlock between the two. Again, this is my fault for being lazy and not re-organzing the periph = drivers so that disk_create() is safely called without shady locking = hacks. I don't think that extending the coverage of the hold semaphore = is going to help in this case. The periphs need to adopt a new pattern = where disk_create() isn't called until the periph is completely = initialized and ready for periph_open() to be called without any locking = gymnastics. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 19:52:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC9E0106564A for ; Fri, 24 Jun 2011 19:52:07 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 25DBE8FC13 for ; Fri, 24 Jun 2011 19:52:06 +0000 (UTC) Received: from atom.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by loki.netlab.sk with ESMTPSA; Fri, 24 Jun 2011 21:51:36 +0200 id 00033C0C.4E04EAC8.00008C87 Date: Fri, 24 Jun 2011 21:51:49 +0200 From: Milan Obuch To: Ruslan Ermilov Message-ID: <20110624215149.5d71a0ff@atom.dino.sk> In-Reply-To: <20110616201833.GA27085@lo0.su> References: <20110616135017.3ec538dd@atom.dino.sk> <20110616125528.GA22627@lo0.su> <20110616201833.GA27085@lo0.su> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Eir Nym , freebsd-current@freebsd.org Subject: Re: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 19:52:07 -0000 On Thu, 16 Jun 2011 20:18:33 +0000 Ruslan Ermilov wrote: > On Thu, Jun 16, 2011 at 05:09:05PM +0400, Eir Nym wrote: > > On 16 June 2011 16:55, Ruslan Ermilov wrote: > > > On Thu, Jun 16, 2011 at 01:50:17PM +0200, Milan Obuch wrote: > > >> Hi, > > >> > > >> I encountered an error when WITHOUT_INSTALLLIB option is > > >> specified for 'make buildworld' process. I documented this issue > > >> with build logs at my page, > > >> http://www.dino.sk/build/2011-06-16-log1 and > > >> http://www.dino.sk/build/2011-06-16-log2 show how to test this. > > >> At this time, there is no /etc/make.conf nor /etc/src.conf. > > >> > > >> Any idea what's wrong with libegacy.a here? > > > > > > This option wasn't designed for build, only for install. =A0It's > > > like WITHOUT_TOOLCHAIN, which is documented to "not work for > > > build targets". > > > > >=20 > > Should this be simply ignored for build targets? >=20 > build targets utilize install targets internally, so this is > hardly doable. >=20 Could then this be documented in file /usr/src/tools/build/options/WITHOUT_INSTALLLIB, possibly the same way as in /usr/src/tools/build/options/WITHOUT_TOOLCHAIN? It does not tell 'The option does not work for build targets' currently. Regards, Milan From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 19:57:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD7E01065670; Fri, 24 Jun 2011 19:57:21 +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 440E08FC13; Fri, 24 Jun 2011 19:57:20 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5OJvGV7072233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jun 2011 22:57:16 +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.4/8.14.4) with ESMTP id p5OJvGPC034942; Fri, 24 Jun 2011 22:57:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5OJvG9A034941; Fri, 24 Jun 2011 22:57:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Jun 2011 22:57:16 +0300 From: Kostik Belousov To: Peter Holm Message-ID: <20110624195716.GZ48734@deviant.kiev.zoral.com.ua> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> <20110624103016.GA71991@x2.osted.lan> <20110624110627.GW48734@deviant.kiev.zoral.com.ua> <20110624132105.GA75382@x2.osted.lan> <20110624145043.GY48734@deviant.kiev.zoral.com.ua> <20110624162003.GA79067@x2.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="86WxJERi0+zGM57f" Content-Disposition: inline In-Reply-To: <20110624162003.GA79067@x2.osted.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=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 19:57:21 -0000 --86WxJERi0+zGM57f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 24, 2011 at 06:20:03PM +0200, Peter Holm wrote: > Got a "panic: Not a vnode object" quite fast: >=20 > http://people.freebsd.org/~pho/stress/log/kostik441.txt Ah, yes, this is an assertion that was added in the r209702. http://people.freebsd.org/~kib/misc/tmpfs.7.patch --86WxJERi0+zGM57f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4E7BwACgkQC3+MBN1Mb4g3xgCgulpqPIeyr8+wgQ/UujvOBb2w NZkAoJh5k3lb3n9VK5uEOUceL9nwyZPA =EMIy -----END PGP SIGNATURE----- --86WxJERi0+zGM57f-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:11:43 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C90EE1065670; Fri, 24 Jun 2011 20:11:42 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 24 Jun 2011 16:11:27 -0400 User-Agent: KMail/1.6.2 References: <201106241451.23071.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <201106241611.29357.jkim@FreeBSD.org> Cc: Matt , George Kontostanos Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 20:11:43 -0000 On Friday 24 June 2011 02:58 pm, George Kontostanos wrote: > On Fri, Jun 24, 2011 at 9:51 PM, Jung-uk Kim wrote: > >> Any ideas regarding the virtualbox itself ? > > > > I am rebuilding world/kernel now.  After that, I'll rebuild > > virtualbox-ose and try to fix it unless someone beat me to it. > > :-) > > > > Jung-uk Kim > > Brilliant !!! Please try this patch: http://people.freebsd.org/~jkim/patch-src-VBox-Main-src-server-freebsd-HostHardwareFreeBSD.cpp Just drop this in ports/emulators/virtualbox-ose/files and rebuild. Cheers, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:20:33 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6FC01065670; Fri, 24 Jun 2011 20:20:33 +0000 (UTC) (envelope-from gibbs@FreeBSD.org) Received: from aslan.scsiguy.com (www.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 72F0D8FC15; Fri, 24 Jun 2011 20:20:33 +0000 (UTC) Received: from Justins-MacBook-Pro.local (c-71-235-8-131.hsd1.nh.comcast.net [71.235.8.131]) (authenticated bits=0) by aslan.scsiguy.com (8.14.4/8.14.4) with ESMTP id p5OKLr7H087541 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 24 Jun 2011 14:21:54 -0600 (MDT) (envelope-from gibbs@FreeBSD.org) Message-ID: <4E04F188.9030105@FreeBSD.org> Date: Fri, 24 Jun 2011 16:20:24 -0400 From: "Justin T. Gibbs" Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Scott Long References: <20110619232307.GA57530@vniz.net> <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> In-Reply-To: X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (aslan.scsiguy.com [70.89.174.89]); Fri, 24 Jun 2011 14:21:55 -0600 (MDT) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.org, will@FreeBSD.org Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gibbs@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 20:20:33 -0000 On 6/24/11 3:35 PM, Scott Long wrote: > > On Jun 23, 2011, at 11:18 PM, Scott Long wrote: > > > > > On Jun 23, 2011, at 9:01 PM, Justin T. Gibbs wrote: > > > >> On 6/22/11 4:09 PM, Kenneth D. Merry wrote: > >>> On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote: > >>>> On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote: > >>>>> These two are interesting: > >>>>> > >>>>>> http://img825.imageshack.us/img825/1249/21062011014m.jpg > >>>>>> http://img839.imageshack.us/img839/3791/21062011015.jpg > >>>>> > >>>>> It looks like the GEOM event thread is stuck inside the cd(4) > >> driver. The > >>>>> cd(4) driver is trying to acquire the peripheral lock, and is sleeping > >>>>> until it gets it. > >>>>> > >>>>> What isn't clear is who is holding it. > >> > >> ... > >> > >>> The GEOM event thread is stuck sleeping in the mtx_sleep() call above. So > >>> that tells me that one of several things is going on: > >>> > >>> - There is a path in the cd(4) driver where it can call cam_periph_hold() > >>> but not cam_periph_unhold(). > >>> > >>> - There is another thread in the system that has called cam_periph_hold(), > >>> and has gotten stuck before it can call cam_periph_unhold(). > >>> > >>> - The hold/unhold logic is broken, and there is a case where a thread > >>> waiting for the lock can miss the wakeup. After looking at the code, I > >>> don't think this is the case, but I may have missed something. > >>> > >>> So it is probably one of the first two cases. > >> > >> ... > >> > >> I have a theory for the cause of this hang. > >> > >> The commit that triggers this problem added calls to g_access() during the > >> geom_dev probe. I believe this hit a race in cdregister() where > >> the periph hold lock is dropped around the changer probe code. Why the > >> periph hold lock is dropped there, I do not know as I haven't fully > >> reviewed the changer probe code. > >> > > > > Are you talking about this? > > > > disk_create(softc->disk, DISK_VERSION); > > cam_periph_lock(periph); > > cam_periph_unhold(periph); > > [...] > > if (((cgd->ccb_h.target_lun > 0) > > && ((softc->quirks & CD_Q_NO_CHANGER) == 0)) > > || ((softc->quirks & CD_Q_CHANGER) != 0)) { > > > > The unhold there compliments the hold that was done prior to disk_create(). > > The hold/unhold is done as a hack around the need to drop the periph/sim > > mutex while calling disk_create(), due to the later's insistence on using > > blocking calls. I've wanted to re-think how that pattern is done (it's > > the same gross hack in nearly all of the periph drivers), but haven't > > gotten around to it. If the 'hold' semaphore needs to be held longer to > > prevent the race that you're theorizing, then it should be possible to > > simply extend its coverage in the code block, but I'm not sure if it'll > > result in an unintended deadlock with the changer enumeration/matching > > code. I _think_ that it'll be ok, but the density of magic in the code > > is a bit overwhelming at this time of night =-) The cd driver is the only one that temporarily drops the periph hold semaphore before scheduling and completing the probe processing. I think the above race could happen but that there is something else causing the current hang ache is experiencing. > Actually, what's probably happening is that the sim/periph lock is being > dropped but the hold semaphore is held, disk_create() is called, which > kicks off GEOM to do GEOM-ish things including the new g_access() call. > It tries to call cdopen(), which grabs the periph/sim mutex in order to > then get the hold semaphore, and winds up sleeping because the semaphore > is already held in cdregister(). If/when disk_create() returns, > cdregister() winds up waiting for the periph lock because it's held by > cdopen(), and now you have a deadlock between the two. The sim mutex is dropped while waiting for the periph hold semaphore, so I don't understand the deadlock you are describing. If there is still a "traditional deadlock" here, I'd expect to find a thread somewhere blocking on a mutex required to release the periph lock semaphore. Ache hasn't reported a substantive change to the ddb output, just that instead of g_eli blocked in open, it is now g_dev. Instead, I believe that either one of the GEOM taste methods is leaking an access reference (so cdclose() is not called), or the CD driver is failing to release the hold semaphore during probing. Setting kern.geom.debugflags to '4' will trace the access calls and allow the GEOM side to be ruled out. If GEOM is exonerated, we can add tracing to cam_perihp_(un)hold to track this down further. -- Justin From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 20:39:16 2011 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 0950A1065670 for ; Fri, 24 Jun 2011 20:39:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-4.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2494815229D for ; Fri, 24 Jun 2011 20:39:11 +0000 (UTC) Message-ID: <4E04F5EE.3000002@FreeBSD.org> Date: Fri, 24 Jun 2011 13:39:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: sys/boot/i386/boot2 (install) fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 20:39:16 -0000 On r223514M, kernel installed Ok, then after reboot and attempt to installworld I first get a failure that "btxld" is not found. So I add that to ITOOLS and then I get this. Any ideas? Thanks, Doug ===> sys/boot/i386/boot2 (install) as --32 -o boot2.o boot2.s ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /usr/local/obj/home/svn/head/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/local/obj/home/svn/head/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=13c1 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1c51 text=200 data=1a51 org=0 entry=0 ls: not found arithmetic expression: expecting primary: "7680-" *** Error code 2 Stop in /home/svn/head/sys/boot/i386/boot2. *** Error code 1 -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 21:44:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A7B106564A; Fri, 24 Jun 2011 21:44:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 01CB08FC0A; Fri, 24 Jun 2011 21:44:27 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=D/a7r8P9hO61Jx2CeejZiK+y1MY0zppvClPbOUfMbas= c=1 sm=1 a=IhcFkomVjv8A:10 a=zAUNhcuXF24A:10 a=WQU8e4WWZSUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=_WwQDrTK4Zcs7DC-hKQA:9 a=CjuIK1q_8ugA:10 a=fD0mGm6cLqlEjWg2QYkA:9 a=_9x7rulcj6ViCjXPGbUA:7 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144138748; Fri, 24 Jun 2011 23:44:25 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 24 Jun 2011 23:42:47 +0200 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.4.5; amd64; ; ) X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_XTQBO5vQcKK3QyD" Message-Id: <201106242342.47194.hselasky@c2i.net> Cc: Robert Millan , freebsd-usb@freebsd.org, Warner Losh Subject: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 21:44:28 -0000 --Boundary-00=_XTQBO5vQcKK3QyD Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I've been working today on getting auto load of USB kernel modules working properly. I've identified and fixed several issues since the initial patch by Robert Millan was posted. I would like to request testing of the attached patch before I commit it. The patch is about only having ukbd, ums and umass per default in the kernel GENERIC config file(s). The 9-current kernel version you need to checkout is: http://svn.freebsd.org/changeset/base/223519 And you need to make sure you have the file mentioned in the commit above under /etc/devd/ else the new stuff will not work. No userspace changes except the bus_auto.conf file is required. At the present moment ukbd and ums will not auto load because they don't export any USB device entries. This will get fixed before the final auto load commit. --HPS --Boundary-00=_XTQBO5vQcKK3QyD Content-Type: text/x-patch; charset="us-ascii"; name="final_auto_load.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="final_auto_load.patch" === sys/i386/conf/GENERIC ================================================================== --- sys/i386/conf/GENERIC (revision 223494) +++ sys/i386/conf/GENERIC (local) @@ -310,39 +310,9 @@ device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) -#device udbp # USB Double Bulk Pipe devices (needs netgraph) -device uhid # "Human Interface Devices" -device ukbd # Keyboard -device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and da -device ums # Mouse -device urio # Diamond Rio 500 MP3 player -# USB Serial devices -device u3g # USB-based 3G modems (Option, Huawei, Sierra) -device uark # Technologies ARK3116 based serial adapters -device ubsa # Belkin F5U103 and compatible serial adapters -device uftdi # For FTDI usb serial adapters -device uipaq # Some WinCE based devices -device uplcom # Prolific PL-2303 serial adapters -device uslcom # SI Labs CP2101/CP2102 serial adapters -device uvisor # Visor and Palm devices -device uvscom # USB serial support for DDI pocket's PHS -# USB Ethernet, requires miibus -device aue # ADMtek USB Ethernet -device axe # ASIX Electronics USB Ethernet -device cdce # Generic USB over Ethernet -device cue # CATC USB Ethernet -device kue # Kawasaki LSI USB Ethernet -device rue # RealTek RTL8150 USB Ethernet -device udav # Davicom DM9601E USB -# USB Wireless -device rum # Ralink Technology RT2501USB wireless NICs -device run # Ralink Technology RT2700/RT2800/RT3000 NICs. -device uath # Atheros AR5523 wireless NICs -device upgt # Conexant/Intersil PrismGT wireless NICs. -device ural # Ralink Technology RT2500USB wireless NICs -device urtw # Realtek RTL8187B/L wireless NICs -device zyd # ZyDAS zb1211/zb1211b wireless NICs +device ukbd # USB Keyboard +device ums # USB Mouse +device umass # USB Disks/Mass storage - Requires scbus and da # FireWire support device firewire # FireWire bus code @@ -357,5 +327,4 @@ device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio device snd_ich # Intel, NVidia and other ICH AC'97 Audio -device snd_uaudio # USB Audio device snd_via8233 # VIA VT8233x Audio === sys/amd64/conf/GENERIC ================================================================== --- sys/amd64/conf/GENERIC (revision 223494) +++ sys/amd64/conf/GENERIC (local) @@ -297,39 +297,9 @@ device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) -#device udbp # USB Double Bulk Pipe devices (needs netgraph) -device uhid # "Human Interface Devices" -device ukbd # Keyboard -device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and da -device ums # Mouse -device urio # Diamond Rio 500 MP3 player -# USB Serial devices -device u3g # USB-based 3G modems (Option, Huawei, Sierra) -device uark # Technologies ARK3116 based serial adapters -device ubsa # Belkin F5U103 and compatible serial adapters -device uftdi # For FTDI usb serial adapters -device uipaq # Some WinCE based devices -device uplcom # Prolific PL-2303 serial adapters -device uslcom # SI Labs CP2101/CP2102 serial adapters -device uvisor # Visor and Palm devices -device uvscom # USB serial support for DDI pocket's PHS -# USB Ethernet, requires miibus -device aue # ADMtek USB Ethernet -device axe # ASIX Electronics USB Ethernet -device cdce # Generic USB over Ethernet -device cue # CATC USB Ethernet -device kue # Kawasaki LSI USB Ethernet -device rue # RealTek RTL8150 USB Ethernet -device udav # Davicom DM9601E USB -# USB Wireless -device rum # Ralink Technology RT2501USB wireless NICs -device run # Ralink Technology RT2700/RT2800/RT3000 NICs. -device uath # Atheros AR5523 wireless NICs -device upgt # Conexant/Intersil PrismGT wireless NICs. -device ural # Ralink Technology RT2500USB wireless NICs -device urtw # Realtek RTL8187B/L wireless NICs -device zyd # ZyDAS zb1211/zb1211b wireless NICs +device ukbd # USB Keyboard +device ums # USB Mouse +device umass # USB Disks/Mass storage - Requires scbus and da # FireWire support device firewire # FireWire bus code @@ -344,5 +314,4 @@ device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio device snd_ich # Intel, NVidia and other ICH AC'97 Audio -device snd_uaudio # USB Audio device snd_via8233 # VIA VT8233x Audio --Boundary-00=_XTQBO5vQcKK3QyD-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 21:57:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4123106566B; Fri, 24 Jun 2011 21:57:28 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4E38FC17; Fri, 24 Jun 2011 21:57:28 +0000 (UTC) Received: by iyb11 with SMTP id 11so3804920iyb.13 for ; Fri, 24 Jun 2011 14:57:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sjv9vdV4wFtivgQlxR9Oo9h9Mwv095kEQhsiB/RBOB0=; b=dt5GeJW6iDRYsiKe1GKLuiWphNaxoGPqS1g1oIR9RhixqZrgseH8vTiqnPQ/X4/3qy 9F930yq07caOWVy5yk9kmMI/CXlfiisGRO5PlpAO4BPBbJUNglhFvXUa4GomB6/aI50U gH2+J1EAYiwMMcw+N3KCNxAuD79QKKTPjRRFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cDehJpz6EBVkvcGDeFgz5CWEc0Pcu18ZLpIJQTTRCyJVPOkUukerAO6cruD3OvJBnr vPFEZ/jGd3+QzCM8lQ1T4idKG9GTous4k5RAbgFx3uuBXpQtsYxvqa/wkLBbIsjZ01hl qhj7JRR68LM/wMZEUXhuolOdKR8KAVa0a2k/U= MIME-Version: 1.0 Received: by 10.231.53.139 with SMTP id m11mr3120724ibg.112.1308952647118; Fri, 24 Jun 2011 14:57:27 -0700 (PDT) Received: by 10.231.207.20 with HTTP; Fri, 24 Jun 2011 14:57:27 -0700 (PDT) In-Reply-To: <201106241611.29357.jkim@FreeBSD.org> References: <201106241451.23071.jkim@FreeBSD.org> <201106241611.29357.jkim@FreeBSD.org> Date: Sat, 25 Jun 2011 00:57:27 +0300 Message-ID: From: George Kontostanos To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matt , freebsd-current@freebsd.org Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 21:57:28 -0000 On Fri, Jun 24, 2011 at 11:11 PM, Jung-uk Kim wrote: > On Friday 24 June 2011 02:58 pm, George Kontostanos wrote: >> On Fri, Jun 24, 2011 at 9:51 PM, Jung-uk Kim > wrote: >> >> Any ideas regarding the virtualbox itself ? >> > >> > I am rebuilding world/kernel now. =A0After that, I'll rebuild >> > virtualbox-ose and try to fix it unless someone beat me to it. >> > :-) >> > >> > Jung-uk Kim >> >> Brilliant !!! > > Please try this patch: > > http://people.freebsd.org/~jkim/patch-src-VBox-Main-src-server-freebsd-Ho= stHardwareFreeBSD.cpp > > Just drop this in ports/emulators/virtualbox-ose/files and rebuild. > > Cheers, > > Jung-uk Kim > Excellent work! Best Regards, --=20 George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:12:46 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38475106566C; Fri, 24 Jun 2011 22:12:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E3F4B8FC08; Fri, 24 Jun 2011 22:12:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5OMCiRl030292; Fri, 24 Jun 2011 18:12:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5OMCits030291; Fri, 24 Jun 2011 22:12:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 24 Jun 2011 22:12:44 GMT Message-Id: <201106242212.p5OMCits030291@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, 24 Jun 2011 22:12:46 -0000 TB --- 2011-06-24 21:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-24 21:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-24 21:10:00 - cleaning the object tree TB --- 2011-06-24 21:10:20 - cvsupping the source tree TB --- 2011-06-24 21:10:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-24 21:10:50 - building world TB --- 2011-06-24 21:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 21:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 21:10:50 - TARGET=arm TB --- 2011-06-24 21:10:50 - TARGET_ARCH=arm TB --- 2011-06-24 21:10:50 - TZ=UTC TB --- 2011-06-24 21:10:50 - __MAKE_CONF=/dev/null TB --- 2011-06-24 21:10:50 - cd /src TB --- 2011-06-24 21:10:50 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 24 21:10:50 UTC 2011 >>> 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 Jun 24 22:05:13 UTC 2011 TB --- 2011-06-24 22:05:13 - WARNING: no kernel config for LINT TB --- 2011-06-24 22:05:13 - cd /src/sys/arm/conf TB --- 2011-06-24 22:05:13 - /usr/sbin/config -m AVILA TB --- 2011-06-24 22:05:13 - building AVILA kernel TB --- 2011-06-24 22:05:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 22:05:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 22:05:13 - TARGET=arm TB --- 2011-06-24 22:05:13 - TARGET_ARCH=arm TB --- 2011-06-24 22:05:13 - TZ=UTC TB --- 2011-06-24 22:05:13 - __MAKE_CONF=/dev/null TB --- 2011-06-24 22:05:13 - cd /src TB --- 2011-06-24 22:05:13 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 24 22:05:13 UTC 2011 >>> 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 AVILA completed on Fri Jun 24 22:08:05 UTC 2011 TB --- 2011-06-24 22:08:05 - cd /src/sys/arm/conf TB --- 2011-06-24 22:08:05 - /usr/sbin/config -m BWCT TB --- 2011-06-24 22:08:05 - building BWCT kernel TB --- 2011-06-24 22:08:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 22:08:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 22:08:05 - TARGET=arm TB --- 2011-06-24 22:08:05 - TARGET_ARCH=arm TB --- 2011-06-24 22:08:05 - TZ=UTC TB --- 2011-06-24 22:08:05 - __MAKE_CONF=/dev/null TB --- 2011-06-24 22:08:05 - cd /src TB --- 2011-06-24 22:08:05 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 24 22:08:05 UTC 2011 >>> 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 BWCT completed on Fri Jun 24 22:10:03 UTC 2011 TB --- 2011-06-24 22:10:03 - cd /src/sys/arm/conf TB --- 2011-06-24 22:10:03 - /usr/sbin/config -m CAMBRIA TB --- 2011-06-24 22:10:03 - building CAMBRIA kernel TB --- 2011-06-24 22:10:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-24 22:10:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-24 22:10:03 - TARGET=arm TB --- 2011-06-24 22:10:03 - TARGET_ARCH=arm TB --- 2011-06-24 22:10:03 - TZ=UTC TB --- 2011-06-24 22:10:03 - __MAKE_CONF=/dev/null TB --- 2011-06-24 22:10:03 - cd /src TB --- 2011-06-24 22:10:03 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Fri Jun 24 22:10:03 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_setTxQProps': /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_get_mimo_chan_noise': /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug' ah.o: In function `ath_hal_getChanNoise': /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath_hal_debug' follow *** Error code 1 Stop in /obj/arm.arm/src/sys/CAMBRIA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-24 22:12:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-24 22:12:43 - ERROR: failed to build CAMBRIA kernel TB --- 2011-06-24 22:12:43 - 2697.48 user 785.24 system 3763.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:16:25 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002E5106566C; Fri, 24 Jun 2011 22:16:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id AD0C68FC12; Fri, 24 Jun 2011 22:16:24 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5OMFRn6025219 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 24 Jun 2011 16:15:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201106242342.47194.hselasky@c2i.net> Date: Fri, 24 Jun 2011 16:15:17 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <7DADEF94-A0E8-4B1F-8A95-DCD532DF12EB@bsdimp.com> References: <201106242342.47194.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 24 Jun 2011 16:15:31 -0600 (MDT) Cc: Robert Millan , freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 22:16:25 -0000 Hey Hans, Given that all this stuff is really new and shiny, and we're really = close to the feature freeze, I'm not sure enabling it by default is the = prudent action. Warner On Jun 24, 2011, at 3:42 PM, Hans Petter Selasky wrote: > Hi, >=20 > I've been working today on getting auto load of USB kernel modules = working=20 > properly. I've identified and fixed several issues since the initial = patch by=20 > Robert Millan was posted. I would like to request testing of the = attached=20 > patch before I commit it. The patch is about only having ukbd, ums and = umass=20 > per default in the kernel GENERIC config file(s). >=20 > The 9-current kernel version you need to checkout is: >=20 > http://svn.freebsd.org/changeset/base/223519 >=20 > And you need to make sure you have the file mentioned in the commit = above=20 > under /etc/devd/ else the new stuff will not work. >=20 > No userspace changes except the bus_auto.conf file is required. >=20 > At the present moment ukbd and ums will not auto load because they = don't=20 > export any USB device entries. This will get fixed before the final = auto load=20 > commit. >=20 > --HPS > =3D=3D=3D sys/i386/conf/GENERIC > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/i386/conf/GENERIC (revision 223494) > +++ sys/i386/conf/GENERIC (local) > @@ -310,39 +310,9 @@ > device ehci # EHCI PCI->USB interface (USB = 2.0) > device xhci # XHCI PCI->USB interface (USB = 3.0) > device usb # USB Bus (required) > -#device udbp # USB Double Bulk Pipe devices = (needs netgraph) > -device uhid # "Human Interface Devices" > -device ukbd # Keyboard > -device ulpt # Printer > -device umass # Disks/Mass storage - Requires = scbus and da > -device ums # Mouse > -device urio # Diamond Rio 500 MP3 player > -# USB Serial devices > -device u3g # USB-based 3G modems (Option, = Huawei, Sierra) > -device uark # Technologies ARK3116 based = serial adapters > -device ubsa # Belkin F5U103 and compatible = serial adapters > -device uftdi # For FTDI usb serial adapters > -device uipaq # Some WinCE based devices > -device uplcom # Prolific PL-2303 serial = adapters > -device uslcom # SI Labs CP2101/CP2102 serial = adapters > -device uvisor # Visor and Palm devices > -device uvscom # USB serial support for DDI = pocket's PHS > -# USB Ethernet, requires miibus > -device aue # ADMtek USB Ethernet > -device axe # ASIX Electronics USB Ethernet > -device cdce # Generic USB over Ethernet > -device cue # CATC USB Ethernet > -device kue # Kawasaki LSI USB Ethernet > -device rue # RealTek RTL8150 USB Ethernet > -device udav # Davicom DM9601E USB > -# USB Wireless > -device rum # Ralink Technology RT2501USB = wireless NICs > -device run # Ralink Technology = RT2700/RT2800/RT3000 NICs. > -device uath # Atheros AR5523 wireless NICs > -device upgt # Conexant/Intersil PrismGT = wireless NICs. > -device ural # Ralink Technology RT2500USB = wireless NICs > -device urtw # Realtek RTL8187B/L wireless = NICs > -device zyd # ZyDAS zb1211/zb1211b wireless = NICs > +device ukbd # USB Keyboard > +device ums # USB Mouse > +device umass # USB Disks/Mass storage - = Requires scbus and da >=20 > # FireWire support > device firewire # FireWire bus code > @@ -357,5 +327,4 @@ > device snd_es137x # Ensoniq AudioPCI ES137x > device snd_hda # Intel High Definition Audio > device snd_ich # Intel, NVidia and other ICH = AC'97 Audio > -device snd_uaudio # USB Audio > device snd_via8233 # VIA VT8233x Audio > =3D=3D=3D sys/amd64/conf/GENERIC > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/amd64/conf/GENERIC (revision 223494) > +++ sys/amd64/conf/GENERIC (local) > @@ -297,39 +297,9 @@ > device ehci # EHCI PCI->USB interface (USB = 2.0) > device xhci # XHCI PCI->USB interface (USB = 3.0) > device usb # USB Bus (required) > -#device udbp # USB Double Bulk Pipe devices = (needs netgraph) > -device uhid # "Human Interface Devices" > -device ukbd # Keyboard > -device ulpt # Printer > -device umass # Disks/Mass storage - Requires = scbus and da > -device ums # Mouse > -device urio # Diamond Rio 500 MP3 player > -# USB Serial devices > -device u3g # USB-based 3G modems (Option, = Huawei, Sierra) > -device uark # Technologies ARK3116 based = serial adapters > -device ubsa # Belkin F5U103 and compatible = serial adapters > -device uftdi # For FTDI usb serial adapters > -device uipaq # Some WinCE based devices > -device uplcom # Prolific PL-2303 serial = adapters > -device uslcom # SI Labs CP2101/CP2102 serial = adapters > -device uvisor # Visor and Palm devices > -device uvscom # USB serial support for DDI = pocket's PHS > -# USB Ethernet, requires miibus > -device aue # ADMtek USB Ethernet > -device axe # ASIX Electronics USB Ethernet > -device cdce # Generic USB over Ethernet > -device cue # CATC USB Ethernet > -device kue # Kawasaki LSI USB Ethernet > -device rue # RealTek RTL8150 USB Ethernet > -device udav # Davicom DM9601E USB > -# USB Wireless > -device rum # Ralink Technology RT2501USB = wireless NICs > -device run # Ralink Technology = RT2700/RT2800/RT3000 NICs. > -device uath # Atheros AR5523 wireless NICs > -device upgt # Conexant/Intersil PrismGT = wireless NICs. > -device ural # Ralink Technology RT2500USB = wireless NICs > -device urtw # Realtek RTL8187B/L wireless = NICs > -device zyd # ZyDAS zb1211/zb1211b wireless = NICs > +device ukbd # USB Keyboard > +device ums # USB Mouse > +device umass # USB Disks/Mass storage - = Requires scbus and da >=20 > # FireWire support > device firewire # FireWire bus code > @@ -344,5 +314,4 @@ > device snd_es137x # Ensoniq AudioPCI ES137x > device snd_hda # Intel High Definition Audio > device snd_ich # Intel, NVidia and other ICH = AC'97 Audio > -device snd_uaudio # USB Audio > device snd_via8233 # VIA VT8233x Audio From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:25:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3932D1065673; Fri, 24 Jun 2011 22:25:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8713A8FC15; Fri, 24 Jun 2011 22:25:32 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=vrJF5kjXe35rRze0mxLgGFcjILUNrTxl1QHeo1urnh8= c=1 sm=1 a=IhcFkomVjv8A:10 a=z--MOQ7iQl0A:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=Yk2LFS1EuC47zm9CJMoA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144983592; Sat, 25 Jun 2011 00:25:30 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 25 Jun 2011 00:23:52 +0200 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.4.5; amd64; ; ) References: <201106242342.47194.hselasky@c2i.net> <7DADEF94-A0E8-4B1F-8A95-DCD532DF12EB@bsdimp.com> In-Reply-To: <7DADEF94-A0E8-4B1F-8A95-DCD532DF12EB@bsdimp.com> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106250023.52682.hselasky@c2i.net> Cc: Robert Millan , freebsd-usb@freebsd.org, Warner Losh Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 22:25:33 -0000 On Saturday 25 June 2011 00:15:17 Warner Losh wrote: > Hey Hans, > > Given that all this stuff is really new and shiny, and we're really close > to the feature freeze, I'm not sure enabling it by default is the prudent > action. > Yes, you might be right. I'm not saying it should be enabled by default. BTW: How can we disable a .conf file from being picked up by devd? Or do I need to delete it from svn ? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:26:49 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C09AA106564A; Fri, 24 Jun 2011 22:26:49 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 371D58FC13; Fri, 24 Jun 2011 22:26:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5OMQlYt075290; Sat, 25 Jun 2011 02:26:47 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5OMQk85075289; Sat, 25 Jun 2011 02:26:46 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2011 02:26:45 +0400 From: Andrey Chernov To: "Justin T. Gibbs" Message-ID: <20110624222645.GA75222@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <4E04F188.9030105@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E04F188.9030105@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 22:26:49 -0000 On Fri, Jun 24, 2011 at 04:20:24PM -0400, Justin T. Gibbs wrote: > Instead, I believe that either one of the GEOM taste methods is leaking an > access reference (so cdclose() is not called), or the CD driver is failing > to release the hold semaphore during probing. Setting kern.geom.debugflags > to '4' will trace the access calls and allow the GEOM side to be ruled out. > If GEOM is exonerated, we can add tracing to cam_perihp_(un)hold to track > this down further. No problem. I just set kern.geom.debugflags=4 in loader.conf and here is new photo (with recent kernel, no patches): http://img803.imageshack.us/img803/4679/25062011006.jpg I skip all noisy parts related to ada0 and ada1 partitions probes. As you can see, only 3 cd0-related geom call issued, right before cd1 probe shown. Strange thing is that I see no single cd1-related geom call, but it may be because of hang. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 23:20:12 2011 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 AD21A106566C; Fri, 24 Jun 2011 23:20:12 +0000 (UTC) (envelope-from mezz.freebsd@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 7AABF8FC14; Fri, 24 Jun 2011 23:20:12 +0000 (UTC) Received: by pzk5 with SMTP id 5so2970961pzk.17 for ; Fri, 24 Jun 2011 16:20:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AjlBFNWHA0k9p+4djFa3qerdLcAK1Mm/pNarTe0UnUw=; b=LfkkJ46YW7vkdH9rALC1mxgU4Ggheo3Rom1oF2uP1Mi/TIl4qSWwLwi6PejVktE964 LJKtrR98SE0sF+dFx5DZNyqFavSwG+apx1D9MbXutPLFGzx032XdboDV4xxiQW9SKaZq dKuglJp62k5OlTalm4tiIWtA8+kuOvd7GH7Jc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=U1Nj2Akp9XiIn9/ppLvBaItaygRnwMMPDA6cejUzkvEfg4xtkmizm3gU7z385QFcNd 7Li/VFkSuMgrUNPN+uw0DtDXGjDJbuVh3erwd3YsuMfn1qeoAXXSlO7QsrCjNQ6VBruq g50TFUFjeBE9XQl2IWXscUxu9/bSTQesoHQ/k= MIME-Version: 1.0 Received: by 10.68.66.131 with SMTP id f3mr1814105pbt.194.1308956726237; Fri, 24 Jun 2011 16:05:26 -0700 (PDT) Received: by 10.68.58.230 with HTTP; Fri, 24 Jun 2011 16:05:26 -0700 (PDT) In-Reply-To: <201106250023.52682.hselasky@c2i.net> References: <201106242342.47194.hselasky@c2i.net> <7DADEF94-A0E8-4B1F-8A95-DCD532DF12EB@bsdimp.com> <201106250023.52682.hselasky@c2i.net> Date: Fri, 24 Jun 2011 18:05:26 -0500 Message-ID: From: Jeremy Messenger To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Robert Millan , freebsd-current@freebsd.org, Warner Losh , freebsd-usb@freebsd.org Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2011 23:20:12 -0000 On Fri, Jun 24, 2011 at 5:23 PM, Hans Petter Selasky wro= te: > On Saturday 25 June 2011 00:15:17 Warner Losh wrote: >> Hey Hans, >> >> Given that all this stuff is really new and shiny, and we're really clos= e >> to the feature freeze, =A0I'm not sure enabling it by default is the pru= dent >> action. >> > > Yes, you might be right. I'm not saying it should be enabled by default. > > BTW: How can we disable a .conf file from being picked up by devd? Or do = I > need to delete it from svn ? Maybe move it to src/etc/defaults/? Cheers, Mezz > --HPS --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 00:45:28 2011 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 ECD09106566C; Sat, 25 Jun 2011 00:45:28 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0BB948FC13; Sat, 25 Jun 2011 00:45:27 +0000 (UTC) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p5OMa5ZF014898; Sat, 25 Jun 2011 08:36:05 +1000 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p5OMa1bh001935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jun 2011 08:36:02 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p5OMa1JX004253; Sat, 25 Jun 2011 08:36:01 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p5OMa0l4004252; Sat, 25 Jun 2011 08:36:00 +1000 (EST) (envelope-from peter) Date: Sat, 25 Jun 2011 08:36:00 +1000 From: Peter Jeremy To: David Boyd Message-ID: <20110624223600.GB5021@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: current status of digi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 00:45:29 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Jun-23 17:55:15 -0400, David Boyd wrote: >It appears that there was also agreement that (at least) some of the >drivers, digi included, would be converted soon after 8.0-RELEASE. That came down to developer time and it appeared that I was the only person interested in it. >Is there any plan to bring digi forward? See kern/158086 (which updates digi(4)) and kern/152254 (which re- implements TTY functionality that was lost with TTYng). Both include patches that should work on either 8.x or -current. Of the two, the latter is more urgent because it impacts the KBI. >We have about 55 modem ports over ten 8-port Xr cards (PCI) that connect >remote sites via dial-up. I've only got access to PCI Xem cards that are used for serial console concentration so it would be useful for you to test both the Xr cards and dial-in support. --=20 Peter Jeremy --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4FEVAACgkQ/opHv/APuIek1ACgjZkaeEsC8N0dH8yjB3ttmagZ ppcAoJsomjE2/URTkyHMlvGzUqWe+HzS =a4IU -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 01:06:10 2011 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 A7F19106564A; Sat, 25 Jun 2011 01:06:10 +0000 (UTC) (envelope-from adrian.chadd@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 3A6178FC08; Sat, 25 Jun 2011 01:06:09 +0000 (UTC) Received: by gyf3 with SMTP id 3so1737158gyf.13 for ; Fri, 24 Jun 2011 18:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cCjEvsmo/5u9nBRMlq+/YZNkzr1MushFcsjIqieCN9c=; b=CQVl1pyao44Nb7d1ol0BKAe6eqRTmfDbp6tFKFE1hN6G9+Amapa8Kgu7jzdsQpTuQQ xgd5U4cHbJDgVzX1oiIJwH7YRbsaySaOx0yXYMGLpeYS4bao80R+BtrsvnqAtBY9k/fc C2Ew3BR8BxGctUh1gzzyj6g6fkGkaS2rRE+7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=MSi04ueaP0rNqJCQhxaFLsjZP6B3K4nbRRvi79qu+NI6uVU6PsVTl7XrrUDGCI05zv A0bqD8mFv6TRLaTF8S7faVpOWzpA8XLtL5JHrg1+FG54hD4pxwceksi+TeDtf7FTf7is zErHcAxgd6fz6dSXM/ajy8/sQg/irZId0h8Oc= MIME-Version: 1.0 Received: by 10.150.165.14 with SMTP id n14mr4100966ybe.408.1308962092732; Fri, 24 Jun 2011 17:34:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.146.13 with HTTP; Fri, 24 Jun 2011 17:34:52 -0700 (PDT) In-Reply-To: <201106242212.p5OMCits030291@freebsd-current.sentex.ca> References: <201106242212.p5OMCits030291@freebsd-current.sentex.ca> Date: Sat, 25 Jun 2011 08:34:52 +0800 X-Google-Sender-Auth: 560uWGCwiOhnMDrb5AhC7RidBM4 Message-ID: From: Adrian Chadd To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 01:06:10 -0000 Fixed! Sorry. Adrian On 25 June 2011 06:12, FreeBSD Tinderbox wrote: > TB --- 2011-06-24 21:10:00 - tinderbox 2.7 running on freebsd-current.sen= tex.ca > TB --- 2011-06-24 21:10:00 - starting HEAD tinderbox run for arm/arm > TB --- 2011-06-24 21:10:00 - cleaning the object tree > TB --- 2011-06-24 21:10:20 - cvsupping the source tree > TB --- 2011-06-24 21:10:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/arm/arm/supfile > TB --- 2011-06-24 21:10:50 - building world > TB --- 2011-06-24 21:10:50 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-24 21:10:50 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-24 21:10:50 - TARGET=3Darm > TB --- 2011-06-24 21:10:50 - TARGET_ARCH=3Darm > TB --- 2011-06-24 21:10:50 - TZ=3DUTC > TB --- 2011-06-24 21:10:50 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-24 21:10:50 - cd /src > TB --- 2011-06-24 21:10:50 - /usr/bin/make -B buildworld >>>> World build started on Fri Jun 24 21:10:50 UTC 2011 >>>> 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 Jun 24 22:05:13 UTC 2011 > TB --- 2011-06-24 22:05:13 - WARNING: no kernel config for LINT > TB --- 2011-06-24 22:05:13 - cd /src/sys/arm/conf > TB --- 2011-06-24 22:05:13 - /usr/sbin/config -m AVILA > TB --- 2011-06-24 22:05:13 - building AVILA kernel > TB --- 2011-06-24 22:05:13 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-24 22:05:13 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-24 22:05:13 - TARGET=3Darm > TB --- 2011-06-24 22:05:13 - TARGET_ARCH=3Darm > TB --- 2011-06-24 22:05:13 - TZ=3DUTC > TB --- 2011-06-24 22:05:13 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-24 22:05:13 - cd /src > TB --- 2011-06-24 22:05:13 - /usr/bin/make -B buildkernel KERNCONF=3DAVIL= A >>>> Kernel build for AVILA started on Fri Jun 24 22:05:13 UTC 2011 >>>> 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 AVILA completed on Fri Jun 24 22:08:05 UTC 2011 > TB --- 2011-06-24 22:08:05 - cd /src/sys/arm/conf > TB --- 2011-06-24 22:08:05 - /usr/sbin/config -m BWCT > TB --- 2011-06-24 22:08:05 - building BWCT kernel > TB --- 2011-06-24 22:08:05 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-24 22:08:05 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-24 22:08:05 - TARGET=3Darm > TB --- 2011-06-24 22:08:05 - TARGET_ARCH=3Darm > TB --- 2011-06-24 22:08:05 - TZ=3DUTC > TB --- 2011-06-24 22:08:05 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-24 22:08:05 - cd /src > TB --- 2011-06-24 22:08:05 - /usr/bin/make -B buildkernel KERNCONF=3DBWCT >>>> Kernel build for BWCT started on Fri Jun 24 22:08:05 UTC 2011 >>>> 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 BWCT completed on Fri Jun 24 22:10:03 UTC 2011 > TB --- 2011-06-24 22:10:03 - cd /src/sys/arm/conf > TB --- 2011-06-24 22:10:03 - /usr/sbin/config -m CAMBRIA > TB --- 2011-06-24 22:10:03 - building CAMBRIA kernel > TB --- 2011-06-24 22:10:03 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-24 22:10:03 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-24 22:10:03 - TARGET=3Darm > TB --- 2011-06-24 22:10:03 - TARGET_ARCH=3Darm > TB --- 2011-06-24 22:10:03 - TZ=3DUTC > TB --- 2011-06-24 22:10:03 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-24 22:10:03 - cd /src > TB --- 2011-06-24 22:10:03 - /usr/bin/make -B buildkernel KERNCONF=3DCAMB= RIA >>>> Kernel build for CAMBRIA started on Fri Jun 24 22:10:03 UTC 2011 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > /src/sys/dev/ath/ath_hal/ah.c:897: undefined reference to `ath_hal_debug' > ah.o: In function `ath_hal_setTxQProps': > /src/sys/dev/ath/ath_hal/ah.c:870: undefined reference to `ath_hal_debug' > ah.o: In function `ath_hal_get_mimo_chan_noise': > /src/sys/dev/ath/ath_hal/ah.c:1003: undefined reference to `ath_hal_debug= ' > ah.o: In function `ath_hal_getChanNoise': > /src/sys/dev/ath/ath_hal/ah.c:929: undefined reference to `ath_hal_debug' > ah.o:/src/sys/dev/ath/ath_hal/ah.c:223: more undefined references to `ath= _hal_debug' follow > *** Error code 1 > > Stop in /obj/arm.arm/src/sys/CAMBRIA. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-06-24 22:12:43 - WARNING: /usr/bin/make returned exit code = =A01 > TB --- 2011-06-24 22:12:43 - ERROR: failed to build CAMBRIA kernel > TB --- 2011-06-24 22:12:43 - 2697.48 user 785.24 system 3763.68 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.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 Sat Jun 25 01:09:18 2011 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 59391106566C; Sat, 25 Jun 2011 01:09:18 +0000 (UTC) (envelope-from gibbs@FreeBSD.org) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 19D9D8FC12; Sat, 25 Jun 2011 01:09:17 +0000 (UTC) Received: from Justins-MacBook-Pro.local (c-71-235-8-131.hsd1.nh.comcast.net [71.235.8.131]) (authenticated bits=0) by aslan.scsiguy.com (8.14.4/8.14.4) with ESMTP id p5P1Aa8K088790 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 24 Jun 2011 19:10:37 -0600 (MDT) (envelope-from gibbs@FreeBSD.org) Message-ID: <4E053534.4080205@FreeBSD.org> Date: Fri, 24 Jun 2011 21:09:08 -0400 From: "Justin T. Gibbs" Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Andrey Chernov , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.org, will@FreeBSD.org References: <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <4E04F188.9030105@FreeBSD.org> <20110624222645.GA75222@vniz.net> In-Reply-To: <20110624222645.GA75222@vniz.net> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (aslan.scsiguy.com [70.89.174.89]); Fri, 24 Jun 2011 19:10:40 -0600 (MDT) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gibbs@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: Sat, 25 Jun 2011 01:09:18 -0000 On 6/24/11 6:26 PM, Andrey Chernov wrote: > On Fri, Jun 24, 2011 at 04:20:24PM -0400, Justin T. Gibbs wrote: > > Instead, I believe that either one of the GEOM taste methods is leaking an > > access reference (so cdclose() is not called), or the CD driver is failing > > to release the hold semaphore during probing. Setting kern.geom.debugflags > > to '4' will trace the access calls and allow the GEOM side to be ruled out. > > If GEOM is exonerated, we can add tracing to cam_perihp_(un)hold to track > > this down further. > > No problem. I just set kern.geom.debugflags=4 in loader.conf and here is > new photo (with recent kernel, no patches): > http://img803.imageshack.us/img803/4679/25062011006.jpg > I skip all noisy parts related to ada0 and ada1 partitions probes. > As you can see, only 3 cd0-related geom call issued, right before cd1 > probe shown. Strange thing is that I see no single cd1-related geom > call, but it may be because of hang. The GEOM processing is serialized, so that is not unexpected. What your logs are telling me is that the probe for CD0 is hanging. I don't know why. Are you positive it is this specific SVN revision that prevents cd0 from probing properly and not one of my previous CAM commits? Just getting to multi-user doesn't mean we're ok here. My GEOM changes may make the system hang earlier, but you'll need to test access to cd0 even if you get to multi-user mode to be sure that the device is functioning correctly. I just want to be positive that we're barking up the right tree. -- Justin From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 04:39:21 2011 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 5DB78106566C; Sat, 25 Jun 2011 04:39:21 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AE5598FC12; Sat, 25 Jun 2011 04:39:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5P4dJ0g078971; Sat, 25 Jun 2011 08:39:19 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5P4dHgE078970; Sat, 25 Jun 2011 08:39:17 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2011 08:39:17 +0400 From: Andrey Chernov To: "Justin T. Gibbs" Message-ID: <20110625043916.GA78847@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <4E04F188.9030105@FreeBSD.org> <20110624222645.GA75222@vniz.net> <4E053534.4080205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E053534.4080205@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 04:39:21 -0000 On Fri, Jun 24, 2011 at 09:09:08PM -0400, Justin T. Gibbs wrote: > > No problem. I just set kern.geom.debugflags=4 in loader.conf and here is > > new photo (with recent kernel, no patches): > > http://img803.imageshack.us/img803/4679/25062011006.jpg > > I skip all noisy parts related to ada0 and ada1 partitions probes. > > As you can see, only 3 cd0-related geom call issued, right before cd1 > > probe shown. Strange thing is that I see no single cd1-related geom > > call, but it may be because of hang. > > The GEOM processing is serialized, so that is not unexpected. What your > logs are telling me is that the probe for CD0 is hanging. I don't know > why. Could you just postpone GEOM calls after any probe will be completed? It seems GEOM goes here even before probe and waits for probe forever. What probe waits in the same time is unclear for me (ccb_scan), but CD devices are slow and may not survive such multisleeping, missing some responses in the middle. > Are you positive it is this specific SVN revision that prevents cd0 > from probing properly and not one of my previous CAM commits? Just > getting to multi-user doesn't mean we're ok here. My GEOM changes may > make the system hang earlier, but you'll need to test access to cd0 > even if you get to multi-user mode to be sure that the device is > functioning correctly. I just want to be positive that we're barking > up the right tree. I use splitting by half method to find exact date which boots, then see the next commit above that date. Pre-commit kernel goes to multiuser and network is alive. I don't test CDs are working, I'll do that later and report it. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 05:36:13 2011 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 7959D106564A; Sat, 25 Jun 2011 05:36:13 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AC1CD8FC14; Sat, 25 Jun 2011 05:36:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5P5aBPb079456; Sat, 25 Jun 2011 09:36:11 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5P5aAJl079455; Sat, 25 Jun 2011 09:36:10 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2011 09:36:09 +0400 From: Andrey Chernov To: "Justin T. Gibbs" , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG Message-ID: <20110625053609.GA79325@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <4E04F188.9030105@FreeBSD.org> <20110624222645.GA75222@vniz.net> <4E053534.4080205@FreeBSD.org> <20110625043916.GA78847@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110625043916.GA78847@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 05:36:13 -0000 On Sat, Jun 25, 2011 at 08:39:17AM +0400, Andrey Chernov wrote: > > Are you positive it is this specific SVN revision that prevents cd0 > > from probing properly and not one of my previous CAM commits? Just > > getting to multi-user doesn't mean we're ok here. My GEOM changes may > > make the system hang earlier, but you'll need to test access to cd0 > > even if you get to multi-user mode to be sure that the device is > > functioning correctly. I just want to be positive that we're barking > > up the right tree. > > I use splitting by half method to find exact date which boots, then see > the next commit above that date. Pre-commit kernel goes to multiuser and > network is alive. I don't test CDs are working, I'll do that later and > report it. Just test it, kernel dated src-sys date=2011.06.14.12.00.00 Both DVDs are mounted normally and files are readable on both. Here is g_* debugging and cd* related parts from dmesg of working kernel (with few lines before/after to hint the place). As you can see, cd0-probe appears far later in dmesg, but cd0-geom (not much later cd1-geom) is earlier thing: ... ada0 at ahcich2 bus 0 scbus3 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 g_access(0xc652fe40(cd0), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xc65d4500(cd0) g_disk_access(cd0, 1, 0, 0) ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad10 ada1 at ahcich3 bus 0 scbus4 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad12 ... Timecounter "TSC-low" frequency 14077952 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. cd1 at ata2 bus 0 scbus2 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present uhub0: 2 ports with 2 removable, self powered ... uhub7: 6 ports with 6 removable, self powered cd0 at ata2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 100.000MB/s transfers (UDMA5, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed g_access(0xc652fe40(cd0), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xc65d4500(cd0) g_disk_access(cd0, -1, 0, 0) g_access(0xc652fe00(cd0), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xc65d4500(cd0) g_disk_access(cd0, 1, 0, 0) g_access(0xc652fe00(cd0), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xc65d4500(cd0) g_disk_access(cd0, -1, 0, 0) g_access(0xc652fdc0(cd0), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xc65d4500(cd0) g_disk_access(cd0, 1, 0, 0) g_access(0xc652fdc0(cd0), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xc65d4500(cd0) g_disk_access(cd0, -1, 0, 0) g_access(0xc652fd40(cd1), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xc65d4280(cd1) g_disk_access(cd1, 1, 0, 0) g_access(0xc652fd40(cd1), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xc65d4280(cd1) g_disk_access(cd1, -1, 0, 0) g_access(0xc652fd00(cd1), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xc65d4280(cd1) g_disk_access(cd1, 1, 0, 0) g_access(0xc652fd00(cd1), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xc65d4280(cd1) g_disk_access(cd1, -1, 0, 0) g_access(0xc652fcc0(cd1), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xc65d4280(cd1) g_disk_access(cd1, 1, 0, 0) g_access(0xc652fcc0(cd1), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xc65d4280(cd1) g_disk_access(cd1, -1, 0, 0) g_access(0xc6b1c040(ada0), 1, 0, 0) ... -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 07:57:54 2011 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 390211065673 for ; Sat, 25 Jun 2011 07:57:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id EAEE78FC1B for ; Sat, 25 Jun 2011 07:57:53 +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 <1QaNkW-0004Vu-QI>; Sat, 25 Jun 2011 09:57:52 +0200 Received: from e178025228.adsl.alicedsl.de ([85.178.25.228] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QaNkW-0006BT-Nz>; Sat, 25 Jun 2011 09:57:52 +0200 Message-ID: <4E059500.40107@zedat.fu-berlin.de> Date: Sat, 25 Jun 2011 09:57:52 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.25.228 Subject: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 07:57:54 -0000 Hello. Just for my couriosity: I'm missing llvm-as, llvm-ld and other binutils from LLVM and was wondering why they are contained in the port's llvm collection but not in FreeBSD's source contribution. I build FreeBSD 9 with CLANG. But as a missing llvm-as and llvm-ld (or llvm-ar) would imply, the binaries are generated via binutils from theGNU suite, aren't they? Sorry for the noise. O. From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 08:27:15 2011 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 8E45B106566B for ; Sat, 25 Jun 2011 08:27:15 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 547258FC0C for ; Sat, 25 Jun 2011 08:27:15 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 24A657F3859; Sat, 25 Jun 2011 10:10:56 +0200 (CEST) Date: Sat, 25 Jun 2011 10:10:56 +0200 From: Roman Divacky To: "Hartmann, O." Message-ID: <20110625081056.GA28892@freebsd.org> References: <4E059500.40107@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E059500.40107@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 08:27:15 -0000 On Sat, Jun 25, 2011 at 09:57:52AM +0200, Hartmann, O. wrote: > Hello. > Just for my couriosity: I'm missing llvm-as, llvm-ld and other binutils > from LLVM and was wondering why they are contained in the port's llvm > collection but not in FreeBSD's source contribution. There's no use for these utilities in FreeBSD base system. > I build FreeBSD 9 with CLANG. But as a missing llvm-as and llvm-ld (or > llvm-ar) would imply, the binaries are generated via binutils from > theGNU suite, aren't they? llvm-{as,ld,ar} are not replacements for those from binutils. llvm-* work on the llvm bitcode only and are of no use for normal object files. dim@ made a patch that adds those utilities if you really need them http://lists.freebsd.org/pipermail/freebsd-toolchain/2011-June/000216.html By default when you compile things with clang it uses its own assembler (ie. it goes directly from C -> .o) so typically only gnu ld is used in the compilation chain. roman From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 10:38:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 49A36106566C; Sat, 25 Jun 2011 10:38:24 +0000 (UTC) Date: Sat, 25 Jun 2011 10:38:24 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20110625103824.GA87124@freebsd.org> References: <20110616102601.GA68610@freebsd.org> <20110617080925.GA68431@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110617080925.GA68431@freebsd.org> Subject: Re: two issues after upgrading to a more up-to-date 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, 25 Jun 2011 10:38:24 -0000 On Fri Jun 17 11, Alexander Best wrote: > On Thu Jun 16 11, Alexander Best wrote: > > hi there, > > i reverted my kernel back to r222890. everything works fine now and both issues > i mentioned below dissapeared. the previous issues (xpt_action_default and DIOCSKERNELDUMP) have been fixed. however this one, where a lot of apps fail with errno -128 when accessing the disk, still exists. this really needs to be fixed before 9.0! ...again...reverting to r222890 solves this completely. so it's not a problem with the disk or anything. ..i'm guessing this is ahci related, but i'm not sure. cheers. alex > > i also discovered another issue with the more recent kernel: > > i was getting errno -128 with a lot of apps. but only the first time i ran > them. e.g. with git: > > 1) -128 > 2) OK > 3) -128 > 4) OK > 5) ... > > the same with stuff like ./configure or ee(1). first time failures while > running or saving; second time it works. > > this as well was fixed by reverting back to r222890. > > cheers. > alex > > > > > i'm running HEAD on amd64. yesterday i updated my kernel to r223109. i'm now > > seeing two issues, which weren't there beforehand: > > > > 1) > > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > > ada0: ATA-7 SATA 2.x device > > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > ada0: Command Queueing enabled > > ada0: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C) > > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > > ada1: ATA-8 SATA 2.x device > > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > ada1: Command Queueing enabled > > ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > > xpt_action_default: CCB type 0xe not supported > > xpt_action_default: CCB type 0xe not supported > > xpt_action_default: CCB type 0xe not supported > > cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > SMP: AP CPU #1 Launched! > > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > > cd0: cd present [2291664 x 2048 byte records] > > > > ^^ i suspect the xpt_action_default messages have been introduced by the recent > > CAM changes. they appear to be harmless though. > > > > 2) > > dumpon: ioctl(DIOCSKERNELDUMP): Device not configured > > /etc/rc: WARNING: unable to specify /dev/label/swapfs as a dump device > > > > /dev/label/swapfs is a perfect swap partition and worked without any problems > > beforehand. specifying the device node instead of the label makes no > > difference: > > > > taku% dumpon /dev/ada1p1 > > dumpon: ioctl(DIOCSKERNELDUMP): Device not configured > > otaku% gpart show > > => 34 488394988 ada0 GPT (232G) > > 34 128 1 freebsd-boot (64k) > > 162 16777216 - free - (8.0G) > > 16777378 471617644 3 freebsd-ufs (224G) > > > > => 34 1953525101 ada1 GPT (931G) > > 34 20971520 1 freebsd-swap (10G) > > 20971554 4194304 2 freebsd-ufs (2.0G) > > 25165858 1928359277 3 freebsd-ufs (919G) > > > > otaku% glabel status > > Name Status Components > > label/boot N/A ada0p1 > > gptid/e52df583-e446-11de-bb92-000fb58207c8 N/A ada0p1 > > ufs/rootfs N/A ada0p3 > > label/swapfs N/A ada1p1 > > ufs/varfs N/A ada1p2 > > ufs/usrfs N/A ada1p3 > > iso9660/Futurama Season 6 Ep 1-8 720p N/A cd0 > > > > cheers. > > alex > > > > -- > > a13x > > -- > a13x From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 11:27:30 2011 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 0CECC106566B; Sat, 25 Jun 2011 11:27:30 +0000 (UTC) (envelope-from gibbs@FreeBSD.org) Received: from aslan.scsiguy.com (ns1.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id BF7168FC08; Sat, 25 Jun 2011 11:27:29 +0000 (UTC) Received: from Justins-MacBook-Pro.local (c-71-235-8-131.hsd1.nh.comcast.net [71.235.8.131]) (authenticated bits=0) by aslan.scsiguy.com (8.14.4/8.14.4) with ESMTP id p5PBSnxv091070 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 25 Jun 2011 05:28:50 -0600 (MDT) (envelope-from gibbs@FreeBSD.org) Message-ID: <4E05C618.8070703@FreeBSD.org> Date: Sat, 25 Jun 2011 07:27:20 -0400 From: "Justin T. Gibbs" Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Andrey Chernov , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.org, will@FreeBSD.org References: <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <4E04F188.9030105@FreeBSD.org> <20110624222645.GA75222@vniz.net> <4E053534.4080205@FreeBSD.org> <20110625043916.GA78847@vniz.net> In-Reply-To: <20110625043916.GA78847@vniz.net> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (aslan.scsiguy.com [70.89.174.89]); Sat, 25 Jun 2011 05:28:52 -0600 (MDT) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gibbs@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: Sat, 25 Jun 2011 11:27:30 -0000 On 6/25/11 12:39 AM, Andrey Chernov wrote: > On Fri, Jun 24, 2011 at 09:09:08PM -0400, Justin T. Gibbs wrote: > >> No problem. I just set kern.geom.debugflags=4 in loader.conf and here is > >> new photo (with recent kernel, no patches): > >> http://img803.imageshack.us/img803/4679/25062011006.jpg > >> I skip all noisy parts related to ada0 and ada1 partitions probes. > >> As you can see, only 3 cd0-related geom call issued, right before cd1 > >> probe shown. Strange thing is that I see no single cd1-related geom > >> call, but it may be because of hang. > > > > The GEOM processing is serialized, so that is not unexpected. What your > > logs are telling me is that the probe for CD0 is hanging. I don't know > > why. > > Could you just postpone GEOM calls after any probe will be completed? It > seems GEOM goes here even before probe and waits for probe forever. What > probe waits in the same time is unclear for me (ccb_scan), but CD devices > are slow and may not survive such multisleeping, missing some responses in > the middle. The problem is not GEOM. It's not the thread waiting in ccb_scan - that thread is designed to wait there until an asynchronous device arrival/departure event occurs which is not the case here. The problem is in or below CAM, and that problem is causing the probe to never complete. > > Are you positive it is this specific SVN revision that prevents cd0 > > from probing properly and not one of my previous CAM commits? > I use splitting by half method to find exact date which boots, then see > the next commit above that date. Pre-commit kernel goes to multiuser and > network is alive. I don't test CDs are working, I'll do that later and > report it. So you know that revisions 223081, 223084, 223085, and 223089 all boot just fine? I committed five revisions on that date. 223099 just happens to be the last one for that day. -- Justin From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 12:26:26 2011 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 26282106566C; Sat, 25 Jun 2011 12:26:26 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 91F688FC24; Sat, 25 Jun 2011 12:26:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5PCQNsA087271; Sat, 25 Jun 2011 16:26:23 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5PCQNaH087270; Sat, 25 Jun 2011 16:26:23 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2011 16:26:23 +0400 From: Andrey Chernov To: "Justin T. Gibbs" Message-ID: <20110625122623.GA87191@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@FreeBSD.ORG References: <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <4E04F188.9030105@FreeBSD.org> <20110624222645.GA75222@vniz.net> <4E053534.4080205@FreeBSD.org> <20110625043916.GA78847@vniz.net> <4E05C618.8070703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E05C618.8070703@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 12:26:26 -0000 On Sat, Jun 25, 2011 at 07:27:20AM -0400, Justin T. Gibbs wrote: > > I use splitting by half method to find exact date which boots, then see > > the next commit above that date. Pre-commit kernel goes to multiuser and > > network is alive. I don't test CDs are working, I'll do that later and > > report it. > > So you know that revisions 223081, 223084, 223085, and 223089 all boot > just fine? I committed five revisions on that date. 223099 just happens > to be the last one for that day. OMG, I am very sorry to misleading you to wrong direction, and your time waste, give me pointy hat, please! It was r223081 which not boots. I.e. kernel cvsupped at src-sys date=2011.06.14.12.00.00 boots normally but cvsupped at src-sys date=2011.06.14.14.54.00 i.e. in the same minute after r223081 committed Tue Jun 14 14:53:17 2011 UTC hangs. I don't know how I may miss commits you mention(( -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:07:53 2011 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 E4DAD106564A for ; Sat, 25 Jun 2011 14:07:53 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 768008FC16 for ; Sat, 25 Jun 2011 14:07:53 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 146DF14E5920 for ; Sat, 25 Jun 2011 15:51:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id KYnHT-sJGwS8 for ; Sat, 25 Jun 2011 15:51:38 +0200 (CEST) Received: from [193.137.158.200] (unknown [193.137.158.200]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6CFAC14E5850 for ; Sat, 25 Jun 2011 15:51:38 +0200 (CEST) Message-ID: <4E05E7EC.9000902@FreeBSD.org> Date: Sat, 25 Jun 2011 14:51:40 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] patch to replace the regex 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: Sat, 25 Jun 2011 14:07:54 -0000 Hi Folks, you may know that in the Summer of Code programme I'm working on replacing the old regex code with TRE, which is a BSD-licensed implementation. It supports wide characters, is POSIX-compliant and has a good performance compared to most of the open source implementations. Actually, I got mixed results. With sed, in the cases that I tested, the performance was more or less the same and in some few cases, TRE finished in half of the time. On the other hand, with grep sometimes it was significantly slower than the current regex code but grep has always been a complicated case and it has its own regex code, it was just used for testing here. I'm still working on some optimizations but apart from grep, the current performance may already be satisfying for normal cases. This is one thing that I would ask the interested testers to focus on: whether habitual scripts you execute finish later or sooner. I've also checked the POSIX-compliance and I found some cases when TRE is more permissive than the current implementation but that should not be a problem. The patch that I provide know probably can have a cleanup in the contrib area but it's just an early patch purely for testing purposes, so please avoid nitpicking for now and only report performance and/or functional problems. There's a code slush now so there's plenty of time to arrange this if it proves ready to go to 10-CURRENT. Thanks for all of you, who take the effort to give it a try. The patch is here: http://kovesdan.org/patches/tre-20110724.diff Regards, Gabor Kovesdan From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:37:27 2011 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 575EB106566C for ; Sat, 25 Jun 2011 14:37:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A99828FC17 for ; Sat, 25 Jun 2011 14:37:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA00389; Sat, 25 Jun 2011 17:37:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E05F2A4.6060908@FreeBSD.org> Date: Sat, 25 Jun 2011 17:37:24 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: stop scheduler in panic context X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 14:37:27 -0000 I would like to ask for testing of the following patch. Since the patch affects panic(9) context, then obviously its testing requires getting some sort of panic, and preferably some sort of "post-panic" activity too: doing something in kdb, dumping a core (via debugger command or in unattended mode), resetting a machine finally. At minimum I hope that no regressions are introduced. At maximum I hope that some things are improved like, e.g., crash dump succeeding where it failed before (PR amd64/139614). The patch is for recent head/CURRENT. It mostly affects SMP systems, but also has a smaller impact on UP systems. I can try to adapt it to stable/8, if sufficient interest arises. Please see the following message for the patch and some more details. -------- Original Message -------- I would like to present the following diff for review and discussion: http://people.freebsd.org/~avg/stop_scheduler_on_panic.diff The idea is to stop scheduler in a panic context and to provide a special environment for the only running thread, the one that called panic(9). I tried to make this diff as minimal as possible, it doesn't include changes that I consider to be useful improvements and [even] bug fixes, but which generated controversy in non-public discussions. If there is no negative feedback within next few days, then I plan to post the patch to current@ to solicit some testing. I will definitely wait for positive feedback before committing this change. I hope that I will be able to sneak it into the 9 release (unless there are objections to this). Thank you! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:43:48 2011 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 8BF05106566B; Sat, 25 Jun 2011 14:43:48 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 241AA8FC12; Sat, 25 Jun 2011 14:43:47 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 10A8F9; Sat, 25 Jun 2011 16:28:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Date: Sat, 25 Jun 2011 16:28:41 +0200 From: Bernhard Froehlich To: Jung-uk Kim In-Reply-To: <201106241611.29357.jkim@FreeBSD.org> References: <201106241451.23071.jkim@FreeBSD.org> <201106241611.29357.jkim@FreeBSD.org> Message-ID: <90df18bd4c1927b0fc1b549d0ad07cd7@bluelife.at> X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.5.3 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0205.4E05F098.00C6,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: Matt , freebsd-current@FreeBSD.org, George, Kontostanos Subject: Re: virtualbox-ose 4.0.8 fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 14:43:48 -0000 On Fri, 24 Jun 2011 16:11:27 -0400, Jung-uk Kim wrote: > On Friday 24 June 2011 02:58 pm, George Kontostanos wrote: >> On Fri, Jun 24, 2011 at 9:51 PM, Jung-uk Kim > wrote: >> >> Any ideas regarding the virtualbox itself ? >> > >> > I am rebuilding world/kernel now. �After that, I'll rebuild >> > virtualbox-ose and try to fix it unless someone beat me to it. >> > :-) >> > >> > Jung-uk Kim >> >> Brilliant !!! > > Please try this patch: > > http://people.freebsd.org/~jkim/patch-src-VBox-Main-src-server-freebsd-HostHardwareFreeBSD.cpp > > Just drop this in ports/emulators/virtualbox-ose/files and rebuild. Thanks a lot, they look good. Do you agree that those two patches are licensed under MIT License so that i can push them upstream? -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:49:41 2011 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 3B6CB106566B; Sat, 25 Jun 2011 14:49:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4543E8FC14; Sat, 25 Jun 2011 14:49:39 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA00510; Sat, 25 Jun 2011 17:49:38 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E05F582.2010500@FreeBSD.org> Date: Sat, 25 Jun 2011 17:49:38 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: kern.sync_on_panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 14:49:41 -0000 Does anybody actually use kern.sync_on_panic tunable/sysctl? If yes, then in what circumstances do you need it? That is, why any other alternative doesn't work for you? Like: 1. remounting filesystems R/O before panic if you knowingly provoke it for testing 2. using netboot for your test system 3. using su+j, gjournal or a different filesystem altogether 4. using fsck after reboot It seems to me that syncing filesystems in panic context is an adventure. And it may become even more of an adventure if we introduce code that completely stops scheduler in and after panic. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 14:54:14 2011 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 CF9D11065670; Sat, 25 Jun 2011 14:54:14 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD0B8FC17; Sat, 25 Jun 2011 14:54:14 +0000 (UTC) Received: by iyb11 with SMTP id 11so4284424iyb.13 for ; Sat, 25 Jun 2011 07:54:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ngwP4FCQxnN0b8tBxDjGrlVT6FxGLArGjtWaKzV6ZsY=; b=h6jnZH5TfzA4kXyvoljIUYFeeZ7WVX1ECqdMbImcTW0/EQcvdjty80FbJ8AAjsiwV8 RVT4faugiA55OwNHYlbweGUO/eKPBHR/LQtEp98LVamcqQL8ikLMbVvoAC5b7QRSUyjX x/h9RTqWcc4w5fPyznhf0ARxIWRsBM8GpCRJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NukUpXkMcolUB/iKN+GjxyeP6Ri98bqeQy0E8b9XmJxP0VkEUpxesL+V7wSigXUbjM c9GUrx2GzpvU3t8Uk6CMc3RhXBHmwaBirCa0yllsgnZD2xgl717bLqTgRIsxqZ5KF8FE D053lq2Rm8IpRBnSIUCM9l+HiQQEzi03js20s= MIME-Version: 1.0 Received: by 10.43.43.134 with SMTP id uc6mr4825952icb.369.1309013653349; Sat, 25 Jun 2011 07:54:13 -0700 (PDT) Received: by 10.42.223.198 with HTTP; Sat, 25 Jun 2011 07:54:13 -0700 (PDT) In-Reply-To: <4DE89AA3.908@FreeBSD.org> References: <4DDD4890.70604@FreeBSD.org> <86hb8du5fo.fsf@kopusha.home.net> <4DE89AA3.908@FreeBSD.org> Date: Sat, 25 Jun 2011 17:54:13 +0300 Message-ID: From: Mikolaj Golub To: Maxim Sobolev Content-Type: text/plain; charset=ISO-8859-1 Cc: Kostik Belousov , Pawel Jakub Dawidek , "current@freebsd.org" Subject: Re: Weird issue with hastd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 14:54:14 -0000 On Fri, Jun 3, 2011 at 11:26 AM, Maxim Sobolev wrote: > > I would also like to get your input on my two other patches - randomization > of the synchronization pattern and ad-hoc asynchronous more. Hastd appears > extremely useful to synchronize large virtual disks over slow links without > taking live virtual machine offline. For me the idea to send updates to secondary only via synchronization thread, starting it periodically looks interesting. Sure it should not be the replacement for "real" async mode, but having something like this in hast apart other synchronization modes might be useful. Comparing it with "real" async that is described in manual it has the following advantages: 1) It is much easier to implement. 2) If you have frequent updates of the same blocks, "real" async will send them all, while with sync thread approach we will skip many intermediate updates. Even if we don't run sync thread very frequently and HAST switches to failover it may sync dirty buffers from previous master. It might be useful for backuping volumes via WAN, instead of rsync or zfs send. There is a disadvantage -- instead of sending only one dirty block we synchronize the hole extent (see below how it may be improved though). But let me say about the problems with your patch: http://sobomax.sippysoft.com/primary.c.diff In your approach you still put the requests to the send thread but mark them there as failed so they are not actually sent and the extent is marked as need sync. You don't start sync thread. It starts in your case after reconnecting to secondary. You have frequent reconnects because of the following. Because there are requests in the send thread it does not send keep alive requests (it sends them only when it is idle) but actually the requests are not sent and the secondary exits by timeout not receiving any data from primary. Sure frequent reconnects are bad. Also the problem you described in "randomization" thread looks like is only possible with your patch. As the request "fails" in send thread the extent is marked as need sync, if at this time sync thread is running you may observe the effect when the same frequently updated extent is resent frequently. Without your patch an extent may be marked as need sync only when connection to secondary is lost, so synchronization is not running at that moment. I think the right approach could be: 1) Don't put the request to the send thread at all. 2) When returning the request to the kernel it still remains dirty in memmap. 3) periodically, the dirty (in memmap) extents are marked as need sync and the sync thread is waken up. Here is the patch that implements it: http://people.freebsd.org/~trociny/hast.async.patch The patch can not be considered as complete because of: 1) I think this mode should not be called async, because people would expect from it the behavior that was known from man (and how it works in DRBD it suppose). Also "real" async might be implemented in future too. Some other name should be thought out. 2) The synchronization thread is waked up in guard thread every HAST_KEEPALIVE seconds. I think it should be not so frequent and configurable. It can be improved but I would like to know Pawel's opinion first. He might know why this is completely wrong :-) Now about sending the hole extent when only small part of it is updated. It might be improved with checksum based synchronization. I have a patch that implements it -- when synchronizing an extent, before sending the chunk of MAXPHYS size, its checksum is send and if it matches the chunk is not sent. It is supposed to be useful when one needs to resync disks, e.g. after split brain, when most of the blocks on the nodes match. But apparently it should improve things in this case too. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 15:43:50 2011 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 A45BE106564A; Sat, 25 Jun 2011 15:43:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id EFF728FC08; Sat, 25 Jun 2011 15:43:49 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=D/a7r8P9hO61Jx2CeejZiK+y1MY0zppvClPbOUfMbas= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=z--MOQ7iQl0A:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=EQkZtxkw1X3zvJ5fboMA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144357597; Sat, 25 Jun 2011 17:43:47 +0200 From: Hans Petter Selasky To: Jeremy Messenger Date: Sat, 25 Jun 2011 17:42:07 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106242342.47194.hselasky@c2i.net> <201106250023.52682.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106251742.07739.hselasky@c2i.net> Cc: Robert Millan , freebsd-current@freebsd.org, Warner Losh , freebsd-usb@freebsd.org Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 15:43:50 -0000 On Saturday 25 June 2011 01:05:26 Jeremy Messenger wrote: > Jeremy Messenger Done. http://svn.freebsd.org/changeset/base/223536 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 15:53:41 2011 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 663BE1065673 for ; Sat, 25 Jun 2011 15:53: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 247B58FC08 for ; Sat, 25 Jun 2011 15:53: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 <1QaVAy-0002pz-7P>; Sat, 25 Jun 2011 17:53:40 +0200 Received: from e178028147.adsl.alicedsl.de ([85.178.28.147] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QaVAy-00063A-4l>; Sat, 25 Jun 2011 17:53:40 +0200 Message-ID: <4E060484.5050905@zedat.fu-berlin.de> Date: Sat, 25 Jun 2011 17:53:40 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: Roman Divacky References: <4E059500.40107@zedat.fu-berlin.de> <20110625081056.GA28892@freebsd.org> In-Reply-To: <20110625081056.GA28892@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.28.147 Cc: FreeBSD Current Subject: Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 15:53:41 -0000 On 06/25/11 10:10, Roman Divacky wrote: > On Sat, Jun 25, 2011 at 09:57:52AM +0200, Hartmann, O. wrote: >> Hello. >> Just for my couriosity: I'm missing llvm-as, llvm-ld and other binutils >> from LLVM and was wondering why they are contained in the port's llvm >> collection but not in FreeBSD's source contribution. > > There's no use for these utilities in FreeBSD base system. > >> I build FreeBSD 9 with CLANG. But as a missing llvm-as and llvm-ld (or >> llvm-ar) would imply, the binaries are generated via binutils from >> theGNU suite, aren't they? > llvm-{as,ld,ar} are not replacements for those from binutils. llvm-* > work on the llvm bitcode only and are of no use for normal object > files. > > dim@ made a patch that adds those utilities if you really need them > > http://lists.freebsd.org/pipermail/freebsd-toolchain/2011-June/000216.html > > By default when you compile things with clang it uses its own assembler > (ie. it goes directly from C -> .o) so typically only gnu ld is used > in the compilation chain. > > > roman Thank you very much. Patched and works. Oliver From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 16:09:40 2011 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 DF8251065675 for ; Sat, 25 Jun 2011 16:09:40 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A4E1C8FC08 for ; Sat, 25 Jun 2011 16:09:40 +0000 (UTC) Received: by iwr19 with SMTP id 19so4317931iwr.13 for ; Sat, 25 Jun 2011 09:09:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=kWiG04KHi5nbxbxB6oETMvKw3WYCh/GFfA3eEtNFetQ=; b=BN6ld47rUKwEWvMtEenuyPMorgqGCSSk7cvuCMiW3H/0M9SSfTe/M5oscJSj2Vkx9d LZCumEYiy4puU7xguYb/aWXW9TRg7miEx6fQIo9EKkIpvxGKaEpYZKRKL1piRClSnDRB LR/UhZOKHE9TeOQp9LemRcjJojhoAnuZV+4Fk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=VsCL4Dxg0vC07RDf/aoU5OvmVkEbSPK/ds+zJPro8um99y0LTJN+Z4Zu2oY2tNLGy+ WlKlWI25f8smh39607XSbQhhUSTO5KQq8w7Yyr37P4zNY5GNpx7De5Z9Ccfr+28BgUom bNK3U+wV/fG0OEQFT7PfdSDW9YkTl0RMyuE68= MIME-Version: 1.0 Received: by 10.231.167.197 with SMTP id r5mr3840014iby.70.1309016397396; Sat, 25 Jun 2011 08:39:57 -0700 (PDT) Sender: utisoft@gmail.com Received: by 10.231.49.193 with HTTP; Sat, 25 Jun 2011 08:39:56 -0700 (PDT) Received: by 10.231.49.193 with HTTP; Sat, 25 Jun 2011 08:39:56 -0700 (PDT) In-Reply-To: <4E05E7EC.9000902@FreeBSD.org> References: <4E05E7EC.9000902@FreeBSD.org> Date: Sat, 25 Jun 2011 16:39:56 +0100 X-Google-Sender-Auth: hMG8Q0jh040G9ExrUskqj-gU5UU Message-ID: From: Chris Rees To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: [CFT] patch to replace the regex 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: Sat, 25 Jun 2011 16:09:41 -0000 On 25 Jun 2011 15:08, "Gabor Kovesdan" wrote: > > Hi Folks, > > you may know that in the Summer of Code programme I'm working on replacing the old regex code with TRE, which is a BSD-licensed implementation. It supports wide characters, is POSIX-compliant and has a good performance compared to most of the open source implementations. Actually, I got mixed results. With sed, in the cases that I tested, the performance was more or less the same and in some few cases, TRE finished in half of the time. On the other hand, with grep sometimes it was significantly slower than the current regex code but grep has always been a complicated case. Forgive me if I'm patronizing, but is there any surprise that a POSIX NFA implementation is slower than grep's DFA? Chris From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 16:34:22 2011 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 3917A1065672; Sat, 25 Jun 2011 16:34:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id E8FEE8FC16; Sat, 25 Jun 2011 16:34:21 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5PGUv9b033591 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 25 Jun 2011 10:30:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sat, 25 Jun 2011 10:30:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1E56F1F1-25F2-4628-BE60-457CB762927B@bsdimp.com> References: <201106242342.47194.hselasky@c2i.net> <7DADEF94-A0E8-4B1F-8A95-DCD532DF12EB@bsdimp.com> <201106250023.52682.hselasky@c2i.net> To: Jeremy Messenger X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Sat, 25 Jun 2011 10:30:58 -0600 (MDT) Cc: Robert Millan , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 16:34:22 -0000 On Jun 24, 2011, at 5:05 PM, Jeremy Messenger wrote: > On Fri, Jun 24, 2011 at 5:23 PM, Hans Petter Selasky = wrote: >> On Saturday 25 June 2011 00:15:17 Warner Losh wrote: >>> Hey Hans, >>>=20 >>> Given that all this stuff is really new and shiny, and we're really = close >>> to the feature freeze, I'm not sure enabling it by default is the = prudent >>> action. >>>=20 >>=20 >> Yes, you might be right. I'm not saying it should be enabled by = default. >>=20 >> BTW: How can we disable a .conf file from being picked up by devd? Or = do I >> need to delete it from svn ? >=20 > Maybe move it to src/etc/defaults/? No. I have no objection to usb.conf in /etc/devd. Just removing them = all from the kernel just yet. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 16:47:27 2011 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 402041065675; Sat, 25 Jun 2011 16:47:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id F0A228FC18; Sat, 25 Jun 2011 16:47:26 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5PGjHQN033683 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 25 Jun 2011 10:45:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201106251742.07739.hselasky@c2i.net> Date: Sat, 25 Jun 2011 10:45:14 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201106242342.47194.hselasky@c2i.net> <201106250023.52682.hselasky@c2i.net> <201106251742.07739.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Sat, 25 Jun 2011 10:45:19 -0600 (MDT) Cc: Jeremy Messenger , Robert Millan , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 16:47:27 -0000 On Jun 25, 2011, at 9:42 AM, Hans Petter Selasky wrote: > On Saturday 25 June 2011 01:05:26 Jeremy Messenger wrote: >> Jeremy Messenger >=20 > Done. >=20 > http://svn.freebsd.org/changeset/base/223536 Please move it back. It doesn't belong in /etc/defaults. It belongs in = /etc/devd if we're going to have it at all. If you have a full GENERIC = kernel, there will never be a NOMATCH line generated, so these entries = will just be ignored. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 17:08:44 2011 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 672D9106564A; Sat, 25 Jun 2011 17:08:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id B244C8FC0A; Sat, 25 Jun 2011 17:08:43 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=vrJF5kjXe35rRze0mxLgGFcjILUNrTxl1QHeo1urnh8= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=z--MOQ7iQl0A:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=HOJNGE_PMPP9PB9FmzwA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 145207437; Sat, 25 Jun 2011 19:08:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 25 Jun 2011 19:07:01 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106242342.47194.hselasky@c2i.net> <201106251742.07739.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106251907.02052.hselasky@c2i.net> Cc: Jeremy Messenger , Robert Millan , freebsd-usb@freebsd.org, Warner Losh Subject: Re: [RFT] Automatic load of USB kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 17:08:44 -0000 On Saturday 25 June 2011 18:45:14 Warner Losh wrote: > On Jun 25, 2011, at 9:42 AM, Hans Petter Selasky wrote: > > On Saturday 25 June 2011 01:05:26 Jeremy Messenger wrote: > >> Jeremy Messenger > > > > Done. > > > > http://svn.freebsd.org/changeset/base/223536 > > Please move it back. It doesn't belong in /etc/defaults. It belongs in > /etc/devd if we're going to have it at all. If you have a full GENERIC > kernel, there will never be a NOMATCH line generated, so these entries > will just be ignored. > > Warner > Done. http://svn.freebsd.org/changeset/base/223543 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 17:21:05 2011 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 581A2106567E for ; Sat, 25 Jun 2011 17:21:05 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id E8D298FC19 for ; Sat, 25 Jun 2011 17:21:04 +0000 (UTC) Received: (qmail 75639 invoked from network); 25 Jun 2011 17:21:03 -0000 Received: from 87.58.145.224 (HELO x2.osted.lan) (87.58.145.224) by relay02.pair.com with SMTP; 25 Jun 2011 17:21:03 -0000 X-pair-Authenticated: 87.58.145.224 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.4/8.14.4) with ESMTP id p5PHL2nj010415; Sat, 25 Jun 2011 19:21:02 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.4/8.14.4/Submit) id p5PHL2Vx010414; Sat, 25 Jun 2011 19:21:02 +0200 (CEST) (envelope-from pho) Date: Sat, 25 Jun 2011 19:21:02 +0200 From: Peter Holm To: Kostik Belousov Message-ID: <20110625172102.GA10311@x2.osted.lan> References: <20110623163109.GA508@dragon.NUXI.org> <20110623202153.GS48734@deviant.kiev.zoral.com.ua> <20110624103016.GA71991@x2.osted.lan> <20110624110627.GW48734@deviant.kiev.zoral.com.ua> <20110624132105.GA75382@x2.osted.lan> <20110624145043.GY48734@deviant.kiev.zoral.com.ua> <20110624162003.GA79067@x2.osted.lan> <20110624195716.GZ48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110624195716.GZ48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 17:21:05 -0000 On Fri, Jun 24, 2011 at 10:57:16PM +0300, Kostik Belousov wrote: > On Fri, Jun 24, 2011 at 06:20:03PM +0200, Peter Holm wrote: > > Got a "panic: Not a vnode object" quite fast: > > > > http://people.freebsd.org/~pho/stress/log/kostik441.txt > > Ah, yes, this is an assertion that was added in the r209702. > http://people.freebsd.org/~kib/misc/tmpfs.7.patch Looks good. The mmap(2) test doesn't panic any more, nor does any of the other TMPFS tests I have. - Peter From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 17:26:02 2011 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 BA3661065676; Sat, 25 Jun 2011 17:26:02 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 315EF8FC1B; Sat, 25 Jun 2011 17:26:02 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 9C8B614E5922; Sat, 25 Jun 2011 19:26:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tQaY6ROxLlmC; Sat, 25 Jun 2011 19:25:55 +0200 (CEST) Received: from [193.137.158.200] (unknown [193.137.158.200]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9D86A14E5850; Sat, 25 Jun 2011 19:25:55 +0200 (CEST) Message-ID: <4E061A25.2000605@FreeBSD.org> Date: Sat, 25 Jun 2011 18:25:57 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Chris Rees References: <4E05E7EC.9000902@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT] patch to replace the regex 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: Sat, 25 Jun 2011 17:26:02 -0000 > Forgive me if I'm patronizing, but is there any surprise that a POSIX > NFA implementation is slower than grep's DFA? > Oh, of course an NFA implementation will always be slightly slower but the memory footprint will also be smaller, which is a big advantage for embedded systems. But in this case, the basis of the comparison was not the GNU DFA implementation but the old libc-regex. At the moment, BSD grep in the base system uses the GNU regex engine but I built a local version for testing purposes that used libc-regex. Gabor From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 18:56:19 2011 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 8A640106564A; Sat, 25 Jun 2011 18:56:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id DE1118FC0C; Sat, 25 Jun 2011 18:56:18 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XM0LJnl701gGyB1AIbeRSXiuYCvnwU3SCBtcNm9jzvs= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=_7x1bjhUSeMA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=TeTzA72gRcEWsaax-uMA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 145635577; Sat, 25 Jun 2011 20:56:16 +0200 From: Hans Petter Selasky To: Greg Rivers Date: Sat, 25 Jun 2011 20:54:38 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106241531.19375.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106252054.38056.hselasky@c2i.net> Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 18:56:19 -0000 On Saturday 25 June 2011 20:53:53 Greg Rivers wrote: > On Fri, 24 Jun 2011, Hans Petter Selasky wrote: > > It appears there are some bugs in the USB2 HAL implementation. For > > example the parent USB device is not always correctly set and there are > > problems with dynamic attach/detach of USB devices in hald. > > > > For users of 9-current and 8-stable: > > > > Copy the attached file to /usr/ports/sysutils/hal/files/ > > > > Then rebuild HAL. > > > > Does it fix any USB/HAL related problems? For example related to > > multimedia/webcamd, lshal, mouse, keyboard etc. > > I tried your patch Hans (on 8.2-STABLE as of June 1), but it did not fix > the problem I've been having on some machines with hald and umass devices. > For reference, I first reported this problem[1] ~2 years ago. > > Basically what happens is this: when the first umass device is attached, I > see the attach message and then a CAM error at ~1 second intervals (I > assume this is the hald polling period) for the duration. When I pull the > device I see the detach message, and it's over; hald is now unkillable, > and the USB bus will no longer attach any other device, umass or > otherwise. The only way out of this is a reboot. > > > At this point the USB bus is effectively wedged. It seems to be the > detach that triggers the problem. If I do not detach anything, I can > continue to add other devices and they attach fine. > > I'd be happy to continue troubleshooting and testing if you'd like to > pursue this. Just let me know what you'd like me to do. Thanks for all > your great work! Hi, Are you on #bsdusb on Efnet tonight or IM/Skype? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 19:30:26 2011 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 5B687106566C; Sat, 25 Jun 2011 19:30:26 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3448FC12; Sat, 25 Jun 2011 19:30:25 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.4/8.14.4) with ESMTP id p5PIrrD7084787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jun 2011 13:53:54 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2011; t=1309028034; bh=HuRj4zXJo+O2p+oOpnrI2asyADKt8zyfCKVKj6Ltzlk=; l=3734; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=QypPQbs61rrfF+D5igo2D7um4RIz1+24EN6guxxkO9uJWD2H9EWNAntawHVesFPpZ 61NHuFS2jPy+tjrMkGMIo3MpnPGFpjNUFDKIcDEjh5C2HDpbNDqQeiwFgmEHnrktv0 Tj7cWgQkNyMsKyIuqvMPw85z/8A7mlJDy28RfiUM= Date: Sat, 25 Jun 2011 13:53:53 -0500 (CDT) From: Greg Rivers To: Hans Petter Selasky In-Reply-To: <201106241531.19375.hselasky@c2i.net> Message-ID: References: <201106241531.19375.hselasky@c2i.net> 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 succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (roadkill.tharned.org [75.145.12.185]); Sat, 25 Jun 2011 13:53:54 -0500 (CDT) Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 19:30:26 -0000 On Fri, 24 Jun 2011, Hans Petter Selasky wrote: > It appears there are some bugs in the USB2 HAL implementation. For > example the parent USB device is not always correctly set and there are > problems with dynamic attach/detach of USB devices in hald. > > For users of 9-current and 8-stable: > > Copy the attached file to /usr/ports/sysutils/hal/files/ > > Then rebuild HAL. > > Does it fix any USB/HAL related problems? For example related to > multimedia/webcamd, lshal, mouse, keyboard etc. > I tried your patch Hans (on 8.2-STABLE as of June 1), but it did not fix the problem I've been having on some machines with hald and umass devices. For reference, I first reported this problem[1] ~2 years ago. Basically what happens is this: when the first umass device is attached, I see the attach message and then a CAM error at ~1 second intervals (I assume this is the hald polling period) for the duration. When I pull the device I see the detach message, and it's over; hald is now unkillable, and the USB bus will no longer attach any other device, umass or otherwise. The only way out of this is a reboot. Here's an illustration: Jun 25 13:15:45 blue root: Unknown USB device: vendor 0x1307 product 0x0163 bus uhub4 Jun 25 13:15:45 blue kernel: ugen4.3: at usbus4 Jun 25 13:15:45 blue kernel: umass0: on usbus4 Jun 25 13:15:45 blue kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Jun 25 13:15:47 blue kernel: umass0:0:0:-1: Attached to scbus0 Jun 25 13:15:47 blue kernel: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 Jun 25 13:15:47 blue kernel: da0: Removable Direct Access SCSI-2 device Jun 25 13:15:47 blue kernel: da0: 40.000MB/s transfers Jun 25 13:15:47 blue kernel: da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) Jun 25 13:15:47 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:47 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:47 blue kernel: Jun 25 13:15:49 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:49 blue kernel: Jun 25 13:15:51 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:51 blue kernel: Jun 25 13:15:53 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:53 blue kernel: Jun 25 13:15:55 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:55 blue kernel: Jun 25 13:15:57 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: release 0xc47bfc00 when refcount is zero Jun 25 13:15:57 blue kernel: Jun 25 13:15:58 blue kernel: ugen4.3: at usbus4 (disconnected) Jun 25 13:15:58 blue kernel: umass0: at uhub4, port 1, addr 3 (disconnected) Jun 25 13:16:07 blue kernel: (da0:umass-sim0:0:0:0): lost device Jun 25 13:16:07 blue kernel: (da0:umass-sim0:0:0:0): removing device entry At this point the USB bus is effectively wedged. It seems to be the detach that triggers the problem. If I do not detach anything, I can continue to add other devices and they attach fine. I'd be happy to continue troubleshooting and testing if you'd like to pursue this. Just let me know what you'd like me to do. Thanks for all your great work! [1] http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010406.html -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 19:39:46 2011 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 DB3E7106564A for ; Sat, 25 Jun 2011 19:39:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3415F8FC0A for ; Sat, 25 Jun 2011 19:39:45 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA02549; Sat, 25 Jun 2011 22:39:37 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QaYhd-000MFg-ID; Sat, 25 Jun 2011 22:39:37 +0300 Message-ID: <4E063977.6090305@FreeBSD.org> Date: Sat, 25 Jun 2011 22:39:35 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Greg Rivers References: <201106241531.19375.hselasky@c2i.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Hans Petter Selasky Subject: Re: [Testing wanted] USB patch for HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2011 19:39:46 -0000 on 25/06/2011 21:53 Greg Rivers said the following: > Jun 25 13:15:45 blue kernel: ugen4.3: at usbus4 > Jun 25 13:15:45 blue kernel: umass0: class 0/0, rev 2.00/1.00, addr 3> on usbus4 > Jun 25 13:15:45 blue kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 > Jun 25 13:15:47 blue kernel: umass0:0:0:-1: Attached to scbus0 > Jun 25 13:15:47 blue kernel: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > Jun 25 13:15:47 blue kernel: da0: Removable Direct > Access SCSI-2 device Jun 25 13:15:47 blue kernel: da0: 40.000MB/s transfers > Jun 25 13:15:47 blue kernel: da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) > Jun 25 13:15:47 blue kernel: (sg0:umass-sim0:0:0:0): cam_periph_release_locked: > release 0xc47bfc00 when refcount is zero Hm, I have to ask, have you tried this without sg driver? -- Andriy Gapon