From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 00:35:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1DE416A400; Sun, 15 Apr 2007 00:35:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BA21A13C448; Sun, 15 Apr 2007 00:35:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F0Z7uC016545; Sat, 14 Apr 2007 20:35:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F0Z7mG090978; Sat, 14 Apr 2007 20:35:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE55173039; Sat, 14 Apr 2007 20:35:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415003506.EE55173039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 20:35:06 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2007 00:35:08 -0000 TB --- 2007-04-14 23:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 23:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-14 23:00:00 - cleaning the object tree TB --- 2007-04-14 23:00:22 - checking out the source tree TB --- 2007-04-14 23:00:22 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-14 23:00:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 23:10:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 23:10:37 - cd /src TB --- 2007-04-14 23:10:37 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 23:10:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Apr 15 00:33:04 UTC 2007 TB --- 2007-04-15 00:33:04 - generating LINT kernel config TB --- 2007-04-15 00:33:04 - cd /src/sys/amd64/conf TB --- 2007-04-15 00:33:04 - /usr/bin/make -B LINT TB --- 2007-04-15 00:33:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 00:33:04 - cd /src TB --- 2007-04-15 00:33:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 00:33:04 UTC 2007 >>> 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/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/pci/agp_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 00:35:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 00:35:06 - ERROR: failed to build lint kernel TB --- 2007-04-15 00:35:06 - tinderbox aborted TB --- 0.42 user 1.41 system 5706.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 01:17:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B525C16A402; Sun, 15 Apr 2007 01:17:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5EF13C459; Sun, 15 Apr 2007 01:17:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F1HWLq018254; Sat, 14 Apr 2007 21:17:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F1HWSG035936; Sat, 14 Apr 2007 21:17:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9676E73039; Sat, 14 Apr 2007 21:17:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415011732.9676E73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 21:17:32 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 15 Apr 2007 01:17:33 -0000 TB --- 2007-04-15 00:09:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 00:09:55 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-15 00:09:55 - cleaning the object tree TB --- 2007-04-15 00:10:22 - checking out the source tree TB --- 2007-04-15 00:10:22 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-15 00:10:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 00:18:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 00:18:48 - cd /src TB --- 2007-04-15 00:18:48 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 00:18:49 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 01:15:12 UTC 2007 TB --- 2007-04-15 01:15:12 - generating LINT kernel config TB --- 2007-04-15 01:15:12 - cd /src/sys/i386/conf TB --- 2007-04-15 01:15:12 - /usr/bin/make -B LINT TB --- 2007-04-15 01:15:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 01:15:12 - cd /src TB --- 2007-04-15 01:15:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 01:15:12 UTC 2007 >>> 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/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/pci/agp_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 01:17:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 01:17:31 - ERROR: failed to build lint kernel TB --- 2007-04-15 01:17:31 - tinderbox aborted TB --- 0.45 user 1.31 system 4056.79 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 01:41:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 176AD16A403; Sun, 15 Apr 2007 01:41:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E3FE813C455; Sun, 15 Apr 2007 01:41:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F1fIBT019130; Sat, 14 Apr 2007 21:41:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F1fIlv045589; Sat, 14 Apr 2007 21:41:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2369273039; Sat, 14 Apr 2007 21:41:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415014118.2369273039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 21:41:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 15 Apr 2007 01:41:19 -0000 TB --- 2007-04-15 00:35:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 00:35:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-15 00:35:07 - cleaning the object tree TB --- 2007-04-15 00:35:24 - checking out the source tree TB --- 2007-04-15 00:35:24 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-15 00:35:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 00:44:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 00:44:10 - cd /src TB --- 2007-04-15 00:44:10 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 00:44:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 01:39:29 UTC 2007 TB --- 2007-04-15 01:39:29 - generating LINT kernel config TB --- 2007-04-15 01:39:29 - cd /src/sys/pc98/conf TB --- 2007-04-15 01:39:29 - /usr/bin/make -B LINT TB --- 2007-04-15 01:39:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 01:39:29 - cd /src TB --- 2007-04-15 01:39:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 01:39:29 UTC 2007 >>> 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/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/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 01:41:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 01:41:17 - ERROR: failed to build lint kernel TB --- 2007-04-15 01:41:17 - tinderbox aborted TB --- 0.44 user 1.34 system 3970.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 02:44:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5D6916A404; Sun, 15 Apr 2007 02:44:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AB46313C4AE; Sun, 15 Apr 2007 02:44:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F2iU8R021346; Sat, 14 Apr 2007 22:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F2iTMW021645; Sat, 14 Apr 2007 22:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E7B673039; Sat, 14 Apr 2007 22:44:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415024429.9E7B673039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 22:44:29 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 02:44:31 -0000 TB --- 2007-04-15 01:17:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 01:17:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-15 01:17:32 - cleaning the object tree TB --- 2007-04-15 01:17:45 - checking out the source tree TB --- 2007-04-15 01:17:45 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-15 01:17:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 01:25:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 01:25:48 - cd /src TB --- 2007-04-15 01:25:48 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 01:25:49 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 02:42:41 UTC 2007 TB --- 2007-04-15 02:42:41 - generating LINT kernel config TB --- 2007-04-15 02:42:41 - cd /src/sys/ia64/conf TB --- 2007-04-15 02:42:41 - /usr/bin/make -B LINT TB --- 2007-04-15 02:42:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 02:42:41 - cd /src TB --- 2007-04-15 02:42:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 02:42:42 UTC 2007 >>> 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/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/pci/agp_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 -fformat-extensions -nostdinc -I- -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/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/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 -mno-sdata -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 02:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 02:44:29 - ERROR: failed to build lint kernel TB --- 2007-04-15 02:44:29 - tinderbox aborted TB --- 0.38 user 1.28 system 5216.48 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 02:49:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBB4316A400; Sun, 15 Apr 2007 02:49:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B3E2213C45D; Sun, 15 Apr 2007 02:49:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F2nl8i021540; Sat, 14 Apr 2007 22:49:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F2nlQO073245; Sat, 14 Apr 2007 22:49:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1CCC73039; Sat, 14 Apr 2007 22:49:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415024946.C1CCC73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 22:49:46 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 02:49:48 -0000 TB --- 2007-04-15 01:41:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 01:41:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-15 01:41:18 - cleaning the object tree TB --- 2007-04-15 01:41:29 - checking out the source tree TB --- 2007-04-15 01:41:29 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-15 01:41:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 01:49:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 01:49:44 - cd /src TB --- 2007-04-15 01:49:44 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 01:49:45 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 02:47:55 UTC 2007 TB --- 2007-04-15 02:47:55 - generating LINT kernel config TB --- 2007-04-15 02:47:55 - cd /src/sys/powerpc/conf TB --- 2007-04-15 02:47:55 - /usr/bin/make -B LINT TB --- 2007-04-15 02:47:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 02:47:56 - cd /src TB --- 2007-04-15 02:47:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 02:47:56 UTC 2007 >>> 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/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 02:49:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 02:49:46 - ERROR: failed to build lint kernel TB --- 2007-04-15 02:49:46 - tinderbox aborted TB --- 0.39 user 1.32 system 4108.39 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 03:57:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80F4C16A400; Sun, 15 Apr 2007 03:57:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 588C113C4C6; Sun, 15 Apr 2007 03:57:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F3vBux023722; Sat, 14 Apr 2007 23:57:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F3vBm5098653; Sat, 14 Apr 2007 23:57:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 67AE873039; Sat, 14 Apr 2007 23:57:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415035711.67AE873039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 23:57:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 03:57:12 -0000 TB --- 2007-04-15 02:44:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 02:44:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-15 02:44:29 - cleaning the object tree TB --- 2007-04-15 02:44:44 - checking out the source tree TB --- 2007-04-15 02:44:44 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-15 02:44:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 02:58:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 02:58:37 - cd /src TB --- 2007-04-15 02:58:37 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 02:58:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 03:55:26 UTC 2007 TB --- 2007-04-15 03:55:26 - generating LINT kernel config TB --- 2007-04-15 03:55:26 - cd /src/sys/sparc64/conf TB --- 2007-04-15 03:55:26 - /usr/bin/make -B LINT TB --- 2007-04-15 03:55:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 03:55:27 - cd /src TB --- 2007-04-15 03:55:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 03:55:27 UTC 2007 >>> 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/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/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 03:57:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 03:57:11 - ERROR: failed to build lint kernel TB --- 2007-04-15 03:57:11 - tinderbox aborted TB --- 0.36 user 1.41 system 4361.37 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 03:58:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECCE916A402; Sun, 15 Apr 2007 03:58:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C480213C458; Sun, 15 Apr 2007 03:58:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F3whFG023743; Sat, 14 Apr 2007 23:58:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F3whCl049480; Sat, 14 Apr 2007 23:58:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E78FA73039; Sat, 14 Apr 2007 23:58:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415035842.E78FA73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 23:58:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 15 Apr 2007 03:58:44 -0000 TB --- 2007-04-15 02:49:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 02:49:47 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-15 02:49:47 - cleaning the object tree TB --- 2007-04-15 02:50:05 - checking out the source tree TB --- 2007-04-15 02:50:05 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-15 02:50:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 03:01:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 03:01:06 - cd /src TB --- 2007-04-15 03:01:06 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 03:01:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 03:57:19 UTC 2007 TB --- 2007-04-15 03:57:19 - generating LINT kernel config TB --- 2007-04-15 03:57:19 - cd /src/sys/sun4v/conf TB --- 2007-04-15 03:57:19 - /usr/bin/make -B LINT TB --- 2007-04-15 03:57:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 03:57:19 - cd /src TB --- 2007-04-15 03:57:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 03:57:20 UTC 2007 >>> 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/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 03:58:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 03:58:42 - ERROR: failed to build lint kernel TB --- 2007-04-15 03:58:42 - tinderbox aborted TB --- 0.30 user 1.40 system 4135.78 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 04:15:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94E1516A407 for ; Sun, 15 Apr 2007 04:15:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 76E2B13C448 for ; Sun, 15 Apr 2007 04:15:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l3F4FQsJ050153 for ; Sat, 14 Apr 2007 21:15:26 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l3F4FQx6050152 for freebsd-current@freebsd.org; Sat, 14 Apr 2007 21:15:26 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Apr 2007 21:15:26 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070415041526.GA50134@troutmask.apl.washington.edu> References: <20070413183525.GA34643@troutmask.apl.washington.edu> <20070413221843.GA37592@troutmask.apl.washington.edu> <20070414002044.GA38494@troutmask.apl.washington.edu> <20070414051628.GA40509@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070414051628.GA40509@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Subject: Re: gdb is 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: Sun, 15 Apr 2007 04:15:05 -0000 On Fri, Apr 13, 2007 at 10:16:28PM -0700, Steve Kargl wrote: > On Fri, Apr 13, 2007 at 05:20:44PM -0700, Steve Kargl wrote: > > On Fri, Apr 13, 2007 at 03:18:43PM -0700, Steve Kargl wrote: > > > On Fri, Apr 13, 2007 at 11:35:25AM -0700, Steve Kargl wrote: > > > > It appears that someone has broken gdb in -current. > > > > Well, after spending the better part of 2 days hunting for the cause of the broken gdb, I've given up. The path of least resistance is gdb-6.5.tar.gz for ftp.gnu.org. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 05:35:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF6C816A400; Sun, 15 Apr 2007 05:35:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A768F13C45D; Sun, 15 Apr 2007 05:35:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F5ZQGm026268; Sun, 15 Apr 2007 01:35:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F5ZPd3012332; Sun, 15 Apr 2007 01:35:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D551F73039; Sun, 15 Apr 2007 01:35:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415053524.D551F73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 01:35:24 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2007 05:35:26 -0000 TB --- 2007-04-15 04:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 04:00:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-15 04:00:01 - cleaning the object tree TB --- 2007-04-15 04:00:33 - checking out the source tree TB --- 2007-04-15 04:00:33 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-15 04:00:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 04:10:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 04:10:38 - cd /src TB --- 2007-04-15 04:10:38 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 04:10:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Apr 15 05:33:24 UTC 2007 TB --- 2007-04-15 05:33:24 - generating LINT kernel config TB --- 2007-04-15 05:33:24 - cd /src/sys/amd64/conf TB --- 2007-04-15 05:33:24 - /usr/bin/make -B LINT TB --- 2007-04-15 05:33:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 05:33:24 - cd /src TB --- 2007-04-15 05:33:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 05:33:24 UTC 2007 >>> 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/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/pci/agp_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 05:35:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 05:35:24 - ERROR: failed to build lint kernel TB --- 2007-04-15 05:35:24 - tinderbox aborted TB --- 0.64 user 2.78 system 5723.60 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 06:18:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E78916A400; Sun, 15 Apr 2007 06:18:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DAD9613C45A; Sun, 15 Apr 2007 06:18:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F6IPCa027583; Sun, 15 Apr 2007 02:18:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F6IOnS086914; Sun, 15 Apr 2007 02:18:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C5CC973039; Sun, 15 Apr 2007 02:18:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415061824.C5CC973039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 02:18:24 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2007 06:18:26 -0000 TB --- 2007-04-15 05:09:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 05:09:16 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-15 05:09:16 - cleaning the object tree TB --- 2007-04-15 05:09:52 - checking out the source tree TB --- 2007-04-15 05:09:52 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-15 05:09:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 05:18:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 05:18:28 - cd /src TB --- 2007-04-15 05:18:28 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 05:18:29 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 06:15:53 UTC 2007 TB --- 2007-04-15 06:15:53 - generating LINT kernel config TB --- 2007-04-15 06:15:53 - cd /src/sys/i386/conf TB --- 2007-04-15 06:15:53 - /usr/bin/make -B LINT TB --- 2007-04-15 06:15:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 06:15:54 - cd /src TB --- 2007-04-15 06:15:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 06:15:54 UTC 2007 >>> 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/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/pci/agp_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 -fformat-extensions -nostdinc -I- -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/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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/cxgb/sys/uipc_mvec.c:48:2: #error "ZERO_COPY_SOCKETS not supported with mvec" mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 06:18:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 06:18:24 - ERROR: failed to build lint kernel TB --- 2007-04-15 06:18:24 - tinderbox aborted TB --- 0.48 user 1.77 system 4147.95 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 07:20:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E15DC16A404 for ; Sun, 15 Apr 2007 07:20:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 7B71F13C45B for ; Sun, 15 Apr 2007 07:20:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 445461CC40; Sun, 15 Apr 2007 09:20:52 +0200 (CEST) Date: Sun, 15 Apr 2007 09:20:52 +0200 From: Ed Schouten To: Dirk Arlt Message-ID: <20070415072052.GR81821@hoeg.nl> References: <20061228181242.b8583f41.dirkarlt@gmail.com> <20070413201705.f567c9ca.da@dirkarlt.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AsKt9WDFSpw8OJmf" Content-Disposition: inline In-Reply-To: <20070413201705.f567c9ca.da@dirkarlt.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: FreeBSD Current , freebsd-stable@freebsd.org Subject: Re: atapicam - System freeze with hw.ata.atapi_dma=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 07:20:54 -0000 --AsKt9WDFSpw8OJmf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dirk Arlt wrote: > Still the same problem, now using 6.2-STABLE. >=20 > attached: dmesg and kernel-config Mee too; system also locks up quite fast after kldloading atapicam when already booted. --=20 Ed Schouten WWW: http://g-rave.nl/ --AsKt9WDFSpw8OJmf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIdJU52SDGA2eCwURAgIoAJsGVuhObxEz5fy/ZoWG31PF7dQTJQCfQ3j2 ox/mnYsy+ISgRadtjGzt/3g= =AYbn -----END PGP SIGNATURE----- --AsKt9WDFSpw8OJmf-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 08:40:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C8AC16A400; Sun, 15 Apr 2007 08:40:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ECA3D13C465; Sun, 15 Apr 2007 08:40:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F8e1Iv031747; Sun, 15 Apr 2007 04:40:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F8e1oJ030806; Sun, 15 Apr 2007 04:40:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A844E73039; Sun, 15 Apr 2007 04:40:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415084000.A844E73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 04:40:00 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 08:40:02 -0000 TB --- 2007-04-15 07:17:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 07:17:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-15 07:17:34 - cleaning the object tree TB --- 2007-04-15 07:18:00 - checking out the source tree TB --- 2007-04-15 07:18:00 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-15 07:18:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 07:37:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 07:37:00 - cd /src TB --- 2007-04-15 07:37:00 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 07:37:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 08:35:40 UTC 2007 TB --- 2007-04-15 08:35:40 - generating LINT kernel config TB --- 2007-04-15 08:35:40 - cd /src/sys/powerpc/conf TB --- 2007-04-15 08:35:40 - /usr/bin/make -B LINT TB --- 2007-04-15 08:35:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 08:35:40 - cd /src TB --- 2007-04-15 08:35:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 08:35:41 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:595: warning: long unsigned int format, bus_addr_t arg (arg 3) /src/sys/dev/cxgb/sys/uipc_mvec.c:595: warning: long int format, bus_size_t arg (arg 4) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 08:40:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 08:40:00 - ERROR: failed to build lint kernel TB --- 2007-04-15 08:40:00 - tinderbox aborted TB --- 0.52 user 1.68 system 4946.05 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 09:49:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB60616A402; Sun, 15 Apr 2007 09:49:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B408413C459; Sun, 15 Apr 2007 09:49:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F9nkI7034083; Sun, 15 Apr 2007 05:49:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3F9njSs060949; Sun, 15 Apr 2007 05:49:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C87BA73039; Sun, 15 Apr 2007 05:49:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415094945.C87BA73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 05:49:45 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 09:49:47 -0000 TB --- 2007-04-15 08:35:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 08:35:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-15 08:35:46 - cleaning the object tree TB --- 2007-04-15 08:36:13 - checking out the source tree TB --- 2007-04-15 08:36:13 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-15 08:36:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 08:47:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 08:47:27 - cd /src TB --- 2007-04-15 08:47:27 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 08:47:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 09:45:00 UTC 2007 TB --- 2007-04-15 09:45:00 - generating LINT kernel config TB --- 2007-04-15 09:45:00 - cd /src/sys/sparc64/conf TB --- 2007-04-15 09:45:00 - /usr/bin/make -B LINT TB --- 2007-04-15 09:45:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 09:45:00 - cd /src TB --- 2007-04-15 09:45:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 09:45:01 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `mb_free_vec': /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: implicit declaration of function `PHYS_TO_VM_PAGE' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: nested extern declaration of `PHYS_TO_VM_PAGE' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: implicit declaration of function `vtophys' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: nested extern declaration of `vtophys' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: passing arg 2 of `sf_buf_mext' makes pointer from integer without a cast *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 09:49:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 09:49:45 - ERROR: failed to build lint kernel TB --- 2007-04-15 09:49:45 - tinderbox aborted TB --- 0.58 user 1.79 system 4439.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 11:55:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AD8816A402 for ; Sun, 15 Apr 2007 11:55:22 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0452413C4B7 for ; Sun, 15 Apr 2007 11:55:21 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1230965wra for ; Sun, 15 Apr 2007 04:55:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=UD5oTPcLA17ynl14fZ3koTgE4Uy5jrWmG19KrlOviagkmHA0OOiM5/rO2BHURo5kn+cv9/o/gpH6GRDaZJwN/HyEmy8CZZlA+uVLoI1ZMG6ka+5cB27N8O7Az2uM9MELbXgW52x9W97gWWZIjgGbvmKPCSFcanHXUG6aRv8B/mI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=J3pn+wiZ6eTDKns6Lv+i5dmfG9qRK+e0uAclMV3zDEfaQcaBRigt/g+pl091+C3zXzJu5n2YJ9eAzOey6ZwdZTWf7gnn8DORkgLSgyVASOz2SS4zAqE0E6O/cyruIObYDN2qvQS/CxtKXr0DPz5jjlEOIrbJYn9YwL2kTWolcUU= Received: by 10.114.145.1 with SMTP id s1mr539598wad.1176636500037; Sun, 15 Apr 2007 04:28:20 -0700 (PDT) Received: by 10.114.61.13 with HTTP; Sun, 15 Apr 2007 04:28:19 -0700 (PDT) Message-ID: <61b573980704150428u5e376d60k6fbe66409493c3bb@mail.gmail.com> Date: Sun, 15 Apr 2007 14:28:19 +0300 From: "Shteryana Shopova" Sender: shteryana@gmail.com To: "Andre Oppermann" In-Reply-To: <461FB498.4030407@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <461FB498.4030407@freebsd.org> X-Google-Sender-Auth: 2d914ca021d96549 Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, Andrew Thompson , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@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: Sun, 15 Apr 2007 11:55:22 -0000 On 4/13/07, Andre Oppermann wrote: > Andrew Thompson wrote: > > I can see this topic coming up again so it could save some time to > > rename the driver now. It would mean that we lose the naming link to the > > same driver in OpenBSD but you cant win em all. > > > > Some names that have been suggested are: > > > > linkag(4) > > agr(4) > > bond(4) <- same as linux > > > > Any suggestions! > > lacp(4)++ > LACP == Link Aggregation Control Protocol - dynamic trunking - one of the modes trunk(4) supports. And it's Cisco vs the rest of the world where Cisco calls a trunk multiple VLANs over single physical interface and the rest of the world calls a trunk multiple physical interafces bundled together. We don't have to necessarily agree with Cisco. Please keep the current name. cheers, Shteryana From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 12:30:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BDC616A407; Sun, 15 Apr 2007 12:30:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3CDD813C46C; Sun, 15 Apr 2007 12:30:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FCUZ8o040928; Sun, 15 Apr 2007 08:30:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FCUZ3s056433; Sun, 15 Apr 2007 08:30:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EC1973039; Sun, 15 Apr 2007 08:30:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415123035.1EC1973039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 08:30:35 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 15 Apr 2007 12:30:36 -0000 TB --- 2007-04-15 11:19:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 11:19:07 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-15 11:19:07 - cleaning the object tree TB --- 2007-04-15 11:19:44 - checking out the source tree TB --- 2007-04-15 11:19:44 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-15 11:19:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 11:27:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 11:27:38 - cd /src TB --- 2007-04-15 11:27:38 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 11:27:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 12:23:44 UTC 2007 TB --- 2007-04-15 12:23:44 - generating LINT kernel config TB --- 2007-04-15 12:23:44 - cd /src/sys/i386/conf TB --- 2007-04-15 12:23:44 - /usr/bin/make -B LINT TB --- 2007-04-15 12:23:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 12:23:45 - cd /src TB --- 2007-04-15 12:23:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 12:23:45 UTC 2007 >>> 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/cxgb/sys/uipc_mvec.c:495: warning: nested extern declaration of `pmap_extract' /src/sys/dev/cxgb/sys/uipc_mvec.c:497: warning: implicit declaration of function `pmap_kextract' /src/sys/dev/cxgb/sys/uipc_mvec.c:497: warning: nested extern declaration of `pmap_kextract' /src/sys/dev/cxgb/sys/uipc_mvec.c:523: error: `first' undeclared (first use in this function) /src/sys/dev/cxgb/sys/uipc_mvec.c:524: error: `segs' undeclared (first use in this function) /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:595: warning: long unsigned int format, bus_addr_t arg (arg 3) /src/sys/dev/cxgb/sys/uipc_mvec.c:595: warning: long int format, bus_size_t arg (arg 4) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 12:30:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 12:30:34 - ERROR: failed to build lint kernel TB --- 2007-04-15 12:30:34 - tinderbox aborted TB --- 0.56 user 1.70 system 4287.67 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 13:25:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 409F616A407; Sun, 15 Apr 2007 13:25:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 08ED113C43E; Sun, 15 Apr 2007 13:25:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FDPIWc043915; Sun, 15 Apr 2007 09:25:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FDPIOd056351; Sun, 15 Apr 2007 09:25:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38DFF73039; Sun, 15 Apr 2007 09:25:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415132518.38DFF73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 09:25:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2007 13:25:19 -0000 TB --- 2007-04-15 12:18:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 12:18:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-15 12:18:27 - cleaning the object tree TB --- 2007-04-15 12:18:55 - checking out the source tree TB --- 2007-04-15 12:18:55 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-15 12:18:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 12:28:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 12:28:02 - cd /src TB --- 2007-04-15 12:28:02 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 12:28:03 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 13:23:29 UTC 2007 TB --- 2007-04-15 13:23:29 - generating LINT kernel config TB --- 2007-04-15 13:23:29 - cd /src/sys/pc98/conf TB --- 2007-04-15 13:23:29 - /usr/bin/make -B LINT TB --- 2007-04-15 13:23:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 13:23:29 - cd /src TB --- 2007-04-15 13:23:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 13:23:29 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" In file included from /src/sys/netinet/sctp_usrreq.c:47: /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" In file included from /src/sys/netinet/sctputil.c:38: /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" In file included from /src/sys/netinet6/sctp6_usrreq.c:47: /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 13:25:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 13:25:17 - ERROR: failed to build lint kernel TB --- 2007-04-15 13:25:17 - tinderbox aborted TB --- 0.79 user 2.80 system 4010.94 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 13:57:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7888116A400; Sun, 15 Apr 2007 13:57:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 295D813C458; Sun, 15 Apr 2007 13:57:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FDvVeC045638; Sun, 15 Apr 2007 09:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FDvVEH018061; Sun, 15 Apr 2007 09:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AF9173039; Sun, 15 Apr 2007 09:57:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415135731.2AF9173039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 09:57:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 13:57:32 -0000 TB --- 2007-04-15 12:30:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 12:30:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-15 12:30:35 - cleaning the object tree TB --- 2007-04-15 12:31:08 - checking out the source tree TB --- 2007-04-15 12:31:08 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-15 12:31:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 12:38:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 12:38:47 - cd /src TB --- 2007-04-15 12:38:47 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 12:38:48 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 13:55:52 UTC 2007 TB --- 2007-04-15 13:55:52 - generating LINT kernel config TB --- 2007-04-15 13:55:52 - cd /src/sys/ia64/conf TB --- 2007-04-15 13:55:52 - /usr/bin/make -B LINT TB --- 2007-04-15 13:55:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 13:55:52 - cd /src TB --- 2007-04-15 13:55:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 13:55:52 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" In file included from /src/sys/netinet/sctp_usrreq.c:47: /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" In file included from /src/sys/netinet/sctputil.c:38: /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" In file included from /src/sys/netinet6/sctp6_usrreq.c:47: /src/sys/netinet/sctputil.h:59:58: missing binary operator before token "defined" mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 13:57:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 13:57:30 - ERROR: failed to build lint kernel TB --- 2007-04-15 13:57:30 - tinderbox aborted TB --- 0.68 user 2.59 system 5215.79 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 14:38:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE54816A403; Sun, 15 Apr 2007 14:37:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AE37613C458; Sun, 15 Apr 2007 14:37:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FEbxOl047854; Sun, 15 Apr 2007 10:37:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FEbw23089420; Sun, 15 Apr 2007 10:37:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D79CC73039; Sun, 15 Apr 2007 10:37:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415143758.D79CC73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 10:37:58 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 14:38:00 -0000 TB --- 2007-04-15 13:25:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 13:25:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-15 13:25:18 - cleaning the object tree TB --- 2007-04-15 13:25:34 - checking out the source tree TB --- 2007-04-15 13:25:34 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-15 13:25:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 13:33:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 13:33:20 - cd /src TB --- 2007-04-15 13:33:20 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 13:33:23 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 14:33:49 UTC 2007 TB --- 2007-04-15 14:33:49 - generating LINT kernel config TB --- 2007-04-15 14:33:49 - cd /src/sys/powerpc/conf TB --- 2007-04-15 14:33:49 - /usr/bin/make -B LINT TB --- 2007-04-15 14:33:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 14:33:49 - cd /src TB --- 2007-04-15 14:33:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 14:33:49 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:595: warning: long unsigned int format, bus_addr_t arg (arg 3) /src/sys/dev/cxgb/sys/uipc_mvec.c:595: warning: long int format, bus_size_t arg (arg 4) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 14:37:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 14:37:58 - ERROR: failed to build lint kernel TB --- 2007-04-15 14:37:58 - tinderbox aborted TB --- 0.47 user 1.84 system 4360.32 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 15:08:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7924216A400; Sun, 15 Apr 2007 15:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 51D5113C457; Sun, 15 Apr 2007 15:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FF8lSf049644; Sun, 15 Apr 2007 11:08:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FF8lfI007404; Sun, 15 Apr 2007 11:08:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 67CB773039; Sun, 15 Apr 2007 11:08:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415150847.67CB773039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 11:08:47 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 15:08:48 -0000 TB --- 2007-04-15 13:57:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 13:57:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-15 13:57:31 - cleaning the object tree TB --- 2007-04-15 13:57:54 - checking out the source tree TB --- 2007-04-15 13:57:54 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-15 13:57:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 14:07:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 14:07:48 - cd /src TB --- 2007-04-15 14:07:48 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 14:07:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 15:04:21 UTC 2007 TB --- 2007-04-15 15:04:21 - generating LINT kernel config TB --- 2007-04-15 15:04:21 - cd /src/sys/sparc64/conf TB --- 2007-04-15 15:04:21 - /usr/bin/make -B LINT TB --- 2007-04-15 15:04:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 15:04:21 - cd /src TB --- 2007-04-15 15:04:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 15:04:21 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `mb_free_vec': /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: implicit declaration of function `PHYS_TO_VM_PAGE' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: nested extern declaration of `PHYS_TO_VM_PAGE' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: implicit declaration of function `vtophys' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: nested extern declaration of `vtophys' /src/sys/dev/cxgb/sys/uipc_mvec.c:369: warning: passing arg 2 of `sf_buf_mext' makes pointer from integer without a cast *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 15:08:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 15:08:47 - ERROR: failed to build lint kernel TB --- 2007-04-15 15:08:47 - tinderbox aborted TB --- 0.60 user 1.76 system 4275.93 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 16:50:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5B3916A400 for ; Sun, 15 Apr 2007 16:50:16 +0000 (UTC) (envelope-from nicblais@clkroot.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9171313C4B9 for ; Sun, 15 Apr 2007 16:50:16 +0000 (UTC) (envelope-from nicblais@clkroot.net) Received: from [192.168.1.51] ([24.202.150.69]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JGJ00HRNQNQ5LA0@VL-MH-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 15 Apr 2007 11:50:15 -0400 (EDT) Date: Sun, 15 Apr 2007 11:50:14 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <462249B6.6090604@clkroot.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.94.3.0 User-Agent: Thunderbird 1.5.0.10 (X11/20070413) Subject: rpc.lockd infinite loop with Thunar (Xfce) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 16:50:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, My /home partition is an nfs export on a server (clk01) and my computer (clk02) mounts it at boot so all my users have centralized "homes". Everything works as expected there. I have enabled rpc.lockd and rpc.statd in my /etc/rc.conf because eclipse and openoffice.org-2.2.0 require "true" file locking. When enable, the said applications also work as expected. Having outgrown KDE and gnome and installed Xfce-4.4.1 as my DE, I was happy until I found out that when rpc.lockd is enabled, Thunar (the file manager) will freeze as rpc.lockd is sent into a seemingly infinite loop. Though a kill on rpc.lockd will work, it will break anything that requires locking and turn Thunar into an unkillable (STOP) state, requiring a reboot. Here's what I get in my debug.log when both deamons are started with "-d 2" flags: Apr 15 11:08:21 clk02 rpc.statd: unmon_all for host: NFS NLM prog: 0 ver: 0 proc: 0 Apr 15 11:10:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 Apr 15 11:10:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net Apr 15 11:10:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 Apr 15 11:11:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 Apr 15 11:11:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net Apr 15 11:11:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 Apr 15 11:11:20 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 Apr 15 11:11:20 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net Apr 15 11:11:20 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 Apr 15 11:11:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 Apr 15 11:11:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net Apr 15 11:11:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 Apr 15 11:12:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 Apr 15 11:12:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net Apr 15 11:12:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 And it will go on forever until a reboot or a kill on both deamons. Note that this behavior is only initiated when starting Thunar. Any guidance appreciated. Nicolas. - -- FreeBSD 7.0-CURRENT #0: Sat Apr 7 15:01:30 EDT 2007 nicblais@clk01.clkroot.net:/usr/obj/usr/src/sys/CLK01 PGP? : http://plaintext.clkroot.net/security/nicblais.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGIkm2fxhfsIlaBWsRAjoGAJ9+Ph7UDjHGQWUmf05ARTRcKbiHwgCfRgRO 9p2RaHxSas5BIjfZyNGHK5k= =HDZ1 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 16:58:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4196E16A401 for ; Sun, 15 Apr 2007 16:58:15 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 0132A13C4B8 for ; Sun, 15 Apr 2007 16:58:14 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1094758nza for ; Sun, 15 Apr 2007 09:58:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BdZJE2A6iWw9XxxtO+eQ1N89MB/IjsIQsRRUxa88YZSmYzD6iHysdEr3hpZbly5Efn7nSZPbY7HNUkLLW4/m3nf9EqRxJsh20IbOsyYToEF3aeSVMDRFb/VZDFKQR1qkUgMtTBpVN34evgoMoI6JliPeEvPyhOaWVZe9IJ+8TNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N2P8jFY87cq2CWexNOz0TA44/ThoTv1hqZOYIshu9kNycFE3YiGiC+JKJXOG7My3vpSkX1kDNLlHzTpAtWWqtFJFxJXiu/xNf4ssJWKSS7WzloeCGOuhdVY73s1i+uw4p7Yo7KT0R/cHJS61/cmRcjT/hpCNI5feBr8Iwnp8tZ8= Received: by 10.65.212.19 with SMTP id o19mr10199486qbq.1176656288921; Sun, 15 Apr 2007 09:58:08 -0700 (PDT) Received: by 10.65.182.19 with HTTP; Sun, 15 Apr 2007 09:58:08 -0700 (PDT) Message-ID: Date: Sun, 15 Apr 2007 09:58:08 -0700 From: "Kip Macy" To: "Nicolas Blais" , freebsd-current@freebsd.org In-Reply-To: <462249B6.6090604@clkroot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <462249B6.6090604@clkroot.net> Cc: Subject: Re: rpc.lockd infinite loop with Thunar (Xfce) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 16:58:15 -0000 Unfortunately rpc.lockd is broken and no one has expressed an interest in working on it. You'll need to set nolockd. -Kip On 4/15/07, Nicolas Blais wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > My /home partition is an nfs export on a server (clk01) and my > computer (clk02) mounts it at boot so all my users have centralized > "homes". Everything works as expected there. I have enabled rpc.lockd > and rpc.statd in my /etc/rc.conf because eclipse and > openoffice.org-2.2.0 require "true" file locking. When enable, the > said applications also work as expected. > > Having outgrown KDE and gnome and installed Xfce-4.4.1 as my DE, I was > happy until I found out that when rpc.lockd is enabled, Thunar (the > file manager) will freeze as rpc.lockd is sent into a seemingly > infinite loop. Though a kill on rpc.lockd will work, it will break > anything that requires locking and turn Thunar into an unkillable > (STOP) state, requiring a reboot. > > Here's what I get in my debug.log when both deamons are started with > "-d 2" flags: > Apr 15 11:08:21 clk02 rpc.statd: unmon_all for host: NFS NLM prog: 0 > ver: 0 proc: 0 > Apr 15 11:10:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:10:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:10:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:20 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:20 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:20 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:12:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:12:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:12:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > > And it will go on forever until a reboot or a kill on both deamons. > Note that this behavior is only initiated when starting Thunar. > > Any guidance appreciated. > > Nicolas. > > - -- > FreeBSD 7.0-CURRENT #0: Sat Apr 7 15:01:30 EDT 2007 > nicblais@clk01.clkroot.net:/usr/obj/usr/src/sys/CLK01 > PGP? : http://plaintext.clkroot.net/security/nicblais.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.3 (FreeBSD) > > iD8DBQFGIkm2fxhfsIlaBWsRAjoGAJ9+Ph7UDjHGQWUmf05ARTRcKbiHwgCfRgRO > 9p2RaHxSas5BIjfZyNGHK5k= > =HDZ1 > -----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" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 18:02:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6027116A400 for ; Sun, 15 Apr 2007 18:02:19 +0000 (UTC) (envelope-from nicblais@clkroot.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE7913C4AD for ; Sun, 15 Apr 2007 18:02:19 +0000 (UTC) (envelope-from nicblais@clkroot.net) Received: from [192.168.1.51] ([24.202.150.69]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JGJ000O7WRREJ80@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 15 Apr 2007 14:02:16 -0400 (EDT) Date: Sun, 15 Apr 2007 14:02:17 -0400 From: Nicolas Blais In-reply-to: To: Kip Macy Message-id: <462268A9.2000609@clkroot.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.94.3.0 References: <462249B6.6090604@clkroot.net> User-Agent: Thunderbird 1.5.0.10 (X11/20070413) Cc: freebsd-current@freebsd.org Subject: Re: rpc.lockd infinite loop with Thunar (Xfce) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 18:02:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kip Macy wrote: > Unfortunately rpc.lockd is broken and no one has expressed an interest > in working on it. You'll need to set nolockd. > > -Kip > > On 4/15/07, Nicolas Blais wrote: > Hi, > > My /home partition is an nfs export on a server (clk01) and my > computer (clk02) mounts it at boot so all my users have centralized > "homes". Everything works as expected there. I have enabled rpc.lockd > and rpc.statd in my /etc/rc.conf because eclipse and > openoffice.org-2.2.0 require "true" file locking. When enable, the > said applications also work as expected. > > Having outgrown KDE and gnome and installed Xfce-4.4.1 as my DE, I was > happy until I found out that when rpc.lockd is enabled, Thunar (the > file manager) will freeze as rpc.lockd is sent into a seemingly > infinite loop. Though a kill on rpc.lockd will work, it will break > anything that requires locking and turn Thunar into an unkillable > (STOP) state, requiring a reboot. > > Here's what I get in my debug.log when both deamons are started with > "-d 2" flags: > Apr 15 11:08:21 clk02 rpc.statd: unmon_all for host: NFS NLM prog: 0 > ver: 0 proc: 0 > Apr 15 11:10:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:10:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:10:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:20 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:20 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:20 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:12:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:12:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:12:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > > And it will go on forever until a reboot or a kill on both deamons. > Note that this behavior is only initiated when starting Thunar. > > Any guidance appreciated. > > Nicolas. > Ok, I changed my fstab to have nolockd and removed both rpc_lockd and rpc_statd from my /etc/rc.conf and everything works, thanks! (PS, if lockd is buggy, perhaps it should be specified in the man page) Thanks, Nicolas. - -- FreeBSD 7.0-CURRENT #0: Sat Apr 7 15:01:30 EDT 2007 nicblais@clk01.clkroot.net:/usr/obj/usr/src/sys/CLK01 PGP? : http://plaintext.clkroot.net/security/nicblais.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGImipfxhfsIlaBWsRAjKiAJ9FMoYrknZXDOHkRjK3gR0euDqhMgCgw3Uc p54HhMQVPeJLDGAO9dK5Mrc= =iUUl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 17:52:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9414216A401 for ; Sun, 15 Apr 2007 17:52:45 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED1C13C484 for ; Sun, 15 Apr 2007 17:52:45 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from [192.168.1.51] ([24.202.150.69]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JGJ00GUPWBWOL90@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 15 Apr 2007 13:52:44 -0400 (EDT) Date: Sun, 15 Apr 2007 13:52:43 -0400 From: Nicolas Blais In-reply-to: To: Kip Macy Message-id: <4622666B.6020507@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.94.3.0 References: <462249B6.6090604@clkroot.net> User-Agent: Thunderbird 1.5.0.10 (X11/20070413) X-Mailman-Approved-At: Sun, 15 Apr 2007 18:05:15 +0000 Cc: freebsd-current@freebsd.org Subject: Re: rpc.lockd infinite loop with Thunar (Xfce) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 17:52:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kip Macy wrote: > Unfortunately rpc.lockd is broken and no one has expressed an interest > in working on it. You'll need to set nolockd. > > -Kip > > On 4/15/07, Nicolas Blais wrote: > Hi, > > My /home partition is an nfs export on a server (clk01) and my > computer (clk02) mounts it at boot so all my users have centralized > "homes". Everything works as expected there. I have enabled rpc.lockd > and rpc.statd in my /etc/rc.conf because eclipse and > openoffice.org-2.2.0 require "true" file locking. When enable, the > said applications also work as expected. > > Having outgrown KDE and gnome and installed Xfce-4.4.1 as my DE, I was > happy until I found out that when rpc.lockd is enabled, Thunar (the > file manager) will freeze as rpc.lockd is sent into a seemingly > infinite loop. Though a kill on rpc.lockd will work, it will break > anything that requires locking and turn Thunar into an unkillable > (STOP) state, requiring a reboot. > > Here's what I get in my debug.log when both deamons are started with > "-d 2" flags: > Apr 15 11:08:21 clk02 rpc.statd: unmon_all for host: NFS NLM prog: 0 > ver: 0 proc: 0 > Apr 15 11:10:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:10:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:10:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:20 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:20 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:20 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:11:40 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:11:40 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:11:40 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > Apr 15 11:12:00 clk02 rpc.lockd: lock request: V4: write to 192.168.1.10 > Apr 15 11:12:00 clk02 rpc.lockd: nlm4_lock_res from clk01.clkroot.net > Apr 15 11:12:00 clk02 rpc.lockd: lock answer: pid 883: nlmv4 3 > > And it will go on forever until a reboot or a kill on both deamons. > Note that this behavior is only initiated when starting Thunar. > > Any guidance appreciated. > > Nicolas. > Do you mean remove rpc_lockd_enable="YES" from my /etc/rc.conf? If so, how would I allow programs to have file locking capacity over nfs? Thanks, Nicolas. - -- FreeBSD 7.0-CURRENT #0: Sat Apr 7 15:01:30 EDT 2007 nicblais@clk01.clkroot.net:/usr/obj/usr/src/sys/CLK01 PGP? : http://plaintext.clkroot.net/security/nicblais.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGImZr4wTBlvcsbJURAmFwAKCidfmzbaToqxysMSVOGg9t03Z8PwCfSoLY OHgjuPzUI3mvNAALOR+Y0vo= =gFm8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 18:14:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E8AE16A400; Sun, 15 Apr 2007 18:14:56 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3743C13C469; Sun, 15 Apr 2007 18:14:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BCE20487FB; Sun, 15 Apr 2007 20:14:54 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A30AD487FA; Sun, 15 Apr 2007 20:14:49 +0200 (CEST) Date: Sun, 15 Apr 2007 20:14:26 +0200 From: Pawel Jakub Dawidek To: Joao Barros Message-ID: <20070415181426.GC16971@garage.freebsd.pl> References: <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> <86bqhxcifq.fsf@dwp.des.no> <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> <70e8236f0704121130u1262ccb6r571e18ad1a491dd3@mail.gmail.com> <86odlte2rm.fsf@dwp.des.no> <70e8236f0704121416h15f398dah479351b7776e8679@mail.gmail.com> <70e8236f0704140704v44a1810ft6bf3b7e6c426bb65@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2JFBq9zoW8cOFH7v" Content-Disposition: inline In-Reply-To: <70e8236f0704140704v44a1810ft6bf3b7e6c426bb65@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 18:14:56 -0000 --2JFBq9zoW8cOFH7v Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 03:04:26PM +0100, Joao Barros wrote: > I only got one problem now: from what I can see swapon runs first that > the zfs startup script so I have no swap. > Only after booting I can see /dev/zvol/r4x320/swap and swapon works. I just committed a change to rc.d/zfs that will automatically configure swap on ZVOLs that have org.freebsd:swap=3Don property. So you need to update your system and: # zfs set org.freebsd:swap=3Don r4x320/swap --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2JFBq9zoW8cOFH7v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGImuCForvXbEpPzQRAvReAKDGgYofAKeOwLr9eFnUrrGsvx057gCdHGFM EhkU/p/VsWxkYbTp/xXURhg= =CZ7k -----END PGP SIGNATURE----- --2JFBq9zoW8cOFH7v-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 18:21:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7118F16A400; Sun, 15 Apr 2007 18:21:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 30C6613C44C; Sun, 15 Apr 2007 18:21:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FILK9w097308; Sun, 15 Apr 2007 14:21:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FILKhE008429; Sun, 15 Apr 2007 14:21:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B84E573039; Sun, 15 Apr 2007 14:21:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415182119.B84E573039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 14:21:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2007 18:21:21 -0000 TB --- 2007-04-15 17:08:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 17:08:50 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-15 17:08:50 - cleaning the object tree TB --- 2007-04-15 17:09:23 - checking out the source tree TB --- 2007-04-15 17:09:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-15 17:09:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 17:17:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 17:17:18 - cd /src TB --- 2007-04-15 17:17:18 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 17:17:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 18:12:47 UTC 2007 TB --- 2007-04-15 18:12:47 - generating LINT kernel config TB --- 2007-04-15 18:12:47 - cd /src/sys/i386/conf TB --- 2007-04-15 18:12:47 - /usr/bin/make -B LINT TB --- 2007-04-15 18:12:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 18:12:47 - cd /src TB --- 2007-04-15 18:12:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 18:12:47 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:598: warning: long unsigned int format, bus_addr_t arg (arg 3) /src/sys/dev/cxgb/sys/uipc_mvec.c:598: warning: long int format, bus_size_t arg (arg 4) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 18:21:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 18:21:18 - ERROR: failed to build lint kernel TB --- 2007-04-15 18:21:18 - tinderbox aborted TB --- 0.55 user 1.98 system 4348.50 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 19:29:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DBFB16A401; Sun, 15 Apr 2007 19:29:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E950A13C45B; Sun, 15 Apr 2007 19:29:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FJTO3l001275; Sun, 15 Apr 2007 15:29:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FJTOPP037566; Sun, 15 Apr 2007 15:29:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F389173039; Sun, 15 Apr 2007 15:29:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415192923.F389173039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 15:29:23 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 15 Apr 2007 19:29:25 -0000 TB --- 2007-04-15 18:07:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 18:07:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-15 18:07:48 - cleaning the object tree TB --- 2007-04-15 18:08:06 - checking out the source tree TB --- 2007-04-15 18:08:06 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-15 18:08:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 18:19:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 18:19:47 - cd /src TB --- 2007-04-15 18:19:47 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 18:19:48 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 19:24:40 UTC 2007 TB --- 2007-04-15 19:24:40 - generating LINT kernel config TB --- 2007-04-15 19:24:40 - cd /src/sys/pc98/conf TB --- 2007-04-15 19:24:40 - /usr/bin/make -B LINT TB --- 2007-04-15 19:24:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 19:24:40 - cd /src TB --- 2007-04-15 19:24:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 19:24:40 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:598: warning: long unsigned int format, bus_addr_t arg (arg 3) /src/sys/dev/cxgb/sys/uipc_mvec.c:598: warning: long int format, bus_size_t arg (arg 4) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 19:29:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 19:29:23 - ERROR: failed to build lint kernel TB --- 2007-04-15 19:29:23 - tinderbox aborted TB --- 0.57 user 1.81 system 4894.35 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 19:40:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6149816A406 for ; Sun, 15 Apr 2007 19:40:38 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id DCED113C4E9 for ; Sun, 15 Apr 2007 19:40:37 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so798552ugh for ; Sun, 15 Apr 2007 12:40:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=lYz1VRp6pqobvwbLKtHZYEVi+7do+fC2tXzf526DlO1Ml/X7IqNcKOg8WAvTFExCMGXKunSfV3wl0B5rcOJ6T7wm8WFHhdSd+UbQdCHiiRd6qJp6JjnBg95d3/ZBoMLOKjr4quIL+FFyojeO/S/PR1T1Jpq6M7pcKaIvU+MKRJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=kDfHvfGZareqxp7JBZ25CNYrgWHTC4PXCwryx645hrZefjGg7AkQo/h+im+GPl3qTOE3T65A3K+7BEvx2oP0BKK6fnyNGJTnmt2QCcplRZ2sq6p0O0EB/6C22o94X/DONq4YLv5Gx5iEacOK14OiA8b8WU+2FZ2CWNFXsqmPWeQ= Received: by 10.67.99.1 with SMTP id b1mr3735038ugm.1176664404701; Sun, 15 Apr 2007 12:13:24 -0700 (PDT) Received: from ?192.168.123.202? ( [195.241.221.201]) by mx.google.com with ESMTP id y34sm10579478iky.2007.04.15.12.13.23; Sun, 15 Apr 2007 12:13:24 -0700 (PDT) Message-ID: <46227952.20807@gmail.com> Date: Sun, 15 Apr 2007 21:13:22 +0200 From: Rene Ladan User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------070701030508070503070006" Cc: Subject: XPT LOR/panic with USB stick and Giantless CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Apr 2007 19:40:38 -0000 This is a multi-part message in MIME format. --------------070701030508070503070006 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, when I plug and unplug an USB stick using FreeBSD 7.0 2007-04-15 18:37 UTC , I get a LOR followed by a panic (attached). USB sticks worked fine on my previous CURRENT (2007-04-11 20:56 UTC) Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------070701030508070503070006 Content-Type: text/plain; name="kgdb.23" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="kgdb.23" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: [...] umass0: on uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 250MB (512000 512 byte sectors: 64H 32S/T 250C) <118># <118>crw-r----- 1 root operator 0, 98 Apr 15 20:47 /dev/da0 <118># umass0: at uhub0 port 1 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex XPT topology lock r = 0 (0xc06f478c) locked @ /usr/src/sys/cam/cam_xpt.c:7230 KDB: stack backtrace: db_trace_self_wrapper(c069cc83,e39e87e0,c053091b,c075abbc,e39e87f4,...) at db_trace_self_wrapper+0x27 kdb_backtrace(c075abbc,e39e87f4,1,0,c106d000,...) at kdb_backtrace+0x2f witness_warn(5,0,c06b0946,c0697e7a,c052f8bb,...) at witness_warn+0x1af uma_zalloc_arg(c106d000,0,102,c1074880,0,...) at uma_zalloc_arg+0x35 malloc(64,c06cc500,102,c51bb680,2,...) at malloc+0xd0 g_post_event_x(c04b71a4,c51bb680,2,0,0,...) at g_post_event_x+0x7f g_post_event(c04b71a4,c51bb680,2,0) at g_post_event+0x4b disk_destroy(c51bb680,c06876f1,c4cde98c,c51bb580,e39e8b30,...) at disk_destroy+0x4b dacleanup(c51bb580,c06b44bd,c0698f3e,fc,c070b760,...) at dacleanup+0x59 camperiphfree(c51bb580,0,e39e8b50,c04345fb,c51bb580,...) at camperiphfree+0x5e cam_periph_invalidate(c51bb580,e39e8b68,e39e8b88,c04456fc,c51bb580,...) at cam_periph_invalidate+0x3d cam_periph_async(c51bb580,100,e39e8c00,0,c050da3e,c5011bb4,1c,c63bba00,c5011a00,c5f62a00) at cam_periph_async+0x2d daasync(c51bb580,100,e39e8c00,0,c6d1de00,...) at daasync+0x111 xpt_async_bcast(c6d1de74,100,e39e8c00,0,0,...) at xpt_async_bcast+0x38 xpt_async(100,e39e8c00,0,ffffffff,ffffffff,...) at xpt_async+0xf6 xpt_bus_deregister(2,c671ca00,c5ec9e00,e39e8c4c,c08b7c95,...) at xpt_bus_deregister+0x5a umass_cam_detach_sim(c671caf4,1,c5ec9e00,c5ec9e00,0,...) at umass_cam_detach_sim+0x25 umass_detach(c5ec9e00,c4d5c850,c06cd6ac,970,c63bd1c0,...) at umass_detach+0xc3 device_detach(c5ec9e00,2,c4e18200,c4e18200,3,...) at device_detach+0x8f usb_disconnect_port(c4e22630,c4e22680,10,271,e5,...) at usb_disconnect_port+0xae uhub_explore(c4e22880,c4e1bb40,e39e8cfc,c04a886b,c4e1bb40,...) at uhub_explore+0x181 usb_discover(c4e1bb40,0,5c,c0691f7e,ea60,...) at usb_discover+0x34 usb_event_thread(c4e1bb40,e39e8d38,c0696c42,326,c4d53d80,...) at usb_event_thread+0x8f fork_exit(c04a87dc,c4e1bb40,e39e8d38) at fork_exit+0xcc fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe39e8d70, ebp = 0 --- lock order reversal: (Giant after non-sleepable) 1st 0xc06f478c XPT topology lock (XPT topology lock) @ /usr/src/sys/cam/cam_xpt.c:7230 2nd 0xc070d8c8 Giant (Giant) @ /usr/src/sys/cam/cam_periph.c:561 KDB: stack backtrace: db_trace_self_wrapper(c069cc83,e39e8858,c05300ed,c069ed3a,c070d8c8,...) at db_trace_self_wrapper+0x27 kdb_backtrace(c069ed3a,c070d8c8,c06992ea,c06992ea,c0682fe9,...) at kdb_backtrace+0x2f witness_checkorder(c070d8c8,9,c0682fe9,231,c4e9bacc,...) at witness_checkorder+0x6e4 _mtx_lock_flags(c070d8c8,0,c0682fe9,231,e39e88b0,...) at _mtx_lock_flags+0xb9 cam_periph_lock(c51bb580,1,c4cde98c,c51bb580,e39e8b30,...) at cam_periph_lock+0x2f dacleanup(c51bb580,c06b44bd,c0698f3e,fc,c070b760,...) at dacleanup+0x7f camperiphfree(c51bb580,0,e39e8b50,c04345fb,c51bb580,...) at camperiphfree+0x5e cam_periph_invalidate(c51bb580,e39e8b68,e39e8b88,c04456fc,c51bb580,...) at cam_periph_invalidate+0x3d cam_periph_async(c51bb580,100,e39e8c00,0,c050da3e,c5011bb4,1c,c63bba00,c5011a00,c5f62a00) at cam_periph_async+0x2d daasync(c51bb580,100,e39e8c00,0,c6d1de00,...) at daasync+0x111 xpt_async_bcast(c6d1de74,100,e39e8c00,0,0,...) at xpt_async_bcast+0x38 xpt_async(100,e39e8c00,0,ffffffff,ffffffff,...) at xpt_async+0xf6 xpt_bus_deregister(2,c671ca00,c5ec9e00,e39e8c4c,c08b7c95,...) at xpt_bus_deregister+0x5a umass_cam_detach_sim(c671caf4,1,c5ec9e00,c5ec9e00,0,...) at umass_cam_detach_sim+0x25 umass_detach(c5ec9e00,c4d5c850,c06cd6ac,970,c63bd1c0,...) at umass_detach+0xc3 device_detach(c5ec9e00,2,c4e18200,c4e18200,3,...) at device_detach+0x8f usb_disconnect_port(c4e22630,c4e22680,10,271,e5,...) at usb_disconnect_port+0xae uhub_explore(c4e22880,c4e1bb40,e39e8cfc,c04a886b,c4e1bb40,...) at uhub_explore+0x181 usb_discover(c4e1bb40,0,5c,c0691f7e,ea60,...) at usb_discover+0x34 usb_event_thread(c4e1bb40,e39e8d38,c0696c42,326,c4d53d80,...) at usb_event_thread+0x8f fork_exit(c04a87dc,c4e1bb40,e39e8d38) at fork_exit+0xcc fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe39e8d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04f1b03 stack pointer = 0x28:0xe39fdc5c frame pointer = 0x28:0xe39fdc78 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 = 5 (thread taskq) Physical memory: 2039 MB Dumping 93 MB: 78 62 46 30 14 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt f #0 doadump () at pcpu.h:172 No locals. #1 0xc04484f1 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xe39fda0c "") at /usr/src/sys/ddb/db_command.c:486 fn_addr = -1068512160 args = {-1066642080, -476063272, -1066443712, -476063256, -1069252782, -1066443712, -1066642080, -476063224, -476063272, 0} nargs = 0 retval = -992956160 t = 0 #2 0xc04482c0 in db_command (last_cmdp=0xc06f53c4, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 cmd = (struct command *) 0xc06c5560 t = 0 modif = "\000\000\000\000\000\026ÑÄíu\227À@\201vÀ`·pÀ\r\000\000\000\001\000\000\000HÚ\237ãtHIÀ\000±ÐÄ\aK\004 ä·pÀÀ¬uÀÀ\\oÀx\000\000\000À\\oÀF\002\000\000lÚ\237ã·ŠDÀ\230£iÀÌ£DÀ\000\000\000\000\020\000\000\000F\002\000\000À\\oÀ\234\232DÀÀ\\oÀxToÀx\000\000\000ÈÚ\237ã" addr = 0 count = 1999 have_addr = 0 result = 0 #3 0xc0448387 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 No locals. #4 0xc044a2f5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 jb = {{_jb = {-476063032, -476063060, -476062980, 1, 582, -1069243756, 1, 582, -476062980, -1068326414, -476062980, -1068359553}}} prev_jb = (void *) 0x0 bkpt = 0 ---Type to continue, or q to quit--- #5 0xc0522127 in kdb_trap (type=0, code=0, tf=0xe39fdc1c) at /usr/src/sys/kern/subr_kdb.c:502 intr = 582 did_stop_cpus = 1 handled = -476062692 #6 0xc065e05e in trap_fatal (frame=0xe39fdc1c, eva=16) at /usr/src/sys/i386/i386/trap.c:867 code = 0 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 15, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #7 0xc065dd4c in trap_pfault (frame=0xe39fdc1c, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:785 va = 0 vm = (struct vmspace *) 0x0 map = 0xc070c420 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc4d14d80 p = (struct proc *) 0xc4d15d80 #8 0xc065d915 in trap (frame=0xe39fdc1c) at /usr/src/sys/i386/i386/trap.c:462 td = (struct thread *) 0xc4d14d80 p = (struct proc *) 0xc4d15d80 i = 0 ucode = 0 ---Type to continue, or q to quit--- type = 12 code = 0 addr = -476062788 eva = 16 ksi = {ksi_link = {tqe_next = 0xfc, tqe_prev = 0xc075abac}, ksi_info = {si_signo = -1066727757, si_errno = -476062760, si_code = -1068304197, si_pid = -1066727757, si_uid = 3228166884, si_status = 3, si_addr = 0xc4d14d80, si_value = {sival_int = -476062712, sival_ptr = 0xe39fdc08}, _reason = {_fault = {_trapno = 582}, _timer = { _timerid = 582, _overrun = -1066727757}, _mesgq = {_mqd = 582}, _poll = {_band = 582}, __spare__ = {__spare1__ = 582, __spare2__ = { -1066727757, -476062716, -1068301910, -1066030168, -1056487672, 582, -1066581500}}}}, ksi_flags = -1056487672, ksi_sigq = 0x8d6} #9 0xc0645e7b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #10 0xc04f1b03 in _mtx_unlock_flags (m=0x0, opts=0, file=0xc0683711 "/usr/src/sys/cam/cam_xpt.c", line=3010) at /usr/src/sys/kern/kern_mutex.c:204 No locals. #11 0xc0437fee in xpt_action_sasync_cb (context=0xc6bff5e0, pending=1) at /usr/src/sys/cam/cam_xpt.c:3010 start_ccb = (union ccb *) 0xc50a8000 task = (struct xpt_task *) 0xc6bff5e0 csa = (struct ccb_setasync *) 0xc50a8000 cur_entry = (struct async_node *) 0xc639a180 async_head = (struct async_list *) 0xc6d1de74 added = 0 #12 0xc052ac57 in taskqueue_run (queue=0xc4dbab80) at /usr/src/sys/kern/subr_taskqueue.c:255 ---Type to continue, or q to quit--- task = (struct task *) 0xc6bff5e0 owned = 1 pending = 1 #13 0xc052b11d in taskqueue_thread_loop (arg=0xc4d14d80) at /usr/src/sys/kern/subr_taskqueue.c:374 tq = (struct taskqueue *) 0xc4dbab80 #14 0xc04e1daf in fork_exit (callout=0xc052b0b2 , arg=0xc4d14d80, frame=0xc4d14d80) at /usr/src/sys/kern/kern_fork.c:814 p = (struct proc *) 0xc4d15d80 td = (struct thread *) 0xc4d14d80 #15 0xc0645ef0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 No locals. --------------070701030508070503070006-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:34:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77D6716A406; Sun, 15 Apr 2007 20:34:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6E813C44C; Sun, 15 Apr 2007 20:34:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FKYYdN004644; Sun, 15 Apr 2007 16:34:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FKYYg8055966; Sun, 15 Apr 2007 16:34:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E24C73039; Sun, 15 Apr 2007 16:34:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415203434.3E24C73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 16:34:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 20:34:35 -0000 TB --- 2007-04-15 18:21:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 18:21:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-15 18:21:19 - cleaning the object tree TB --- 2007-04-15 18:22:10 - checking out the source tree TB --- 2007-04-15 18:22:10 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-15 18:22:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 18:40:12 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 18:40:12 - cd /src TB --- 2007-04-15 18:40:12 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 18:40:13 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 20:02:01 UTC 2007 TB --- 2007-04-15 20:02:01 - generating LINT kernel config TB --- 2007-04-15 20:02:01 - cd /src/sys/ia64/conf TB --- 2007-04-15 20:02:01 - /usr/bin/make -B LINT TB --- 2007-04-15 20:02:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 20:02:02 - cd /src TB --- 2007-04-15 20:02:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 20:02:02 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Apr 15 20:29:30 UTC 2007 TB --- 2007-04-15 20:29:30 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 20:29:30 - cd /src TB --- 2007-04-15 20:29:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 15 20:29:30 UTC 2007 >>> 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 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/fs/procfs/procfs_status.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/fs/procfs/procfs_type.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs_fileno.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs_vncache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs_vnops.c /src/sys/fs/pseudofs/pseudofs_vnops.c: In function `pfs_access': /src/sys/fs/pseudofs/pseudofs_vnops.c:124: warning: unused variable `pvd' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 20:34:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 20:34:30 - ERROR: failed to build GENERIC kernel TB --- 2007-04-15 20:34:30 - tinderbox aborted TB --- 0.52 user 1.78 system 7990.93 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 21:01:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA88416A400; Sun, 15 Apr 2007 21:01:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A912313C480; Sun, 15 Apr 2007 21:01:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FL1oOA006026; Sun, 15 Apr 2007 17:01:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FL1nrQ097281; Sun, 15 Apr 2007 17:01:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1B1C73039; Sun, 15 Apr 2007 17:01:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415210149.B1B1C73039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 17:01:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 15 Apr 2007 21:01:51 -0000 TB --- 2007-04-15 19:29:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 19:29:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-15 19:29:23 - cleaning the object tree TB --- 2007-04-15 19:29:39 - checking out the source tree TB --- 2007-04-15 19:29:39 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-15 19:29:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 19:39:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 19:39:33 - cd /src TB --- 2007-04-15 19:39:33 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 19:39:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 20:40:58 UTC 2007 TB --- 2007-04-15 20:40:58 - generating LINT kernel config TB --- 2007-04-15 20:40:58 - cd /src/sys/powerpc/conf TB --- 2007-04-15 20:40:58 - /usr/bin/make -B LINT TB --- 2007-04-15 20:40:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 20:40:58 - cd /src TB --- 2007-04-15 20:40:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 20:40:59 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Apr 15 20:59:21 UTC 2007 TB --- 2007-04-15 20:59:21 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 20:59:21 - cd /src TB --- 2007-04-15 20:59:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 15 20:59:21 UTC 2007 >>> 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 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/procfs/procfs_status.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/procfs/procfs_type.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs_fileno.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs_vncache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/pseudofs/pseudofs_vnops.c /src/sys/fs/pseudofs/pseudofs_vnops.c: In function `pfs_access': /src/sys/fs/pseudofs/pseudofs_vnops.c:124: warning: unused variable `pvd' *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 21:01:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 21:01:49 - ERROR: failed to build GENERIC kernel TB --- 2007-04-15 21:01:49 - tinderbox aborted TB --- 0.56 user 1.77 system 5545.62 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 21:49:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6C3316A401; Sun, 15 Apr 2007 21:49:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6958113C44B; Sun, 15 Apr 2007 21:49:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FLn9eq008240; Sun, 15 Apr 2007 17:49:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3FLn9lM096963; Sun, 15 Apr 2007 17:49:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8E54073039; Sun, 15 Apr 2007 17:49:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070415214909.8E54073039@freebsd-current.sentex.ca> Date: Sun, 15 Apr 2007 17:49:09 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Sun, 15 Apr 2007 21:49:11 -0000 TB --- 2007-04-15 20:34:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-15 20:34:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-15 20:34:33 - cleaning the object tree TB --- 2007-04-15 20:34:55 - checking out the source tree TB --- 2007-04-15 20:34:55 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-15 20:34:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-15 20:45:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-15 20:45:47 - cd /src TB --- 2007-04-15 20:45:47 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 15 20:45:48 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 15 21:44:38 UTC 2007 TB --- 2007-04-15 21:44:38 - generating LINT kernel config TB --- 2007-04-15 21:44:38 - cd /src/sys/sparc64/conf TB --- 2007-04-15 21:44:38 - /usr/bin/make -B LINT TB --- 2007-04-15 21:44:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-15 21:44:38 - cd /src TB --- 2007-04-15 21:44:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 15 21:44:38 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `mb_free_vec': /src/sys/dev/cxgb/sys/uipc_mvec.c:372: warning: implicit declaration of function `PHYS_TO_VM_PAGE' /src/sys/dev/cxgb/sys/uipc_mvec.c:372: warning: nested extern declaration of `PHYS_TO_VM_PAGE' /src/sys/dev/cxgb/sys/uipc_mvec.c:372: warning: passing arg 2 of `sf_buf_mext' makes pointer from integer without a cast *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-15 21:49:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-15 21:49:09 - ERROR: failed to build lint kernel TB --- 2007-04-15 21:49:09 - tinderbox aborted TB --- 0.54 user 1.88 system 4475.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 00:03:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0DF916A40F for ; Mon, 16 Apr 2007 00:03:19 +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 A8D1213C459 for ; Mon, 16 Apr 2007 00:02:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3G02F2A019315; Sun, 15 Apr 2007 18:02:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4622BCF6.9070509@samsco.org> Date: Sun, 15 Apr 2007 18:01:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Rene Ladan References: <46227952.20807@gmail.com> In-Reply-To: <46227952.20807@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 15 Apr 2007 18:02:16 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: XPT LOR/panic with USB stick and Giantless CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 00:03:19 -0000 Rene Ladan wrote: > Hi, > > when I plug and unplug an USB stick using FreeBSD 7.0 2007-04-15 18:37 > UTC , I get a LOR followed by a panic (attached). USB sticks worked > fine on my previous CURRENT (2007-04-11 20:56 UTC) > > Regards, > Rene > It'll take me a few days to fix this problem. Btw, I'll say again that the way that umass works is completely wrong and needs to be fixed. Pulling a USB drive shouldn't cause this amount of turmoil in the stack. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 03:30:48 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80F0E16A400; Mon, 16 Apr 2007 03:30:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7024313C484; Mon, 16 Apr 2007 03:30:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E60F61A3C1C; Sun, 15 Apr 2007 20:31:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B2A215125C; Sun, 15 Apr 2007 23:30:47 -0400 (EDT) Date: Sun, 15 Apr 2007 23:30:47 -0400 From: Kris Kennaway To: current@FreeBSD.org, net@FreeBSD.org Message-ID: <20070416033047.GA31857@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: GPF in ether_output -> m_tag_locate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 03:30:48 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On an 8-core amd64 running up-to-date CVS sources: > Fatal trap 9: general protection fault while in kernel mode > cpuid = 7; apic id = 07 > instruction pointer = 0x8:0xffffffff802a7800 > stack pointer = 0x10:0xffffffffabc61960 > frame pointer = 0x10:0xffffffffabc61970 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 19 (swi4: clock sio) > Tracing pid 19 tid 100005 td 0xffffff00b9a7f000 > m_tag_locate() at m_tag_locate+0x20 > ether_output() at ether_output+0x2ec > ip_output() at ip_output+0x9b5 > udp_output() at udp_output+0x594 > udp_send() at udp_send+0x1c > nfs_timer() at nfs_timer+0x7de > softclock() at softclock+0x319 > ithread_execute_handlers() at ithread_execute_handlers+0x15d > ithread_loop() at ithread_loop+0x69 > fork_exit() at fork_exit+0x93 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffabc61d30, rbp = 0 --- Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIu3nWry0BWjoQKURArDyAKC1wijBrzgTG6F1zNCiQpKdM2V0eQCgg6W9 nhPbhZFxKKkR9c1ki6d/cZk= =95PM -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 03:40:02 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA60F16A403; Mon, 16 Apr 2007 03:40:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id CC3AB13C4BD; Mon, 16 Apr 2007 03:40:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1A8641A3C1C; Sun, 15 Apr 2007 20:40:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DFE0751288; Sun, 15 Apr 2007 23:40:01 -0400 (EDT) Date: Sun, 15 Apr 2007 23:40:01 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20070416034001.GA32090@xor.obsecurity.org> References: <20070416033047.GA31857@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20070416033047.GA31857@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: GPF in ether_output -> m_tag_locate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 03:40:03 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 15, 2007 at 11:30:47PM -0400, Kris Kennaway wrote: > On an 8-core amd64 running up-to-date CVS sources: >=20 > > Fatal trap 9: general protection fault while in kernel mode > > cpuid =3D 7; apic id =3D 07 > > instruction pointer =3D 0x8:0xffffffff802a7800 > > stack pointer =3D 0x10:0xffffffffabc61960 > > frame pointer =3D 0x10:0xffffffffabc61970 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 19 (swi4: clock sio) > > Tracing pid 19 tid 100005 td 0xffffff00b9a7f000 > > m_tag_locate() at m_tag_locate+0x20 > > ether_output() at ether_output+0x2ec > > ip_output() at ip_output+0x9b5 > > udp_output() at udp_output+0x594 > > udp_send() at udp_send+0x1c > > nfs_timer() at nfs_timer+0x7de > > softclock() at softclock+0x319 > > ithread_execute_handlers() at ithread_execute_handlers+0x15d > > ithread_loop() at ithread_loop+0x69 > > fork_exit() at fork_exit+0x93 > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip =3D 0, rsp =3D 0xffffffffabc61d30, rbp =3D 0 --- #9 0xffffffff802a7800 in m_tag_locate (m=3D0xffffff0033956a00, cookie=3D0,= type=3D21, t=3D0x5f73736e0e000000) at ../../../kern/uipc_mbuf2.c:393 p =3D (struct m_tag *) 0x5f73736e0e000000 #10 0xffffffff802ed9dc in ether_output (ifp=3D0xffffff0000900800, m=3D0xfff= fff0033956a00, dst=3D0xffffffffabc61a38, rt0=3D0x0) at mbuf.h:950 type =3D 8 error =3D 865430226 hdrcmplt =3D 0 esrc =3D "\000\b\220\000\000=FF" edst =3D "\000\002=B3\027>\021" eh =3D (struct ether_header *) 0xffffff0033956ad2 loop_copy =3D 1 #11 0xffffffff80304345 in ip_output (m=3D0xffffff0033956a00, opt=3D0x0, ro= =3D0xffffffffabc61a30, flags=3D0, imo=3D0x0, inp=3D0xffffff00152a9e38) at ../../../netinet/ip_output.c:561 ip =3D (struct ip *) 0xffffff0033956ae0 ifp =3D (struct ifnet *) 0xffffff0000900800 m0 =3D (struct mbuf *) 0x0 hlen =3D 20 mtu =3D 1500 len =3D 0 error =3D 0 dst =3D (struct sockaddr_in *) 0xffffffffabc61a38 ia =3D (struct in_ifaddr *) 0xffffff001583e600 isbroadcast =3D 234881024 sw_csum =3D 0 iproute =3D {ro_rt =3D 0xffffff00949320f0, ro_dst =3D {sa_len =3D 1= 6 '\020', sa_family =3D 2 '\002', sa_data =3D "\000\000=CC\230=BF=E2\000\00= 0\000\000\000\000\000"}} odst =3D {s_addr =3D 0} #12 0xffffffff80317c24 in udp_output (inp=3D0xffffff00152a9e38, m=3D0xfffff= f0033956a00, addr=3D0x0, control=3D0xffffff0033956ae0, td=3D0xffffff00b9a7f= 000) at ../../../netinet/udp_usrreq.c:934 ui =3D (struct udpiphdr *) 0xffffff0033956ae0 len =3D 0 faddr =3D {s_addr =3D 3804207308} laddr =3D {s_addr =3D 3871316172} cm =3D (struct cmsghdr *) 0x0 src =3D {sin_len =3D 0 '\0', sin_family =3D 0 '\0', sin_port =3D 22= 405, sin_addr =3D {s_addr =3D 4294967040}, sin_zero =3D "\001\000\000\000\0= 00\000\000"} error =3D 55 ipflags =3D 0 fport =3D 264 lport =3D 4355 unlock_udbinfo =3D 0 #13 0xffffffff8031874c in udp_send (so=3D0xffffff0033956a00, flags=3D0, m= =3D0x0, addr=3D0x0, control=3D0x5f73736e0e000000, td=3D0xffffff00152a9e38) at ../../../netinet/udp_usrreq.c:1116 inp =3D (struct inpcb *) 0xffffff0033956a00 #14 0xffffffff8032ff8e in nfs_timer (arg=3D0xffffff0033956a00) at pcpu.h:168 rep =3D (struct nfsreq *) 0xffffff0008250600 m =3D (struct mbuf *) 0xffffff0057854a00 so =3D (struct socket *) 0xffffff00157d7bb8 nmp =3D (struct nfsmount *) 0xffffff001575f000 timeo =3D 234881024 error =3D 1468353024 now =3D {tv_sec =3D 89409, tv_usec =3D 181305} --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIvARWry0BWjoQKURAnKeAJ9QnTANZ2zmprL04wJRHSMDeLHw7gCeMNSk W36Xbhhv1wmm8WyKt9h4+ic= =XZ+Q -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 03:57:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2A1616A404 for ; Mon, 16 Apr 2007 03:57:10 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5C98D13C44C for ; Mon, 16 Apr 2007 03:57:09 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3G3m3kl009850 for ; Mon, 16 Apr 2007 13:18:03 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Mon, 16 Apr 2007 13:27:03 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 16 Apr 2007 13:27:03 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3G3v2Nf001965 for ; Mon, 16 Apr 2007 11:57:02 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3G3v2Xi001964 for freebsd-current@freebsd.org; Mon, 16 Apr 2007 11:57:02 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 16 Apr 2007 11:57:02 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070416035702.GB1847@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 16 Apr 2007 03:57:03.0471 (UTC) FILETIME=[4AE92FF0:01C77FDB] Content-Transfer-Encoding: 7bit Subject: em0: watchdog timeout coupled with NVRM head errors ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 03:57:10 -0000 Hi all, FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007 Seeing on console: em0: watchdog timeout -- resetting NVRM: Xid (0001:00): 16, Head 00000000 Count 000d5cf4 NVRM: Xid (0001:00): 16, Head 00000001 Count 0010b447 NVRM: Xid (0001:00): 8, Channel 0000001e em0: watchdog timeout -- resetting NVRM: Xid (0001:00): 16, Head 00000000 Count 000d5cf5 em0: watchdog timeout -- resetting I am using x11/nvidia-driver/ with TwinView. I will be happily working away and 'boom' I loose my second head and am left with one monitor. And I see the afforementioned errors spewing out to the console. Any hot tips on this one ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 04:37:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D59816A401 for ; Mon, 16 Apr 2007 04:37:43 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id B085313C469 for ; Mon, 16 Apr 2007 04:37:42 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1137283nza for ; Sun, 15 Apr 2007 21:37:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=n+jI3JQCkCGv12mlB11FSX1LjhZbIlp4G1lLbmkl/xVCjx2Oc5OLwAPo7gUIaIlUgPkz6w6PWlKl+xppMUJEsPMVp+Kj0FOe+kU/76kN2s/VzeXgDDZD2+0QcA68eBlo2Qs4ufojCmO6jO9PYXf7Dwc2dGnbRpnbMKdOR/jzCAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QWstsgPmk0cX2DIzSaQQ7zG2N69jpyi45/+f7rsKn+Y+OiXrrNcND6MqxPIt3sAQNjTFWh+IjvLcu+fyN73KvuOAF4wWZpXn6YwZCMV4vJxhlL1zbBHKbtonAI54TXgKnJnx9qOuQuaBwTjGN8zySPiclN7xHw6UyNFY7Q9o6gc= Received: by 10.65.254.5 with SMTP id g5mr11233857qbs.1176698262015; Sun, 15 Apr 2007 21:37:42 -0700 (PDT) Received: by 10.65.182.19 with HTTP; Sun, 15 Apr 2007 21:37:41 -0700 (PDT) Message-ID: Date: Sun, 15 Apr 2007 21:37:41 -0700 From: "Kip Macy" To: "Kris Kennaway" In-Reply-To: <20070416034001.GA32090@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20070416033047.GA31857@xor.obsecurity.org> <20070416034001.GA32090@xor.obsecurity.org> Cc: current@freebsd.org, net@freebsd.org Subject: Re: GPF in ether_output -> m_tag_locate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 04:37:43 -0000 Please print out the mbuf's m_hdr and pkthdr. -Kip On 4/15/07, Kris Kennaway wrote: > On Sun, Apr 15, 2007 at 11:30:47PM -0400, Kris Kennaway wrote: > > On an 8-core amd64 running up-to-date CVS sources: > > > > > Fatal trap 9: general protection fault while in kernel mode > > > cpuid =3D 7; apic id =3D 07 > > > instruction pointer =3D 0x8:0xffffffff802a7800 > > > stack pointer =3D 0x10:0xffffffffabc61960 > > > frame pointer =3D 0x10:0xffffffffabc61970 > > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > > current process =3D 19 (swi4: clock sio) > > > Tracing pid 19 tid 100005 td 0xffffff00b9a7f000 > > > m_tag_locate() at m_tag_locate+0x20 > > > ether_output() at ether_output+0x2ec > > > ip_output() at ip_output+0x9b5 > > > udp_output() at udp_output+0x594 > > > udp_send() at udp_send+0x1c > > > nfs_timer() at nfs_timer+0x7de > > > softclock() at softclock+0x319 > > > ithread_execute_handlers() at ithread_execute_handlers+0x15d > > > ithread_loop() at ithread_loop+0x69 > > > fork_exit() at fork_exit+0x93 > > > fork_trampoline() at fork_trampoline+0xe > > > --- trap 0, rip =3D 0, rsp =3D 0xffffffffabc61d30, rbp =3D 0 --- > > #9 0xffffffff802a7800 in m_tag_locate (m=3D0xffffff0033956a00, cookie=3D= 0, type=3D21, t=3D0x5f73736e0e000000) at ../../../kern/uipc_mbuf2.c:393 > p =3D (struct m_tag *) 0x5f73736e0e000000 > #10 0xffffffff802ed9dc in ether_output (ifp=3D0xffffff0000900800, m=3D0xf= fffff0033956a00, dst=3D0xffffffffabc61a38, rt0=3D0x0) at mbuf.h:950 > type =3D 8 > error =3D 865430226 > hdrcmplt =3D 0 > esrc =3D "\000\b\220\000\000=FF" > edst =3D "\000\002=B3\027>\021" > eh =3D (struct ether_header *) 0xffffff0033956ad2 > loop_copy =3D 1 > #11 0xffffffff80304345 in ip_output (m=3D0xffffff0033956a00, opt=3D0x0, r= o=3D0xffffffffabc61a30, flags=3D0, imo=3D0x0, inp=3D0xffffff00152a9e38) > at ../../../netinet/ip_output.c:561 > ip =3D (struct ip *) 0xffffff0033956ae0 > ifp =3D (struct ifnet *) 0xffffff0000900800 > m0 =3D (struct mbuf *) 0x0 > hlen =3D 20 > mtu =3D 1500 > len =3D 0 > error =3D 0 > dst =3D (struct sockaddr_in *) 0xffffffffabc61a38 > ia =3D (struct in_ifaddr *) 0xffffff001583e600 > isbroadcast =3D 234881024 > sw_csum =3D 0 > iproute =3D {ro_rt =3D 0xffffff00949320f0, ro_dst =3D {sa_len =3D= 16 '\020', sa_family =3D 2 '\002', sa_data =3D "\000\000=CC\230=BF=E2\000\= 000\000\000\000\000\000"}} > odst =3D {s_addr =3D 0} > #12 0xffffffff80317c24 in udp_output (inp=3D0xffffff00152a9e38, m=3D0xfff= fff0033956a00, addr=3D0x0, control=3D0xffffff0033956ae0, td=3D0xffffff00b9a= 7f000) > at ../../../netinet/udp_usrreq.c:934 > ui =3D (struct udpiphdr *) 0xffffff0033956ae0 > len =3D 0 > faddr =3D {s_addr =3D 3804207308} > laddr =3D {s_addr =3D 3871316172} > cm =3D (struct cmsghdr *) 0x0 > src =3D {sin_len =3D 0 '\0', sin_family =3D 0 '\0', sin_port =3D = 22405, sin_addr =3D {s_addr =3D 4294967040}, sin_zero =3D "\001\000\000\000= \000\000\000"} > error =3D 55 > ipflags =3D 0 > fport =3D 264 > lport =3D 4355 > unlock_udbinfo =3D 0 > #13 0xffffffff8031874c in udp_send (so=3D0xffffff0033956a00, flags=3D0, m= =3D0x0, addr=3D0x0, control=3D0x5f73736e0e000000, td=3D0xffffff00152a9e38) > at ../../../netinet/udp_usrreq.c:1116 > inp =3D (struct inpcb *) 0xffffff0033956a00 > #14 0xffffffff8032ff8e in nfs_timer (arg=3D0xffffff0033956a00) at pcpu.h:= 168 > rep =3D (struct nfsreq *) 0xffffff0008250600 > m =3D (struct mbuf *) 0xffffff0057854a00 > so =3D (struct socket *) 0xffffff00157d7bb8 > nmp =3D (struct nfsmount *) 0xffffff001575f000 > timeo =3D 234881024 > error =3D 1468353024 > now =3D {tv_sec =3D 89409, tv_usec =3D 181305} > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 04:37:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2154616A400 for ; Mon, 16 Apr 2007 04:37:59 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id AA97413C46E for ; Mon, 16 Apr 2007 04:37:58 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so1662649muf for ; Sun, 15 Apr 2007 21:37:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=gotQxlFjdbutK7yGIbuwrszM8yay0l2tg4d112pUfdZfTTzr7TCHH452Ow5Z7CIsBKWI3NTZrcNdGP2zuqvDNHqjMBw425MFe3YpIRQrcMcTRulyTQmFiQjgxsOjhNxj+h1IW0g872HHTAtGImPMthMIB8p+2m8RYcNK5uitV9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=tOdczrTVtuFYXXPyNV1G8bnTgSkx8hD6p0ELgMTrxQ5ZHBI6905oXNMFIhnVGCAZ/WOjAKtn9VLfbwDGht3RX8DLo/kVQigtYvlaaylZSWZlS8T3LBPZMM3QDR0JEeOlgyUfGrGMj0P3V50tlEw2rM9ydVSqDZ33OuJr0zIaFjQ= Received: by 10.82.189.5 with SMTP id m5mr1597191buf.1176696782999; Sun, 15 Apr 2007 21:13:02 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Sun, 15 Apr 2007 21:13:02 -0700 (PDT) Message-ID: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> Date: Mon, 16 Apr 2007 12:13:02 +0800 From: "Rong-en Fan" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: clsung@freebsd.org Subject: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 04:37:59 -0000 Hi all, The patch at http://people.freebsd.org/~rafan/top.diff makes top display jail id by -j or 'j' key. This is originally created by clsung@ (thank you). For example, PID JID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN 89573 0 mysql 14 4 0 169M 145M sbwait 0 82:37 0.00% mysqld 83920 4 106 2 96 0 81220K 72176K ucond 1 20:52 0.00% clamd 62776 3 mysql 5 20 0 65428K 32364K kserel 0 7:27 0.00% mysqld 55862 0 rafan 1 96 0 28644K 23952K select 0 4:39 0.00% screen 10245 0 rafan 1 96 0 32816K 10736K select 0 3:46 0.00% irssi 89643 0 wckao 1 96 0 21596K 6176K select 0 2:45 0.00% irssi 34259 4 mysql 9 20 0 55716K 30180K kserel 0 2:26 0.00% mysqld 25616 4 root 1 96 0 14404K 2580K select 0 2:11 0.00% master Now I know which mysqld is in jail. If no objections, I will commit to HEAD later today and merge to 6.x in 2 weeks. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 06:06:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44DE316A400 for ; Mon, 16 Apr 2007 06:06:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 32CDD13C45A for ; Mon, 16 Apr 2007 06:06:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Sun, 15 Apr 2007 22:34:49 -0700 Received: from [192.168.2.6] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 4EDA6125ADC; Sun, 15 Apr 2007 23:06:14 -0700 (PDT) Message-ID: <46231258.5070208@elischer.org> Date: Sun, 15 Apr 2007 23:06:16 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> In-Reply-To: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: clsung@freebsd.org, current@freebsd.org Subject: Re: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 06:06:15 -0000 Rong-en Fan wrote: > Hi all, > > The patch at > > http://people.freebsd.org/~rafan/top.diff > > makes top display jail id by -j or 'j' key. This is originally created > by clsung@ (thank you). For example, > > PID JID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAN > 89573 0 mysql 14 4 0 169M 145M sbwait 0 82:37 0.00% > mysqld > 83920 4 106 2 96 0 81220K 72176K ucond 1 20:52 0.00% > clamd > 62776 3 mysql 5 20 0 65428K 32364K kserel 0 7:27 0.00% > mysqld > 55862 0 rafan 1 96 0 28644K 23952K select 0 4:39 0.00% > screen > 10245 0 rafan 1 96 0 32816K 10736K select 0 3:46 0.00% > irssi > 89643 0 wckao 1 96 0 21596K 6176K select 0 2:45 0.00% > irssi > 34259 4 mysql 9 20 0 55716K 30180K kserel 0 2:26 0.00% > mysqld > 25616 4 root 1 96 0 14404K 2580K select 0 2:11 0.00% > master > > Now I know which mysqld is in jail. If no objections, I will commit to > HEAD later > today and merge to 6.x in 2 weeks. how about ONLY showing processes in a particular jail? > > Regards, > Rong-En Fan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 07:03:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDC8116A406 for ; Mon, 16 Apr 2007 07:03:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA9F13C4B8 for ; Mon, 16 Apr 2007 07:03:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id CE003EB29DC; Mon, 16 Apr 2007 14:44:00 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id a9CWcbFGjHJM; Mon, 16 Apr 2007 14:43:53 +0800 (CST) Received: from [10.217.12.249] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 28C77EB29CA; Mon, 16 Apr 2007 14:43:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=SJR1luz7mR6815vlYw+vJcKzC6U4tTUS8EF/I6HKY8nq0HBaEi8eOhYIIrGavkY5F aoewcuyWwdb9zDDiNmXyQ== Message-ID: <46231B1B.6050600@delphij.net> Date: Mon, 16 Apr 2007 14:43:39 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Julian Elischer References: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> <46231258.5070208@elischer.org> In-Reply-To: <46231258.5070208@elischer.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig3A91DB18AABFD373BD5F6332" Cc: clsung@freebsd.org, Rong-en Fan , current@freebsd.org Subject: Re: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 07:03:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3A91DB18AABFD373BD5F6332 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Julian Elischer wrote: [...] > how about ONLY showing processes in a particular jail? What about just 'jexec N top'? :-) Currently top(1) has no ability to attach particular jail to do things like obtaining usernames from within a jail. Personally I think the jexec approach is more useful because it can reveal usernames within the jail. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig3A91DB18AABFD373BD5F6332 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGIxsbOfuToMruuMARCgnyAKCMHd8GPJYwboZwMyP2qW6d6HrhjgCfVHK5 6olqlxITF/fJb99HDq314BY= =cq5n -----END PGP SIGNATURE----- --------------enig3A91DB18AABFD373BD5F6332-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 07:07:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E34716A402 for ; Mon, 16 Apr 2007 07:07:58 +0000 (UTC) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.freebsd.org (Postfix) with ESMTP id 7060313C45A for ; Mon, 16 Apr 2007 07:07:57 +0000 (UTC) (envelope-from lerik@nolink.net) Received: (qmail 96261 invoked by uid 89); 16 Apr 2007 07:07:55 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Apr 2007 07:07:55 -0000 Date: Mon, 16 Apr 2007 09:07:55 +0200 (CEST) From: Lars Erik Gullerud To: Shteryana Shopova In-Reply-To: <61b573980704150428u5e376d60k6fbe66409493c3bb@mail.gmail.com> Message-ID: <20070416085609.G442@electra.nolink.net> References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <461FB498.4030407@freebsd.org> <61b573980704150428u5e376d60k6fbe66409493c3bb@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 07:07:58 -0000 On Sun, 15 Apr 2007, Shteryana Shopova wrote: > LACP == Link Aggregation Control Protocol - dynamic trunking - one of > the modes trunk(4) supports. And it's Cisco vs the rest of the world > where Cisco calls a trunk multiple VLANs over single physical > interface and the rest of the world calls a trunk multiple physical > interafces bundled together. We don't have to necessarily agree with > Cisco. Please keep the current name. I beg to differ. The terms "trunk" and "trunk-style link" are used throughout IEEE 802.1Q-2005 in examples and illustrations to demonstrate the concept of carrying multiple tagged vlans over a single link, as opposed to an "access-style link" carrying a single untagged vlan. (802 standards that are more than 12 months old are available for free download at http://standards.ieee.org/getieee802/ ) As for "the rest of the world": In the telecoms industry, the term "trunk" is also generally used to indicate one datalink carrying multiple signal streams, an example would be an E1 link carrying n * 64kbit voice channels. In the carrier ethernet/metro ethernet space, the term "trunk" is also generally used in what you would call "cisco-style". Most equipment vendors do also agree with cisco there, with Extreme being one of the notable vendors on the other side. (Alcatel, Riverstone etc. uses trunk in the vlan trunk sense). However in the end, whether Cisco or Extreme are in the right, is really not that interesting. The point is really that the name IS used for different features, and that it therefore IS confusing for users. So why not just give it a name that is more indicative of what the feature actually does? While the OpenBSD guys have given us a lot of great stuff, the name "trunk" for this interface is not among them (although the interface itself is!). I'd tend to prefer bond(4) so Linux users will feel familiar, although aggr(4) would be equally good. /leg From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 07:35:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7138C16A401 for ; Mon, 16 Apr 2007 07:35:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 20F9113C48A for ; Mon, 16 Apr 2007 07:35:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3DF171FFEB3; Mon, 16 Apr 2007 09:35:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 33B9E1FFE9A; Mon, 16 Apr 2007 09:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3A9D0444885; Mon, 16 Apr 2007 07:32:59 +0000 (UTC) Date: Mon, 16 Apr 2007 07:32:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Lars Erik Gullerud In-Reply-To: <20070416085609.G442@electra.nolink.net> Message-ID: <20070416071812.V36917@maildrop.int.zabbadoz.net> References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <461FB498.4030407@freebsd.org> <61b573980704150428u5e376d60k6fbe66409493c3bb@mail.gmail.com> <20070416085609.G442@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Shteryana Shopova , freebsd-current@freebsd.org, Andrew Thompson Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 07:35:11 -0000 On Mon, 16 Apr 2007, Lars Erik Gullerud wrote: Hi, > On Sun, 15 Apr 2007, Shteryana Shopova wrote: > >> LACP == Link Aggregation Control Protocol - dynamic trunking - one of >> the modes trunk(4) supports. And it's Cisco vs the rest of the world >> where Cisco calls a trunk multiple VLANs over single physical >> interface and the rest of the world calls a trunk multiple physical >> interafces bundled together. We don't have to necessarily agree with >> Cisco. Please keep the current name. You have been assimilated;-) > I beg to differ. The terms "trunk" and "trunk-style link" are used throughout > IEEE 802.1Q-2005 in examples and illustrations to demonstrate the concept of > carrying multiple tagged vlans over a single link, as opposed to an > "access-style link" carrying a single untagged vlan. ... That, and in addition, I think, 802.3 (section 3) does not talk about 'trunk' at all. > I'd tend to prefer bond(4) so Linux users will feel familiar, although > aggr(4) would be equally good. I have seen the p4 submits and while I am not worrying about another OpenBSD vs. Linux (vs. FreeBSD) bikeshed, what really worries me is substituting one non-standard name for another. It is called "Link Aggregation" in the IEEE standards, so why would we want to call it 'bond'? The term "bonding" is not used in 802.3 (section 3) either (when related to link aggregation). So if we are about to rename trunk(4) we should do the right thing and use something short for "link aggregation" like aggr, laggr (my prefered version), linkag, linkaggr or similar. Just my 0.002ct. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:03:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E60416A400 for ; Mon, 16 Apr 2007 08:03:21 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id A9CFB13C459 for ; Mon, 16 Apr 2007 08:03:20 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so879924ugh for ; Mon, 16 Apr 2007 01:03:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PqfMpXXx6CF2O06/z01EgT1DL6Nbh4cG0nUu3yUQBnFakmRID2c341HTNuOJtbFfr+Neu86TyAOfigg1i+31xgNk9BXtBxKAw+c0iGykV1dK89dKg8mV9vyBQuN1+GqArvS+c6fQB1d8eXbAIAUlGk4c/0WF2ovYFw2PmTqijsU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Jz5wSyLmo7Mwcr7Cev7mAzTH0eJPlKOkt8eqgT/vyCHfax5ZwysYPj4oKDDfmj9hq4UMfIFxprWsRtBgFf7FLyyORi176efeg3hJ+5A5Ey2qaEGhgmNzaBL4plf7uIwbmWdAysu5XMGU4i+hs4FOu/YXu0diS95GUmUsdR6PSnk= Received: by 10.82.154.2 with SMTP id b2mr7834655bue.1176710599213; Mon, 16 Apr 2007 01:03:19 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Mon, 16 Apr 2007 01:03:19 -0700 (PDT) Message-ID: <6eb82e0704160103s7ed724e6u4f24ed4188f2dcde@mail.gmail.com> Date: Mon, 16 Apr 2007 16:03:19 +0800 From: "Rong-en Fan" To: "Julian Elischer" In-Reply-To: <46231B1B.6050600@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> <46231258.5070208@elischer.org> <46231B1B.6050600@delphij.net> Cc: clsung@freebsd.org, LI Xin , current@freebsd.org Subject: Re: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 08:03:21 -0000 On 4/16/07, LI Xin wrote: > Julian Elischer wrote: > [...] > > how about ONLY showing processes in a particular jail? > > What about just 'jexec N top'? :-) > > Currently top(1) has no ability to attach particular jail to do things > like obtaining usernames from within a jail. Personally I think the > jexec approach is more useful because it can reveal usernames within the > jail. I actually thought about something like 'top -j jid', but I found that 'jexec jid top' is more useful (it displays usernames). Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:11:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E317816A402 for ; Mon, 16 Apr 2007 08:11:34 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 622BE13C455 for ; Mon, 16 Apr 2007 08:11:34 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id F37981CC58; Mon, 16 Apr 2007 20:11:32 +1200 (NZST) Date: Mon, 16 Apr 2007 20:11:32 +1200 From: Andrew Thompson To: "Bjoern A. Zeeb" Message-ID: <20070416081132.GB75226@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , "Bjoern A. Zeeb" , Lars Erik Gullerud , Shteryana Shopova , freebsd-current@freebsd.org References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <461FB498.4030407@freebsd.org> <61b573980704150428u5e376d60k6fbe66409493c3bb@mail.gmail.com> <20070416085609.G442@electra.nolink.net> <20070416071812.V36917@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070416071812.V36917@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Shteryana Shopova , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 08:11:35 -0000 On Mon, Apr 16, 2007 at 07:32:58AM +0000, Bjoern A. Zeeb wrote: > On Mon, 16 Apr 2007, Lars Erik Gullerud wrote: > >I beg to differ. The terms "trunk" and "trunk-style link" are used > >throughout IEEE 802.1Q-2005 in examples and illustrations to demonstrate > >the concept of carrying multiple tagged vlans over a single link, as > >opposed to an "access-style link" carrying a single untagged vlan. > ... > > That, and in addition, I think, 802.3 (section 3) does not talk about > 'trunk' at all. > > > >I'd tend to prefer bond(4) so Linux users will feel familiar, although > >aggr(4) would be equally good. > > I have seen the p4 submits and while I am not worrying about another > OpenBSD vs. Linux (vs. FreeBSD) bikeshed, what really worries me is > substituting one non-standard name for another. > > > It is called "Link Aggregation" in the IEEE standards, so why would we > want to call it 'bond'? The term "bonding" is not used in 802.3 > (section 3) either (when related to link aggregation). I think this is a very good point. > So if we are about to rename trunk(4) we should do the right thing > and use something short for "link aggregation" like aggr, laggr (my > prefered version), linkag, linkaggr or similar. Well nothings committed yet. laggr is good, linkag rolls off the tounge better :) Andrew From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:15:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3DCB16A40B for ; Mon, 16 Apr 2007 08:15:48 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2176213C43E for ; Mon, 16 Apr 2007 08:15:47 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3G8FjS8053864 for ; Mon, 16 Apr 2007 10:15:46 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 16 Apr 2007 10:16:48 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ls -al .zfs/snapshots dir reboots machine Thread-Index: Acd//2+HLQBOHVD+StyXEUcyxn1TiQ== From: "Johan Hendriks" To: 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: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 08:15:48 -0000 I am experimenting with zfs. =20 I have created a snapshot of /tank/samba =20 #zfs snapshot /tank/samba@justincase =20 # zfs list shows the foloowing =20 NAME USED AVAIL REFER MOUNTPOINT tank 592M 32.6G 18K /tank tank/samba 592M 32.6G 592M /usr/local/samba tank/samba@justincase 0 - 592M - =20 # zpool status =20 pool: tank state: ONLINE scrub: none requested config: =20 NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 =20 errors: No known data errors =20 =20 Now I go to /usr/local/samba/.zfs =20 I do ls -al, I see a directory snapshots. =20 Now I do cd snapshots. =20 And now ls -al , system freezes and starts to reboot. Machine is on remote location so I do not have a console to see where or whith what message it reboots. =20 Regards, =20 Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:21:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BF9416A400 for ; Mon, 16 Apr 2007 08:21:00 +0000 (UTC) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from FreeBSD.csie.nctu.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 532DF13C4BC for ; Mon, 16 Apr 2007 08:21:00 +0000 (UTC) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from localhost (unknown [127.0.0.1]) by FreeBSD.csie.nctu.edu.tw (Postfix) with ESMTP id BA4DD7EE16; Mon, 16 Apr 2007 16:06:58 +0800 (CST) Received: from FreeBSD.csie.nctu.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.nctu.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ipwEcAyAF+pw; Mon, 16 Apr 2007 16:06:58 +0800 (CST) Received: by FreeBSD.csie.nctu.edu.tw (Postfix, from userid 1038) id 0581F7F116; Mon, 16 Apr 2007 16:06:58 +0800 (CST) Date: Mon, 16 Apr 2007 16:06:57 +0800 From: Cheng-Lung Sung To: Rong-en Fan Message-ID: <20070416080657.GA47346@FreeBSD.csie.nctu.edu.tw> References: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> <46231258.5070208@elischer.org> <46231B1B.6050600@delphij.net> <6eb82e0704160103s7ed724e6u4f24ed4188f2dcde@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <6eb82e0704160103s7ed724e6u4f24ed4188f2dcde@mail.gmail.com> X-Fingerprint: E0BC 57F9 F44B 46C6 DB53 8462 F807 89F3 956E 8BC1 X-Public-Key: http://freefall.FreeBSD.org/~clsung/pubring.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: clsung@freebsd.org, LI Xin , Julian Elischer , current@freebsd.org Subject: Re: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 08:21:00 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 04:03:19PM +0800, Rong-en Fan wrote: > On 4/16/07, LI Xin wrote: > > Julian Elischer wrote: > > [...] > > > how about ONLY showing processes in a particular jail? > > > > What about just 'jexec N top'? :-) > > > > Currently top(1) has no ability to attach particular jail to do things > > like obtaining usernames from within a jail. Personally I think the > > jexec approach is more useful because it can reveal usernames within the > > jail. >=20 > I actually thought about something like 'top -j jid', but I found > that 'jexec jid top' is more useful (it displays usernames). I thought you are talking about the same thing? :-) --=20 Alan Cheng-Lung Sung - clsung@ --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIy6h+AeJ85Vui8ERAliNAJ9D9PS3Y7nhYknfBlfjbA6vgeOvMQCdE5h6 Zu4pebUJwlpglP6zMEq5x5c= =w+ZJ -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:24:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD9FC16A401 for ; Mon, 16 Apr 2007 08:24:40 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.freebsd.org (Postfix) with ESMTP id 4D61E13C45A for ; Mon, 16 Apr 2007 08:24:39 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 484112C92A for ; Mon, 16 Apr 2007 10:24:38 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 3D3052C90A; Mon, 16 Apr 2007 10:24:36 +0200 (CEST) Received: from intanto (unknown [192.168.1.18]) by insomma.datacode.it (Postfix) with SMTP id 105C72C906; Mon, 16 Apr 2007 10:24:36 +0200 (CEST) Date: Mon, 16 Apr 2007 10:24:35 +0200 From: Massimo Lusetti To: "Kip Macy" Message-Id: <20070416102435.1d359984.massimo@cedoc.mo.it> In-Reply-To: References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <20070413172307.53d95262.massimo@cedoc.mo.it> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, Andrew Thompson , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 08:24:40 -0000 On Fri, 13 Apr 2007 09:37:38 -0700 "Kip Macy" wrote: > Am I correct in assuming that all the people who feel strongly that > the current name should be kept to avoid a query-replace in the > documentation are volunteering to clarify on Andrew's behalf any > future name related confusion ? Both way!? :) My feel wasn't a strong one, i just feel it more natural to keep the name of the original one as i don't see any name clashing or confusion with trunk, but maybe that's just me. Regards -- Massimo.run(); ...his disciples lead him in; he just does the rest. -- Tommy From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:57:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCC2916A400 for ; Mon, 16 Apr 2007 08:57:22 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from smtp2.irishbroadband.ie (smtp2.irishbroadband.ie [62.231.32.13]) by mx1.freebsd.org (Postfix) with ESMTP id 8EED413C455 for ; Mon, 16 Apr 2007 08:57:22 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from [87.192.210.164] (helo=holyman.cobbled.net) by smtp2.irishbroadband.ie with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HdMhD-000PYm-Pc for freebsd-current@freebsd.org; Mon, 16 Apr 2007 09:36:23 +0100 Received: by holyman.cobbled.net (Postfix, from userid 16385) id B0E5716FD4; Mon, 16 Apr 2007 08:35:11 +0000 (UTC) Date: Mon, 16 Apr 2007 08:35:11 +0000 From: ttw+bsd@cobbled.net To: freebsd-current@freebsd.org Message-ID: <20070416083511.GD327@holyman.cobbled.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <461FB498.4030407@freebsd.org> <61b573980704150428u5e376d60k6fbe66409493c3bb@mail.gmail.com> <20070416085609.G442@electra.nolink.net> <20070416071812.V36917@maildrop.int.zabbadoz.net> <20070416081132.GB75226@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070416081132.GB75226@heff.fud.org.nz> X-Scan-Signature: dceab67234a8c219cac7df006600f079 Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 08:57:22 -0000 On 16.04-20:11, Andrew Thompson wrote: [ ... ] > Well nothings committed yet. laggr is good, linkag rolls off the tounge > better :) yes but lager has more pleasant side effects. ... until you have too much From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 09:16:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F17F016A401 for ; Mon, 16 Apr 2007 09:16:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id B055C13C45E for ; Mon, 16 Apr 2007 09:16:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1734623ana for ; Mon, 16 Apr 2007 02:16:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=qEOOEOWzCeZdR6KpPbnWMBeyxs+TOexRCd4a/7xWAOj/QQ5t43hE6QFsAlf5O4teVGd/csnj092PRsfDXxA7sNIp1ZCYbtWNKKM33pLgd/kJfUxNHM9Mlp7WVGJeiXc/JkWcaf5ropNucSXxVwv7VxejF0qCDksB3BDYgrkZ0aA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=CxKhV8jQqZEpBrYCv/m25SZ4MaTpQrsVoJFL8Hc9WWJdtC1jhCQedYXOhZ4bYEMX9GSTXqX8JTMCS6/jQi6UcL+8GIL8Uf+5C8lXKxhDxLtpjW8DmJW4j4DzD9ghA/dZmpKPOcf6xaMGg+SfhGLQnYNplnpLiy3nULtsnmpBLLA= Received: by 10.100.125.5 with SMTP id x5mr4315778anc.1176714965905; Mon, 16 Apr 2007 02:16:05 -0700 (PDT) Received: by 10.100.191.11 with HTTP; Mon, 16 Apr 2007 02:16:05 -0700 (PDT) Message-ID: <3bbf2fe10704160216i1b55fe1fkba27744e8b6eab64@mail.gmail.com> Date: Mon, 16 Apr 2007 11:16:05 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Julian Elischer" In-Reply-To: <4615A164.6010900@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070405231707.GB1625@kaiser.sig11.org> <4615A164.6010900@elischer.org> X-Google-Sender-Auth: 1ca8f35393840112 Cc: Matteo Riondato , current@freebsd.org, kmacy@freebsd.org Subject: Re: struct x*pcb size mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 09:16:09 -0000 2007/4/6, Julian Elischer : > Matteo Riondato wrote: > > I rebuild my system with HEAD sources as of today and began > > experiencing the following problem: > > [rionda@kaiser][~]> sockstat > > sockstat: struct xtcpcb size mismatch > > sockstat: struct xinpcb size mismatch > > sockstat: struct xunpcb size mismatch > > sockstat: struct xunpcb size mismatch > > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN > > ADDRESS > > [rionda@kaiser][~]> > > > > > > Any idea of what can cause this problem? > > Kernel and world are *not* out of sync: I recompiled both. > > > > Thanks > > Best regards > > > Remove some debugging options in your kernel. > (or put the same options in /etc/make.conf) > > and recompile > > Unfortunately some of the profiling and debugging options > change the size of some of the structures.. > > > In particular I think the lock-profiling one changes the size of a mutex > which is included everywhere. > > This is a bug, but don't expect it to be fixed too quickly. Hello, I have a fix for that. As extra bonus, it reduces size of struct mtx. The patch is yet highly untested, but I hope to have stability test for tonight here: http://users.gufi.org/~rookie/works/patches/lp0416.diff If you can report any error ASAP, it would be a lot better. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 09:46:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E7BD16A400; Mon, 16 Apr 2007 09:46:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3F26413C45A; Mon, 16 Apr 2007 09:46:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3G9klUe040291; Mon, 16 Apr 2007 05:46:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3G9klm2039345; Mon, 16 Apr 2007 05:46:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64C8D73039; Mon, 16 Apr 2007 05:46:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070416094647.64C8D73039@freebsd-current.sentex.ca> Date: Mon, 16 Apr 2007 05:46:47 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Mon, 16 Apr 2007 09:46:48 -0000 TB --- 2007-04-16 09:37:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-16 09:37:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-16 09:37:54 - cleaning the object tree TB --- 2007-04-16 09:38:21 - checking out the source tree TB --- 2007-04-16 09:38:21 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-16 09:38:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-16 09:46:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-16 09:46:35 - cd /src TB --- 2007-04-16 09:46:35 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 16 09:46:36 UTC 2007 >>> 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 [...] rm -f libmd.so rm -f libmd.so.* libmd.so rm -f libmd.a libmd_p.a libmd.so.3 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> lib/ncurses (cleandir) ===> lib/ncurses/ncurses (cleandir) "Makefile", line 857: Unassociated shell command "curs_util.3 delay_output.3 curs_util.3 filter.3 curs_util.3 flushinp.3 curs_util.3 getwin.3 curs_util.3 key_name.3 curs_util.3 keyname.3 curs_util.3 nofilter.3 curs_util.3 putwin.3 curs_util.3 unctrl.3 curs_util.3 use_env.3 curs_util.3 wunctrl.3 curs_window.3 delwin.3 curs_window.3 derwin.3 curs_window.3 dupwin.3 curs_window.3 mvderwin.3 curs_window.3 mvwin.3 curs_window.3 newwin.3 curs_window.3 subwin.3 curs_window.3 syncok.3 curs_window.3 wcursyncup.3 curs_window.3 wsyncdown.3 curs_window.3 wsyncup.3 default_colors.3 assume_default_colors.3 default_colors.3 use_default_colors.3 legacy_coding.3 use_legacy_coding.3 resizeterm.3 is_term_resized.3 resizeterm.3 resize_term.3" make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/lib/ncurses. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-16 09:46:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-16 09:46:47 - ERROR: failed to build world TB --- 2007-04-16 09:46:47 - tinderbox aborted TB --- 0.77 user 2.38 system 532.30 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 09:49:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C68216A402 for ; Mon, 16 Apr 2007 09:49:39 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id E26A813C489 for ; Mon, 16 Apr 2007 09:49:38 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1834F487F2; Mon, 16 Apr 2007 11:49:37 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 94FEB45683; Mon, 16 Apr 2007 11:49:31 +0200 (CEST) Date: Mon, 16 Apr 2007 11:49:19 +0200 From: Pawel Jakub Dawidek To: Johan Hendriks Message-ID: <20070416094918.GC1068@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ghzN8eJ9Qlbqn3iT" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 09:49:39 -0000 --ghzN8eJ9Qlbqn3iT Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 10:16:48AM +0200, Johan Hendriks wrote: > I am experimenting with zfs. > I have created a snapshot of /tank/samba > #zfs snapshot /tank/samba@justincase I assume you did: # zfs snapshot tank/samba@justincase > # zfs list shows the foloowing > NAME USED AVAIL REFER MOUNTPOINT > tank 592M 32.6G 18K /tank > tank/samba 592M 32.6G 592M /usr/local/samba > tank/samba@justincase 0 - 592M - >=20 > # zpool status > pool: tank > state: ONLINE > scrub: none requested > config: > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > mirror ONLINE 0 0 0 > da1 ONLINE 0 0 0 > da2 ONLINE 0 0 0 >=20 > errors: No known data errors >=20 > Now I go to /usr/local/samba/.zfs > I do ls -al, I see a directory snapshots. I assume you saw 'snapshot' directory. > Now I do cd snapshots. I assume 'cd snapshot'. > And now ls -al , system freezes and starts to reboot. >=20 > Machine is on remote location so I do not have a console to see where or > whith what message it reboots. It works just fine here, so I'm afraid I need more info. Can you setup kernel dumps? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ghzN8eJ9Qlbqn3iT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGI0aeForvXbEpPzQRAr8+AJ9xQvgSzB7pXVeTjeWH31ukYv3Y+wCfXg+l npyLDyrrJPRgx5jZy92if5o= =ASGj -----END PGP SIGNATURE----- --ghzN8eJ9Qlbqn3iT-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 09:56:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CD2C16A404; Mon, 16 Apr 2007 09:56:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5B413C484; Mon, 16 Apr 2007 09:56:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3G9uafU040735; Mon, 16 Apr 2007 05:56:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3G9uajP096546; Mon, 16 Apr 2007 05:56:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6B18273039; Mon, 16 Apr 2007 05:56:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070416095636.6B18273039@freebsd-current.sentex.ca> Date: Mon, 16 Apr 2007 05:56:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Mon, 16 Apr 2007 09:56:37 -0000 TB --- 2007-04-16 09:46:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-16 09:46:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-16 09:46:47 - cleaning the object tree TB --- 2007-04-16 09:47:14 - checking out the source tree TB --- 2007-04-16 09:47:14 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-16 09:47:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-16 09:56:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-16 09:56:24 - cd /src TB --- 2007-04-16 09:56:24 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 16 09:56:25 UTC 2007 >>> 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 [...] rm -f libmd.so rm -f libmd.so.* libmd.so rm -f libmd.a libmd_p.a libmd.so.3 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> lib/ncurses (cleandir) ===> lib/ncurses/ncurses (cleandir) "Makefile", line 857: Unassociated shell command "curs_util.3 delay_output.3 curs_util.3 filter.3 curs_util.3 flushinp.3 curs_util.3 getwin.3 curs_util.3 key_name.3 curs_util.3 keyname.3 curs_util.3 nofilter.3 curs_util.3 putwin.3 curs_util.3 unctrl.3 curs_util.3 use_env.3 curs_util.3 wunctrl.3 curs_window.3 delwin.3 curs_window.3 derwin.3 curs_window.3 dupwin.3 curs_window.3 mvderwin.3 curs_window.3 mvwin.3 curs_window.3 newwin.3 curs_window.3 subwin.3 curs_window.3 syncok.3 curs_window.3 wcursyncup.3 curs_window.3 wsyncdown.3 curs_window.3 wsyncup.3 default_colors.3 assume_default_colors.3 default_colors.3 use_default_colors.3 legacy_coding.3 use_legacy_coding.3 resizeterm.3 is_term_resized.3 resizeterm.3 resize_term.3" make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/lib/ncurses. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-16 09:56:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-16 09:56:36 - ERROR: failed to build world TB --- 2007-04-16 09:56:36 - tinderbox aborted TB --- 0.62 user 2.49 system 588.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 10:04:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F50416A404; Mon, 16 Apr 2007 10:04:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4F94713C487; Mon, 16 Apr 2007 10:04:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3GA4bZQ041152; Mon, 16 Apr 2007 06:04:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3GA4bpR048575; Mon, 16 Apr 2007 06:04:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9129C73039; Mon, 16 Apr 2007 06:04:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070416100437.9129C73039@freebsd-current.sentex.ca> Date: Mon, 16 Apr 2007 06:04:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 16 Apr 2007 10:04:38 -0000 TB --- 2007-04-16 09:56:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-16 09:56:36 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-16 09:56:36 - cleaning the object tree TB --- 2007-04-16 09:56:59 - checking out the source tree TB --- 2007-04-16 09:56:59 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-16 09:56:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-16 10:04:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-16 10:04:25 - cd /src TB --- 2007-04-16 10:04:25 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 16 10:04:27 UTC 2007 >>> 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 [...] rm -f libmd.so rm -f libmd.so.* libmd.so rm -f libmd.a libmd_p.a libmd.so.3 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> lib/ncurses (cleandir) ===> lib/ncurses/ncurses (cleandir) "Makefile", line 857: Unassociated shell command "curs_util.3 delay_output.3 curs_util.3 filter.3 curs_util.3 flushinp.3 curs_util.3 getwin.3 curs_util.3 key_name.3 curs_util.3 keyname.3 curs_util.3 nofilter.3 curs_util.3 putwin.3 curs_util.3 unctrl.3 curs_util.3 use_env.3 curs_util.3 wunctrl.3 curs_window.3 delwin.3 curs_window.3 derwin.3 curs_window.3 dupwin.3 curs_window.3 mvderwin.3 curs_window.3 mvwin.3 curs_window.3 newwin.3 curs_window.3 subwin.3 curs_window.3 syncok.3 curs_window.3 wcursyncup.3 curs_window.3 wsyncdown.3 curs_window.3 wsyncup.3 default_colors.3 assume_default_colors.3 default_colors.3 use_default_colors.3 legacy_coding.3 use_legacy_coding.3 resizeterm.3 is_term_resized.3 resizeterm.3 resize_term.3" make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/lib/ncurses. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-16 10:04:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-16 10:04:37 - ERROR: failed to build world TB --- 2007-04-16 10:04:37 - tinderbox aborted TB --- 0.57 user 2.09 system 481.00 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 10:19:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE55516A402; Mon, 16 Apr 2007 10:19:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id C984413C483; Mon, 16 Apr 2007 10:19:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:38674 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375472AbXDPKS4 (ORCPT + 1 other); Mon, 16 Apr 2007 14:18:56 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <46234D8E.8020501@yandex.ru> Date: Mon, 16 Apr 2007 14:18:54 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> In-Reply-To: <20070416094918.GC1068@garage.freebsd.pl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Johan Hendriks , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 10:19:06 -0000 Pawel Jakub Dawidek wrote: > On Mon, Apr 16, 2007 at 10:16:48AM +0200, Johan Hendriks wrote: > It works just fine here, so I'm afraid I need more info. Can you setup > kernel dumps? Some time ago i've reported about a similar problem: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070789.html -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 10:26:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 775B916A402 for ; Mon, 16 Apr 2007 10:26:41 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD0313C457 for ; Mon, 16 Apr 2007 10:26:41 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BF144456B1; Mon, 16 Apr 2007 12:26:39 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0F3FE4569A; Mon, 16 Apr 2007 12:26:36 +0200 (CEST) Date: Mon, 16 Apr 2007 12:26:23 +0200 From: Pawel Jakub Dawidek To: "Andrey V. Elsukov" Message-ID: <20070416102623.GF1068@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yH1ZJFh+qWm+VodA" Content-Disposition: inline In-Reply-To: <46234D8E.8020501@yandex.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Johan Hendriks , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 10:26:41 -0000 --yH1ZJFh+qWm+VodA Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 02:18:54PM +0400, Andrey V. Elsukov wrote: > Pawel Jakub Dawidek wrote: > >On Mon, Apr 16, 2007 at 10:16:48AM +0200, Johan Hendriks wrote: >=20 > >It works just fine here, so I'm afraid I need more info. Can you setup > >kernel dumps? >=20 > Some time ago i've reported about a similar problem: > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070789.html What was the panic message? PS. I'm still not able to reproduce it, even with snapdir=3Dvisible. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --yH1ZJFh+qWm+VodA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGI09PForvXbEpPzQRAvABAKDRRZZsB+HjCMFqLwmWrjpdGCaP+QCgkALF tBRcU3BcwGSIdY3vBlyyqng= =d7wq -----END PGP SIGNATURE----- --yH1ZJFh+qWm+VodA-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 10:28:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F6D816A403 for ; Mon, 16 Apr 2007 10:28:55 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08c.verio.de (mail08c.verio.de [213.198.55.118]) by mx1.freebsd.org (Postfix) with SMTP id AA36013C4AD for ; Mon, 16 Apr 2007 10:28:54 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx98.stngva01.us.mxservers.net (198.173.112.35) by mail08c.verio.de (RS ver 1.0.95vs) with SMTP id 2-0328779332 for ; Mon, 16 Apr 2007 06:28:53 -0400 (EDT) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx98.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id b4e43264.16345.067.mx98.stngva01.us.mxservers.net; Mon, 16 Apr 2007 06:22:03 -0400 (EDT) Received: (qmail 74315 invoked from network); 16 Apr 2007 10:28:51 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.131.180) by with SMTP; 16 Apr 2007 10:28:51 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3GASo1W010585 for ; Mon, 16 Apr 2007 12:28:50 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704161028.l3GASo1W010585@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-current@freebsd.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Apr 2007 12:28:50 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.5146094655; heur=0.500(0); stat=0.504; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Subject: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 10:28:55 -0000 I've now moved to using ZFS on my -current machine. Very nice not having to worry about the size of a FS. My box has 2GB of memory and an AMD64 X2 4200+. However, I've noticed some things which I find rather strange. I. My old setup looked like this: a) 2 36GB SCSI disks on AHC UFS/soft-updates - 80MB/s max. transfer rate. /usr/src was on one disk and /usr/obj on the other. b) 2 SATA1 drives hooked to AHC using SATA -> SCSI adapters GJOURNAL on top of UFS/soft-updates - also 80MB/s max. transfer. These were also mounted async. II. The new setup: a) 1 36GB SCSI drive hooked to AHC - UFS/soft-updates. /usr/src is on this disk. b) 2 500GB SATA1 drives ZFS-mirrored. One is hooked up to the MB and the other is hooked up to the AHC using a SATA -> SCSI adapter. c) 1 300GB and 1 160GB SATA drive ZFS-concatenated. One is hooked up to the MB and the other is hooked up to the AHC using a SATA -> SCSI adapter. /usr/obj is on this one. These are the same disks as in I(b). I've turned off atime and compression on all ZFS file systems. With the old setup I saw: a) ``make -j2 buildworld'' usually pegged the CPU at 97%. b) transferring data over NFS from a Linux client to this one pretty much always saturated the 100Mb/s link. With the new setup: a) ``make -j2 buildworld'' only reaches about 70% CPU load. Is ZFS stealing so much CPU? b) while transferring data from I(b) to II(b) I saw several hard hangs of the machine without any error messages or warnings (I was working on the console). The only recourse was a hard reset. It turned out that some directories were somehow pathological and the box always hung while trying to copy them (I made several attempts). The only solution was to delete these (fortunately unimportant) directories. c) transferring data over NFS from the same Linux client to this one (target II(c)) pretty much never saturates the 100Mb/s link. The CPU load wasn't all that high - maybe 3% or 4%. Is there any ZFS setting analogous to async which I could use to speed up transfers? -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 10:36:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA30816A400; Mon, 16 Apr 2007 10:36:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id E4EAD13C458; Mon, 16 Apr 2007 10:36:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:58386 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3588212AbXDPKgL (ORCPT + 1 other); Mon, 16 Apr 2007 14:36:11 +0400 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: bu7cher Message-ID: <46235199.2090302@yandex.ru> Date: Mon, 16 Apr 2007 14:36:09 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> In-Reply-To: <20070416102623.GF1068@garage.freebsd.pl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Johan Hendriks , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 10:36:17 -0000 Pawel Jakub Dawidek wrote: >> Some time ago i've reported about a similar problem: >> http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070789.html > > What was the panic message? This is trace from debugger entered via hotkey. There was no panic. > PS. I'm still not able to reproduce it, even with snapdir=visible. After i destroyed snapshot i can't reproduce this too. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 11:46:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7BEF16A401 for ; Mon, 16 Apr 2007 11:46:31 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id 3808C13C455 for ; Mon, 16 Apr 2007 11:46:31 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx78.stngva01.us.mxservers.net (204.202.242.149) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 3-0855413988 for ; Mon, 16 Apr 2007 13:46:29 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx78.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id ab063264.11621.116.mx78.stngva01.us.mxservers.net; Mon, 16 Apr 2007 07:40:42 -0400 (EDT) Received: (qmail 53208 invoked from network); 16 Apr 2007 11:46:27 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.131.180) by with SMTP; 16 Apr 2007 11:46:27 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3GBkQQi047570 for ; Mon, 16 Apr 2007 13:46:26 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704161146.l3GBkQQi047570@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-current@freebsd.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Apr 2007 13:46:26 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.5023916849; heur=0.500(0); stat=0.492; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 11:46:32 -0000 I wrote: > With the old setup I saw: > a) ``make -j2 buildworld'' usually pegged the CPU at 97%. > [snip] > With the new setup: > a) ``make -j2 buildworld'' only reaches about 70% CPU load. Is ZFS stealing > so much CPU? > This turned out to be a problem with SCHED_ULE. I was seeing cpu0 80% idle almost all the time. After switching to SCHED_4BSD I see both CPUs used to within about 5% of each other. SCHED_4BSD tends to use cpu1 more than cpu0. SCED_ULE exhibited the same behavior, but more dramatically. -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 13:47:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E085516A409 for ; Mon, 16 Apr 2007 13:47:43 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9BED613C4BB for ; Mon, 16 Apr 2007 13:47:43 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HdRAS-000PBl-2k for freebsd-current@freebsd.org; Mon, 16 Apr 2007 17:22:52 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HdRAp-00069R-6N for freebsd-current@freebsd.org; Mon, 16 Apr 2007 17:23:15 +0400 To: freebsd-current@freebsd.org From: Boris Samorodov Date: Mon, 16 Apr 2007 17:23:15 +0400 Message-ID: <43640332@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [nano] install error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:47:44 -0000 Hi! The latest -CURRENT (as of a couple of hours) builds and installs fine but nano does not install: ----- ===> usr.bin/lex/lib (install) install -C -o root -g wheel -m 444 libln_p.a /usr/obj/nanobsd.shared-console//_.w/usr/lib /usr/obj/nanobsd.shared-console//_.w/usr/lib/libl.a -> /usr/obj/nanobsd.shared-console//_.w/usr/lib/libln.a ln: /usr/obj/nanobsd.shared-console//_.w/usr/lib/libln.a: No such file or directory *** Error code 1 1 error *** Error code 2 1 error ----- Any help is appreciated. Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 14:11:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB2F216A403 for ; Mon, 16 Apr 2007 14:11:30 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 74C1813C465 for ; Mon, 16 Apr 2007 14:11:30 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HdRvV-000PQ1-A5 for freebsd-current@freebsd.org; Mon, 16 Apr 2007 18:11:29 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HdRvs-0006BG-HR for freebsd-current@freebsd.org; Mon, 16 Apr 2007 18:11:52 +0400 To: freebsd-current@freebsd.org References: <43640332@srv.sem.ipt.ru> From: Boris Samorodov Date: Mon, 16 Apr 2007 18:11:52 +0400 In-Reply-To: <43640332@srv.sem.ipt.ru> (Boris Samorodov's message of "Mon, 16 Apr 2007 17:23:15 +0400") Message-ID: <11487415@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [nano] install error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 14:11:30 -0000 On Mon, 16 Apr 2007 17:23:15 +0400 Boris Samorodov wrote: > The latest -CURRENT (as of a couple of hours) builds and installs fine > but nano does not install: > ----- > ===> usr.bin/lex/lib (install) > install -C -o root -g wheel -m 444 libln_p.a /usr/obj/nanobsd.shared-console//_.w/usr/lib > /usr/obj/nanobsd.shared-console//_.w/usr/lib/libl.a -> /usr/obj/nanobsd.shared-console//_.w/usr/lib/libln.a > ln: /usr/obj/nanobsd.shared-console//_.w/usr/lib/libln.a: No such file or directory > *** Error code 1 > 1 error > *** Error code 2 > 1 error > ----- Forgot to say, this is my first attempt to build nano. ;-) I use the configuration file for building nano taken from http://www.freebsd.org/doc/en_US.ISO8859-1/articles/nanobsd/article.html (2.3.3 Configuration file example) except 'NANO_NAME=shared-console'. > Any help is appreciated. Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 14:09:10 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DA2A16A400 for ; Mon, 16 Apr 2007 14:09:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F12BD13C48C for ; Mon, 16 Apr 2007 14:09:09 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id AFFE36CC; Mon, 16 Apr 2007 08:41:19 -0500 (CDT) Date: Mon, 16 Apr 2007 08:41:19 -0500 To: ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20070416134119.GA24748@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 16 Apr 2007 14:24:56 +0000 Cc: bugmeister@FreeBSD.org Subject: [HEADSUP] please avoid using send-pr for the moment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 14:09:10 -0000 spamassassin has crashed on hub.freebsd.org, which means that all incoming email for GNATS is just winding up in the spam directory. I have processed all the queued followup mail, but I cannot resubmit new PRs until spamassassin is restarted. Please do not send duplicates if you have already gotten a bounce message; the messages are in the queue waiting to be hand-processed. I'll send an all-clear when the situation is resolved. Thanks for your patience. Mark Linimon for bugmeister@ From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 15:28:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB24A16A403 for ; Mon, 16 Apr 2007 15:28:02 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 7077B13C465 for ; Mon, 16 Apr 2007 15:28:01 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HdT7U-000Php-M6 for freebsd-current@freebsd.org; Mon, 16 Apr 2007 19:27:56 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HdT7s-0006Db-3J for freebsd-current@freebsd.org; Mon, 16 Apr 2007 19:28:20 +0400 To: freebsd-current@freebsd.org References: <43640332@srv.sem.ipt.ru> <11487415@srv.sem.ipt.ru> From: Boris Samorodov Date: Mon, 16 Apr 2007 19:28:20 +0400 In-Reply-To: <11487415@srv.sem.ipt.ru> (Boris Samorodov's message of "Mon, 16 Apr 2007 18:11:52 +0400") Message-ID: <45402827@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [nano] install error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 15:28:03 -0000 On Mon, 16 Apr 2007 18:11:52 +0400 Boris Samorodov wrote: > On Mon, 16 Apr 2007 17:23:15 +0400 Boris Samorodov wrote: > > The latest -CURRENT (as of a couple of hours) builds and installs fine > > but nano does not install: > > ----- > > ===> usr.bin/lex/lib (install) > > install -C -o root -g wheel -m 444 libln_p.a /usr/obj/nanobsd.shared-console//_.w/usr/lib > > /usr/obj/nanobsd.shared-console//_.w/usr/lib/libl.a -> /usr/obj/nanobsd.shared-console//_.w/usr/lib/libln.a > > ln: /usr/obj/nanobsd.shared-console//_.w/usr/lib/libln.a: No such file or directory > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > ----- > Forgot to say, this is my first attempt to build nano. ;-) > I use the configuration file for building nano taken from > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/nanobsd/article.html > (2.3.3 Configuration file example) except 'NANO_NAME=shared-console'. Found this http://lists.freebsd.org/pipermail/freebsd-current/2006-September/065905.html I'll give it a try. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 16:59:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94A6E16A401 for ; Mon, 16 Apr 2007 16:59:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 438A013C448 for ; Mon, 16 Apr 2007 16:59:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F374646DE4; Mon, 16 Apr 2007 12:59:02 -0400 (EDT) Date: Mon, 16 Apr 2007 17:59:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: LI Xin In-Reply-To: <46231B1B.6050600@delphij.net> Message-ID: <20070416175748.C56064@fledge.watson.org> References: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> <46231258.5070208@elischer.org> <46231B1B.6050600@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: clsung@freebsd.org, Rong-en Fan , Julian Elischer , current@freebsd.org Subject: Re: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 16:59:04 -0000 On Mon, 16 Apr 2007, LI Xin wrote: > Julian Elischer wrote: > [...] >> how about ONLY showing processes in a particular jail? > > What about just 'jexec N top'? :-) Currently top(1) has no ability to attach > particular jail to do things like obtaining usernames from within a jail. > Personally I think the jexec approach is more useful because it can reveal > usernames within the jail. Be aware that if you run the jail's version of top inside the jail, then the output of top can be controlled by processes in the jail. Running top from outside the jail limits the ways in which processes inside jail can manipulate the monitoring tool. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 17:43:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 151CE16A406 for ; Mon, 16 Apr 2007 17:43:55 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp807.mail.ird.yahoo.com (smtp807.mail.ird.yahoo.com [217.146.188.67]) by mx1.freebsd.org (Postfix) with SMTP id 321F413C465 for ; Mon, 16 Apr 2007 17:43:52 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 41468 invoked from network); 16 Apr 2007 17:17:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Disposition:Message-Id:Content-Type:Content-Transfer-Encoding; b=xR6VKYv9uJWHNPOaXXGlxgWbRxokR+4hMjT3fWUdt87s8N6SVoUWuSjkAanMqMF7n405lEUc2f8Tz/vvLt+wKOHlAH3vAoCL4y4x56ajo7MMSU8HIISqRufbKR+oYJzDeKjbGTUYTN/T1mbbk/VFOzOdPKggKZnQzaP6XT6YDUA= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.53.159 with login) by smtp807.mail.ird.yahoo.com with SMTP; 16 Apr 2007 17:17:12 -0000 X-YMail-OSG: vCU8xMkVM1mhNZLjk4_t8udHUSDku_EdEU_JbFSrph58VRXFK7xyJVzgAabUH_l9WdX6Oj5uBw-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 16 Apr 2007 18:17:12 +0100 User-Agent: KMail/1.9.6 References: <200704161028.l3GASo1W010585@peedub.jennejohn.org> In-Reply-To: <200704161028.l3GASo1W010585@peedub.jennejohn.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200704161817.12442.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 17:43:55 -0000 On Monday 16 April 2007 11:28:50 Gary Jennejohn wrote: > > Is there any ZFS setting analogous to async which I could use to speed up > transfers? My system shows significant worse performance with ZFS - I suspect that this is because the devices are part of a ATAPI-RAID 0 already but here is the story - A UFS + Softupdates - make -j 4 buildworld - app. 24 Min (Debugging kernel) ZFS same command but with usr/obj on ZFS make -j 4 buildworld - app. 1h12m The weird thing is that one sees some fantastic peak transfer numbers e.g. up to 112MB/s - Compression is off From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 18:49:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB9016A402 for ; Mon, 16 Apr 2007 18:49:12 +0000 (UTC) (envelope-from emaste@phaedrus.sandvine.ca) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id CDC2313C457 for ; Mon, 16 Apr 2007 18:49:11 +0000 (UTC) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 16 Apr 2007 14:22:37 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 3EF6F115FC; Mon, 16 Apr 2007 14:22:37 -0400 (EDT) Date: Mon, 16 Apr 2007 14:22:37 -0400 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20070416182237.GA51968@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 16 Apr 2007 18:22:37.0427 (UTC) FILETIME=[35F5FC30:01C78054] Subject: ACPI related LOR and panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 18:49:12 -0000 After upgrading my laptop to -CURRENT as of last Friday I get the LOR and panic below. The previous kernel was from Feb. 14th and is fine. Sleeping on "acsem" with the following non-sleepable locks held: exclusive sleep mutex ACPI EC lock r = 0 (0xc2eb4db4) locked @ /d2/emaste/HEAD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:323 exclusive sleep mutex acpi subsystem GPE lock r = 0 (0xc2e8db00) locked @ /d2/emaste/HEAD/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:377 KDB: stack backtrace: db_trace_self_wrapper(c094e32c) at db_trace_self_wrapper+0x25 kdb_backtrace(2,c2e886c0,c2e89360,0,d4f44b88,...) at kdb_backtrace+0x29 witness_warn(5,c2e8d980,c094bc26,c0d4a56b) at witness_warn+0x192 _sleep(c2e8d980,c2e8d980,100,c0d4a56b,0,...) at _sleep+0x42 AcpiOsWaitSemaphore(c2e8d980,1,ffff,c2e8da00,15,...) at AcpiOsWaitSemaphore+0x140 AcpiExSystemWaitSemaphore(c2e8d980,ffff,d4f44c38,c0d1e189,3e8,...) at AcpiExSystemWaitSemaphore+0x41 AcpiEvAcquireGlobalLock(3e8,3e8,c2eb4dd0,d4f44c54,c0d1b8ce,...) at AcpiEvAcquireGlobalLock+0x5e AcpiExAcquireMutexObject(3e8,c2e8da00,15,0,c2eb4d80,...) at AcpiExAcquireMutexObject+0x6d AcpiAcquireGlobalLock(3e8,c2eb4dd0,c2e8b06c,9,c2eaca9b,...) at AcpiAcquireGlobalLock+0x2e EcGpeHandler(c2eb4d80,1,c2eacac0,d4f44cbc,c0d19862,...) at EcGpeHandler+0xfa AcpiEvGpeDispatch(c2e8b06c,9,1b,1,0,...) at AcpiEvGpeDispatch+0x9b AcpiEvGpeDetect(c2e790a0,c2eac9c0,d4f44ce4,c06ab63d,c2e790a0,...) at AcpiEvGpeDetect+0xd2 AcpiEvSciXruptHandler(c2e790a0) at AcpiEvSciXruptHandler+0x13 ithread_execute_handlers(c2e886c0,c2d9c000) at ithread_execute_handlers+0x121 ithread_loop(c2e790b0,d4f44d38) at ithread_loop+0x67 fork_exit(c06ab6fc,c2e790b0,d4f44d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd4f44d70, ebp = 0 --- panic: Trying sleep, but thread marked as sleeping prohibited - Ed From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 19:05:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6B8016A402 for ; Mon, 16 Apr 2007 19:05:56 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n8.bullet.re3.yahoo.com (n8.bullet.re3.yahoo.com [68.142.237.93]) by mx1.freebsd.org (Postfix) with SMTP id 84E9013C468 for ; Mon, 16 Apr 2007 19:05:56 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.230.29] by n8.bullet.re3.yahoo.com with NNFMP; 16 Apr 2007 19:05:56 -0000 Received: from [66.196.101.132] by t2.bullet.re2.yahoo.com with NNFMP; 16 Apr 2007 19:05:56 -0000 Received: from [127.0.0.1] by rrr3.mail.re1.yahoo.com with NNFMP; 16 Apr 2007 19:05:55 -0000 Received: (qmail 45918 invoked by uid 60001); 16 Apr 2007 19:05:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=GueSyWzorRysDlIVizSVU2TYPIfC8nrBC4c5ISQpjMNvGF0hnbhT9wiBNqtYZAS1ahNY+p5fzOOv3C+TylIC6aMYS1+HCfH8oEGePwfD3Tn2cWpSDBJQXOQ8/bWBCbCxCQYsAiXmMhNdKBSYFaZbKYybsCDHV0FvA4ej+aBTTOs=; X-YMail-OSG: IVMwrtwVM1lNKrPuLTK_.7XbOHbt0yJeMx_CJoI_F_zmYSbRQ8RSGvitr2meg5Hl.RbktHNWaeOVQACfuswmRRfKKaOVv54IuF8- Received: from [201.58.251.2] by web63712.mail.re1.yahoo.com via HTTP; Mon, 16 Apr 2007 12:05:55 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Mon, 16 Apr 2007 12:05:55 -0700 (PDT) From: Joerg t To: Thomas Sparrevohn , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <804570.45403.qm@web63712.mail.re1.yahoo.com> Message-ID: <981946.12025.bm@rrr3.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 981946.12025.bm@rrr3.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Cc: Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 19:05:56 -0000 > My system shows significant worse performance with ZFS - I suspect that this > is because the devices are part of a ATAPI-RAID 0 already > but here is the story - A > UFS + Softupdates - > make -j 4 buildworld - app. 24 Min (Debugging kernel) > ZFS same command but with usr/obj on ZFS > make -j 4 buildworld - app. 1h12m > The weird thing is that one sees some fantastic peak transfer numbers e.g. > up to 112MB/s - Compression is off I'm also seeing a very odd behavior regarding memory consumption, with src and obj under zfs (different filesystems, same pool, compression off) the system begin to wire all memory and swap tops 1GB. Maybe there's something trashing memory on zfs ? this is a 1GB pentium 4 HT enabled box. building a debug enabled kernel to help figure things out. _______________________________________________ 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" __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 19:21:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 942A116A403 for ; Mon, 16 Apr 2007 19:21:54 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp810.mail.ird.yahoo.com (smtp810.mail.ird.yahoo.com [217.146.188.70]) by mx1.freebsd.org (Postfix) with SMTP id E5E4713C455 for ; Mon, 16 Apr 2007 19:21:53 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 17969 invoked from network); 16 Apr 2007 19:21:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=NGZaWzIK9Ajnc8MCovXxf6ISRm4v8IOY8IiTwcYxH5Z1NT7fcOHKlB9ZPLG9wtOM2j7olx/v3tSzGl1s7FZeD0ff/niXZO4yDAHbnhDhNtxpT8Y6iL2JC0laEzeelVmtChUQ0f4ItBe4tilf/8QC61Ms7q1bFCT9vWCmXtlQ0Dk= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.53.159 with login) by smtp810.mail.ird.yahoo.com with SMTP; 16 Apr 2007 19:21:52 -0000 X-YMail-OSG: oDGXA4MVM1kclb.te88BlpY7LgENyWXH9_ddpueWw5_TCcy_e6G5Yt6xT5M.LcBPsdHX0F_Vdw-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 16 Apr 2007 20:21:51 +0100 User-Agent: KMail/1.9.6 References: <804570.45403.qm@web63712.mail.re1.yahoo.com> In-Reply-To: <804570.45403.qm@web63712.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704162021.51678.Thomas.Sparrevohn@btinternet.com> Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 19:21:54 -0000 On Monday 16 April 2007 20:05:55 Joerg t wrote: > > I'm also seeing a very odd behavior regarding memory consumption, > with src and obj under zfs (different filesystems, same pool, compression > off) the system begin to wire all memory and swap tops 1GB. Maybe there's > something trashing memory on zfs ? > There is something weird - Just ran same test again to see whether it was a fluke - it still take 1h12 - however I saw the oppersite of Joerg. The "systat -vm" Freemem was permently on 2,2GB - this on a 4GB system that normally shows a 1,2GB - or less after a buildworld. hmm. Pawel are there tests that can help? From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 18:28:54 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6EED16A400; Mon, 16 Apr 2007 18:28:54 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A91B013C448; Mon, 16 Apr 2007 18:28:54 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 0FB9CA34; Mon, 16 Apr 2007 13:28:54 -0500 (CDT) Date: Mon, 16 Apr 2007 13:28:54 -0500 To: Mark Linimon Message-ID: <20070416182854.GB2688@soaustin.net> References: <20070416134119.GA24748@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070416134119.GA24748@soaustin.net> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 16 Apr 2007 19:37:17 +0000 Cc: ports@FreeBSD.org, current@FreeBSD.org, bugmeister@FreeBSD.org Subject: Re: [HEADSUP] please avoid using send-pr for the moment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 18:28:54 -0000 It's now clear to send PRs again. It will take a little while to clear out the backlog. mcl From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 19:37:28 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F87A16A401; Mon, 16 Apr 2007 19:37:28 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id F169E13C45B; Mon, 16 Apr 2007 19:37:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5072A1A4D82; Mon, 16 Apr 2007 12:37:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6012B513AE; Mon, 16 Apr 2007 15:37:27 -0400 (EDT) Date: Mon, 16 Apr 2007 15:37:27 -0400 From: Kris Kennaway To: current@FreeBSD.org, net@FreeBSD.org Message-ID: <20070416193727.GA66684@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: andre@FreeBSD.org Subject: Page fault in syncache_drop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 19:37:28 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 8-core amd64, up-to-date CVS sources Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff803134b4 stack pointer = 0x10:0xffffffffabe09890 frame pointer = 0x10:0xffffffffabe098a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 37 (irq31: bge0) [thread pid 37 tid 100043 ] Stopped at syncache_drop+0x4: cmpq $0,(%rdi) db> wh Tracing pid 37 tid 100043 td 0xffffff00b9409580 syncache_drop() at syncache_drop+0x4 syncache_add() at syncache_add+0x263 tcp_input() at tcp_input+0x7e0 ip_input() at ip_input+0x69d netisr_dispatch() at netisr_dispatch+0x51 ether_demux() at ether_demux+0x19f ether_input() at ether_input+0x3a8 bge_rxeof() at bge_rxeof+0x3ad bge_intr() at bge_intr+0x11b ithread_execute_handlers() at ithread_execute_handlers+0x15d ithread_loop() at ithread_loop+0x69 fork_exit() at fork_exit+0x93 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffabe09d30, rbp = 0 --- Kris --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGI9B3Wry0BWjoQKURAljXAJ9zQwkC6EWiS/48WFLL0v59yp/o0gCfSk++ TpLPUi/d+hofVtJl4OE8slA= =xNoL -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 19:36:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8828516A403 for ; Mon, 16 Apr 2007 19:36:15 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id E1DEA13C46E for ; Mon, 16 Apr 2007 19:36:14 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 1042 invoked by uid 89); 16 Apr 2007 19:09:49 -0000 Received: by simscan 1.1.0 ppid: 1036, pid: 1038, t: 3.1086s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1180 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on superman.superhero.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 Received: from unknown (HELO batman.superhero.nl) (gelsemap@10.202.77.88) by superman.superhero.nl with SMTP; 16 Apr 2007 19:09:46 -0000 From: "Gelsema, P (Patrick)" To: sos@freebsd.org, ed@fxq.nl, freebsd-current@freebsd.org, jroberson@chesapeake.net Date: Mon, 16 Apr 2007 21:09:29 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8005941.mfeaf9OxFh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704162109.34553.gelsemap@superhero.nl> X-Mailman-Approved-At: Mon, 16 Apr 2007 19:39:52 +0000 Cc: Subject: Follow up: Support for nVidia MCP61 (S)ATA controllers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 19:36:15 -0000 --nextPart8005941.mfeaf9OxFh Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I just bought a Asus M2N motherboard with the MCP61 controllers. With both= =20 =46reebsd 6.2 and Freebsd 7.0-Current-200704 the SATA controllers do not ge= t=20 identified. When I patch the src with the below mentioned path they do get found. However when running the dd if=3D/dev/zero of=3D/sata2/test I do not get mo= re than=20 35387643 bytes/sec. This figure is the same as before the patch. I also have problems trying to get the networkcard running. Did anyone have= =20 luck with this? This would make it easier to get messages/debug and=20 pciconf -lv across. Rgds, Patrick On Tue, 23 jan 2007, Jeff Roberson wrote: > > Soren maintains the ata code. I just forwarded this message to him to > make sure he sees it. > > Thanks for the report, > Jeff > > On Tue, 23 Jan 2007, Ed Schouten wrote: > > Hello, > > > > A classmate of mine has recently purchased a motherboard with an nVidia > > MCP61 chipset. Because the chipset isn't listed in the FreeBSD ATA code > > yet, all his disks use UDMA33. We performed some tests and the following > > patch causes his ATA controller to run at UDMA133 and his harddisks at > > SATA300. > > > > http://g-rave.nl/junk/freebsd-ata-mcp61.diff > > > > Could this patch be integrated with FreeBSD CURRENT? If so: could it be > > MFC'd as well? > > > > -- > > Ed Schouten > > WWW: http://g-rave.nl/ --nextPart8005941.mfeaf9OxFh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGI8nuKz+4Gcg+TBERAh9jAJ9JrLubVG6KVeCwWMpHSODNxUdjcgCgybci sPrHHJpULprXLAgOV0uon4Q= =zT7g -----END PGP SIGNATURE----- --nextPart8005941.mfeaf9OxFh-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 20:02:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A11DC16A403 for ; Mon, 16 Apr 2007 20:02:53 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0E713C46A for ; Mon, 16 Apr 2007 20:02:53 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from [209.131.110.155] by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HdXQH-0009Xm-WF; Mon, 16 Apr 2007 13:03:38 -0700 In-Reply-To: <88302561@srv.sem.ipt.ru> References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> <88302561@srv.sem.ipt.ru> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <202BD27D-1EE1-46F5-A910-310C4E05E5B9@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Mon, 16 Apr 2007 13:02:09 -0700 To: Boris Samorodov X-Mailer: Apple Mail (2.752.3) Cc: adam radford , current@freebsd.org, Mike Tancsa Subject: Re: twa crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 20:02:53 -0000 Hey Boris, We've got nothing but problems with these 3ware adapters under 7.0, in 6.2 we have very stable systems but it seems to be a complete mess on 7.0. Who should I contact at 3ware to get someone looking at this? -B On Apr 14, 2007, at 11:12 AM, Boris Samorodov wrote: > deletting freebsd@bitfreak.org from the CC list as he asked > On Sat, 14 Apr 2007 10:56:41 -0700 Barrett Lyon wrote: > >> I'm getting constant twa failures on HEAD, I have several of the same >> servers with the most up-to-date firmware and on heavy disk IO they >> just crash with looping reset messages. This is not on a single >> machine, it happens on all of my 7.0 TWA machines, but not in 6.2: > >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = >> 0xffffffff80e46de0 >> twa0: INFO: (0x16: 0x1108): Resetting controller...: >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=5 >> twa0: INFO: (0x16: 0x1107): Controller reset done!: >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = >> 0xffffffff80e45680 >> twa0: INFO: (0x16: 0x1108): Resetting controller...: >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=6 >> twa0: INFO: (0x16: 0x1107): Controller reset done!: > > Please, give some some information (uname -a, dmesg | grep twa) as > well as information about the twa driver. Did you use the patch I > published at: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106488 > > BTW, I can't even load the twa driver with those patches at -current > (the kernel panics). > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 20:11:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B42D16A407 for ; Mon, 16 Apr 2007 20:11:41 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD6413C468 for ; Mon, 16 Apr 2007 20:11:41 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HdXXx-00014c-6Z; Tue, 17 Apr 2007 00:11:33 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HdXYL-0006Vg-CP; Tue, 17 Apr 2007 00:11:57 +0400 To: Barrett Lyon References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> <88302561@srv.sem.ipt.ru> <202BD27D-1EE1-46F5-A910-310C4E05E5B9@blyon.com> From: Boris Samorodov Date: Tue, 17 Apr 2007 00:11:57 +0400 In-Reply-To: <202BD27D-1EE1-46F5-A910-310C4E05E5B9@blyon.com> (Barrett Lyon's message of "Mon, 16 Apr 2007 13:02:09 -0700") Message-ID: <13245810@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: adam radford , current@freebsd.org, Mike Tancsa Subject: Re: twa crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 20:11:41 -0000 On Mon, 16 Apr 2007 13:02:09 -0700 Barrett Lyon wrote: > We've got nothing but problems with these 3ware adapters under 7.0, > in 6.2 we have very stable systems but it seems to be a complete mess > on 7.0. Who should I contact at 3ware to get someone looking at > this? Don't know. BTW I'm not sure if they would like to deal with unstable source tree... > On Apr 14, 2007, at 11:12 AM, Boris Samorodov wrote: > > deletting freebsd@bitfreak.org from the CC list as he asked > > On Sat, 14 Apr 2007 10:56:41 -0700 Barrett Lyon wrote: > > > >> I'm getting constant twa failures on HEAD, I have several of the same > >> servers with the most up-to-date firmware and on heavy disk IO they > >> just crash with looping reset messages. This is not on a single > >> machine, it happens on all of my 7.0 TWA machines, but not in 6.2: > > > >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = > >> 0xffffffff80e46de0 > >> twa0: INFO: (0x16: 0x1108): Resetting controller...: > >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=5 > >> twa0: INFO: (0x16: 0x1107): Controller reset done!: > >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = > >> 0xffffffff80e45680 > >> twa0: INFO: (0x16: 0x1108): Resetting controller...: > >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=6 > >> twa0: INFO: (0x16: 0x1107): Controller reset done!: > > > > Please, give some some information (uname -a, dmesg | grep twa) as > > well as information about the twa driver. Did you use the patch I > > published at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106488 > > > > BTW, I can't even load the twa driver with those patches at -current > > (the kernel panics). > > > > > > WBR > > -- > > Boris Samorodov (bsam) > > Research Engineer, http://www.ipt.ru Telephone & Internet SP > > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > > _______________________________________________ > > 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" WBR -- bsam Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 22:46:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B48F16A402 for ; Mon, 16 Apr 2007 22:46:53 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id D50B013C458 for ; Mon, 16 Apr 2007 22:46:52 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so11930ugh for ; Mon, 16 Apr 2007 15:46:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dpEeCe8peQp44BDg7dusWrFacvs1Tbo3LbEFZPV7DVDh7JsCHxyggQ2bagwaiDyEW7f7X/YFNAffQEnpKJg6ynxva5S52y5AnlpAROATh2mmen7nUMiWZJfbz8QtVN1ulBv3TGLlDCOmL89mNumbZZCCVUxGkS2kXo2MFP++hwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r6APVuZdDryZ8BNnvrEw4FeqPOpTYe20qBzfYs32FREr+UzCcy/YulFvRXmeemFREoZWHwfcF5d8ZdEmQDVRgI9n8CnLG3j4K4nJXg8eywdxZQ4dVGsAizFMBoEVEP4fIty+EeBUVaLfmKP3Bvr1aKlFGbCZjnQmOTqwJ4tlZRw= Received: by 10.78.158.11 with SMTP id g11mr1189572hue.1176763611422; Mon, 16 Apr 2007 15:46:51 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Mon, 16 Apr 2007 15:46:51 -0700 (PDT) Message-ID: <70e8236f0704161546h4d6f5c1y6c7402bc779e548@mail.gmail.com> Date: Mon, 16 Apr 2007 23:46:51 +0100 From: "Joao Barros" To: "Joerg t" In-Reply-To: <804570.45403.qm@web63712.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <804570.45403.qm@web63712.mail.re1.yahoo.com> Cc: Thomas Sparrevohn , freebsd-current@freebsd.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 22:46:53 -0000 On 4/16/07, Joerg t wrote: > > My system shows significant worse performance with ZFS - I suspect that this > > is because the devices are part of a ATAPI-RAID 0 already > > > but here is the story - A > > > UFS + Softupdates - > > > make -j 4 buildworld - app. 24 Min (Debugging kernel) > > > ZFS same command but with usr/obj on ZFS > > > make -j 4 buildworld - app. 1h12m > > > The weird thing is that one sees some fantastic peak transfer numbers e.g. > > up to 112MB/s - Compression is off > > I'm also seeing a very odd behavior regarding memory consumption, > with src and obj under zfs (different filesystems, same pool, compression off) the system begin to wire all memory and swap tops 1GB. Maybe there's something trashing memory on zfs ? > > this is a 1GB pentium 4 HT enabled box. > building a debug enabled kernel to help figure things out. > UFS with SoftUpdates on a ad0 ATA/ATAPI revision 6 20GB make buildkernel : 23.5 mins ZFS with compresson=gzip on 4x 320GB SATA RAIDZ make buildkernel: 27.5 mins systat -vm output after making the kernel on the ZFS volume: Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 21884 2928 91768 4968 818472 count All 189320 4484 2230492 8592 pages This is on: FreeBSD 7.0-CURRENT #5: Tue Apr 10 00:06:35 WEST 2007 root@xeon.bsdtech.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3073.65-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1072562176 (1022 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 With HTT enabled -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 20:47:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5441016A400 for ; Mon, 16 Apr 2007 20:47:29 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id AB1FD13C457 for ; Mon, 16 Apr 2007 20:47:28 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 4731 invoked by uid 89); 16 Apr 2007 20:47:44 -0000 Received: by simscan 1.1.0 ppid: 4725, pid: 4727, t: 3.1267s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1180 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on superman.superhero.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 Received: from unknown (HELO batman.superhero.nl) (gelsemap@10.202.77.88) by superman.superhero.nl with SMTP; 16 Apr 2007 20:47:41 -0000 From: "Gelsema, P (Patrick)" To: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Date: Mon, 16 Apr 2007 22:47:24 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2669217.BftJGTctvS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704162247.29909.gelsemap@superhero.nl> X-Mailman-Approved-At: Mon, 16 Apr 2007 22:59:47 +0000 Cc: Subject: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 20:47:29 -0000 --nextPart2669217.BftJGTctvS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Goodevening lists, I am toying with Freebsd 7 to see if it will and how it runs on my new Asus= =20 M2N mainboard. One of the things I noticed is that when running=20 7.0-Current-200704 the throughput of the SCSI drive seems halved. When=20 running 6.2 throughput is doubled/normal. Throughput is measured with the following command. dd if=3D/dev/zero of=3D/usr/test where /usr resides on da0s1f On 7.0 I get about 33MB/sec On 6.2 I get about 69Mb/sec I did not make any changes, installation is fresh from CD with Minimal as=20 distribution. As the NIC is not yet supported by Freebsd and I haven't got it working yet= =20 (need to get a supported nic in, hopefully tomorrow or the day after) I can= =20 only provide the below information. I had to type it reading it from anothe= r=20 console :( (this also means that I cannot CVS atm) If I need to raise a PR or something else for this please let me know, as I= am=20 new to this process. If you require more information please let me know as= =20 well, I am happy to provide. Kind regards, Patrick Gelsema __________________________________ System Details: mainboard: Asus M2N processor: AMD Athlon 64X2 4800+ memory: 2GB chipset: NVidia MCP6 logs read from console when running: 7.0-Current-200704 ahd0: port 0xe800-0xe8ff,0xe400-0xe4= ff=20 mem 0xdd7fe000-0xdd7fffff irq 16 at devuce 10.0 on pci1 ahd0: [GIANT-LOCKED] ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs da0 at ahd0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) da0: Command Queueing Enabled da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) logs read from console when running: 6.2 Release #0 ahd0: port 0xe800-0xe8ff,0xe400-0xe4= ff=20 mem 0xdd7fe000-0xdd7fffff irq 16 at devuce 10.0 on pci1 ahd0: [GIANT-LOCKED] ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs da0 at ahd0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16 bit), Tagged Queue= ing=20 Enabled da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) --nextPart2669217.BftJGTctvS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGI+DhKz+4Gcg+TBERApzjAJ9KUQZWgpcRDTXxSBJUxK/UYWMyuACgxfvO dEntQFGq52hVCbGLsLs6DtQ= =cgWW -----END PGP SIGNATURE----- --nextPart2669217.BftJGTctvS-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 23:03:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E76216A417; Mon, 16 Apr 2007 23:03:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5968313C4D9; Mon, 16 Apr 2007 23:03:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 53ACD1A4D8C; Mon, 16 Apr 2007 16:03:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 22934513F4; Mon, 16 Apr 2007 19:03:23 -0400 (EDT) Date: Mon, 16 Apr 2007 19:03:23 -0400 From: Kris Kennaway To: "Gelsema, P (Patrick)" Message-ID: <20070416230322.GA69661@xor.obsecurity.org> References: <200704162247.29909.gelsemap@superhero.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <200704162247.29909.gelsemap@superhero.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Apr 2007 23:03:24 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 10:47:24PM +0200, Gelsema, P (Patrick) wrote: > Goodevening lists, >=20 > I am toying with Freebsd 7 to see if it will and how it runs on my new As= us=20 > M2N mainboard. One of the things I noticed is that when running=20 > 7.0-Current-200704 the throughput of the SCSI drive seems halved. When=20 > running 6.2 throughput is doubled/normal. >=20 > Throughput is measured with the following command. >=20 > dd if=3D/dev/zero of=3D/usr/test > where /usr resides on da0s1f >=20 > On 7.0 I get about 33MB/sec > On 6.2 I get about 69Mb/sec >=20 > I did not make any changes, installation is fresh from CD with Minimal as= =20 > distribution. Apparently you weren't paying attention during boot, because 7.0 ships with heavy debugging options enabled, and tells you about it up front: "WARNING: WITNESS option enabled, expect reduced performance.\n"; Recompile your kernel with debugging options disabled before making performance comparisons. Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJAC6Wry0BWjoQKURAv0sAJ0dd0PPYZ+8Dk6aFgZJJI9tJGH51wCg7S2T DBOgChfHDflj992dewZge+4= =7Jg8 -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 00:04:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBCD916A402 for ; Tue, 17 Apr 2007 00:04:39 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n7.bullet.re3.yahoo.com (n7.bullet.re3.yahoo.com [68.142.237.92]) by mx1.freebsd.org (Postfix) with SMTP id 9C89E13C4BA for ; Tue, 17 Apr 2007 00:04:39 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.237.90] by n7.bullet.re3.yahoo.com with NNFMP; 17 Apr 2007 00:04:39 -0000 Received: from [66.196.101.132] by t6.bullet.re3.yahoo.com with NNFMP; 17 Apr 2007 00:04:39 -0000 Received: from [127.0.0.1] by rrr3.mail.re1.yahoo.com with NNFMP; 17 Apr 2007 00:04:39 -0000 Received: (qmail 54633 invoked by uid 60001); 17 Apr 2007 00:04:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=vTFFZkXQcTR31dXqdNoezvupShQNapKp4/FRlAkYGyNVrYZykUeDuH0H9I4xZThQuLKrT7/2GYP9JIip1iHiBPVI4edcI6LJtoZC7YioFThsCNV8hNOQqsy0oZN7Ohuy6HhTQZCuKYkOoW6TFeTGGAybW6Z/jvYW4UJ93gk1ctw=; X-YMail-OSG: cbHgxwQVM1mz6GuiirCgVPQ1hBMURyl1Gy2TIpMskyD9R.2uds3u8TMKWldzK2D.CfXDxhpHuFQTDqRlMOr7TVZE6ZstK1Zzpxyo Received: from [201.58.251.2] by web63712.mail.re1.yahoo.com via HTTP; Mon, 16 Apr 2007 17:04:38 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Mon, 16 Apr 2007 17:04:38 -0700 (PDT) From: Joerg t To: Thomas Sparrevohn , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <918096.41896.qm@web63712.mail.re1.yahoo.com> Message-ID: <128322.54576.bm@rrr3.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 128322.54576.bm@rrr3.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Cc: pjd@freebsd.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 00:04:40 -0000 > There is something weird - Just ran same test again to see whether it > was a fluke - it still take 1h12 - however I saw the oppersite of Joerg. > The "systat -vm" Freemem was permently on 2,2GB - this on a 4GB > system that normally shows a 1,2GB - or less after a buildworld. > hmm. Pawel are there tests that can help? also how can we determine the real memory consumption by zfs,arc and his vfs cache share ? how can we precisely instrument zfs ? i am experiencing very high memory usage on all of my four boxes with zfs, some eventually panic or lockup on higher load patterns because of this. disabling zfs bring them to normal behaviour. thanks for all our work on bringing zfs to FreeBSD Pawel, zfs is really nice! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 00:11:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4951516A407 for ; Tue, 17 Apr 2007 00:11:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id D405213C46A for ; Tue, 17 Apr 2007 00:11:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 754BF487F2; Tue, 17 Apr 2007 02:11:17 +0200 (CEST) Received: from localhost (public-gprs44775.centertel.pl [91.94.47.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4C08245683; Tue, 17 Apr 2007 02:11:00 +0200 (CEST) Date: Tue, 17 Apr 2007 02:10:29 +0200 From: Pawel Jakub Dawidek To: Thomas Sparrevohn Message-ID: <20070417001029.GA3781@garage.freebsd.pl> References: <804570.45403.qm@web63712.mail.re1.yahoo.com> <200704162021.51678.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <200704162021.51678.Thomas.Sparrevohn@btinternet.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 00:11:19 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 08:21:51PM +0100, Thomas Sparrevohn wrote: > On Monday 16 April 2007 20:05:55 Joerg t wrote: >=20 > > > > I'm also seeing a very odd behavior regarding memory consumption, > > with src and obj under zfs (different filesystems, same pool, compressi= on > > off) the system begin to wire all memory and swap tops 1GB. Maybe there= 's > > something trashing memory on zfs ? > > >=20 > There is something weird - Just ran same test again to see whether it > was a fluke - it still take 1h12 - however I saw the oppersite of Joerg. > The "systat -vm" Freemem was permently on 2,2GB - this on a 4GB > system that normally shows a 1,2GB - or less after a buildworld. >=20 > hmm. Pawel are there tests that can help?=20 You results are quite surprising. In my tests: CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 Features=3D0xbfebfbff Features2=3D0x649d AMD Features=3D0x20000000 Logical CPUs per core: 2 real memory =3D 1065242624 (1015 MB) avail memory =3D 1032900608 (985 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Doing 'make -j4 buildworld': UFS+SU+noatime: 3335,72 real 3999,41 user 522,16 sys ZFS+noatime: 3604,06 real 3943,14 user 923,60 sys ZFS+noatime+nochecksum: vm.kmem_size=3D629145600 vm.kmem_size_max=3D629145600 vfs.zfs.arc_min=3D33554432 vfs.zfs.arc_max=3D503316480 vfs.zfs.mdcomp_disable=3D1 3531,34 real 3971,61 user 927,56 sys Both src/ and obj/ were on the same file system. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJBB1ForvXbEpPzQRAqRyAJ0UDd7nzRnGt39FFYu1soQmEIgmvACfRoy2 /ajYU/RvZwxYIQdECcH1cYY= =zJ1T -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 00:19:50 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5019416A409; Tue, 17 Apr 2007 00:19:50 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1A34F13C44C; Tue, 17 Apr 2007 00:19:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l3H0Ji6F089909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2007 17:19:45 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <46241257.9050609@FreeBSD.org> Date: Mon, 16 Apr 2007 17:18:31 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Joerg t References: <918096.41896.qm@web63712.mail.re1.yahoo.com> In-Reply-To: <918096.41896.qm@web63712.mail.re1.yahoo.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Thomas Sparrevohn , freebsd-current@FreeBSD.org, pjd@FreeBSD.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 00:19:50 -0000 Joerg t wrote: >> There is something weird - Just ran same test again to see whether it >> was a fluke - it still take 1h12 - however I saw the oppersite of Joerg. >> The "systat -vm" Freemem was permently on 2,2GB - this on a 4GB >> system that normally shows a 1,2GB - or less after a buildworld. > >> hmm. Pawel are there tests that can help? > > also how can we determine the real memory consumption by zfs,arc and his vfs cache share ? > > how can we precisely instrument zfs ? The "vmstat -m" will give you precise breakdown of kernel memory usage. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 01:51:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB6F316A402 for ; Tue, 17 Apr 2007 01:51:37 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id B2CB913C45A for ; Tue, 17 Apr 2007 01:51:37 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so1248319pyh for ; Mon, 16 Apr 2007 18:51:37 -0700 (PDT) Received: by 10.35.70.2 with SMTP id x2mr1573350pyk.1176774697079; Mon, 16 Apr 2007 18:51:37 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Mon, 16 Apr 2007 18:51:37 -0700 (PDT) Message-ID: <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> Date: Tue, 17 Apr 2007 10:51:37 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070416102623.GF1068@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> X-Google-Sender-Auth: e702c46369e5de59 Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org, Johan Hendriks Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 01:51:38 -0000 I can repoduce this hang. # cd /pool/test/.zfs/snapshot # /bin/ls snap # /bin/ls -F ls: snap: No such file or directory # /bin/ls -F (hangs) It looks like another name cache problem for me. I noticed 'cache_purge(vp)' is commented out in domount() in opensolaris_vfs.c. Shouldn't we need 'dnlc_purge_vp(vp)' here? On 4/16/07, Pawel Jakub Dawidek wrote: > On Mon, Apr 16, 2007 at 02:18:54PM +0400, Andrey V. Elsukov wrote: > > Pawel Jakub Dawidek wrote: > > >On Mon, Apr 16, 2007 at 10:16:48AM +0200, Johan Hendriks wrote: > > > > >It works just fine here, so I'm afraid I need more info. Can you setup > > >kernel dumps? > > > > Some time ago i've reported about a similar problem: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070789.html > > What was the panic message? > > PS. I'm still not able to reproduce it, even with snapdir=visible. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 06:11:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1F7F16A401 for ; Tue, 17 Apr 2007 06:11:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9C213C45E for ; Tue, 17 Apr 2007 06:11:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 97C561CC2A; Tue, 17 Apr 2007 08:11:13 +0200 (CEST) Date: Tue, 17 Apr 2007 08:11:13 +0200 From: Ed Schouten To: "Gelsema, P (Patrick)" Message-ID: <20070417061113.GI98082@hoeg.nl> References: <200704162247.29909.gelsemap@superhero.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HkMjoL2LAeBLhbFV" Content-Disposition: inline In-Reply-To: <200704162247.29909.gelsemap@superhero.nl> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: FreeBSD Current , freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 06:11:16 -0000 --HkMjoL2LAeBLhbFV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Gelsema, P (Patrick) wrote: > As the NIC is not yet supported by Freebsd and I haven't got it working y= et=20 > (need to get a supported nic in, hopefully tomorrow or the day after) I c= an=20 > only provide the below information. I had to type it reading it from anot= her=20 > console :( (this also means that I cannot CVS atm) http://people.freebsd.org/~yongari/nfe/if_nfe.c http://people.freebsd.org/~yongari/nfe/if_nfereg.h http://people.freebsd.org/~yongari/nfe/if_nfevar.h Just replace the original files in /sys/dev/nfe with these ones. --=20 Ed Schouten WWW: http://g-rave.nl/ --HkMjoL2LAeBLhbFV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJGUB52SDGA2eCwURAqjiAJ9j4jA/mfiPvJkGGXhKD5DSB1GppQCfT4xR udCHSXNlz+qLvp80g4Vzn0Q= =0gch -----END PGP SIGNATURE----- --HkMjoL2LAeBLhbFV-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 07:58:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C72C716A402 for ; Tue, 17 Apr 2007 07:58:50 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id 2CE0313C4BE for ; Tue, 17 Apr 2007 07:58:50 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx64.stngva01.us.mxservers.net (204.202.242.134) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 2-0116796727 for ; Tue, 17 Apr 2007 09:58:48 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx64.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 09a74264.24448.086.mx64.stngva01.us.mxservers.net; Tue, 17 Apr 2007 03:43:12 -0400 (EDT) Received: (qmail 94414 invoked from network); 17 Apr 2007 07:58:46 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.18.30) by with SMTP; 17 Apr 2007 07:58:46 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3H7wjUQ002114; Tue, 17 Apr 2007 09:58:45 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704170758.l3H7wjUQ002114@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Thomas Sparrevohn In-Reply-To: Message from Thomas Sparrevohn of "Mon, 16 Apr 2007 20:21:51 BST." <200704162021.51678.Thomas.Sparrevohn@btinternet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Apr 2007 09:58:45 +0200 From: Gary Jennejohn X-Spam: [F=0.5113100245; heur=0.500(-19800); stat=0.501; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-current@freebsd.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 07:58:50 -0000 Thomas Sparrevohn writes: > On Monday 16 April 2007 20:05:55 Joerg t wrote: > > > > > I'm also seeing a very odd behavior regarding memory consumption, > > with src and obj under zfs (different filesystems, same pool, compression > > off) the system begin to wire all memory and swap tops 1GB. Maybe there's > > something trashing memory on zfs ? > > > > There is something weird - Just ran same test again to see whether it > was a fluke - it still take 1h12 - however I saw the oppersite of Joerg. > The "systat -vm" Freemem was permently on 2,2GB - this on a 4GB > system that normally shows a 1,2GB - or less after a buildworld. > > hmm. Pawel are there tests that can help? > After switching from SCHED_ULE to SCHED_4BSD my ``make -j2 buildworld'' completes in about 19 minutes. This is pretty much the same as before the switch to ZFS. I have lots of stuff turned off in make.conf so YMMV. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:29:32 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C738D16A404; Tue, 17 Apr 2007 09:29:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 89B6113C458; Tue, 17 Apr 2007 09:29:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B5BC3479F5; Tue, 17 Apr 2007 05:29:31 -0400 (EDT) Date: Tue, 17 Apr 2007 10:29:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <46241257.9050609@FreeBSD.org> Message-ID: <20070417102509.T84174@fledge.watson.org> References: <918096.41896.qm@web63712.mail.re1.yahoo.com> <46241257.9050609@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Thomas Sparrevohn , freebsd-current@FreeBSD.org, pjd@FreeBSD.org, Joerg t Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 09:29:32 -0000 On Mon, 16 Apr 2007, Maxim Sobolev wrote: > Joerg t wrote: >>> There is something weird - Just ran same test again to see whether it was >>> a fluke - it still take 1h12 - however I saw the oppersite of Joerg. The >>> "systat -vm" Freemem was permently on 2,2GB - this on a 4GB system that >>> normally shows a 1,2GB - or less after a buildworld. >> >>> hmm. Pawel are there tests that can help? >> >> also how can we determine the real memory consumption by zfs,arc and his >> vfs cache share ? >> >> how can we precisely instrument zfs ? > > The "vmstat -m" will give you precise breakdown of kernel memory usage. You'll also want to use "vmstat -z". "-m" captures memory allocated by kernel malloc(9), which is used for variable-sized objects, or objects that are irregularly allocated. "-z" captures memory allocated by the kernel zone allocator, used for regularly sized and frequently allocated objects. Small allocations in malloc(9) are actually allocated via fixed size memory buckets in the zone allocator, so if looking at "-m" as well, ignore zones who's names consist solely of a number (i.e., "16", which is the 16-byte bucket). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:33:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5473F16A400 for ; Tue, 17 Apr 2007 09:33:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 1923013C458 for ; Tue, 17 Apr 2007 09:33:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.60.100]) by phk.freebsd.dk (Postfix) with ESMTP id 7E0B717380 for ; Tue, 17 Apr 2007 09:08:09 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3H988tL011211 for ; Tue, 17 Apr 2007 09:08:09 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 17 Apr 2007 09:08:08 +0000 Message-ID: <11210.1176800888@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: if_bge does not work on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 09:33:30 -0000 I thought we had this problem fixed a long time ago: brgphy0: PHY 1 on miibus1 [...] bge0: link state changed to DOWN bge0: no link .....bge0: link state changed to UP got link DHCPREQUEST on bge0 to 255.255.255.255 port 67 DHCPREQUEST on bge0 to 255.255.255.255 port 67 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 5 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 20 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 9 No DHCPOFFERS received. Unless and until a (broadcast) packet is received, the bge interface does not work. If I trigger a broadcast on the network while dhclient is running, it jumps into action and starts working. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:56:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE81616A402; Tue, 17 Apr 2007 09:56:51 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE6113C484; Tue, 17 Apr 2007 09:56:50 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 15ED2487F4; Tue, 17 Apr 2007 11:56:49 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A2633456AB; Tue, 17 Apr 2007 11:56:43 +0200 (CEST) Date: Tue, 17 Apr 2007 11:56:31 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070417095631.GB4875@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Johan Hendriks , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 09:56:52 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 17, 2007 at 10:51:37AM +0900, Hidetoshi Shimokawa wrote: > I can repoduce this hang. >=20 > # cd /pool/test/.zfs/snapshot > # /bin/ls > snap > # /bin/ls -F > ls: snap: No such file or directory > # /bin/ls -F > (hangs) Are you able to break into debugger? I was able to reproduce it once (but with panic in crdup()), but I can no longer do it... > It looks like another name cache problem for me. > I noticed 'cache_purge(vp)' is commented out in domount() in opensolaris_= vfs.c. > Shouldn't we need 'dnlc_purge_vp(vp)' here? There is dnlc_purge_vfsp() at the begining of zfs_umount(), which should be sufficient. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJJnPForvXbEpPzQRAjmUAKCXw5UAUQ9X9ryzpP0+Xa980TdSZwCg4fDg jft0Z1E3qZko0VzkJtqjsEQ= =hCLL -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 11:11:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7442716A40A for ; Tue, 17 Apr 2007 11:11:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE2313C480 for ; Tue, 17 Apr 2007 11:11:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HdlH7-0001a6-IG; Tue, 17 Apr 2007 13:51:05 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Poul-Henning Kamp In-reply-to: <11210.1176800888@critter.freebsd.dk> References: <11210.1176800888@critter.freebsd.dk> Comments: In-reply-to Poul-Henning Kamp message dated "Tue, 17 Apr 2007 09:08:08 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Apr 2007 13:51:05 +0300 From: Danny Braniss Message-ID: Cc: current@freebsd.org Subject: Re: if_bge does not work on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 11:11:58 -0000 > > I thought we had this problem fixed a long time ago: > > brgphy0: PHY 1 on miibus1 > [...] > bge0: link state changed to DOWN > bge0: no link .....bge0: link state changed to UP > got link > DHCPREQUEST on bge0 to 255.255.255.255 port 67 > DHCPREQUEST on bge0 to 255.255.255.255 port 67 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 5 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 13 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 20 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 14 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 9 > No DHCPOFFERS received. > > Unless and until a (broadcast) packet is received, the bge interface > does not work. > > If I trigger a broadcast on the network while dhclient is running, > it jumps into action and starts working. I have something similar, and only if console is also serial, then bge is stuck until I hit any key on the serial console! it seems some interrup miss problem to me. danny From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 11:22:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2592316A400 for ; Tue, 17 Apr 2007 11:22:31 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 691FD13C458 for ; Tue, 17 Apr 2007 11:22:30 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 42155 invoked by uid 80); 17 Apr 2007 11:16:05 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Tue, 17 Apr 2007 13:16:05 +0200 (CEST) Message-ID: <61038.195.50.100.20.1176808565.squirrel@www.superhero.nl> In-Reply-To: <20070417061113.GI98082@hoeg.nl> References: <200704162247.29909.gelsemap@superhero.nl> <20070417061113.GI98082@hoeg.nl> Date: Tue, 17 Apr 2007 13:16:05 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: "Ed Schouten" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD Current , freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 11:22:31 -0000 On Tue, April 17, 2007 08:11, Ed Schouten wrote: > * Gelsema, P (Patrick) wrote: >> As the NIC is not yet supported by Freebsd and I haven't got it working >> yet >> (need to get a supported nic in, hopefully tomorrow or the day after) I >> can >> only provide the below information. I had to type it reading it from >> another >> console :( (this also means that I cannot CVS atm) > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > Just replace the original files in /sys/dev/nfe with these ones. > > -- > Ed Schouten > WWW: http://g-rave.nl/ Hi Ed, thanks for the files. Will these be MFC-ed (is that the proper word?) into 6.3 release or committed into 7? If not and I cvsup my src do I need to replace the files again in the above mentioned directory? Thanks a lot! Patrick > From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 11:38:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22E5316A402 for ; Tue, 17 Apr 2007 11:38:32 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8256113C4B7 for ; Tue, 17 Apr 2007 11:38:31 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 41890 invoked by uid 80); 17 Apr 2007 11:12:06 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Tue, 17 Apr 2007 13:12:06 +0200 (CEST) Message-ID: <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> In-Reply-To: <20070416230322.GA69661@xor.obsecurity.org> References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> Date: Tue, 17 Apr 2007 13:12:06 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 11:38:32 -0000 On Tue, April 17, 2007 01:03, Kris Kennaway wrote: > On Mon, Apr 16, 2007 at 10:47:24PM +0200, Gelsema, P (Patrick) wrote: >> Goodevening lists, >> >> I am toying with Freebsd 7 to see if it will and how it runs on my new >> Asus >> M2N mainboard. One of the things I noticed is that when running >> 7.0-Current-200704 the throughput of the SCSI drive seems halved. When >> running 6.2 throughput is doubled/normal. >> >> Throughput is measured with the following command. >> >> dd if=/dev/zero of=/usr/test >> where /usr resides on da0s1f >> >> On 7.0 I get about 33MB/sec >> On 6.2 I get about 69Mb/sec >> >> I did not make any changes, installation is fresh from CD with Minimal >> as >> distribution. > > Apparently you weren't paying attention during boot, because 7.0 ships > with heavy debugging options enabled, and tells you about it up front: > > "WARNING: WITNESS option enabled, expect reduced performance.\n"; > > Recompile your kernel with debugging options disabled before making > performance comparisons. > > Kris > Ok, what you are saying makes sense. I did see the warnings and the bits in the kernel config. The thing that triggered me was that when paying attention during boot the SCSI Disk was detected as only 160.00MB/s instead of the expected 320.00MB/s. The detection of devices is not subject to debugging, is it? Excerpts from log. Freebsd 7 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) da0: Command Queueing Enabled Freebsd 6.2 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16 bit), Tagged Queueing Enabled Thanks, Patrick From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 11:43:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18AC016A400 for ; Tue, 17 Apr 2007 11:43:19 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08d.verio.de (mail08d.verio.de [213.198.107.30]) by mx1.freebsd.org (Postfix) with SMTP id 5E87313C483 for ; Tue, 17 Apr 2007 11:43:18 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx53.stngva01.us.mxservers.net (204.202.242.79) by mail08d.verio.de (RS ver 1.0.95vs) with SMTP id 0-05680195 for ; Tue, 17 Apr 2007 13:43:17 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx53.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id b9db4264.22756.339.mx53.stngva01.us.mxservers.net; Tue, 17 Apr 2007 08:29:15 -0400 (EDT) Received: (qmail 56825 invoked from network); 17 Apr 2007 11:43:14 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.18.30) by with SMTP; 17 Apr 2007 11:43:14 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3HBhDZB008693; Tue, 17 Apr 2007 13:43:13 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704171143.l3HBhDZB008693@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Robert Watson In-Reply-To: Message from Robert Watson of "Tue, 17 Apr 2007 10:29:31 BST." <20070417102509.T84174@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Apr 2007 13:43:13 +0200 From: Gary Jennejohn X-Spam: [F=0.5061035047; heur=0.500(-19800); stat=0.496; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: Maxim Sobolev , Thomas Sparrevohn , freebsd-current@FreeBSD.org, pjd@FreeBSD.org, Joerg t Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 11:43:19 -0000 Robert Watson writes: > On Mon, 16 Apr 2007, Maxim Sobolev wrote: > > > Joerg t wrote: > >>> There is something weird - Just ran same test again to see whether it was > > >>> a fluke - it still take 1h12 - however I saw the oppersite of Joerg. The > >>> "systat -vm" Freemem was permently on 2,2GB - this on a 4GB system that > >>> normally shows a 1,2GB - or less after a buildworld. > >> > >>> hmm. Pawel are there tests that can help? > >> > >> also how can we determine the real memory consumption by zfs,arc and his > >> vfs cache share ? > >> > >> how can we precisely instrument zfs ? > > > > The "vmstat -m" will give you precise breakdown of kernel memory usage. > > You'll also want to use "vmstat -z". "-m" captures memory allocated by > kernel malloc(9), which is used for variable-sized objects, or objects that > are irregularly allocated. "-z" captures memory allocated by the kernel zone > > allocator, used for regularly sized and frequently allocated objects. Small > allocations in malloc(9) are actually allocated via fixed size memory buckets > > in the zone allocator, so if looking at "-m" as well, ignore zones who's name > s > consist solely of a number (i.e., "16", which is the 16-byte bucket). > Interestingly enough, I see less memory pressure since switching to ZFS. But I'm not using RAIDZ. Previously ``make buildworld'' would use much more memory, probably for buffer caching. It looks like ZFS doesn't use nearly as much buffer cache as UFS (which may not be a good thing). --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 12:03:49 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47A4916A401; Tue, 17 Apr 2007 12:03:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id DA4B213C457; Tue, 17 Apr 2007 12:03:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 61B904792C; Tue, 17 Apr 2007 08:03:48 -0400 (EDT) Date: Tue, 17 Apr 2007 13:03:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, trustedbsd-audit@TrustedBSD.org Message-ID: <20070417130118.G23235@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: OpenBSM 1.0 alpha 14 in FreeBSD CVS HEAD (was: cvs commit: src/contrib/openbsm - Imported sources (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 12:03:49 -0000 FYI: Yesterday, I upgraded the version of OpenBSM in FreeBSD CVS to reflect improvements to OpenBSM in the alpha 13 and alpha 14 releases. This includes the addition of XML printing support, contributed by Martin Voros. Please let me know if you experience any problems. If all goes well, I will update OpenBSM in 6-STABLE to alpha 14 in a few weeks. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Mon, 16 Apr 2007 15:37:17 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/contrib/openbsm - Imported sources rwatson 2007-04-16 15:37:17 UTC FreeBSD src repository src/contrib/openbsm - Imported sources Update of /home/ncvs/src/contrib/openbsm In directory repoman.freebsd.org:/tmp/cvs-serv7075 Log Message: Vendor import TrustedBSD OpenBSM 1.0 alpha 14, with the following change history notes since the last import: OpenBSM 1.0 alpha 14 - Fix endian issues when processing IPv6 addresses for extended subject and process tokens. - gcc41 warnings clean. - Teach audit_submit(3) about getaudit_addr(2). - Add support for zonename tokens. OpenBSM 1.0 alpha 13 - compat/clock_gettime.h now provides a compatibility implementation of clock_gettime(), which fixes building on Mac OS X. - Countless man page improvements, markup fixes, content fixs, etc. - XML printing support via "praudit -x". - audit.log.5 expanded to include additional BSM token types. - Added encoding and decoding routines for process64_ex, process32_ex, subject32_ex, header64, and attr64 tokens. - Additional audit event identifiers for listen, mlockall/munlockall, getpath, POSIX message queues, and mandatory access control. Approved by: re (bmah) MFC after: 3 weeks Obtained from: TrustedBSD Project Status: Vendor Tag: TrustedBSD Release Tags: OPENBSM_1_0_ALPHA_14 U src/contrib/openbsm/HISTORY U src/contrib/openbsm/LICENSE U src/contrib/openbsm/Makefile.am U src/contrib/openbsm/Makefile.in U src/contrib/openbsm/README U src/contrib/openbsm/TODO U src/contrib/openbsm/VERSION U src/contrib/openbsm/aclocal.m4 U src/contrib/openbsm/autogen.sh U src/contrib/openbsm/configure U src/contrib/openbsm/configure.ac U src/contrib/openbsm/bin/Makefile.am U src/contrib/openbsm/bin/Makefile.in U src/contrib/openbsm/bin/audit/Makefile.am U src/contrib/openbsm/bin/audit/Makefile.in U src/contrib/openbsm/bin/audit/audit.8 U src/contrib/openbsm/bin/audit/audit.c U src/contrib/openbsm/bin/auditd/Makefile.am U src/contrib/openbsm/bin/auditd/Makefile.in U src/contrib/openbsm/bin/auditd/audit_warn.c U src/contrib/openbsm/bin/auditd/auditd.8 U src/contrib/openbsm/bin/auditd/auditd.c U src/contrib/openbsm/bin/auditd/auditd.h U src/contrib/openbsm/bin/auditfilterd/Makefile.am U src/contrib/openbsm/bin/auditfilterd/Makefile.in U src/contrib/openbsm/bin/auditfilterd/auditfilterd.8 U src/contrib/openbsm/bin/auditfilterd/auditfilterd.c U src/contrib/openbsm/bin/auditfilterd/auditfilterd.h U src/contrib/openbsm/bin/auditfilterd/auditfilterd_conf.c U src/contrib/openbsm/bin/auditreduce/Makefile.am U src/contrib/openbsm/bin/auditreduce/Makefile.in U src/contrib/openbsm/bin/auditreduce/auditreduce.1 U src/contrib/openbsm/bin/auditreduce/auditreduce.c U src/contrib/openbsm/bin/auditreduce/auditreduce.h U src/contrib/openbsm/bin/praudit/Makefile.am U src/contrib/openbsm/bin/praudit/Makefile.in U src/contrib/openbsm/bin/praudit/praudit.1 U src/contrib/openbsm/bin/praudit/praudit.c U src/contrib/openbsm/bsm/Makefile.am U src/contrib/openbsm/bsm/Makefile.in U src/contrib/openbsm/bsm/audit.h U src/contrib/openbsm/bsm/audit_filter.h U src/contrib/openbsm/bsm/audit_internal.h C src/contrib/openbsm/bsm/audit_kevents.h C src/contrib/openbsm/bsm/audit_record.h U src/contrib/openbsm/bsm/audit_uevents.h U src/contrib/openbsm/bsm/libbsm.h N src/contrib/openbsm/compat/clock_gettime.h U src/contrib/openbsm/compat/endian.h U src/contrib/openbsm/compat/queue.h U src/contrib/openbsm/compat/strlcat.h U src/contrib/openbsm/config/config.guess U src/contrib/openbsm/config/config.h.in U src/contrib/openbsm/config/config.sub U src/contrib/openbsm/config/depcomp U src/contrib/openbsm/config/install-sh U src/contrib/openbsm/config/ltmain.sh U src/contrib/openbsm/config/missing U src/contrib/openbsm/etc/audit_class U src/contrib/openbsm/etc/audit_control C src/contrib/openbsm/etc/audit_event U src/contrib/openbsm/etc/audit_filter U src/contrib/openbsm/etc/audit_user U src/contrib/openbsm/etc/audit_warn U src/contrib/openbsm/libbsm/Makefile.am U src/contrib/openbsm/libbsm/Makefile.in U src/contrib/openbsm/libbsm/au_class.3 U src/contrib/openbsm/libbsm/au_control.3 U src/contrib/openbsm/libbsm/au_event.3 U src/contrib/openbsm/libbsm/au_free_token.3 U src/contrib/openbsm/libbsm/au_io.3 U src/contrib/openbsm/libbsm/au_mask.3 U src/contrib/openbsm/libbsm/au_open.3 U src/contrib/openbsm/libbsm/au_token.3 U src/contrib/openbsm/libbsm/au_user.3 U src/contrib/openbsm/libbsm/audit_submit.3 U src/contrib/openbsm/libbsm/bsm_audit.c U src/contrib/openbsm/libbsm/bsm_class.c U src/contrib/openbsm/libbsm/bsm_control.c U src/contrib/openbsm/libbsm/bsm_event.c U src/contrib/openbsm/libbsm/bsm_flags.c U src/contrib/openbsm/libbsm/bsm_io.c U src/contrib/openbsm/libbsm/bsm_mask.c U src/contrib/openbsm/libbsm/bsm_notify.c U src/contrib/openbsm/libbsm/bsm_token.c U src/contrib/openbsm/libbsm/bsm_user.c U src/contrib/openbsm/libbsm/libbsm.3 U src/contrib/openbsm/libbsm/bsm_wrappers.c U src/contrib/openbsm/man/Makefile.am U src/contrib/openbsm/man/Makefile.in U src/contrib/openbsm/man/audit.2 U src/contrib/openbsm/man/audit.log.5 U src/contrib/openbsm/man/audit_class.5 U src/contrib/openbsm/man/audit_control.5 U src/contrib/openbsm/man/audit_event.5 U src/contrib/openbsm/man/audit_user.5 U src/contrib/openbsm/man/audit_warn.5 U src/contrib/openbsm/man/auditctl.2 U src/contrib/openbsm/man/auditon.2 U src/contrib/openbsm/man/getaudit.2 U src/contrib/openbsm/man/getauid.2 U src/contrib/openbsm/man/setaudit.2 U src/contrib/openbsm/man/setauid.2 U src/contrib/openbsm/modules/Makefile.am U src/contrib/openbsm/modules/Makefile.in U src/contrib/openbsm/modules/auditfilter_noop/Makefile.am U src/contrib/openbsm/modules/auditfilter_noop/Makefile.in U src/contrib/openbsm/modules/auditfilter_noop/auditfilter_noop.c U src/contrib/openbsm/test/Makefile.am U src/contrib/openbsm/test/Makefile.in U src/contrib/openbsm/test/bsm/Makefile.am U src/contrib/openbsm/test/bsm/Makefile.in U src/contrib/openbsm/test/bsm/generate.c U src/contrib/openbsm/test/reference/arg32_record U src/contrib/openbsm/test/reference/arg32_token U src/contrib/openbsm/test/reference/data_record U src/contrib/openbsm/test/reference/data_token U src/contrib/openbsm/test/reference/file_record U src/contrib/openbsm/test/reference/file_token U src/contrib/openbsm/test/reference/header32_token U src/contrib/openbsm/test/reference/in_addr_record U src/contrib/openbsm/test/reference/in_addr_token U src/contrib/openbsm/test/reference/ip_record U src/contrib/openbsm/test/reference/ip_token U src/contrib/openbsm/test/reference/ipc_record U src/contrib/openbsm/test/reference/ipc_token U src/contrib/openbsm/test/reference/iport_record U src/contrib/openbsm/test/reference/iport_token U src/contrib/openbsm/test/reference/opaque_record U src/contrib/openbsm/test/reference/opaque_token U src/contrib/openbsm/test/reference/path_record U src/contrib/openbsm/test/reference/path_token U src/contrib/openbsm/test/reference/process32_record U src/contrib/openbsm/test/reference/process32_token N src/contrib/openbsm/test/reference/process64_record N src/contrib/openbsm/test/reference/process32ex_record-IPv4 N src/contrib/openbsm/test/reference/process32ex_record-IPv6 N src/contrib/openbsm/test/reference/process32ex_token-IPv4 N src/contrib/openbsm/test/reference/process32ex_token-IPv6 N src/contrib/openbsm/test/reference/process64_token N src/contrib/openbsm/test/reference/process64ex_record-IPv4 N src/contrib/openbsm/test/reference/process64ex_record-IPv6 N src/contrib/openbsm/test/reference/process64ex_token-IPv4 N src/contrib/openbsm/test/reference/process64ex_token-IPv6 U src/contrib/openbsm/test/reference/return32_record U src/contrib/openbsm/test/reference/return32_token U src/contrib/openbsm/test/reference/seq_record U src/contrib/openbsm/test/reference/seq_token U src/contrib/openbsm/test/reference/subject32_record U src/contrib/openbsm/test/reference/subject32_token U src/contrib/openbsm/test/reference/subject32ex_record U src/contrib/openbsm/test/reference/subject32ex_token-IPv4 U src/contrib/openbsm/test/reference/subject32ex_token-IPv6 U src/contrib/openbsm/test/reference/text_record U src/contrib/openbsm/test/reference/text_token U src/contrib/openbsm/test/reference/trailer_token N src/contrib/openbsm/test/reference/zonename_record N src/contrib/openbsm/test/reference/zonename_token U src/contrib/openbsm/test/samples/execve-long-args.trail U src/contrib/openbsm/tools/Makefile.am U src/contrib/openbsm/tools/Makefile.in U src/contrib/openbsm/tools/audump.c 3 conflicts created by this import. Use the following command to help the merge: cvs checkout -jTrustedBSD:yesterday -jTrustedBSD src/contrib/openbsm From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 14:45:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24EC916A401 for ; Tue, 17 Apr 2007 14:45:41 +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 B476413C46A for ; Tue, 17 Apr 2007 14:45:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3HEjXLg031815; Tue, 17 Apr 2007 08:45:34 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4624DD82.7030400@samsco.org> Date: Tue, 17 Apr 2007 08:45:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Gelsema, P \(Patrick\) - FreeBSD" References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> In-Reply-To: <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 17 Apr 2007 08:45:34 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 14:45:41 -0000 Gelsema, P (Patrick) - FreeBSD wrote: > On Tue, April 17, 2007 01:03, Kris Kennaway wrote: >> On Mon, Apr 16, 2007 at 10:47:24PM +0200, Gelsema, P (Patrick) wrote: >>> Goodevening lists, >>> >>> I am toying with Freebsd 7 to see if it will and how it runs on my new >>> Asus >>> M2N mainboard. One of the things I noticed is that when running >>> 7.0-Current-200704 the throughput of the SCSI drive seems halved. When >>> running 6.2 throughput is doubled/normal. >>> >>> Throughput is measured with the following command. >>> >>> dd if=/dev/zero of=/usr/test >>> where /usr resides on da0s1f >>> >>> On 7.0 I get about 33MB/sec >>> On 6.2 I get about 69Mb/sec >>> >>> I did not make any changes, installation is fresh from CD with Minimal >>> as >>> distribution. >> Apparently you weren't paying attention during boot, because 7.0 ships >> with heavy debugging options enabled, and tells you about it up front: >> >> "WARNING: WITNESS option enabled, expect reduced performance.\n"; >> >> Recompile your kernel with debugging options disabled before making >> performance comparisons. >> >> Kris >> > > Ok, what you are saying makes sense. I did see the warnings and the bits > in the kernel config. The thing that triggered me was that when paying > attention during boot the SCSI Disk was detected as only 160.00MB/s > instead of the expected 320.00MB/s. The detection of devices is not > subject to debugging, is it? > > Excerpts from log. > > Freebsd 7 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) > da0: Command Queueing Enabled > > Freebsd 6.2 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16 bit), Tagged > Queueing Enabled > > Thanks, > The 39320D is a finicky card. I don't recall putting in the code that would downshift the speed like this, but it wouldn't surprise me if it is a side effect of the system going slower. Anyways, it sounds like you're a good candidate/victim for the MPSAFE locking changes that I just made to the SCSI layer and the ahc/ahd drivers. Would you mind testing it out (just update to the latest 7-CURRENT sources) and let me know how it works for you? Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:02:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00C1A16A401 for ; Tue, 17 Apr 2007 15:02:09 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id B998413C44B for ; Tue, 17 Apr 2007 15:02:06 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so1386453pyh for ; Tue, 17 Apr 2007 08:02:06 -0700 (PDT) Received: by 10.35.103.12 with SMTP id f12mr13456563pym.1176822126096; Tue, 17 Apr 2007 08:02:06 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Tue, 17 Apr 2007 08:02:06 -0700 (PDT) Message-ID: <626eb4530704170802t7a797961q16aa039251af10ea@mail.gmail.com> Date: Wed, 18 Apr 2007 00:02:06 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070417095631.GB4875@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> <20070417095631.GB4875@garage.freebsd.pl> X-Google-Sender-Auth: 0c5a6d21e4eed75b Cc: Johan Hendriks , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:02:09 -0000 On 4/17/07, Pawel Jakub Dawidek wrote: > On Tue, Apr 17, 2007 at 10:51:37AM +0900, Hidetoshi Shimokawa wrote: > > I can repoduce this hang. > > > > # cd /pool/test/.zfs/snapshot > > # /bin/ls > > snap > > # /bin/ls -F > > ls: snap: No such file or directory > > # /bin/ls -F > > (hangs) > > Are you able to break into debugger? I was able to reproduce it once > (but with panic in crdup()), but I can no longer do it... In my case, only 'ls' hangs and other part of the system is normal. # ps alxg | grep ls 0 2129 2118 0 -4 0 6100 1512 zfs D+ p0 0:00.01 /bin/ls -F Once, I got "panic: lockmgr: locking against myself" 10 or 20 min. later of "ls -F". > > It looks like another name cache problem for me. > > I noticed 'cache_purge(vp)' is commented out in domount() in opensolaris_vfs.c. > > Shouldn't we need 'dnlc_purge_vp(vp)' here? > > There is dnlc_purge_vfsp() at the begining of zfs_umount(), which should > be sufficient. domount() of opensolaris also has dnlc_purge_vp() to invalidate cached entry for the mount point. Do you really think it's unnecessary? http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/fs/vfs.c#1383 -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:17:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA58116A410; Tue, 17 Apr 2007 15:17:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 41DF913C4C5; Tue, 17 Apr 2007 15:17:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 92C82456B1; Tue, 17 Apr 2007 17:17:45 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 46A6E45683; Tue, 17 Apr 2007 17:17:38 +0200 (CEST) Date: Tue, 17 Apr 2007 17:17:22 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070417151722.GC4875@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> <20070417095631.GB4875@garage.freebsd.pl> <626eb4530704170802t7a797961q16aa039251af10ea@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: <626eb4530704170802t7a797961q16aa039251af10ea@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Johan Hendriks , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:17:47 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 18, 2007 at 12:02:06AM +0900, Hidetoshi Shimokawa wrote: > On 4/17/07, Pawel Jakub Dawidek wrote: > >There is dnlc_purge_vfsp() at the begining of zfs_umount(), which should > >be sufficient. >=20 > domount() of opensolaris also has dnlc_purge_vp() to invalidate cached > entry for the mount point. Do you really think it's unnecessary? >=20 > http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/= fs/vfs.c#1383 I'm sorry, I misunderstood, I was sure you were talking about dnlc_purge_vfs() in dounmount() (which is in OpenSolaris). Can you try adding it and see if that helps? This may be it... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJOUCForvXbEpPzQRAq9FAKD2Rx6iE7BqA2PERQ1WTXEp5A8ZjACdGdFd w0pF5nPqXv5iSn2S0cAB8/I= =Ro28 -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:18:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F14316A400; Tue, 17 Apr 2007 15:18:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EE03C13C45D; Tue, 17 Apr 2007 15:18:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 53A321A4D83; Tue, 17 Apr 2007 08:18:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 242AF51410; Tue, 17 Apr 2007 11:18:30 -0400 (EDT) Date: Tue, 17 Apr 2007 11:18:30 -0400 From: Kris Kennaway To: "Gelsema, P (Patrick) - FreeBSD" Message-ID: <20070417151829.GA1252@xor.obsecurity.org> References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:18:33 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 17, 2007 at 01:12:06PM +0200, Gelsema, P (Patrick) - FreeBSD wr= ote: > On Tue, April 17, 2007 01:03, Kris Kennaway wrote: > > On Mon, Apr 16, 2007 at 10:47:24PM +0200, Gelsema, P (Patrick) wrote: > >> Goodevening lists, > >> > >> I am toying with Freebsd 7 to see if it will and how it runs on my new > >> Asus > >> M2N mainboard. One of the things I noticed is that when running > >> 7.0-Current-200704 the throughput of the SCSI drive seems halved. When > >> running 6.2 throughput is doubled/normal. > >> > >> Throughput is measured with the following command. > >> > >> dd if=3D/dev/zero of=3D/usr/test > >> where /usr resides on da0s1f > >> > >> On 7.0 I get about 33MB/sec > >> On 6.2 I get about 69Mb/sec > >> > >> I did not make any changes, installation is fresh from CD with Minimal > >> as > >> distribution. > > > > Apparently you weren't paying attention during boot, because 7.0 ships > > with heavy debugging options enabled, and tells you about it up front: > > > > "WARNING: WITNESS option enabled, expect reduced performance.\n"; > > > > Recompile your kernel with debugging options disabled before making > > performance comparisons. > > > > Kris > > >=20 > Ok, what you are saying makes sense. I did see the warnings and the bits > in the kernel config. The thing that triggered me was that when paying > attention during boot the SCSI Disk was detected as only 160.00MB/s > instead of the expected 320.00MB/s. The detection of devices is not > subject to debugging, is it? Someone else pointed this out to me, to be honest I didn't get that far in your email after noticing the big blunder of leaving debugging enabled :) I agree that the different speed negotiation is a likely potential cause of poor performance as well, but it really doesn't make sense to be making performance comparisons when one system has all possible debugging enabled and the other has no debugging enabled. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJOVFWry0BWjoQKURAi1tAKDP0Uystg32mQ8dRN1CMuM0ztesXgCg1Ox+ UOmWIfWyrREjKAzzxTSziPY= =WMRF -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:26:17 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F2FB16A403 for ; Tue, 17 Apr 2007 15:26:17 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id CA49113C44B for ; Tue, 17 Apr 2007 15:26:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 96321 invoked from network); 17 Apr 2007 14:50:15 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Apr 2007 14:50:15 -0000 Message-ID: <4624E717.1040208@freebsd.org> Date: Tue, 17 Apr 2007 17:26:15 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Kris Kennaway References: <20070416193727.GA66684@xor.obsecurity.org> In-Reply-To: <20070416193727.GA66684@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: Page fault in syncache_drop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:26:17 -0000 Kris Kennaway wrote: > 8-core amd64, up-to-date CVS sources > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff803134b4 > stack pointer = 0x10:0xffffffffabe09890 > frame pointer = 0x10:0xffffffffabe098a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 37 (irq31: bge0) > [thread pid 37 tid 100043 ] > Stopped at syncache_drop+0x4: cmpq $0,(%rdi) > db> wh > Tracing pid 37 tid 100043 td 0xffffff00b9409580 > syncache_drop() at syncache_drop+0x4 > syncache_add() at syncache_add+0x263 > tcp_input() at tcp_input+0x7e0 > ip_input() at ip_input+0x69d > netisr_dispatch() at netisr_dispatch+0x51 > ether_demux() at ether_demux+0x19f > ether_input() at ether_input+0x3a8 > bge_rxeof() at bge_rxeof+0x3ad > bge_intr() at bge_intr+0x11b > ithread_execute_handlers() at ithread_execute_handlers+0x15d > ithread_loop() at ithread_loop+0x69 > fork_exit() at fork_exit+0x93 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffabe09d30, rbp = 0 --- Fixed in rev. 1.110 of sys/netinet/tcp_syncache.c. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:30:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF6C616A400; Tue, 17 Apr 2007 15:30:10 +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 895C513C480; Tue, 17 Apr 2007 15:30:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3HFU7sH032163; Tue, 17 Apr 2007 09:30:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4624E7F3.203@samsco.org> Date: Tue, 17 Apr 2007 09:29:55 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Kris Kennaway References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> <20070417151829.GA1252@xor.obsecurity.org> In-Reply-To: <20070417151829.GA1252@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 17 Apr 2007 09:30:07 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" , freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:30:11 -0000 Kris Kennaway wrote: > On Tue, Apr 17, 2007 at 01:12:06PM +0200, Gelsema, P (Patrick) - FreeBSD wrote: >> On Tue, April 17, 2007 01:03, Kris Kennaway wrote: >>> On Mon, Apr 16, 2007 at 10:47:24PM +0200, Gelsema, P (Patrick) wrote: >>>> Goodevening lists, >>>> >>>> I am toying with Freebsd 7 to see if it will and how it runs on my new >>>> Asus >>>> M2N mainboard. One of the things I noticed is that when running >>>> 7.0-Current-200704 the throughput of the SCSI drive seems halved. When >>>> running 6.2 throughput is doubled/normal. >>>> >>>> Throughput is measured with the following command. >>>> >>>> dd if=/dev/zero of=/usr/test >>>> where /usr resides on da0s1f >>>> >>>> On 7.0 I get about 33MB/sec >>>> On 6.2 I get about 69Mb/sec >>>> >>>> I did not make any changes, installation is fresh from CD with Minimal >>>> as >>>> distribution. >>> Apparently you weren't paying attention during boot, because 7.0 ships >>> with heavy debugging options enabled, and tells you about it up front: >>> >>> "WARNING: WITNESS option enabled, expect reduced performance.\n"; >>> >>> Recompile your kernel with debugging options disabled before making >>> performance comparisons. >>> >>> Kris >>> >> Ok, what you are saying makes sense. I did see the warnings and the bits >> in the kernel config. The thing that triggered me was that when paying >> attention during boot the SCSI Disk was detected as only 160.00MB/s >> instead of the expected 320.00MB/s. The detection of devices is not >> subject to debugging, is it? > > Someone else pointed this out to me, to be honest I didn't get that > far in your email after noticing the big blunder of leaving debugging > enabled :) > > I agree that the different speed negotiation is a likely potential > cause of poor performance as well, but it really doesn't make sense to > be making performance comparisons when one system has all possible > debugging enabled and the other has no debugging enabled. > > Kris The difference in bus speed is hardly perceptible for a single target. U320 does reduce the per-command latency by a good deal, but for large I/O transfers it'll mostly be in the noise. Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:33:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C712416A400 for ; Tue, 17 Apr 2007 15:33:38 +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 841D613C457 for ; Tue, 17 Apr 2007 15:33:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3HFXZws032195; Tue, 17 Apr 2007 09:33:35 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4624E8C3.4000202@samsco.org> Date: Tue, 17 Apr 2007 09:33:23 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Rene Ladan References: <46227952.20807@gmail.com> In-Reply-To: <46227952.20807@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 17 Apr 2007 09:33:35 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: XPT LOR/panic with USB stick and Giantless CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:33:38 -0000 Rene Ladan wrote: > Hi, > > when I plug and unplug an USB stick using FreeBSD 7.0 2007-04-15 18:37 > UTC , I get a LOR followed by a panic (attached). USB sticks worked > fine on my previous CURRENT (2007-04-11 20:56 UTC) > Should be fixed now. Contact me directly if you have other problems with it. Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:50:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A9AF16A400 for ; Tue, 17 Apr 2007 15:50:40 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 78CD313C448 for ; Tue, 17 Apr 2007 15:50:39 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 49E2239833; Tue, 17 Apr 2007 09:33:57 -0600 (CST) Date: Tue, 17 Apr 2007 09:33:57 -0600 From: Tillman Hodgson To: current@freebsd.org Message-ID: <20070417153357.GA1335@seekingfire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:50:40 -0000 On recent -current kernels (ZFS enticed me *g*) I'm running into kernel panics immediately upon boot. It appears to be very consistent -- if I boot with a recent kernel, it panics as soon as the login prompt appears. I've tried a few compiles since ZFS was announced, the kernel that I give data on below is from src pulled from cvsup8 around 3:45pm CST April 16. The kernel I've gone back to (and which has been stable) is: [root@athena ~]# uname -a FreeBSD athena.seekingfire.prv 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Mar 10 08:57:44 CST 2007 toor@athena.seekingfire.prv:/usr/obj/usr/src/sys/ATHENA i386 The kernel config is GENERIC with the serial break to debugger enabled: [root@athena /usr/src/sys/i386/conf]# diff ATHENA GENERIC 24c24 < ident ATHENA --- > ident GENERIC 72,74d71 < < ### Tillman added 26Feb07 as per http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html < options BREAK_TO_DEBUGGER Booting single user seems to be fine. I thought it might be a PF issue, but booting multi-user with pf_enable disbaled also panics. Boot log (including a LOR warning) from serial console and debugger tests as per section 11.9 of the Developers Handbook follow: /boot/kernel/acpi.ko text=0x48038 data=0x27e0+0xdb0 syms=[0x4+0x82e0+0x4+0xac68] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2007 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 7.0-CURRENT #0: Tue Apr 17 07:20:03 CST 2007 toor@athena.seekingfire.prv:/usr/obj/usr/src/sys/ATHENA WARNING: WITNESS option enabled, expect reduced performance. WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (997.16-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x387fbff real memory = 1073676288 (1023 MB) avail memory = 1037119488 (989 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f,0x6000-0x607f on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xf4000000-0xf4ffffff,0xf6241000-0xf6241fff irq 19 at device 6.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd400-0xd40f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xd800-0xd81f irq 12 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 12 at device 7.3 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) fxp0: port 0xe000-0xe03f mem 0xf6240000-0xf6240fff,0xf6000000-0xf60fffff irq 17 at device 13.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:21:ad:e0 fxp0: [GIANT-LOCKED] fxp0: [ITHREAD] fxp1: port 0xe400-0xe43f mem 0xf6242000-0xf6242fff,0xf6100000-0xf61fffff irq 18 at device 14.0 on pci0 miibus1: on fxp1 inphy1: PHY 1 on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:e0:81:21:ad:e1 fxp1: [GIANT-LOCKED] fxp1: [ITHREAD] em0: port 0xe800-0xe83f mem 0xf6200000-0xf621ffff,0xf6220000-0xf623ffff irq 18 at device 16.0 on pci0 em0: Ethernet address: 00:0e:0c:c2:ce:4f em0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: INCORRECT BLOCK COUNT I=50748 (4 should be 0) (CORRECTED) /dev/ad0s1a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/ad0s1a: SUMMARY INFORMATION BAD (SALVAGED) /dev/ad0s1a: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/ad0s1a: 6695 files, 241552 used, 12263 free (1639 frags, 1328 blocks, 0.6% fragmentation) /dev/ad0s1e: DEFER FOR BACKGROUND CHECKING /dev/ad0s1f: DEFER FOR BACKGROUND CHECKING /dev/ad0s1d: DEFER FOR BACKGROUND CHECKING Setting hostuuid: 338939b7-e9ee-11db-94cb-00e08121ade0. Setting hostid: 0xceaac23b. WMounting local fAile systems:RNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 16 files 4 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 44 files 8 . Setting hostname: athena.seekingfire.prv. net.inet6.ip6.auto_linklocal: 1 -> 0 fxp1: link state changed to UP lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 fxp1: flags=8843 metric 0 mtu 1500 options=8 ether 00:e0:81:21:ad:e1 inet 24.89.83.9 netmask 0xffffff00 broadcast 24.89.83.255 media: Ethernet autoselect (100baseTX ) status: active em0: flags=8843 metric 0g mtu 1500 opti0ons=19b ether 00:0e:0co:c2:ce:4f inetm 192.168.23.3 neitmask 0xffffff00s broadcast 192.1c68.23.255 mediua: Ethernet autooselect status:u no carrier s mode enabled Starting pflog. Enabling pf. Apr 17 08:56:11 pflogd[417]: [priv]: msg PRIV_OPEN_LOG received No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled pf enabled add net default: gateway 24.89.83.1 Additional routing options: IP gateway=YES. Starting devd. fxp0: link state changed to DOWN em0: link state changed to UP hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Initial i386 initialization:. Additional ABI support:. Local package initialization:. Additional TCP options:. Mounting NFS file systems:lock order reversal: 1st 0xc0a9e3ac tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:617 2nd 0xc0a9df98 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper(c094d94b) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5f7b8,c0a5de90,c09f7dc4,...) at kdb_backtrace+0x29 witness_checkorder(c0a9df98,1,c0958031,49) at witness_checkorder+0x586 _rw_rlock(c0a9df98,c0958031,49) at _rw_rlock+0x50 pfil_run_hooks(c0a9df80,e2991afc,c4026400,2,0,...) at pfil_run_hooks+0x2c ip_output(c43b7800,0,e2991ac8,0,0,0) at ip_output+0x6ab tcp_respond(0,c43ed020,c43ed034,c43b7800,98689e15,0,14) at tcp_respond+0x3a7 tcp_dropwithreset(c43b7800,c43ed034,0,0,3,...) at tcp_dropwithreset+0xdb tcp_input(c43b7800,14,d6,9535918,0,...) at tcp_input+0xb16 ip_input(c43b7800) at ip_input+0x5c9 netisr_processqueue(c0a9d638) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x8c ithread_execute_handlers(c3eff900,c3f3f280) at ithread_execute_handlers+0x121 ithread_loop(c3ec4950,e2991d38) at ithread_loop+0x67 fork_exit(c06adf40,c3ec4950,e2991d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2991d70, ebp = 0 --- . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/mysql /usr/local/lib/pth a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Clearing /tmp (X related). Starting quagga. Starting quagga. Starting watchquagga. Apr 17 08:57:04 watchquagga[727]: watchquagga 0.99.6 watching [zebra ospfd], mode [monitor] Apr 17 08:57:04 watchquagga[727]: zebra state -> up : connect succeeded Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/ad0s1b... savecore: no dumps found Starting named. Apr 17 08:57:06 athena named[812]: zone 0.0.127.in-addr.arpa/IN/us: loading master file named.loopback: file not foulnd oApr 17 08:57:06 cathena named[812k]: zone localhos t/IN/us: loadingo master file namred.localhost: fidle not found er reversal: 1st 0xc4577d08 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:476 2nd 0xc0a9df98 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper(c094d94b) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5f790,c0a5de90,c09f7dc4,...) at kdb_backtrace+0x29 witness_checkorder(c0a9df98,1,c0958031,49) at witness_checkorder+0x586 _rw_rlock(c0a9df98,c0958031,49) at _rw_rlock+0x50 pfil_run_hooks(c0a9df80,e44aab3c,c4051000,2,c4577c78,...) at pfil_run_hooks+0x2c ip_output(c4357900,0,e44aab08,0,0,c4577c78) at ip_output+0x6ab tcp_output(c457a9f4) at tcp_output+0x11bd tcp_usr_connect(c45bc414,c424a130,c404fa20) at tcp_usr_connect+0xda soconnect(c45bc414,c424a130,c404fa20) at soconnect+0x4e kern_connect(c404fa20,1e,c424a130,c424a130,0,...) at kern_connect+0x76 connect(c404fa20,e44aad00) at connect+0x30 syscall(e44aad38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (98, FreeBSD ELF32, connect), eip = 0x2838a1b3, esp = 0xbfbfe17c, ebp = 0xbfbfe238 --- Starting rpcbind. NFS access cache time=60 Starting statd. Starting lockd. Starting local daemons:. Starting lpd. Updating motd. Mounting late file systems:. Starting ntpd. Starting rwhod. Apr 17 08:57:09 athena ntpd[906]: configure: keyword "authenticate" unknown, line ignored Starting dhcpd. Apr 17 08:57:10 athena dhcpd: Apr 17 08:57:10 athena dhcpd: No subnet declaration for fxp1 (24.89.83.9). Apr 17 08:57:10 athena dhcpd: ** Ignoring requests on fxp1. If this is not what Apr 17 08:57:10 athena dhcpd: you want, please write a subnet declaration Apr 17 08:57:10 athena dhcpd: in your dhcpd.conf file for the network segment Apr 17 08:57:10 athena dhcpd: to which interface fxp1 is attached. ** Apr 17 08:57:10 athena dhcpd: Starting spamd. Starting courier_authdaemond. postfix/postfix-script: starting the Postfix mail system Starting courier_imap_pop3d. Starting courier_imap_imapd. Configuring syscons: blanktime. Starting sshd. Starting cron. Starting inetd. Starting background file system checks in 60 seconds. Tue Apr 17 08:57:17 CST 2007 FreeBSD/i386 (athena.seekingfire.prv) (ttyd0) login: panic: mutex Giant not owned at /usr/src/sys/netinet/tcp_timer.c:286 cpuid = 0 KDB: enter: panic [thread pid 13 tid 100003 ] Stopped at kdb_enter+0x2b: nop db> Starting sshd. Starting cron. Starting inetd. Starting background file system checks in 60 seconds. Tue Apr 17 08:39:59 CST 2007 FreeBSD/i386 (athena.seekingfire.prv) (ttyd0) login: panic: mutex Giant not owned at /usr/src/sys/netinet/tcp_timer.c:286 cpuid = 0 KDB: enter: panic [thread pid 13 tid 100003 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 13 tid 100003 td 0xc3f00a20 kdb_enter(c094addf) at kdb_enter+0x2b panic(c094a0e2,c09627ad,c095d9a9,11e,c468a1e0,...) at panic+0x11c _mtx_assert(c0a4efe8,1,c095d9a9,11e) at _mtx_assert+0x66 tcp_timer(c468a150) at tcp_timer+0x51 softclock(0) at softclock+0x22f ithread_execute_handlers(c3eff6c0,c3f3f200) at ithread_execute_handlers+0x121 ithread_loop(c3ec4940,e2994d38) at ithread_loop+0x67 fork_exit(c06adf40,c3ec4940,e2994d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2994d70, ebp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 1220 1210 1208 0 R cp 1210 1208 1208 0 S wait 0xc45666c0 sh 1208 1206 1208 0 Ss wait 0xc42c4900 sh 1206 1158 1158 0 S piperd 0xc44e9dec cron 1205 1 1205 0 Ss+ ttyin 0xc40c2c10 getty 1204 1 1204 0 Ss+ ttyin 0xc40d3010 getty 1203 1 1203 0 Ss+ ttyin 0xc40d3410 getty 1202 1 1202 0 Ss+ ttyin 0xc40d3810 getty 1201 1 1201 0 Ss+ ttyin 0xc40d3c10 getty 1200 1 1200 0 Ss+ ttyin 0xc40d4010 getty 1199 1198 43 0 S+ nanslp 0xc0a4f704 sleep 1198 1195 43 0 S+ wait 0xc4601000 sh 1196 1 43 0 S+ piperd 0xc42a54a4 logger 1195 1 43 0 S+ wait 0xc45646c0 sh 1181 1 1181 0 Ss select 0xc0a9c2bc inetd 1158 1 1158 0 Ss nanslp 0xc0a4f704 cron 1151 1 1151 0 Ss select 0xc0a9c2bc sshd 1137 1136 1137 0 S+ select 0xc0a9c2bc couriertcpd 1136 1 1136 0 S+ piperd 0xc42a5c60 courierlogger 1125 1124 1125 0 S+ select 0xc0a9c2bc couriertcpd 1124 1 1124 0 S+ piperd 0xc42a5ad4 courierlogger 1120 1108 1108 125 S kqread 0xc4667700 qmgr 1119 1108 1108 125 S kqread 0xc459e300 pickup 1108 1 1108 0 Ss kqread 0xc460d180 master 1062 1051 1050 0 S+ select 0xc0a9c2bc authdaemond 1061 1051 1050 0 S+ select 0xc0a9c2bc authdaemond 1060 1051 1050 0 S+ select 0xc0a9c2bc authdaemond 1059 1051 1050 0 S+ select 0xc0a9c2bc authdaemond 1058 1051 1050 0 S+ select 0xc0a9c2bc authdaemond 1051 1050 1050 0 S+ select 0xc0a9c2bc authdaemond 1050 1 1050 0 S+ piperd 0xc42c218c courierlogger 1043 1 1043 0 Ss kqread 0xc46f6c00 perl5.8.8 1036 1 1036 1001 Ss select 0xc0a9c2bc dhcpd 942 1 942 1 Ss sbwait 0xc4559614 rwhod 929 1 929 0 Ss select 0xc0a9c2bc ntpd 913 1 913 0 Ss select 0xc0a9c2bc lpd 891 884 884 0 S nfslockd 0xc0aa1f68 rpc.lockd 884 1 884 0 Ss select 0xc0a9c2bc rpc.lockd 879 1 879 0 Ss select 0xc0a9c2bc rpc.statd 845 1 845 0 Ss select 0xc0a9c2bc rpcbind 835 1 835 53 Ss select 0xc0a9c2bc named 775 1 775 0 Ss select 0xc0a9c2bc syslogd 750 1 750 0 Ss select 0xc0a9c2bc watchquagga 745 1 745 0 Ss select 0xc0a9c2bc ospfd 739 1 739 0 Ss select 0xc0a9c2bc zebra 667 1 667 0 Ss select 0xc0a9c2bc devd 445 440 440 64 S bpf 0xc4247a00 pflogd 440 1 440 0 Ss sbwait 0xc43530a4 pflogd 174 1 174 0 Ss pause 0xc42454a4 adjkerntz 42 0 0 0 SL - 0xc0a4f534 [schedcpu] 41 0 0 0 SL sdflush 0xc0aa71b8 [softdepflush] 40 0 0 0 SL syncer 0xc0a4f52c [syncer] 39 0 0 0 SL vlruwt 0xc4249000 [vnlru] 38 0 0 0 SL psleep 0xc0a9c748 [bufdaemon] 37 0 0 0 SL pgzero 0xc0aafa90 [pagezero] 36 0 0 0 SL psleep 0xc0aa79c0 [vmdaemon] 35 0 0 0 SL psleep 0xc0aa7980 [pagedaemon] 34 0 0 0 WL [irq7: ppc0] 33 0 0 0 WL [irq1: atkbd0] 32 0 0 0 WL [swi0: sio] 31 0 0 0 SL - 0xc40ade00 [em0 taskq] 30 0 0 0 WL [irq18: fxp1 em0] 29 0 0 0 WL [irq17: fxp0] 28 0 0 0 SL usbevt 0xc4033210 [usb1] 27 0 0 0 SL usbtsk 0xc0a4cf34 [usbtask-dr] 26 0 0 0 SL usbtsk 0xc0a4cf20 [usbtask-hc] 25 0 0 0 SL usbevt 0xc3ff5210 [usb0] 24 0 0 0 WL [irq12: uhci0 uhci1] 23 0 0 0 WL [irq15: ata1] 22 0 0 0 WL [irq14: ata0] 21 0 0 0 WL [irq9: acpi0] 20 0 0 0 WL [swi5: +] 19 0 0 0 SL - 0xc3fc4680 [thread taskq] 9 0 0 0 SL - 0xc3fc4700 [acpi_task_2] 8 0 0 0 SL - 0xc3fc4700 [acpi_task_1] 7 0 0 0 SL - 0xc3fc4700 [acpi_task_0] 18 0 0 0 WL [swi6: Giant taskq] 17 0 0 0 WL [swi6: task queue] 16 0 0 0 WL [swi2: cambio] 6 0 0 0 SL ccb_scan 0xc0a22d54 [xpt_thrd] 5 0 0 0 SL - 0xc3fc4b00 [kqueue taskq] 15 0 0 0 SL - 0xc0a4f534 [yarrow] 4 0 0 0 SL - 0xc0a4d6ac [g_down] 3 0 0 0 SL - 0xc0a4d6a8 [g_up] 2 0 0 0 SL - 0xc0a4d6a0 [g_event] 14 0 0 0 WL [swi3: vm] 13 0 0 0 RL CPU 0 [swi4: clock sio] 12 0 0 0 WL [swi1: net] 11 0 0 0 RL [idle: cpu0] 10 0 0 0 RL CPU 1 [idle: cpu1] 1 0 1 0 SLs wait 0xc3f02000 [init] 0 0 0 0 WLs [swapper] db> show pcpu cpuid = 0 curthread = 0xc3f00a20: pid 13 "swi4: clock sio" curpcb = 0xe2994d90 fpcurthread = none idlethread = 0xc3f006c0: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc3f00a20: pid 13 "swi4: clock sio" curpcb = 0xe2994d90 fpcurthread = none idlethread = 0xc3f006c0: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc3f00510: pid 10 "idle: cpu1" curpcb = 0xe298bd90 fpcurthread = none idlethread = 0xc3f00510: pid 10 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db> show locks exclusive sleep mutex inp (tcpinp) r = 0 (0xc468a1e0) locked @ /usr/src/sys/kern/kern_timeout.c:240 db> show lockedvnods Locked vnodes 0xc42d4000: tag ufs, type VDIR usecount 0, writecount 0, refcount 2 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc42c5000 (pid 1220) ino 32897, on dev ad0s1a db> alltrace Tracing command cp pid 1220 tid 100067 td 0xc42c5000 sched_switch(c42c5000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c475b600) at sleepq_switch+0xc9 sleepq_wait_sig(c475b600) at sleepq_wait_sig+0x1d _sleep(c475b600,c475b644,153,c0961c24,0) at _sleep+0x2a6 nfs_reply(c475b600,0,3fc,0,c4358800,...) at nfs_reply+0x303 nfs_request(c467edd0,c4229200,3,c42c5000,c46f0480,e68cf9a8,e68cf9ac,e68cf9b0,c42c5000,e68cf9bc) at nfs_request+0x3f9 nfs_lookup(e68cfabc) at nfs_lookup+0x2d4 VOP_LOOKUP_APV(c0a08520,e68cfabc) at VOP_LOOKUP_APV+0x87 lookup(e68cfba4) at lookup+0x4b0 namei(e68cfba4) at namei+0x2be kern_stat(c42c5000,28216738,0,e68cfc18) at kern_stat+0x35 stat(c42c5000,e68cfd00) at stat+0x1b syscall(e68cfd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (188, FreeBSD ELF32, stat), eip = 0x2813d2cb, esp = 0xbfbfea7c, ebp = 0xbfbfeb18 --- Tracing command sh pid 1210 tid 100094 td 0xc4565000 sched_switch(c4565000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c45666c0) at sleepq_switch+0xc9 sleepq_wait_sig(c45666c0) at sleepq_wait_sig+0x1d _sleep(c45666c0,c4566720,15c,c09504d6,0) at _sleep+0x2a6 kern_wait(c4565000,ffffffff,e695dc28,2,0) at kern_wait+0x7c3 wait4(c4565000,e695dd00) at wait4+0x2a syscall(e695dd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28141c37, esp = 0xbfbfe92c, ebp = 0xbfbfe948 --- Tracing command sh pid 1208 tid 100060 td 0xc42c5bd0 sched_switch(c42c5bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c42c4900) at sleepq_switch+0xc9 sleepq_wait_sig(c42c4900) at sleepq_wait_sig+0x1d _sleep(c42c4900,c42c4960,15c,c09504d6,0) at _sleep+0x2a6 kern_wait(c42c5bd0,ffffffff,e68e4c28,2,0) at kern_wait+0x7c3 wait4(c42c5bd0,e68e4d00) at wait4+0x2a syscall(e68e4d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28141c37, esp = 0xbfbfeb7c, ebp = 0xbfbfeb98 --- Tracing command cron pid 1206 tid 100073 td 0xc4513bd0 sched_switch(c4513bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c44e9dec) at sleepq_switch+0xc9 sleepq_wait_sig(c44e9dec) at sleepq_wait_sig+0x1d _sleep(c44e9dec,c44e9f5c,14c,c0950196,0) at _sleep+0x2a6 pipe_read(c4675318,e693cc60,c467c700,0,c4513bd0) at pipe_read+0x377 dofileread(c4513bd0,5,c4675318,e693cc60,ffffffff,...) at dofileread+0x85 kern_readv(c4513bd0,5,e693cc60,2821f000,1000,...) at kern_readv+0x36 read(c4513bd0,e693cd00) at read+0x45 syscall(e693cd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815a78f, esp = 0xbfbfe66c, ebp = 0xbfbfe688 --- Tracing command getty pid 1205 tid 100095 td 0xc4514d80 sched_switch(c4514d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40c2c10) at sleepq_switch+0xc9 sleepq_wait_sig(c40c2c10) at sleepq_wait_sig+0x1d _sleep(c40c2c10,0,159,c0951b1c,0) at _sleep+0x2a6 ttysleep(c40c2c00,c40c2c10,159,c0951b1c,0,...) at ttysleep+0x21 ttread(c40c2c00,e695ac60,0) at ttread+0x48f ttyread(c40a9900,e695ac60,0,c0a4efe8,0,...) at ttyread+0x2f giant_read(c40a9900,e695ac60,0) at giant_read+0x2d devfs_read_f(c455b360,e695ac60,c3efd480,0,c4514d80) at devfs_read_f+0x62 dofileread(c4514d80,0,c455b360,e695ac60,ffffffff,...) at dofileread+0x85 kern_readv(c4514d80,0,e695ac60,bfbfee3f,1,...) at kern_readv+0x36 read(c4514d80,e695ad00) at read+0x45 syscall(e695ad38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815778f, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 1204 tid 100097 td 0xc4514a20 sched_switch(c4514a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40d3010) at sleepq_switch+0xc9 sleepq_wait_sig(c40d3010) at sleepq_wait_sig+0x1d _sleep(c40d3010,0,159,c0951b1c,0) at _sleep+0x2a6 ttysleep(c40d3000,c40d3010,159,c0951b1c,0,...) at ttysleep+0x21 ttread(c40d3000,e6954c60,0) at ttread+0x48f ttyread(c40c6d00,e6954c60,0,e6954bb8,c069dde1,...) at ttyread+0x2f scread(c40c6d00,e6954c60,0,c0a4efe8,0,...) at scread+0x22 giant_read(c40c6d00,e6954c60,0) at giant_read+0x2d devfs_read_f(c4549a68,e6954c60,c3efd480,0,c4514a20) at devfs_read_f+0x62 dofileread(c4514a20,0,c4549a68,e6954c60,ffffffff,...) at dofileread+0x85 kern_readv(c4514a20,0,e6954c60,bfbfee3f,1,...) at kern_readv+0x36 read(c4514a20,e6954d00) at read+0x45 syscall(e6954d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815778f, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 1203 tid 100089 td 0xc4565870 sched_switch(c4565870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40d3410) at sleepq_switch+0xc9 sleepq_wait_sig(c40d3410) at sleepq_wait_sig+0x1d _sleep(c40d3410,0,159,c0951b1c,0) at _sleep+0x2a6 ttysleep(c40d3400,c40d3410,159,c0951b1c,0,...) at ttysleep+0x21 ttread(c40d3400,e696cc60,0) at ttread+0x48f ttyread(c40c6c00,e696cc60,0,e696cbb8,c069dde1,...) at ttyread+0x2f scread(c40c6c00,e696cc60,0,c0a4efe8,0,...) at scread+0x22 giant_read(c40c6c00,e696cc60,0) at giant_read+0x2d devfs_read_f(c4665bd0,e696cc60,c3efd480,0,c4565870) at devfs_read_f+0x62 dofileread(c4565870,0,c4665bd0,e696cc60,ffffffff,...) at dofileread+0x85 kern_readv(c4565870,0,e696cc60,bfbfee3f,1,...) at kern_readv+0x36 read(c4565870,e696cd00) at read+0x45 syscall(e696cd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815778f, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 1202 tid 100091 td 0xc4565510 sched_switch(c4565510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40d3810) at sleepq_switch+0xc9 sleepq_wait_sig(c40d3810) at sleepq_wait_sig+0x1d _sleep(c40d3810,0,159,c0951b1c,0) at _sleep+0x2a6 ttysleep(c40d3800,c40d3810,159,c0951b1c,0,...) at ttysleep+0x21 ttread(c40d3800,e6966c60,0) at ttread+0x48f ttyread(c40c6b00,e6966c60,0,e6966bb8,c069dde1,...) at ttyread+0x2f scread(c40c6b00,e6966c60,0,c0a4efe8,0,...) at scread+0x22 giant_read(c40c6b00,e6966c60,0) at giant_read+0x2d devfs_read_f(c42c3480,e6966c60,c3efd480,0,c4565510) at devfs_read_f+0x62 dofileread(c4565510,0,c42c3480,e6966c60,ffffffff,...) at dofileread+0x85 kern_readv(c4565510,0,e6966c60,bfbfee3f,1,...) at kern_readv+0x36 read(c4565510,e6966d00) at read+0x45 syscall(e6966d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815778f, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 1201 tid 100051 td 0xc4248000 sched_switch(c4248000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40d3c10) at sleepq_switch+0xc9 sleepq_wait_sig(c40d3c10) at sleepq_wait_sig+0x1d _sleep(c40d3c10,0,159,c0951b1c,0) at _sleep+0x2a6 ttysleep(c40d3c00,c40d3c10,159,c0951b1c,0,...) at ttysleep+0x21 ttread(c40d3c00,e46c8c60,0) at ttread+0x48f ttyread(c40c6a00,e46c8c60,0,e46c8bb8,c069dde1,...) at ttyread+0x2f scread(c40c6a00,e46c8c60,0,c0a4efe8,0,...) at scread+0x22 giant_read(c40c6a00,e46c8c60,0) at giant_read+0x2d devfs_read_f(c42c3a20,e46c8c60,c3efd480,0,c4248000) at devfs_read_f+0x62 dofileread(c4248000,0,c42c3a20,e46c8c60,ffffffff,...) at dofileread+0x85 kern_readv(c4248000,0,e46c8c60,bfbfee3f,1,...) at kern_readv+0x36 read(c4248000,e46c8d00) at read+0x45 syscall(e46c8d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815778f, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command getty pid 1200 tid 100093 td 0xc45651b0 sched_switch(c45651b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40d4010) at sleepq_switch+0xc9 sleepq_wait_sig(c40d4010) at sleepq_wait_sig+0x1d _sleep(c40d4010,0,159,c0951b1c,0) at _sleep+0x2a6 ttysleep(c40d4000,c40d4010,159,c0951b1c,0,...) at ttysleep+0x21 ttread(c40d4000,e6960c60,0) at ttread+0x48f ttyread(c40c6900,e6960c60,0,e6960bb8,c069dde1,...) at ttyread+0x2f scread(c40c6900,e6960c60,0,c0a4efe8,0,...) at scread+0x22 giant_read(c40c6900,e6960c60,0) at giant_read+0x2d devfs_read_f(c4665ca8,e6960c60,c3efd480,0,c45651b0) at devfs_read_f+0x62 dofileread(c45651b0,0,c4665ca8,e6960c60,ffffffff,...) at dofileread+0x85 kern_readv(c45651b0,0,e6960c60,bfbfee3f,1,...) at kern_readv+0x36 read(c45651b0,e6960d00) at read+0x45 syscall(e6960d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2815778f, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command sleep pid 1199 tid 100100 td 0xc4514510 sched_switch(c4514510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4f704) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a4f704) at sleepq_timedwait_sig+0x1e _sleep(c0a4f704,0,15c,c094bfa5,ea61,...) at _sleep+0x27c kern_nanosleep(c4514510,e694bc70,e694bc68) at kern_nanosleep+0xab nanosleep(c4514510,e694bd00) at nanosleep+0x4f syscall(e694bd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x2812e18b, esp = 0xbfbfee3c, ebp = 0xbfbfee98 --- Tracing command sh pid 1198 tid 100105 td 0xc4600510 sched_switch(c4600510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c4601000) at sleepq_switch+0xc9 sleepq_wait_sig(c4601000) at sleepq_wait_sig+0x1d _sleep(c4601000,c4601060,15c,c09504d6,0) at _sleep+0x2a6 kern_wait(c4600510,ffffffff,e69adc28,2,0) at kern_wait+0x7c3 wait4(c4600510,e69add00) at wait4+0x2a syscall(e69add38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28141c37, esp = 0xbfbfd1dc, ebp = 0xbfbfd1f8 --- Tracing command logger pid 1196 tid 100078 td 0xc4513360 sched_switch(c4513360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c42a54a4) at sleepq_switch+0xc9 sleepq_wait_sig(c42a54a4) at sleepq_wait_sig+0x1d _sleep(c42a54a4,c42a5614,14c,c0950196,0) at _sleep+0x2a6 pipe_read(c4665828,e692dc60,c3efd480,0,c4513360) at pipe_read+0x377 dofileread(c4513360,0,c4665828,e692dc60,ffffffff,...) at dofileread+0x85 kern_readv(c4513360,0,e692dc60,28201000,1000,...) at kern_readv+0x36 read(c4513360,e692dd00) at read+0x45 syscall(e692dd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2814978f, esp = 0xbfbfe97c, ebp = 0xbfbfe998 --- Tracing command sh pid 1195 tid 100087 td 0xc4565bd0 sched_switch(c4565bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c45646c0) at sleepq_switch+0xc9 sleepq_wait_sig(c45646c0) at sleepq_wait_sig+0x1d _sleep(c45646c0,c4564720,15c,c09504d6,0) at _sleep+0x2a6 kern_wait(c4565bd0,ffffffff,e6972c28,2,0) at kern_wait+0x7c3 wait4(c4565bd0,e6972d00) at wait4+0x2a syscall(e6972d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28141c37, esp = 0xbfbfd3ec, ebp = 0xbfbfd408 --- Tracing command inetd pid 1181 tid 100102 td 0xc45141b0 sched_switch(c45141b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c45141b0,9,bfbfe8b0,0,0,...) at kern_select+0x495 select(c45141b0,e6945d00) at select+0x44 syscall(e6945d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2816970f, esp = 0xbfbfdb8c, ebp = 0xbfbfee78 --- Tracing command cron pid 1158 tid 100107 td 0xc46001b0 sched_switch(c46001b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4f704) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a4f704) at sleepq_timedwait_sig+0x1e _sleep(c0a4f704,0,15c,c094bfa5,ea61,...) at _sleep+0x27c kern_nanosleep(c46001b0,e69a7c70,e69a7c68) at kern_nanosleep+0xab nanosleep(c46001b0,e69a7d00) at nanosleep+0x4f syscall(e69a7d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x2814018b, esp = 0xbfbfecec, ebp = 0xbfbfed18 --- Tracing command sshd pid 1151 tid 100096 td 0xc4514bd0 sched_switch(c4514bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c4514bd0,7,2840b0bc,0,0,...) at kern_select+0x495 select(c4514bd0,e6957d00) at select+0x44 syscall(e6957d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2839070f, esp = 0xbfbfe18c, ebp = 0xbfbfee98 --- Tracing command couriertcpd pid 1137 tid 100092 td 0xc4565360 sched_switch(c4565360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c4565360,6,bfbfe630,0,0,...) at kern_select+0x495 select(c4565360,e6963d00) at select+0x44 syscall(e6963d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815270f, esp = 0xbfbfe4ac, ebp = 0xbfbfe6c8 --- Tracing command courierlogger pid 1136 tid 100103 td 0xc4600870 sched_switch(c4600870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c42a5c60) at sleepq_switch+0xc9 sleepq_wait_sig(c42a5c60) at sleepq_wait_sig+0x1d _sleep(c42a5c60,c42a5dd0,14c,c0950196,0) at _sleep+0x2a6 pipe_read(c45495a0,e69b3c60,c3efd480,0,c4600870) at pipe_read+0x377 dofileread(c4600870,0,c45495a0,e69b3c60,ffffffff,...) at dofileread+0x85 kern_readv(c4600870,0,e69b3c60,28202000,1000,...) at kern_readv+0x36 read(c4600870,e69b3d00) at read+0x45 syscall(e69b3d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2814a78f, esp = 0xbfbfe32c, ebp = 0xbfbfe348 --- Tracing command couriertcpd pid 1125 tid 100086 td 0xc42c6510 sched_switch(c42c6510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c42c6510,6,bfbfe9e0,0,0,...) at kern_select+0x495 select(c42c6510,e68f3d00) at select+0x44 syscall(e68f3d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815270f, esp = 0xbfbfe85c, ebp = 0xbfbfea78 --- Tracing command courierlogger pid 1124 tid 100085 td 0xc42c66c0 sched_switch(c42c66c0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c42a5ad4) at sleepq_switch+0xc9 sleepq_wait_sig(c42a5ad4) at sleepq_wait_sig+0x1d _sleep(c42a5ad4,c42a5c44,14c,c0950196,0) at _sleep+0x2a6 pipe_read(c46755a0,e68f6c60,c3efd480,0,c42c66c0) at pipe_read+0x377 dofileread(c42c66c0,0,c46755a0,e68f6c60,ffffffff,...) at dofileread+0x85 kern_readv(c42c66c0,0,e68f6c60,28202000,1000,...) at kern_readv+0x36 read(c42c66c0,e68f6d00) at read+0x45 syscall(e68f6d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2814a78f, esp = 0xbfbfe6ec, ebp = 0xbfbfe708 --- Tracing command qmgr pid 1120 tid 100080 td 0xc4513000 sched_switch(c4513000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c4667700) at sleepq_switch+0xc9 sleepq_timedwait_sig(c4667700) at sleepq_timedwait_sig+0x1e _sleep(c4667700,c4667700,158,c09477a9,493e1,...) at _sleep+0x27c kqueue_scan(c4667700,64,e6927c64,e6927c1c,e6927b3c,c4513000) at kqueue_scan+0x1f7 kern_kevent(c4513000,8,0,64,e6927c64,e6927c1c) at kern_kevent+0x159 kevent(c4513000,e6927d00) at kevent+0xfa syscall(e6927d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (363, FreeBSD ELF32, kevent), eip = 0x28178173, esp = 0xbfbfe14c, ebp = 0xbfbfe968 --- Tracing command pickup pid 1119 tid 100106 td 0xc4600360 sched_switch(c4600360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c459e300) at sleepq_switch+0xc9 sleepq_timedwait_sig(c459e300) at sleepq_timedwait_sig+0x1e _sleep(c459e300,c459e300,158,c09477a9,186a1,...) at _sleep+0x27c kqueue_scan(c459e300,64,e69aac64,e69aac1c,e69aab3c,c4600360) at kqueue_scan+0x1f7 kern_kevent(c4600360,8,0,64,e69aac64,e69aac1c) at kern_kevent+0x159 kevent(c4600360,e69aad00) at kevent+0xfa syscall(e69aad38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (363, FreeBSD ELF32, kevent), eip = 0x2816d173, esp = 0xbfbfe17c, ebp = 0xbfbfe998 --- Tracing command master pid 1108 tid 100083 td 0xc42c6a20 sched_switch(c42c6a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c460d180) at sleepq_switch+0xc9 sleepq_timedwait_sig(c460d180) at sleepq_timedwait_sig+0x1e _sleep(c460d180,c460d180,158,c09477a9,ea61,...) at _sleep+0x27c kqueue_scan(c460d180,64,e68fcc64,e68fcc1c,e68fcb3c,c42c6a20) at kqueue_scan+0x1f7 kern_kevent(c42c6a20,c,0,64,e68fcc64,e68fcc1c) at kern_kevent+0x159 kevent(c42c6a20,e68fcd00) at kevent+0xfa syscall(e68fcd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (363, FreeBSD ELF32, kevent), eip = 0x28166173, esp = 0xbfbfe3dc, ebp = 0xbfbfebf8 --- Tracing command authdaemond pid 1062 tid 100098 td 0xc4514870 sched_switch(c4514870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e6951adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,493e1) at _cv_timedwait_sig+0x188 kern_select(c4514870,6,bfbfec10,0,0,...) at kern_select+0x47f select(c4514870,e6951d00) at select+0x44 syscall(e6951d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f70f, esp = 0xbfbfe37c, ebp = 0xbfbfed28 --- Tracing command authdaemond pid 1061 tid 100062 td 0xc42c5870 sched_switch(c42c5870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e68deadc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,493e1) at _cv_timedwait_sig+0x188 kern_select(c42c5870,6,bfbfec10,0,0,...) at kern_select+0x47f select(c42c5870,e68ded00) at select+0x44 syscall(e68ded38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f70f, esp = 0xbfbfe37c, ebp = 0xbfbfed28 --- Tracing command authdaemond pid 1060 tid 100061 td 0xc42c5a20 sched_switch(c42c5a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e68e1adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,493e1) at _cv_timedwait_sig+0x188 kern_select(c42c5a20,6,bfbfec10,0,0,...) at kern_select+0x47f select(c42c5a20,e68e1d00) at select+0x44 syscall(e68e1d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f70f, esp = 0xbfbfe37c, ebp = 0xbfbfed28 --- Tracing command authdaemond pid 1059 tid 100082 td 0xc42c6bd0 sched_switch(c42c6bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e68ffadc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,493e1) at _cv_timedwait_sig+0x188 kern_select(c42c6bd0,6,bfbfec10,0,0,...) at kern_select+0x47f select(c42c6bd0,e68ffd00) at select+0x44 syscall(e68ffd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f70f, esp = 0xbfbfe37c, ebp = 0xbfbfed28 --- Tracing command authdaemond pid 1058 tid 100081 td 0xc42c6d80 sched_switch(c42c6d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e6902adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,493e1) at _cv_timedwait_sig+0x188 kern_select(c42c6d80,6,bfbfec10,0,0,...) at kern_select+0x47f select(c42c6d80,e6902d00) at select+0x44 syscall(e6902d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f70f, esp = 0xbfbfe37c, ebp = 0xbfbfed28 --- Tracing command authdaemond pid 1051 tid 100104 td 0xc46006c0 sched_switch(c46006c0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e69b0adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,493e1) at _cv_timedwait_sig+0x188 kern_select(c46006c0,6,bfbfec10,0,0,...) at kern_select+0x47f select(c46006c0,e69b0d00) at select+0x44 syscall(e69b0d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f70f, esp = 0xbfbfe37c, ebp = 0xbfbfed28 --- Tracing command courierlogger pid 1050 tid 100058 td 0xc42c6000 sched_switch(c42c6000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c42c218c) at sleepq_switch+0xc9 sleepq_wait_sig(c42c218c) at sleepq_wait_sig+0x1d _sleep(c42c218c,c42c22fc,14c,c0950196,0) at _sleep+0x2a6 pipe_read(c42c3798,e68eac60,c3efd480,0,c42c6000) at pipe_read+0x377 dofileread(c42c6000,0,c42c3798,e68eac60,ffffffff,...) at dofileread+0x85 kern_readv(c42c6000,0,e68eac60,28202000,1000,...) at kern_readv+0x36 read(c42c6000,e68ead00) at read+0x45 syscall(e68ead38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2814a78f, esp = 0xbfbfe9ac, ebp = 0xbfbfe9c8 --- Tracing command perl5.8.8 pid 1043 tid 100057 td 0xc42c61b0 sched_switch(c42c61b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c46f6c00) at sleepq_switch+0xc9 sleepq_timedwait_sig(c46f6c00) at sleepq_timedwait_sig+0x1e _sleep(c46f6c00,c46f6c00,158,c09477a9,1389,...) at _sleep+0x27c kqueue_scan(c46f6c00,1,e68edc64,e68edc1c,e68edb3c,c42c61b0) at kqueue_scan+0x1f7 kern_kevent(c42c61b0,9,0,1,e68edc64,e68edc1c) at kern_kevent+0x159 kevent(c42c61b0,e68edd00) at kevent+0xfa syscall(e68edd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (363, FreeBSD ELF32, kevent), eip = 0x28269173, esp = 0xbfbfd0ec, ebp = 0xbfbfd928 --- Tracing command dhcpd pid 1036 tid 100088 td 0xc4565a20 sched_switch(c4565a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e696fadc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,413651) at _cv_timedwait_sig+0x188 kern_select(c4565a20,8,bfbfec30,bfbfebb0,bfbfeb30,...) at kern_select+0x47f select(c4565a20,e696fd00) at select+0x44 syscall(e696fd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x281b170f, esp = 0xbfbfeacc, ebp = 0xbfbfecc8 --- Tracing command rwhod pid 942 tid 100077 td 0xc4513510 sched_switch(c4513510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c4559614) at sleepq_switch+0xc9 sleepq_wait_sig(c4559614) at sleepq_wait_sig+0x1d _sleep(c4559614,c45595e4,158,c0953046,0,...) at _sleep+0x2a6 sbwait(c45595c0,3,c4513510,e6930b74,c06edf9d,...) at sbwait+0x48 soreceive_generic(c4559570,e6930be0,e6930bec,0,0,...) at soreceive_generic+0x2da soreceive(c4559570,e6930be0,e6930bec,0,0,e6930c74) at soreceive+0x39 kern_recvit(c4513510,4,e6930c5c,0,0) at kern_recvit+0x188 recvit(c4513510,4,e6930c5c,bfbfe980) at recvit+0x1b recvfrom(c4513510,e6930d00) at recvfrom+0x6c syscall(e6930d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (29, FreeBSD ELF32, recvfrom), eip = 0x281081e7, esp = 0xbfbfe92c, ebp = 0xbfbfee98 --- Tracing command ntpd pid 929 tid 100079 td 0xc45131b0 sched_switch(c45131b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c45131b0,b,bfbfed70,0,0,...) at kern_select+0x495 select(c45131b0,e692ad00) at select+0x44 syscall(e692ad38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x282cf70f, esp = 0xbfbfed2c, ebp = 0xbfbfee08 --- Tracing command lpd pid 913 tid 100084 td 0xc42c6870 sched_switch(c42c6870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c42c6870,14,bfbfead0,0,0,...) at kern_select+0x495 select(c42c6870,e68f9d00) at select+0x44 syscall(e68f9d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815670f, esp = 0xbfbfe0ec, ebp = 0xbfbfee98 --- Tracing command rpc.lockd pid 891 tid 100074 td 0xc4513a20 sched_switch(c4513a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0aa1f68) at sleepq_switch+0xc9 sleepq_wait_sig(c0aa1f68) at sleepq_wait_sig+0x1d _sleep(c0aa1f68,c0aa1f4c,158,c0962385,0) at _sleep+0x2a6 nfslock_read(c3f51500,e6939c60,4) at nfslock_read+0x5f devfs_read_f(c4549480,e6939c60,c4276c80,0,c4513a20) at devfs_read_f+0x62 dofileread(c4513a20,8,c4549480,e6939c60,ffffffff,...) at dofileread+0x85 kern_readv(c4513a20,8,e6939c60,bfbfec30,194,...) at kern_readv+0x36 read(c4513a20,e6939d00) at read+0x45 syscall(e6939d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2816478f, esp = 0xbfbfebfc, ebp = 0xbfbfedd8 --- Tracing command rpc.lockd pid 884 tid 100053 td 0xc404fbd0 sched_switch(c404fbd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e44adadc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,7531) at _cv_timedwait_sig+0x188 kern_select(c404fbd0,7,bfbfed40,0,0,...) at kern_select+0x47f select(c404fbd0,e44add00) at select+0x44 syscall(e44add38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2816470f, esp = 0xbfbfec7c, ebp = 0xbfbfedd8 --- Tracing command rpc.statd pid 879 tid 100064 td 0xc42c5510 sched_switch(c42c5510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e68d8adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,7531) at _cv_timedwait_sig+0x188 kern_select(c42c5510,a,bfbfed20,0,0,...) at kern_select+0x47f select(c42c5510,e68d8d00) at select+0x44 syscall(e68d8d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815270f, esp = 0xbfbfec5c, ebp = 0xbfbfedb8 --- Tracing command rpcbind pid 845 tid 100068 td 0xc4248d80 sched_switch(c4248d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e46e0b28,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,7531) at _cv_timedwait_sig+0x188 poll(c4248d80,e46e0d00) at poll+0x3a3 syscall(e46e0d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (209, FreeBSD ELF32, poll), eip = 0x2811406b, esp = 0xbfbfcc6c, ebp = 0xbfbfee38 --- Tracing command named pid 835 tid 100066 td 0xc42c51b0 sched_switch(c42c51b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e68d2adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,3e7) at _cv_timedwait_sig+0x188 kern_select(c42c51b0,2f,bfbfed60,bfbfece0,0,...) at kern_select+0x47f select(c42c51b0,e68d2d00) at select+0x44 syscall(e68d2d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283a370f, esp = 0xbfbfec9c, ebp = 0xbfbfedf8 --- Tracing command syslogd pid 775 tid 100071 td 0xc4514000 sched_switch(c4514000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c4514000,b,282200bc,0,0,...) at kern_select+0x495 select(c4514000,e6942d00) at select+0x44 syscall(e6942d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815b70f, esp = 0xbfbfd9fc, ebp = 0xbfbfee48 --- Tracing command watchquagga pid 750 tid 100072 td 0xc4513d80 sched_switch(c4513d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e693fadc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,114a) at _cv_timedwait_sig+0x188 kern_select(c4513d80,14,bfbfecb0,bfbfec30,bfbfebb0,...) at kern_select+0x47f select(c4513d80,e693fd00) at select+0x44 syscall(e693fd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x281c370f, esp = 0xbfbfeb4c, ebp = 0xbfbfed48 --- Tracing command ospfd pid 745 tid 100075 td 0xc4513870 sched_switch(c4513870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_timedwait_sig(c0a9c2bc,0,0,c09f7184,e6936adc,...) at sleepq_timedwait_sig+0x1e _cv_timedwait_sig(c0a9c2bc,c0a9c2a4,3b3) at _cv_timedwait_sig+0x188 kern_select(c4513870,14,bfbfed10,bfbfec90,bfbfec10,...) at kern_select+0x47f select(c4513870,e6936d00) at select+0x44 syscall(e6936d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2822070f, esp = 0xbfbfebac, ebp = 0xbfbfeda8 --- Tracing command zebra pid 739 tid 100070 td 0xc4248a20 sched_switch(c4248a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c4248a20,14,bfbfed10,bfbfec90,bfbfec10,...) at kern_select+0x495 select(c4248a20,e46dad00) at select+0x44 syscall(e46dad38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x281d970f, esp = 0xbfbfebac, ebp = 0xbfbfeda8 --- Tracing command devd pid 667 tid 100038 td 0xc404c6c0 sched_switch(c404c6c0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c2bc) at sleepq_switch+0xc9 sleepq_wait_sig(c0a9c2bc,c0a9c2bc,c0a9c2a4,c094ff1f,101,...) at sleepq_wait_sig+0x1d _cv_wait_sig(c0a9c2bc,c0a9c2a4) at _cv_wait_sig+0x17c kern_select(c404c6c0,5,bfbfe9f0,0,0,...) at kern_select+0x495 select(c404c6c0,e4489d00) at select+0x44 syscall(e4489d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x807a89f, esp = 0xbfbfe98c, ebp = 0xbfbfee98 --- Tracing command pflogd pid 445 tid 100059 td 0xc42c5d80 sched_switch(c42c5d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c4247a00) at sleepq_switch+0xc9 sleepq_timedwait_sig(c4247a00) at sleepq_timedwait_sig+0x1e _sleep(c4247a00,c4247a78,11a,c0956b46,1f4) at _sleep+0x27c bpfread(c42a3c00,e68e7c60,0,c0a4efe8,0,...) at bpfread+0x13a giant_read(c42a3c00,e68e7c60,0) at giant_read+0x2d devfs_read_f(c4290d80,e68e7c60,c426eb00,0,c42c5d80) at devfs_read_f+0x62 dofileread(c42c5d80,3,c4290d80,e68e7c60,ffffffff,...) at dofileread+0x85 kern_readv(c42c5d80,3,e68e7c60,2820b000,8000,...) at kern_readv+0x36 read(c42c5d80,e68e7d00) at read+0x45 syscall(e68e7d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2817c78f, esp = 0xbfbfed9c, ebp = 0xbfbfedf8 --- Tracing command pflogd pid 440 tid 100043 td 0xc3ffdd80 sched_switch(c3ffdd80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c43530a4) at sleepq_switch+0xc9 sleepq_wait_sig(c43530a4) at sleepq_wait_sig+0x1d _sleep(c43530a4,c4353074,158,c0953046,0,...) at _sleep+0x2a6 sbwait(c4353050,246,c0a55b74,e440eb70,c3ffde14,...) at sbwait+0x48 soreceive_generic(c4353000,0,e440ec60,0,0,...) at soreceive_generic+0x2da soreceive(c4353000,0,e440ec60,0,0,0) at soreceive+0x39 soo_read(c42914c8,e440ec60,c3efd480,0,c3ffdd80) at soo_read+0x3d dofileread(c3ffdd80,4,c42914c8,e440ec60,ffffffff,...) at dofileread+0x85 kern_readv(c3ffdd80,4,e440ec60,bfbfee08,4,...) at kern_readv+0x36 read(c3ffdd80,e440ed00) at read+0x45 syscall(e440ed38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2817c78f, esp = 0xbfbfedec, ebp = 0xbfbfee28 --- Tracing command adjkerntz pid 174 tid 100044 td 0xc3ffdbd0 sched_switch(c3ffdbd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c42454a4) at sleepq_switch+0xc9 sleepq_wait_sig(c42454a4) at sleepq_wait_sig+0x1d _sleep(c42454a4,c42454e0,168,c090e551,0) at _sleep+0x2a6 kern_sigsuspend(c3ffdbd0,0,0,0,0,...) at kern_sigsuspend+0xa3 sigsuspend(c3ffdbd0,e440bd00) at sigsuspend+0x33 syscall(e440bd38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x280c146f, esp = 0xbfbfedac, ebp = 0xbfbfee88 --- Tracing command schedcpu pid 42 tid 100046 td 0xc4248870 sched_switch(c4248870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4f534,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0a4f534) at sleepq_timedwait+0x4a _sleep(c0a4f534,0,0,c0942e75,3e8,...) at _sleep+0x291 pause(c0942e75,3e8) at pause+0x26 schedcpu_thread(0,e46d7d38) at schedcpu_thread+0x19 fork_exit(c06d83a8,0,e46d7d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe46d7d70, ebp = 0 --- Tracing command softdepflush pid 41 tid 100047 td 0xc42486c0 sched_switch(c42486c0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0aa71b8,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0aa71b8) at sleepq_timedwait+0x4a _sleep(c0aa71b8,c0aa7190,44,c09651df,3e8) at _sleep+0x291 softdep_flush(0,e46d4d38) at softdep_flush+0x251 fork_exit(c07fb22c,0,e46d4d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe46d4d70, ebp = 0 --- Tracing command syncer pid 40 tid 100048 td 0xc4248510 sched_switch(c4248510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4f52c,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c0a4f52c,0,0,c09f7184,c0955f6e,...) at sleepq_wait+0x46 _sleep(c0a4f52c,c0a9ca44,68,c0956378,0) at _sleep+0x2b5 sched_sync(0,e46d1d38) at sched_sync+0x2fe fork_exit(c0725a78,0,e46d1d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe46d1d70, ebp = 0 --- Tracing command vnlru pid 39 tid 100049 td 0xc4248360 sched_switch(c4248360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c4249000,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c4249000) at sleepq_timedwait+0x4a _sleep(c4249000,c0a9ca18,250,c095603c,3e8,c0a9ca78) at _sleep+0x291 vnlru_proc(0,e46ced38) at vnlru_proc+0xdf fork_exit(c0723c18,0,e46ced38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe46ced70, ebp = 0 --- Tracing command bufdaemon pid 38 tid 100027 td 0xc3f03d80 sched_switch(c3f03d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a9c748,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0a9c748) at sleepq_timedwait+0x4a _sleep(c0a9c748,c0a9c74c,44,c0954760,3e8) at _sleep+0x291 buf_daemon(0,e29d0d38) at buf_daemon+0x198 fork_exit(c07155dc,0,e29d0d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29d0d70, ebp = 0 --- Tracing command pagezero pid 37 tid 100028 td 0xc3f03bd0 sched_switch(c3f03bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0aafa90,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0aafa90) at sleepq_timedwait+0x4a _sleep(c0aafa90,c0aa7944,0,c096a366,493e0) at _sleep+0x291 vm_pagezero(0,e29cdd38) at vm_pagezero+0x6b fork_exit(c082f4d0,0,e29cdd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29cdd70, ebp = 0 --- Tracing command vmdaemon pid 36 tid 100029 td 0xc3f03a20 sched_switch(c3f03a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0aa79c0,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c0aa79c0,ffffffff,0,0,c06ba03c,...) at sleepq_wait+0x46 _sleep(c0aa79c0,0,68,c0954760,0) at _sleep+0x2b5 vm_daemon(0,e29cad38) at vm_daemon+0x36 fork_exit(c082e11c,0,e29cad38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29cad70, ebp = 0 --- Tracing command pagedaemon pid 35 tid 100030 td 0xc3f03870 sched_switch(c3f03870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0aa7980,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0aa7980) at sleepq_timedwait+0x4a _sleep(c0aa7980,c0aa7944,44,c0954760,1388) at _sleep+0x291 vm_pageout(0,e29c7d38) at vm_pageout+0x268 fork_exit(c082dda4,0,e29c7d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29c7d70, ebp = 0 --- Tracing command irq7: ppc0 pid 34 tid 100031 td 0xc3f036c0 fork_trampoline() at fork_trampoline Tracing command irq1: atkbd0 pid 33 tid 100032 td 0xc3f03510 fork_trampoline() at fork_trampoline Tracing command swi0: sio pid 32 tid 100033 td 0xc404f000 sched_switch(c404f000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c40bd640,e4498d38) at ithread_loop+0xda fork_exit(c06adf40,c40bd640,e4498d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4498d70, ebp = 0 --- Tracing command em0 taskq pid 31 tid 100034 td 0xc404cd80 sched_switch(c404cd80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c40ade00,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c40ade00,c402ea04,c402ea04,e4495cec,c06e962e,...) at sleepq_wait+0x46 msleep_spin(c40ade00,c40ade1c,c0942e75,0) at msleep_spin+0x19e taskqueue_thread_loop(c402ea14,e4495d38) at taskqueue_thread_loop+0x61 fork_exit(c06e9928,c402ea14,e4495d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4495d70, ebp = 0 --- Tracing command irq18: fxp1 em0 pid 30 tid 100035 td 0xc404cbd0 sched_switch(c404cbd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c404a660,e4492d38) at ithread_loop+0xda fork_exit(c06adf40,c404a660,e4492d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4492d70, ebp = 0 --- Tracing command irq17: fxp0 pid 29 tid 100036 td 0xc404ca20 fork_trampoline() at fork_trampoline Tracing command usb1 pid 28 tid 100037 td 0xc404c870 sched_switch(c404c870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c4033210,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c4033210) at sleepq_timedwait+0x4a _sleep(c4033210,0,5c,c093fd9b,ea60,c4021980) at _sleep+0x291 usb_event_thread(c4021980,e448cd38) at usb_event_thread+0x94 fork_exit(c065af44,c4021980,e448cd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe448cd70, ebp = 0 --- Tracing command usbtask-dr pid 27 tid 100017 td 0xc3f016c0 sched_switch(c3f016c0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4cf34,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c0a4cf34,ffffffff,0,0,c06ba03c,...) at sleepq_wait+0x46 _sleep(c0a4cf34,0,5c,c093fda2,0,...) at _sleep+0x2b5 usb_task_thread(c0a4cf34,e29a9d38) at usb_task_thread+0x47 fork_exit(c065aff8,c0a4cf34,e29a9d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29a9d70, ebp = 0 --- Tracing command usbtask-hc pid 26 tid 100018 td 0xc3f01510 sched_switch(c3f01510,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4cf20,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c0a4cf20,ffffffff,0,0,c06ba03c,...) at sleepq_wait+0x46 _sleep(c0a4cf20,0,5c,c093fda2,0,...) at _sleep+0x2b5 usb_task_thread(c0a4cf20,e29a6d38) at usb_task_thread+0x47 fork_exit(c065aff8,c0a4cf20,e29a6d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29a6d70, ebp = 0 --- Tracing command usb0 pid 25 tid 100019 td 0xc3f01360 sched_switch(c3f01360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3ff5210,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c3ff5210) at sleepq_timedwait+0x4a _sleep(c3ff5210,0,5c,c093fd9b,ea60,c4024480) at _sleep+0x291 usb_event_thread(c4024480,e29a3d38) at usb_event_thread+0x94 fork_exit(c065af44,c4024480,e29a3d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29a3d70, ebp = 0 --- Tracing command irq12: uhci0 uhci1 pid 24 tid 100020 td 0xc3f011b0 fork_trampoline() at fork_trampoline Tracing command irq15: ata1 pid 23 tid 100021 td 0xc3ffd870 sched_switch(c3ffd870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c4028450,e4405d38) at ithread_loop+0xda fork_exit(c06adf40,c4028450,e4405d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4405d70, ebp = 0 --- Tracing command irq14: ata0 pid 22 tid 100022 td 0xc3ffd6c0 sched_switch(c3ffd6c0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c4022240,e4402d38) at ithread_loop+0xda fork_exit(c06adf40,c4022240,e4402d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4402d70, ebp = 0 --- Tracing command irq9: acpi0 pid 21 tid 100023 td 0xc3ffd510 fork_trampoline() at fork_trampoline Tracing command swi5: + pid 20 tid 100024 td 0xc3ffd360 sched_switch(c3ffd360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c3ffe7e0,e43fcd38) at ithread_loop+0xda fork_exit(c06adf40,c3ffe7e0,e43fcd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe43fcd70, ebp = 0 --- Tracing command thread taskq pid 19 tid 100025 td 0xc3ffd1b0 sched_switch(c3ffd1b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3fc4680,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c3fc4680,0,0,c09f7184,c094e9d2,...) at sleepq_wait+0x46 _sleep(c3fc4680,c3fc469c,0,c0942e75,0) at _sleep+0x2b5 taskqueue_thread_loop(c0a54cd0,e43f9d38) at taskqueue_thread_loop+0x78 fork_exit(c06e9928,c0a54cd0,e43f9d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe43f9d70, ebp = 0 --- Tracing command acpi_task_2 pid 9 tid 100026 td 0xc3ffd000 sched_switch(c3ffd000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3fc4700,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c3fc4700,0,0,c09f7184,c094e9d2,...) at sleepq_wait+0x46 _sleep(c3fc4700,c3fc471c,0,c0942e75,0) at _sleep+0x2b5 taskqueue_thread_loop(c0c12334,e43f6d38) at taskqueue_thread_loop+0x78 fork_exit(c06e9928,c0c12334,e43f6d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe43f6d70, ebp = 0 --- Tracing command acpi_task_1 pid 8 tid 100008 td 0xc3f001b0 sched_switch(c3f001b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3fc4700,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c3fc4700,0,0,c09f7184,c094e9d2,...) at sleepq_wait+0x46 _sleep(c3fc4700,c3fc471c,0,c0942e75,0) at _sleep+0x2b5 taskqueue_thread_loop(c0c12334,e2985d38) at taskqueue_thread_loop+0x78 fork_exit(c06e9928,c0c12334,e2985d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2985d70, ebp = 0 --- Tracing command acpi_task_0 pid 7 tid 100009 td 0xc3f00000 sched_switch(c3f00000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3fc4700,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c3fc4700,0,0,c09f7184,c094e9d2,...) at sleepq_wait+0x46 _sleep(c3fc4700,c3fc471c,0,c0942e75,0) at _sleep+0x2b5 taskqueue_thread_loop(c0c12334,e2982d38) at taskqueue_thread_loop+0x78 fork_exit(c06e9928,c0c12334,e2982d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2982d70, ebp = 0 --- Tracing command swi6: Giant taskq pid 18 tid 100010 td 0xc3f03360 fork_trampoline() at fork_trampoline Tracing command swi6: task queue pid 17 tid 100011 td 0xc3f031b0 sched_switch(c3f031b0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c3f85540,e29bbd38) at ithread_loop+0xda fork_exit(c06adf40,c3f85540,e29bbd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29bbd70, ebp = 0 --- Tracing command swi2: cambio pid 16 tid 100012 td 0xc3f03000 fork_trampoline() at fork_trampoline Tracing command xpt_thrd pid 6 tid 100013 td 0xc3f01d80 sched_switch(c3f01d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a22d54,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c0a22d54,0,0,c09f7184,c0902309,...) at sleepq_wait+0x46 _sleep(c0a22d54,c0a22d6c,4c,c0902389,0,...) at _sleep+0x2b5 xpt_scanner_thread(0,e29b5d38) at xpt_scanner_thread+0x29 fork_exit(c045a220,0,e29b5d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29b5d70, ebp = 0 --- Tracing command kqueue taskq pid 5 tid 100014 td 0xc3f01bd0 sched_switch(c3f01bd0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3fc4b00,c0a4efd0,0,c094e39a,21e,...) at sleepq_switch+0xc9 sleepq_wait(c3fc4b00,0,0,c09f7184,c094e9d2,...) at sleepq_wait+0x46 _sleep(c3fc4b00,c3fc4b1c,0,c0942e75,0) at _sleep+0x2b5 taskqueue_thread_loop(c0a4ddbc,e29b2d38) at taskqueue_thread_loop+0x78 fork_exit(c06e9928,c0a4ddbc,e29b2d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29b2d70, ebp = 0 --- Tracing command yarrow pid 15 tid 100015 td 0xc3f01a20 sched_switch(c3f01a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4f534,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0a4f534) at sleepq_timedwait+0x4a _sleep(c0a4f534,0,0,c0942e75,64,...) at _sleep+0x291 pause(c0942e75,64) at pause+0x26 random_kthread(0,e29afd38) at random_kthread+0x177 fork_exit(c05f79f4,0,e29afd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29afd70, ebp = 0 --- Tracing command g_down pid 4 tid 100016 td 0xc3f01870 sched_switch(c3f01870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4d6ac,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0a4d6ac) at sleepq_timedwait+0x4a _sleep(c0a4d6ac,c0a4d5c8,24c,c0942e75,64) at _sleep+0x291 g_io_schedule_down(c3f01870) at g_io_schedule_down+0x52 g_down_procbody(0,e29acd38) at g_down_procbody+0x5a fork_exit(c0688198,0,e29acd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe29acd70, ebp = 0 --- Tracing command g_up pid 3 tid 100000 td 0xc3f01000 sched_switch(c3f01000,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4d6a8,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0a4d6a8) at sleepq_timedwait+0x4a _sleep(c0a4d6a8,c0a4d608,24c,c0942e75,64) at _sleep+0x291 g_io_schedule_up(c3f01000) at g_io_schedule_up+0x127 g_up_procbody(0,e299dd38) at g_up_procbody+0x5a fork_exit(c0688138,0,e299dd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe299dd70, ebp = 0 --- Tracing command g_event pid 2 tid 100001 td 0xc3f00d80 sched_switch(c3f00d80,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c0a4d6a0,c0a4efd0,0,c094e39a,243,...) at sleepq_switch+0xc9 sleepq_timedwait(c0a4d6a0) at sleepq_timedwait+0x4a _sleep(c0a4d6a0,0,4c,c0942e75,64) at _sleep+0x291 g_event_procbody(0,e299ad38) at g_event_procbody+0x9e fork_exit(c06881f8,0,e299ad38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe299ad70, ebp = 0 --- Tracing command swi3: vm pid 14 tid 100002 td 0xc3f00bd0 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 13 tid 100003 td 0xc3f00a20 kdb_enter(c094addf) at kdb_enter+0x2b panic(c094a0e2,c09627ad,c095d9a9,11e,c468a1e0,...) at panic+0x11c _mtx_assert(c0a4efe8,1,c095d9a9,11e) at _mtx_assert+0x66 tcp_timer(c468a150) at tcp_timer+0x51 softclock(0) at softclock+0x22f ithread_execute_handlers(c3eff6c0,c3f3f200) at ithread_execute_handlers+0x121 ithread_loop(c3ec4940,e2994d38) at ithread_loop+0x67 fork_exit(c06adf40,c3ec4940,e2994d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2994d70, ebp = 0 --- Tracing command swi1: net pid 12 tid 100004 td 0xc3f00870 sched_switch(c3f00870,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 ithread_loop(c3ec4950,e2991d38) at ithread_loop+0xda fork_exit(c06adf40,c3ec4950,e2991d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2991d70, ebp = 0 --- Tracing command idle: cpu0 pid 11 tid 100005 td 0xc3f006c0 sched_switch(c3f006c0,0,1) at sched_switch+0xff mi_switch(1,0,c0a4efd0,0,c094c96a,...) at mi_switch+0x280 sched_idletd(0,e298ed38) at sched_idletd+0x51 fork_exit(c06d91dc,0,e298ed38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe298ed70, ebp = 0 --- Tracing command idle: cpu1 pid 10 tid 100006 td 0xc3f00510 cpustop_handler(e298bc88,c08bf6a9,e298bc20,c06ba2c1,c3f3f580,...) at cpustop_handler+0x31 ipi_nmi_handler(e298bc20,c06ba2c1,c3f3f580,0,0,...) at ipi_nmi_handler+0x28 trap(e298bc94) at trap+0x39 calltrap() at calltrap+0x6 --- trap 0x13, eip = 0xc0c0213d, esp = 0xe298bcd4, ebp = 0xe298bcd4 --- acpi_cpu_c1(c0a4efd0,c06d91dc,e298bcf4,c06d91dc,c06d91dc,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(e298bd04,c06d9205,e298bd24,c06acf80,0,...) at acpi_cpu_idle+0x14e cpu_idle(e298bd24,c06acf80,0,e298bd38,c3effd80,...) at cpu_idle+0x28 sched_idletd(0,e298bd38) at sched_idletd+0x29 fork_exit(c06d91dc,0,e298bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe298bd70, ebp = 0 --- Tracing command init pid 1 tid 100007 td 0xc3f00360 sched_switch(c3f00360,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 sleepq_switch(c3f02000) at sleepq_switch+0xc9 sleepq_wait_sig(c3f02000) at sleepq_wait_sig+0x1d _sleep(c3f02000,c3f02060,15c,c09504d6,0) at _sleep+0x2a6 kern_wait(c3f00360,ffffffff,e2988c28,0,0) at kern_wait+0x7c3 wait4(c3f00360,e2988d00) at wait4+0x2a syscall(e2988d38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x80531f7, esp = 0xbfbfe92c, ebp = 0xbfbfe948 --- Tracing command swapper pid 0 tid 0 td 0xc0a4d9a0 sched_switch(c0a4d9a0,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x280 scheduler(0,101ec00,101e000,0,c04528a5,...) at scheduler+0x195 mi_startup() at mi_startup+0x96 begin() at begin+0x2c From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:52:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CEBE16A40B for ; Tue, 17 Apr 2007 15:52:05 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id CB91213C4CE for ; Tue, 17 Apr 2007 15:51:57 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 53757 invoked by uid 80); 17 Apr 2007 15:52:13 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Tue, 17 Apr 2007 17:52:13 +0200 (CEST) Message-ID: <5073.195.50.100.20.1176825133.squirrel@www.superhero.nl> In-Reply-To: <20070417151829.GA1252@xor.obsecurity.org> References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> <20070417151829.GA1252@xor.obsecurity.org> Date: Tue, 17 Apr 2007 17:52:13 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:52:05 -0000 On Tue, April 17, 2007 17:18, Kris Kennaway wrote: > On Tue, Apr 17, 2007 at 01:12:06PM +0200, Gelsema, P (Patrick) - FreeBSD > wrote: >> On Tue, April 17, 2007 01:03, Kris Kennaway wrote: > > >> > Apparently you weren't paying attention during boot, because 7.0 ships >> > with heavy debugging options enabled, and tells you about it up front: >> > >> > "WARNING: WITNESS option enabled, expect reduced performance.\n"; >> > >> > Recompile your kernel with debugging options disabled before making >> > performance comparisons. >> > >> > Kris >> > >> >> Ok, what you are saying makes sense. I did see the warnings and the bits >> in the kernel config. The thing that triggered me was that when paying >> attention during boot the SCSI Disk was detected as only 160.00MB/s >> instead of the expected 320.00MB/s. The detection of devices is not >> subject to debugging, is it? > > Someone else pointed this out to me, to be honest I didn't get that > far in your email after noticing the big blunder of leaving debugging > enabled :) It's a lot of noise you get on lists, I completely understand your response, would have probably responded in the same way. Next time I'll write my emails a bit different ;-) > I agree that the different speed negotiation is a likely potential > cause of poor performance as well, but it really doesn't make sense to > be making performance comparisons when one system has all possible > debugging enabled and the other has no debugging enabled. I am leaving the debug options on to get as much info for you guys to help out. I am not comparing speed/performance at the moment. What I was doing was to see if getting the patch diff from Ed Schouten in - to get the SATA controller recognised - did change the performance. So I did a dd before patch and after patch. The patch allows the MCP61 to be recognised as such and use SATA300 instead of the UDMA33. (see mail sent yesterday to freebsd-current with subject:Follow up: Support for nVidia MCP61 (S)ATA controllers). Even with debugging on I would expect difference of performance. Main reason for installing 7 is seeing if my hardware is supported, toying a bit with new features, trying to get a better understanding of the whole. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:55:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE3A216A402 for ; Tue, 17 Apr 2007 15:55:59 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 0E92A13C4B8 for ; Tue, 17 Apr 2007 15:55:58 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 53981 invoked by uid 80); 17 Apr 2007 15:56:15 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Tue, 17 Apr 2007 17:56:15 +0200 (CEST) Message-ID: <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> In-Reply-To: <4624DD82.7030400@samsco.org> References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> <4624DD82.7030400@samsco.org> Date: Tue, 17 Apr 2007 17:56:15 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: "Scott Long" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 15:55:59 -0000 On Tue, April 17, 2007 16:45, Scott Long wrote: > Gelsema, P (Patrick) - FreeBSD wrote: > > > The 39320D is a finicky card. I don't recall putting in the code that > would downshift the speed like this, but it wouldn't surprise me if it > is a side effect of the system going slower. Anyways, it sounds like > you're a good candidate/victim for the MPSAFE locking changes that I > just made to the SCSI layer and the ahc/ahd drivers. Would you mind > testing it out (just update to the latest 7-CURRENT sources) and let me > know how it works for you? Ed Schouten mentioned how to get the nic working, currently undetected. Hopefully this is commited already, which will save me a lot of hassle everytime rebuilding the machine from scratch. When I got the nic working I will cvsup and let you know. Hopefully all before tomorrow evening. Is building world/kernel sufficient as test or do you want me to do more tests? Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 16:24:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FA6716A403 for ; Tue, 17 Apr 2007 16:24:50 +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 56CCC13C45D for ; Tue, 17 Apr 2007 16:24:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3HGOk0B032505; Tue, 17 Apr 2007 10:24:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4624F4C3.30006@samsco.org> Date: Tue, 17 Apr 2007 10:24:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Gelsema, P \(Patrick\) - FreeBSD" References: <200704162247.29909.gelsemap@superhero.nl> <20070416230322.GA69661@xor.obsecurity.org> <49836.195.50.100.20.1176808326.squirrel@www.superhero.nl> <4624DD82.7030400@samsco.org> <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> In-Reply-To: <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 17 Apr 2007 10:24:47 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 16:24:50 -0000 Gelsema, P (Patrick) - FreeBSD wrote: > On Tue, April 17, 2007 16:45, Scott Long wrote: >> Gelsema, P (Patrick) - FreeBSD wrote: > > > >> >> The 39320D is a finicky card. I don't recall putting in the code that >> would downshift the speed like this, but it wouldn't surprise me if it >> is a side effect of the system going slower. Anyways, it sounds like >> you're a good candidate/victim for the MPSAFE locking changes that I >> just made to the SCSI layer and the ahc/ahd drivers. Would you mind >> testing it out (just update to the latest 7-CURRENT sources) and let me >> know how it works for you? > > Ed Schouten mentioned how to get the nic working, currently undetected. > Hopefully this is commited already, which will save me a lot of hassle > everytime rebuilding the machine from scratch. > > When I got the nic working I will cvsup and let you know. Hopefully all > before tomorrow evening. > > Is building world/kernel sufficient as test or do you want me to do more > tests? > Any amount of testing that you can do is appreciated. Even verifying that it boots is helpful =-) Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 16:32:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9837016A401; Tue, 17 Apr 2007 16:32:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E47813C459; Tue, 17 Apr 2007 16:32:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C30884774F; Tue, 17 Apr 2007 12:32:32 -0400 (EDT) Date: Tue, 17 Apr 2007 17:32:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Tillman Hodgson In-Reply-To: <20070417153357.GA1335@seekingfire.com> Message-ID: <20070417173005.O42234@fledge.watson.org> References: <20070417153357.GA1335@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: andre@FreeBSD.org, current@freebsd.org Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 16:32:33 -0000 On Tue, 17 Apr 2007, Tillman Hodgson wrote: > Tue Apr 17 08:57:17 CST 2007 > > FreeBSD/i386 (athena.seekingfire.prv) (ttyd0) > > login: panic: mutex Giant not owned at /usr/src/sys/netinet/tcp_timer.c:286 > cpuid = 0 > KDB: enter: panic > [thread pid 13 tid 100003 ] > Stopped at kdb_enter+0x2b: nop > db> There's quite a bit of stuff in here, but I can speak to this one: Andre's recent TCP timer change causes TCP to run without Giant when debug.mpsafenet=0. This leads to panics with INVARIANTS, and non-MPSAFE code running without Giant otherwise. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 17:12:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B192716A408 for ; Tue, 17 Apr 2007 17:12:54 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp809.mail.ird.yahoo.com (smtp809.mail.ird.yahoo.com [217.146.188.69]) by mx1.freebsd.org (Postfix) with SMTP id 4219713C458 for ; Tue, 17 Apr 2007 17:12:51 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 38398 invoked from network); 17 Apr 2007 17:12:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Message-Id; b=ardhWI4GH8vrq7b3PVh/ed6WEtjDGDplrFntlfTcKSy1g4fh70ZaVpHNl6bVO8sk9jPML8g7NTBlyrP69KomDOAVhVWRYQ1tSMuJIkYatUtx4ckA/GGvAZnunuv2Og5a11chEAQy1wK1Cqj9Wx1AOtR2XDOrOAPI+0WKm9QcWfE= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.53.159 with login) by smtp809.mail.ird.yahoo.com with SMTP; 17 Apr 2007 17:12:29 -0000 X-YMail-OSG: rWBOsQsVM1kfmh5fSolfBdrRrhC2AsSN2kN96G4q7SGpkN4rXQIYz6ZTtWLmNDhVy.4cI10s8elri30sAaFxp.N4L4CpjfHREOG4fDTUZg-- From: Thomas Sparrevohn To: Pawel Jakub Dawidek Date: Tue, 17 Apr 2007 18:12:28 +0100 User-Agent: KMail/1.9.6 References: <804570.45403.qm@web63712.mail.re1.yahoo.com> <200704162021.51678.Thomas.Sparrevohn@btinternet.com> <20070417001029.GA3781@garage.freebsd.pl> In-Reply-To: <20070417001029.GA3781@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_8/PJG5V7NrZEzaW" Message-Id: <200704171812.28501.Thomas.Sparrevohn@btinternet.com> X-Mailman-Approved-At: Tue, 17 Apr 2007 17:27:36 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 17:12:54 -0000 --Boundary-00=_8/PJG5V7NrZEzaW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 17 April 2007 01:10:29 Pawel Jakub Dawidek wrote: > > You results are quite surprising. In my tests: > > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.72-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > > Features=0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x649d > AMD Features=0x20000000 > Logical CPUs per core: 2 > real memory = 1065242624 (1015 MB) > avail memory = 1032900608 (985 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 I ran the test again - and the results are the same - This is Quad Core with 4GB of memory (OC to 3Ghz) The kernel uses app. 80% system everytime the it actually starts doing something that is not disk bound - really weird - I have included the script and the results PS. Script is not pretty ;-) --Boundary-00=_8/PJG5V7NrZEzaW-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 17:39:36 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5B0616A400; Tue, 17 Apr 2007 17:39:36 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4629213C455; Tue, 17 Apr 2007 17:39:36 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l3HHdUeA082334; Tue, 17 Apr 2007 13:39:30 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 17 Apr 2007 13:39:14 -0400 User-Agent: KMail/1.6.2 References: <20070416182237.GA51968@sandvine.com> In-Reply-To: <20070416182237.GA51968@sandvine.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200704171339.21432.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/3110/Tue Apr 17 07:57:27 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Nate Lawson , Ed Maste Subject: Re: ACPI related LOR and panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 17:39:36 -0000 On Monday 16 April 2007 02:22 pm, Ed Maste wrote: > After upgrading my laptop to -CURRENT as of last Friday I get the > LOR and panic below. The previous kernel was from Feb. 14th and is > fine. > > Sleeping on "acsem" with the following non-sleepable locks held: > exclusive sleep mutex ACPI EC lock r = 0 (0xc2eb4db4) locked @ > /d2/emaste/HEAD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ >ec.c:323 exclusive sleep mutex acpi subsystem GPE lock r = 0 > (0xc2e8db00) locked @ > /d2/emaste/HEAD/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/O >sdSynch.c:377 KDB: stack backtrace: --- >8 --- SNIP!!! --- >8 --- We are aware of that issue and actively working on it. Unfortunately, it is not a trivial problem. Please be patient. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 17:55:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 800A716A403 for ; Tue, 17 Apr 2007 17:55:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 16D8413C448 for ; Tue, 17 Apr 2007 17:55:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C0424487F5; Tue, 17 Apr 2007 19:55:22 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B55A045683; Tue, 17 Apr 2007 19:55:13 +0200 (CEST) Date: Tue, 17 Apr 2007 19:55:00 +0200 From: Pawel Jakub Dawidek To: "Andrey V. Elsukov" Message-ID: <20070417175500.GC8741@garage.freebsd.pl> References: <461E0375.7080002@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: <461E0375.7080002@yandex.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: ZFS: panic on kldunload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 17:55:25 -0000 --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2007 at 02:01:25PM +0400, Andrey V. Elsukov wrote: > Hi, All. >=20 > I have recently CURRENT on the IBM x3650 server. >=20 > FreeBSD 7.0-CURRENT #0: Sat Jan 6 12:12:26 MSK 2007 > butcher@zfs-storage:/usr/obj/usr/src/sys/ZFS > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) > Cores per package: 2 > Logical CPUs per core: 2 > real memory =3D 3221008384 (3071 MB) > avail memory =3D 3150757888 (3004 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > .... > acd0: CDRW at ata1-master UDMA33 > aacd0: on aac0 > aacd0: 69890MB (143134720 sectors) > aacd1: on aac0 > aacd1: 69890MB (143134720 sectors) > aacd2: on aac0 > aacd2: 69890MB (143134720 sectors) > aacd3: on aac0 > aacd3: 69890MB (143134720 sectors) >=20 > I can't use ZFS on this server. Any manipulation with zpool or zfs > brings to panic. Any suggestion? For the record: it is already fixed. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJQn0ForvXbEpPzQRAud+AKD52X905jO4ryP/XWQWEJwmd3+QjQCfWHIu xILsRdDcr68c5uVT/pAiJDk= =VZrL -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 18:16:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EB0916A402 for ; Tue, 17 Apr 2007 18:16:28 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id D079A13C46C for ; Tue, 17 Apr 2007 18:16:27 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 3D78939815; Tue, 17 Apr 2007 12:16:28 -0600 (CST) Date: Tue, 17 Apr 2007 12:16:27 -0600 From: Tillman Hodgson To: current@freebsd.org Message-ID: <20070417181627.GA1225@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070417173005.O42234@fledge.watson.org> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 18:16:28 -0000 On Tue, Apr 17, 2007 at 05:32:32PM +0100, Robert Watson wrote: > There's quite a bit of stuff in here, but I can speak to this one: Andre's > recent TCP timer change causes TCP to run without Giant when > debug.mpsafenet=0. This leads to panics with INVARIANTS, and non-MPSAFE > code running without Giant otherwise. Thanks Robert, that did indeed let me boot. I appreciate your help :-) I originally put it in there to work around a LOR that I was experiencing (based on you mentioning it in an email to current@ Sun 18 Mar 2007 15:50). http://sources.zabbadoz.net/freebsd/lor/191.html doesn't show any changes to that particular LOR, do you happen to know if there's any ongoing work on this? I'm very willing to act as a test system. -T From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:52:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBCD916A403; Tue, 17 Apr 2007 19:52:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C27A913C489; Tue, 17 Apr 2007 19:52:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3HJqSqF013391; Tue, 17 Apr 2007 15:52:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3HJqRcq034892; Tue, 17 Apr 2007 15:52:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B8C2D73039; Tue, 17 Apr 2007 15:52:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070417195227.B8C2D73039@freebsd-current.sentex.ca> Date: Tue, 17 Apr 2007 15:52:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Tue, 17 Apr 2007 19:52:29 -0000 TB --- 2007-04-17 18:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-17 18:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-17 18:55:01 - cleaning the object tree TB --- 2007-04-17 18:57:38 - checking out the source tree TB --- 2007-04-17 18:57:38 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-17 18:57:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-17 19:14:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-17 19:14:09 - cd /src TB --- 2007-04-17 19:14:09 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 19:14:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lpthread -lumem -lzpool /obj/amd64/src/tmp/usr/lib/libzpool.so: undefined reference to `root_mounted' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-17 19:52:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-17 19:52:27 - ERROR: failed to build world TB --- 2007-04-17 19:52:27 - tinderbox aborted TB --- 0.90 user 3.73 system 3446.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:05:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12ACD16A401 for ; Tue, 17 Apr 2007 20:05:23 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 93FAF13C459 for ; Tue, 17 Apr 2007 20:05:22 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so216161ugh for ; Tue, 17 Apr 2007 13:05:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HJuBgS6T+VHzoGn/315xtG0uxaOheuY1bQvo2sR87vq7S7FBiwJKx/9gSookQryqDYm9tWzQwPjWzH+AED2IBPkihPCh5ofURxKohdY/nromXoyAQtTZsuOSi1RlhxQ1pxBlmAkv+OszaQg7wqwEeu+UPlmer7vf5U2PsBWTfZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NYTHVj9/2+C3YAU6qTXil3biyASHcA2bvV+K7NPdxXaOzA7WeQ26lFklyxdo7CEhmQ88GasRdZHl4WP3qWOzYu0Jd9YqnApbJN2RPc7SvsPOUaJuneZQK9H66iPhb1Fqc7amGYFijlzLwtEdalMyrrimy51caIi+61pWXG/yv+c= Received: by 10.82.169.4 with SMTP id r4mr1714361bue.1176840320892; Tue, 17 Apr 2007 13:05:20 -0700 (PDT) Received: by 10.82.134.18 with HTTP; Tue, 17 Apr 2007 13:05:20 -0700 (PDT) Message-ID: Date: Tue, 17 Apr 2007 22:05:20 +0200 From: "Rene Ladan" To: "Scott Long" In-Reply-To: <4624E8C3.4000202@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46227952.20807@gmail.com> <4624E8C3.4000202@samsco.org> Cc: current@freebsd.org Subject: Re: XPT LOR/panic with USB stick and Giantless CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 20:05:23 -0000 2007/4/17, Scott Long : > Rene Ladan wrote: > > Hi, > > > > when I plug and unplug an USB stick using FreeBSD 7.0 2007-04-15 18:37 > > UTC , I get a LOR followed by a panic (attached). USB sticks worked > > fine on my previous CURRENT (2007-04-11 20:56 UTC) > > > > Should be fixed now. Contact me directly if you have other problems > with it. > Confirmed :) Detaching USB media (sticks, hard drives) doesn't generate LORs/panics anymore. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:13:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AAE316A41B for ; Tue, 17 Apr 2007 20:13:24 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n6.bullet.re3.yahoo.com (n6.bullet.re3.yahoo.com [68.142.237.91]) by mx1.freebsd.org (Postfix) with SMTP id 462B113C483 for ; Tue, 17 Apr 2007 20:13:24 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.230.29] by n6.bullet.re3.yahoo.com with NNFMP; 17 Apr 2007 20:13:23 -0000 Received: from [66.196.101.131] by t2.bullet.re2.yahoo.com with NNFMP; 17 Apr 2007 20:13:23 -0000 Received: from [127.0.0.1] by rrr2.mail.re1.yahoo.com with NNFMP; 17 Apr 2007 20:13:23 -0000 Received: (qmail 766 invoked by uid 60001); 17 Apr 2007 20:13:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=0gzs2eSHrY/PlBKuXi0JB9QK8n6Q2h0OU60YXQl9xOUCiKRXJR+ugq2jTXQBJ9Yp4JEf57arzPlCsR0M1xFCWSPSTQ7u60Ff6BbqSdi9A5dHZ8ig0yp/GtOVLaCJ0URaTYXX56ETeSdZ2Vn5qISiSrJVEVElLJ68FnIF4+3pyLY=; X-YMail-OSG: 8HPXL9cVM1ligxWKFSOgI5AnqH8YyHaPJX0ewKeXWhCQc1DyrKJ5OIavNShaEcwaarQRbLbpbqqJFXpjaHZV8fPJHLddECZQFFecz4s2kaLQYLDWtQyaywGcG84Sfh2t Received: from [201.58.251.2] by web63708.mail.re1.yahoo.com via HTTP; Tue, 17 Apr 2007 13:13:23 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Tue, 17 Apr 2007 13:13:23 -0700 (PDT) From: Joerg t To: Robert Watson , Maxim Sobolev MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <370896.724.qm@web63708.mail.re1.yahoo.com> Message-ID: <627853.32405.bm@rrr2.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 627853.32405.bm@rrr2.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Cc: Thomas Sparrevohn , freebsd-current@FreeBSD.org, pjd@FreeBSD.org Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 20:13:24 -0000 >> The "vmstat -m" will give you precise breakdown of kernel memory usage. > You'll also want to use "vmstat -z". "-m" captures memory allocated by > kernel malloc(9), which is used for variable-sized objects, or objects that > are irregularly allocated. "-z" captures memory allocated by the kernel zone > allocator, used for regularly sized and frequently allocated objects. Small > allocations in malloc(9) are actually allocated via fixed size memory buckets > in the zone allocator, so if looking at "-m" as well, ignore zones who's names > consist solely of a number (i.e., "16", which is the 16-byte bucket). > Robert N M Watson > Computer Laboratory > University of Cambridge In the same P4 HT / 1GB box : # zpool create tank # zfs set atime=off tank # zfs create tank/src # zfs create tank/obj # zfs set mountpoint=/usr/src tank/src # zfs set mountpoint=/usr/obj tank/obj # vmstat -m | grep solaris solaris 581 2526K - 13465 16,32,64,128,256,512,1024,2048,4096 # vmstat -z arc_buf_hdr_t: 128, 0, 56, 64, 121, 0 arc_buf_t: 20, 0, 54, 284, 157, 0 zil_lwb_cache: 176, 0, 0, 0, 0, 0 zfs_znode_cache: 236, 0, 3, 45, 13, 0 # cd /mnt; tar -cf - . | (cd /usr/src; tar -xvf -) # vmstat -m | grep solaris solaris 71293 68045K - 3896726 16,32,64,128,256,512,1024,2048,4096 # vmstat -z arc_buf_hdr_t: 128, 0, 5813, 4927, 117549, 0 arc_buf_t: 20, 0, 5273, 4867, 117746, 0 zil_lwb_cache: 176, 0, 1, 109, 206, 0 zfs_znode_cache: 236, 0, 16616, 3896, 42226, 0 # cd /usr/src; make buildworld # vmstat -m | grep solaris solaris 117656 66398K - 104447388 16,32,64,128,256,512,1024,2048,4096 # vmstat -z arc_buf_hdr_t: 128, 0, 5172, 6018, 247834, 0 arc_buf_t: 20, 0, 2051, 8089, 281300, 0 zil_lwb_cache: 176, 0, 2, 174, 686, 0 zfs_znode_cache: 236, 0, 33809, 1023, 87030, 0 thanks. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:37:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA97F16A404 for ; Tue, 17 Apr 2007 20:37:13 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp812.mail.ird.yahoo.com (smtp812.mail.ird.yahoo.com [217.146.188.72]) by mx1.freebsd.org (Postfix) with SMTP id 5F47013C457 for ; Tue, 17 Apr 2007 20:37:13 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 60451 invoked from network); 17 Apr 2007 20:37:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=VKnE1HoukBfEefd4b4xNSZEpwaTFCAzlTF91Hs6f327KMhPALBToaH4uR6q71xOUGvhpKV6YbMnGg5PHzcKd8cCeldtdqppN9yDTzzDgEbK2faHqCpFY+7BMdKmqH5LTkRjhA6nOk+DHbH6YJB3UIZJcSspOswDrMWq9lY3DxTs= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.53.159 with login) by smtp812.mail.ird.yahoo.com with SMTP; 17 Apr 2007 20:37:11 -0000 X-YMail-OSG: Sbb41_EVM1kFF1WeIIqhduBQ4.ohvctgUD6A.8.Qz1xoZBoUozwmdhku0yAUehxl5YeXyP.0grsGAEHHXfYgaqMhJJbK3YTZOqlKLLBWM1GgQLMVFD9eDfY0PFg- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Tue, 17 Apr 2007 21:37:11 +0100 User-Agent: KMail/1.9.6 References: <200704171143.l3HBhDZB008693@peedub.jennejohn.org> In-Reply-To: <200704171143.l3HBhDZB008693@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704172137.11184.Thomas.Sparrevohn@btinternet.com> Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 20:37:14 -0000 On Tuesday 17 April 2007 12:43:13 Gary Jennejohn wrote: > > Robert Watson writes: > > Interestingly enough, I see less memory pressure since switching to ZFS. > But I'm not using RAIDZ. Previously ``make buildworld'' would use much > more memory, probably for buffer caching. It looks like ZFS doesn't use > nearly as much buffer cache as UFS (which may not be a good thing). > On this system 4GB system - 2,3GB available - ZFS stops around 1,3GB Free whereas UFS continues until app. 700MB mark on a buildworld But the price seems to be much more disk activity - Given that the difference - after disabling Witness - was UFS 10m32.10s real 27m1.32s user 7m49.01s sys (Systat 700MB Free) ZFS 17m43.66s real 27m30.70s user 17m28.47s sys (Systat 1,3GB Free) It make me think that ZFS is trading memory for performance - my guess is - that given the same memory usage ZFS would be unbeatable - I must say that Pawel has done a great job porting ZFS > --- > Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde > > _______________________________________________ > 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 Tue Apr 17 20:47:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A001016A400; Tue, 17 Apr 2007 20:47:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7754C13C458; Tue, 17 Apr 2007 20:47:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3HKlMww023608; Tue, 17 Apr 2007 16:47:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3HKlMiS080426; Tue, 17 Apr 2007 16:47:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C70B73039; Tue, 17 Apr 2007 16:47:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070417204722.6C70B73039@freebsd-current.sentex.ca> Date: Tue, 17 Apr 2007 16:47:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Tue, 17 Apr 2007 20:47:23 -0000 TB --- 2007-04-17 19:52:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-17 19:52:28 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-17 19:52:28 - cleaning the object tree TB --- 2007-04-17 19:53:09 - checking out the source tree TB --- 2007-04-17 19:53:09 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-17 19:53:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-17 20:07:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-17 20:07:41 - cd /src TB --- 2007-04-17 20:07:41 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 20:07:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lpthread -lumem -lzpool /obj/src/tmp/usr/lib/libzpool.so: undefined reference to `root_mounted' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-17 20:47:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-17 20:47:22 - ERROR: failed to build world TB --- 2007-04-17 20:47:22 - tinderbox aborted TB --- 0.82 user 2.81 system 3294.21 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:51:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B34C16A403 for ; Tue, 17 Apr 2007 20:51:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id DFCED13C4DA for ; Tue, 17 Apr 2007 20:51:37 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.191.130] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1HdueF16Lo-00065f; Tue, 17 Apr 2007 22:51:35 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 17 Apr 2007 22:51:23 +0200 User-Agent: KMail/1.9.5 References: <200704171143.l3HBhDZB008693@peedub.jennejohn.org> <200704172137.11184.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200704172137.11184.Thomas.Sparrevohn@btinternet.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart27369945.4msuNq8cIk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704172251.33377.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+MLdDFcj6y7OdYqO992Srktqm7ybuA+7fi15s XSJ0C/kwMzTY0pQRQZsQrXcDQa1VMfDWzWL2kyVM1YKx6KbJa4 aP5MiuscgfXY4rPY3bywA== Cc: Thomas Sparrevohn Subject: Re: Some comments on ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 20:51:38 -0000 --nextPart27369945.4msuNq8cIk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 17 April 2007 22:37, Thomas Sparrevohn wrote: > On Tuesday 17 April 2007 12:43:13 Gary Jennejohn wrote: > > Robert Watson writes: > > > > Interestingly enough, I see less memory pressure since switching to > > ZFS. But I'm not using RAIDZ. Previously ``make buildworld'' would > > use much more memory, probably for buffer caching. It looks like ZFS > > doesn't use nearly as much buffer cache as UFS (which may not be a > > good thing). > > On this system 4GB system - 2,3GB available - ZFS stops around > 1,3GB Free whereas UFS continues until app. 700MB mark on a > buildworld > > But the price seems to be much more disk activity - Given that > the difference - after disabling Witness - was > > UFS 10m32.10s real 27m1.32s user 7m49.01s sys =20 > (Systat 700MB Free) ZFS 17m43.66s real 27m30.70s user =20 > 17m28.47s sys (Systat 1,3GB Free) > > It make me think that ZFS is trading memory for performance - my guess > is - that given the same memory usage ZFS would be unbeatable - I must > say that Pawel has done a great job porting ZFS I have reverted the 3/4 -> 1/2 arc size limit locally, which gives better=20 results in my test: playing hd video off the same disk while doing a=20 (single threaded) buildworld from the same zpool (single disk, no mirror,=20 no raidz). With the 1/2 limit, I get frequent hick-ups in the playback -=20 while with 3/4 things run (almost) smoothly. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart27369945.4msuNq8cIk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJTNVXyyEoT62BG0RAlIlAJ0SNN5l5aVD0Jgr73ueujocU98ixQCfab+P 5WztqX9y9yN68vHOZDk7wTY= =K0So -----END PGP SIGNATURE----- --nextPart27369945.4msuNq8cIk-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:05:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C51316A400 for ; Tue, 17 Apr 2007 21:05:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 184D013C487 for ; Tue, 17 Apr 2007 21:05:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BAF8B47220; Tue, 17 Apr 2007 17:05:23 -0400 (EDT) Date: Tue, 17 Apr 2007 22:05:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Tillman Hodgson In-Reply-To: <20070417181627.GA1225@seekingfire.com> Message-ID: <20070417220339.E2913@fledge.watson.org> References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> <20070417181627.GA1225@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 21:05:25 -0000 On Tue, 17 Apr 2007, Tillman Hodgson wrote: > On Tue, Apr 17, 2007 at 05:32:32PM +0100, Robert Watson wrote: > >> There's quite a bit of stuff in here, but I can speak to this one: Andre's >> recent TCP timer change causes TCP to run without Giant when >> debug.mpsafenet=0. This leads to panics with INVARIANTS, and non-MPSAFE >> code running without Giant otherwise. > > Thanks Robert, that did indeed let me boot. I appreciate your help :-) > > I originally put it in there to work around a LOR that I was experiencing > (based on you mentioning it in an email to current@ Sun 18 Mar 2007 15:50). > http://sources.zabbadoz.net/freebsd/lor/191.html doesn't show any changes to > that particular LOR, do you happen to know if there's any ongoing work on > this? I'm very willing to act as a test system. I chatted with Andre about the panic earlier this afternoon, and it sounds like the fix is straight forward. I would anticipate seeing it committed in the near future. I'll send out an e-mail explaining the above lock order reversal tomorrow morning. I understand that several people have been looking at this, so perhaps one of those people will reply talking about it before then. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:12:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47FFB16A406; Tue, 17 Apr 2007 21:12:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 056C813C4EC; Tue, 17 Apr 2007 21:12:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3HLCJMX026486; Tue, 17 Apr 2007 17:12:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3HLCJVa096431; Tue, 17 Apr 2007 17:12:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 34E0173039; Tue, 17 Apr 2007 17:12:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070417211218.34E0173039@freebsd-current.sentex.ca> Date: Tue, 17 Apr 2007 17:12:17 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Tue, 17 Apr 2007 21:12:20 -0000 TB --- 2007-04-17 20:21:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-17 20:21:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-17 20:21:22 - cleaning the object tree TB --- 2007-04-17 20:22:30 - checking out the source tree TB --- 2007-04-17 20:22:30 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-17 20:22:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-17 20:34:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-17 20:34:02 - cd /src TB --- 2007-04-17 20:34:02 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 20:34:04 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lpthread -lumem -lzpool /obj/pc98/src/tmp/usr/lib/libzpool.so: undefined reference to `root_mounted' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-17 21:12:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-17 21:12:13 - ERROR: failed to build world TB --- 2007-04-17 21:12:13 - tinderbox aborted TB --- 0.80 user 2.84 system 3051.33 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:19:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99A8316A400 for ; Tue, 17 Apr 2007 21:19:22 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id D947013C484 for ; Tue, 17 Apr 2007 21:19:21 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 66824 invoked by uid 89); 17 Apr 2007 21:19:37 -0000 Received: by simscan 1.1.0 ppid: 66818, pid: 66820, t: 3.9804s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1180 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on superman.superhero.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=ham version=3.1.0 Received: from unknown (HELO batman.superhero.nl) (gelsemap@10.202.77.88) by superman.superhero.nl with SMTP; 17 Apr 2007 21:19:33 -0000 From: "Gelsema, P (Patrick)" To: freebsd-current@freebsd.org Date: Tue, 17 Apr 2007 23:19:19 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6803419.CZo0TD6MjZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704172319.22458.gelsemap@superhero.nl> Subject: what's the best make.conf for current? How does developer dist translates into make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 21:19:22 -0000 --nextPart6803419.CZo0TD6MjZ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, When I install Freebsd from cd with Sysinstall I selected Developer as=20 distribution. After cvsup-ping I went into make.conf and tried to determine= =20 what I want to build with buildworld.=20 I want to buildworld with the same settings chosen in sysinstall, however I= am=20 unable to find how developer translates into a make.conf. Reviewing man sysinstall and google does not shed much light on the matter.= =20 Anyone to clarify this or know where to find? Rgds, Patrick --nextPart6803419.CZo0TD6MjZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJTnaKz+4Gcg+TBERAoGaAKDLb+AOdZR1bYcHj9NGizQKmSAdNQCgzvrP EaiFWVcXfr99n00jELBH1/Q= =8QTo -----END PGP SIGNATURE----- --nextPart6803419.CZo0TD6MjZ-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:25:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CDDE16A402; Tue, 17 Apr 2007 21:25:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 711FF13C4CA; Tue, 17 Apr 2007 21:25:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 38780487F5; Tue, 17 Apr 2007 23:25:29 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0EB20487FB; Tue, 17 Apr 2007 23:25:22 +0200 (CEST) Date: Tue, 17 Apr 2007 23:25:03 +0200 From: Pawel Jakub Dawidek To: "Andrey V. Elsukov" Message-ID: <20070417212503.GH8741@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+Z7/5fzWRHDJ0o7Q" Content-Disposition: inline In-Reply-To: <46234D8E.8020501@yandex.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Hidetoshi Shimokawa , Johan Hendriks , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 21:25:31 -0000 --+Z7/5fzWRHDJ0o7Q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 02:18:54PM +0400, Andrey V. Elsukov wrote: > Pawel Jakub Dawidek wrote: > >On Mon, Apr 16, 2007 at 10:16:48AM +0200, Johan Hendriks wrote: >=20 > >It works just fine here, so I'm afraid I need more info. Can you setup > >kernel dumps? >=20 > Some time ago i've reported about a similar problem: > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070789.html Should be fixed now. Stupid leftover. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+Z7/5fzWRHDJ0o7Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJTsvForvXbEpPzQRAhCCAJ0Rl8dGrjQQhc97fp4tE84bsyKcQACgm1gn 3u4N31OoNocyGCP/igKpqYY= =23rB -----END PGP SIGNATURE----- --+Z7/5fzWRHDJ0o7Q-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 22:22:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 087E116A401 for ; Tue, 17 Apr 2007 22:22:41 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) by mx1.freebsd.org (Postfix) with ESMTP id C83A813C4C9 for ; Tue, 17 Apr 2007 22:22:40 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from [10.58.3.94] (ip-58-28-136-166.ubs-dsl.xnet.co.nz [58.28.136.166]) by bellagio.open2view.net (Postfix) with ESMTP id 3443A9613E9 for ; Wed, 18 Apr 2007 10:02:57 +1200 (NZST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Philip Murray Date: Wed, 18 Apr 2007 10:02:53 +1200 X-Mailer: Apple Mail (2.752.3) Subject: ZFS: What have I done wrong? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 22:22:41 -0000 I've setup a zpool using Pawel's quickstart guide as a base: [root@hooters ~]# zpool create tank mirror /dev/twed0 /dev/twed1 mirror /dev/twed2 /dev/twed3 spare /dev/twed4 ...a few commands later... [root@hooters ~]# mount | grep tank tank/ports on /usr/ports (zfs, local) tank/home on /usr/home (zfs, local) and zfs_enable="YES" added to rc.conf However, I don't have a /dev/zvol... am I supposed to have one? Why wouldn't I? Will that allow me to specify my ZFS volumes in fstab so they mount at boot time? Cheers Philip Murray From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 22:39:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22E5516A401 for ; Tue, 17 Apr 2007 22:39:46 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id E099813C44C for ; Tue, 17 Apr 2007 22:39:45 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 23EF439815; Tue, 17 Apr 2007 16:39:45 -0600 (CST) Date: Tue, 17 Apr 2007 16:39:45 -0600 From: Tillman Hodgson To: current@freebsd.org Message-ID: <20070417223945.GJ1225@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> <20070417181627.GA1225@seekingfire.com> <20070417220339.E2913@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070417220339.E2913@fledge.watson.org> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 22:39:46 -0000 On Tue, Apr 17, 2007 at 10:05:23PM +0100, Robert Watson wrote: > I chatted with Andre about the panic earlier this afternoon, and it sounds > like the fix is straight forward. I would anticipate seeing it committed > in the near future. > > I'll send out an e-mail explaining the above lock order reversal tomorrow > morning. I understand that several people have been looking at this, so > perhaps one of those people will reply talking about it before then. :-) That's great news! Thanks again for your help :-) -T -- Page 356: Part of the charm of Unix is, all of a sudden, having a great insight and saying to yourself, "So THAT's why they did it that way." - Harley Hahn, _The Unix Companion_ From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 22:57:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F035616A402 for ; Tue, 17 Apr 2007 22:57:30 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id A8DDF13C455 for ; Tue, 17 Apr 2007 22:57:30 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l3HMe2R3049109; Tue, 17 Apr 2007 17:40:02 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l3HMe2Iv049108; Tue, 17 Apr 2007 17:40:02 -0500 (CDT) (envelope-from brooks) Date: Tue, 17 Apr 2007 17:40:02 -0500 From: Brooks Davis To: Philip Murray Message-ID: <20070417224002.GA48915@lor.one-eyed-alien.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 17 Apr 2007 17:40:03 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: ZFS: What have I done wrong? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 22:57:31 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 18, 2007 at 10:02:53AM +1200, Philip Murray wrote: > I've setup a zpool using Pawel's quickstart guide as a base: >=20 > [root@hooters ~]# zpool create tank mirror /dev/twed0 /dev/twed1 =20 > mirror /dev/twed2 /dev/twed3 spare /dev/twed4 >=20 > ...a few commands later... >=20 > [root@hooters ~]# mount | grep tank > tank/ports on /usr/ports (zfs, local) > tank/home on /usr/home (zfs, local) >=20 > and zfs_enable=3D"YES" added to rc.conf >=20 > However, I don't have a /dev/zvol... am I supposed to have one? Why =20 > wouldn't I? You haven't created any. > Will that allow me to specify my ZFS volumes in fstab so they mount =20 > at boot time? With ZFS you don't use fstab. All the info is stored in zfs is self. Just reboot and they will be there again. -- Brooks --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJUzBXY6L6fI4GtQRAoONAJ4mw6klrC0FMnnEgjp0yKNmvEkC5QCg52gU E2fUvkTH5a5unjCSd7s2yAU= =nw0M -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 23:25:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9EDF16A400; Tue, 17 Apr 2007 23:25:56 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 831AD13C44B; Tue, 17 Apr 2007 23:25:56 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 0C77B1CC0AF; Wed, 18 Apr 2007 01:25:55 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 7AFC9B848; Wed, 18 Apr 2007 01:25:54 +0200 (CEST) Date: Wed, 18 Apr 2007 01:25:54 +0200 From: Henrik Brix Andersen To: Jack Vogel Message-ID: <20070417232554.GA35507@tirith.brixandersen.dk> Mail-Followup-To: Jack Vogel , Bill Paul , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Bill Paul , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se Subject: Re: Lenovo X60 em workaround X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 23:25:56 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jack, On Sat, Jan 20, 2007 at 02:35:17PM -0800, Jack Vogel wrote: > saying its known to be a problem doesnt mean its cause is known :) > They discovered that setting this eliminated the problem, but we > immediately pointed out that this is, as you pointed out, a Bad > Thing on other hardware, so the investigation continues, there is > always a communication lag on these kind of things, so I dont know > if it has been resolved yet or not. I can confirm this patch solves the latency problem with em(4) on my IBM/Lenovo ThinkPad X60s. Any news about a proper solution to this issue? Regards, Brix --=20 Henrik Brix Andersen --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGJVeBv+Q4flTiePgRAsSGAKCUYZ7lGuKVmBBOo3UCJmkTX/d4zwCcDBWT jBjLq2D3f1KBtfZFr+P+2PE= =H8Do -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 23:30:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19A3B16A47B; Tue, 17 Apr 2007 23:30:05 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id C7A7A13C489; Tue, 17 Apr 2007 23:30:04 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 24A711CC109; Wed, 18 Apr 2007 01:30:04 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id A903EB897; Wed, 18 Apr 2007 01:30:03 +0200 (CEST) Date: Wed, 18 Apr 2007 01:30:03 +0200 From: Henrik Brix Andersen To: Jack Vogel Message-ID: <20070417233003.GB35507@tirith.brixandersen.dk> Mail-Followup-To: Jack Vogel , Gleb Smirnoff , Bill Paul , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> <20070122083506.GW4485@FreeBSD.org> <2a41acea0701221030x52dd8821pd858ae7e6740ce92@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline In-Reply-To: <2a41acea0701221030x52dd8821pd858ae7e6740ce92@mail.gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Bill Paul , jon.otterholm@ide.resurscentrum.se, Gleb Smirnoff , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Lenovo X60 em workaround X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Apr 2007 23:30:05 -0000 --xXmbgvnjoT4axfJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Mon, Jan 22, 2007 at 10:30:48AM -0800, Jack Vogel wrote: > Acknowledge... I can do better than that, I have a fix for this problem,= and > its not temporary. Here is the code change (not a patch, I'm very busy), > its in hardware_init, should be obvious how to patch: >=20 > /* Make sure we have a good EEPROM before we read from it */ > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > /* > ** Some PCI-E parts fail the first check due to > ** the link being in sleep state, call it again, > ** if it fails a second time its a real issue. > */ > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > device_printf(dev, > "The EEPROM Checksum Is Not Valid\n"); > return (EIO); > } > } >=20 > This is already checked into my code base at Intel, I've just been too > busy to do anything with it, be my guest if you wish to check it in after > testing... I can confirm that the above patch fixes the frequent initialization problems with em(4) on my IBM/Lenovo ThinkPad X60s. Without the patch, I often see the following on boot when there is no link on the em(4) interface: Apr 17 22:05:12 lothlorien kernel: em0: The EEPROM Checksum Is Not Valid Apr 17 22:05:12 lothlorien kernel: em0: Unable to initialize the hardware With the patch, I can not reproduce the invalid checksum errors - the second call to e1000_validate_nvm_checksum() succeeds. Any chance of this patch hitting CURRENT anytime soon? :) Regards, Brix --=20 Henrik Brix Andersen --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGJVh6v+Q4flTiePgRAl8HAKChX/5jZNCWUqFlKQMac+F4X1RaGwCdEWTc MDVyabUN/0TK4sbsjGRchpc= =M00m -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 01:53:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5F3716A402 for ; Wed, 18 Apr 2007 01:53:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 69C7B13C455 for ; Wed, 18 Apr 2007 01:53:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp80-90.lns3.adl4.internode.on.net [121.44.80.90]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3I1rB2b074310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Apr 2007 11:23:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 11:22:28 +0930 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1353098.OBC0YQSslX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704181122.37957.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Subject: JMicron RAID problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 01:53:34 -0000 --nextPart1353098.OBC0YQSslX Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am trying to put i386 -current on my Core 2 Duo system (i965 with JMicron= =20 RAID) however it doesn't find the disks. It probes the controller OK but no disks are seen. The disks work fine in 6= =2E2=20 (which is what I am upgrading from). Does anyone have a known working date I can try to cvs update to? Thanks. I could generate a verbose dmesg or something although I'll need to put / o= n a=20 USB flash disk or something :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1353098.OBC0YQSslX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGJXnl5ZPcIHs/zowRAo3OAKCH6siJcs9kAnVs3yjbbmHWAIGVsACfRHUE Ey2hVRwSxqYnIJ9LeSs0xgc= =e0w2 -----END PGP SIGNATURE----- --nextPart1353098.OBC0YQSslX-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 01:56:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 712C516A40B for ; Wed, 18 Apr 2007 01:56:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 294F113C4CE for ; Wed, 18 Apr 2007 01:56:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so3055nza for ; Tue, 17 Apr 2007 18:56:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GR6bDkDAl27JXDL6/V3qwiL3TfdP3ehlrpyKq+mas5xwYuVBpaIZo81UTl1W/UjaEHxGC2+EUnlHv4CalpYTboQKYk2Uc8rYZt40MXjC0V/GvMiaYDttPlD69001aUDSmNXvLCLD/nq3XLSfQ0sD49rm7eDl2LMa0uCD/+ZtOXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fPsnBESdY9WZJUTEjn2iTv9CLD7Da4aWQFU6soFSGAdxMtsudm6b4tpr/mdjJySZdKSVQEb14bKLGNhAb4rLXFN1JPT7+xhPkzOm6TMKZT3VJEy+FPFhG/+60l7HXrG+FXfZaqtAEztHIyI6xOYxQiV2kbp2hcV/NrAfCACzRgc= Received: by 10.114.202.15 with SMTP id z15mr6563waf.1176861412998; Tue, 17 Apr 2007 18:56:52 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 17 Apr 2007 18:56:52 -0700 (PDT) Message-ID: <2a41acea0704171856h48f3d7d2u26ee8912c14d2936@mail.gmail.com> Date: Tue, 17 Apr 2007 18:56:52 -0700 From: "Jack Vogel" To: "Jack Vogel" , "Gleb Smirnoff" , "Bill Paul" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se In-Reply-To: <20070417233003.GB35507@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> <20070122083506.GW4485@FreeBSD.org> <2a41acea0701221030x52dd8821pd858ae7e6740ce92@mail.gmail.com> <20070417233003.GB35507@tirith.brixandersen.dk> Cc: Subject: Re: Lenovo X60 em workaround X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 01:56:55 -0000 On 4/17/07, Henrik Brix Andersen wrote: > Hi, > > On Mon, Jan 22, 2007 at 10:30:48AM -0800, Jack Vogel wrote: > > Acknowledge... I can do better than that, I have a fix for this problem, and > > its not temporary. Here is the code change (not a patch, I'm very busy), > > its in hardware_init, should be obvious how to patch: > > > > /* Make sure we have a good EEPROM before we read from it */ > > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > > /* > > ** Some PCI-E parts fail the first check due to > > ** the link being in sleep state, call it again, > > ** if it fails a second time its a real issue. > > */ > > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > > device_printf(dev, > > "The EEPROM Checksum Is Not Valid\n"); > > return (EIO); > > } > > } > > > > This is already checked into my code base at Intel, I've just been too > > busy to do anything with it, be my guest if you wish to check it in after > > testing... > > I can confirm that the above patch fixes the frequent initialization > problems with em(4) on my IBM/Lenovo ThinkPad X60s. Without the patch, > I often see the following on boot when there is no link on the em(4) > interface: > > Apr 17 22:05:12 lothlorien kernel: em0: The EEPROM Checksum Is Not Valid > Apr 17 22:05:12 lothlorien kernel: em0: Unable to initialize the hardware > > With the patch, I can not reproduce the invalid checksum errors - the > second call to e1000_validate_nvm_checksum() succeeds. > > Any chance of this patch hitting CURRENT anytime soon? :) Yes, the reason I have been delaying is that I need to merge the latest driver I've released from Intel into CURRENT, and this is going to be a sizeable task, we have a new shared code base that is more modular than before, it means each family of NIC now gets a seperate file and functions, with function pointers that are set up at runtime. All new drivers, Windows, Linux, and FreeBSD are using this code, its going to be a bit of work to make sure that CURRENT loses no fixes in this merge, I also had another project internally that needed my cycles, but starting tomorrow I will begin the task, I would hope to get something checked in by the weekend. Anyone that wishes to see the new driver structure can download it now from the Intel site, downloadfinder.intel.com, its driver version 6.3.9. Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 02:32:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B08FE16A409 for ; Wed, 18 Apr 2007 02:32:57 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 469A313C4B8 for ; Wed, 18 Apr 2007 02:32:57 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so11878muf for ; Tue, 17 Apr 2007 19:32:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SQ2kf+8oq8jcAhTtYQ8W6IRwplP2+NtXuIO6PRGy2oqqWQ+NGg5o0NebcL6E1ohayW0g0YvafA8OOKV2ZMw5mDaiU8sr1bBaihoXwPLocst8F/yeo+S1e58IMhSRJF59zRL24eCmZ6f5xdwoP3G53F4tdfYgEQVow9jG+0COj3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tacLU/DNahigBtyFqeyIUhQws/cbaRWxBnOjRGRxUJaXtehoLny+4XFURaB+fQ5av0Db4IJigCHwqpPPALlEQODsY9gXLHFRxOAoyS5QZzZMW6R34sWgTE2PQaF+SX1gd4CWaEMM64zHOCDiPEh2592rEPDBWN+DyY4BrNroMp0= Received: by 10.82.145.7 with SMTP id s7mr39291bud.1176863575993; Tue, 17 Apr 2007 19:32:55 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Tue, 17 Apr 2007 19:32:55 -0700 (PDT) Message-ID: <6eb82e0704171932y11fa4bd7xf8c0b7d7f2a76ea6@mail.gmail.com> Date: Wed, 18 Apr 2007 10:32:55 +0800 From: "Rong-en Fan" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: sysinstall bsdlabel offset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 02:32:57 -0000 Hi, Recently, I installed two new boxes using 200704 snapshot. I thought some time ago, we already changed sysinstall to create 'a' partition starts at offset 16. But I found it still starts at offset 0? Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 03:34:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18A8816A402 for ; Wed, 18 Apr 2007 03:34:28 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF5913C44B for ; Wed, 18 Apr 2007 03:34:27 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3I3PJiO014032 for ; Wed, 18 Apr 2007 12:55:19 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Wed, 18 Apr 2007 13:04:20 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 18 Apr 2007 13:04:20 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3I3YEUo087383 for ; Wed, 18 Apr 2007 11:34:14 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3I3YEgD087382 for freebsd-current@freebsd.org; Wed, 18 Apr 2007 11:34:14 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 18 Apr 2007 11:34:14 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070418033413.GJ86572@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070416035702.GB1847@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070416035702.GB1847@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 18 Apr 2007 03:34:20.0482 (UTC) FILETIME=[73551220:01C7816A] Content-Transfer-Encoding: 7bit Subject: Re: em0: watchdog timeout coupled with NVRM head errors ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 03:34:28 -0000 0n Mon, Apr 16, 2007 at 11:57:02AM +0800, Wilkinson, Alex wrote: >Hi all, > >FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007 > >Seeing on console: > > em0: watchdog timeout -- resetting > NVRM: Xid (0001:00): 16, Head 00000000 Count 000d5cf4 > NVRM: Xid (0001:00): 16, Head 00000001 Count 0010b447 > NVRM: Xid (0001:00): 8, Channel 0000001e > em0: watchdog timeout -- resetting > NVRM: Xid (0001:00): 16, Head 00000000 Count 000d5cf5 > em0: watchdog timeout -- resetting > >I am using x11/nvidia-driver/ with TwinView. > >I will be happily working away and 'boom' I loose my second head and am left >with one monitor. And I see the afforementioned errors spewing out to the >console. > >Any hot tips on this one ? For the sake of the archives. The problem was, was x11/nvidia-driver/ and em(4) where sharing the same IRQ. I manually changed the IRQ assingment in the BIOS and nvidia0+ and em(4) are now on separate IRQ lines. Problem solved. #vmstat -i | egrep -i "nvidia|em" irq16: em0 uhci0 2908195 18 irq18: nvidia0+ 21481654 136 REF: http://www.nvnews.net/vbulletin/showthread.php?t=73644 http://www.nvnews.net/vbulletin/showthread.php?t=82527 -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 03:37:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1767F16A401 for ; Wed, 18 Apr 2007 03:37:10 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id A3B2E13C465 for ; Wed, 18 Apr 2007 03:37:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so271013ugh for ; Tue, 17 Apr 2007 20:37:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GhGk27SpIMDp0rJuZPzUjXuw8T4kPjMyVVTA+FdoUteGA+SNIjpjuRwuKTplK5cL4fgu5Z50UvAcWfcg9gYHpR1SkGnC2nGTGfOFtHxp+2/uaXM71Xo/GJ89CYEldUhM5EXn0Ot2Zn4PCbnGbptWfWa3CxY7DOrbikep13tZX/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CVUhyLEc7z1/4MS4pP1IjSzarP2I6uEjllhzm39my11QlH64eXjqNV6muDDXbNNIV7Zv6k8+xcYCu0Ngf5OMNlGeuY+qMVA1L0V0LS0n54aBopmAp9nHkofYo8XWKyLUCUxAqwy1aZCP5mP1nC1BEUoISIwKvRFu7PsOrApzEPA= Received: by 10.82.116.15 with SMTP id o15mr51191buc.1176867428420; Tue, 17 Apr 2007 20:37:08 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Tue, 17 Apr 2007 20:37:08 -0700 (PDT) Message-ID: <6eb82e0704172037w68ea5016o473d972172ba45b2@mail.gmail.com> Date: Wed, 18 Apr 2007 11:37:08 +0800 From: "Rong-en Fan" To: current@freebsd.org In-Reply-To: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0704152113t1247b3a4tb8b0655291c8cceb@mail.gmail.com> Cc: clsung@freebsd.org Subject: Re: RFC: top displays jail id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 03:37:10 -0000 On 4/16/07, Rong-en Fan wrote: > Hi all, > > The patch at > > http://people.freebsd.org/~rafan/top.diff > > makes top display jail id by -j or 'j' key. This is originally created > by clsung@ (thank you). For example, > > PID JID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN > 89573 0 mysql 14 4 0 169M 145M sbwait 0 82:37 0.00% mysqld > 83920 4 106 2 96 0 81220K 72176K ucond 1 20:52 0.00% clamd > 62776 3 mysql 5 20 0 65428K 32364K kserel 0 7:27 0.00% mysqld > 55862 0 rafan 1 96 0 28644K 23952K select 0 4:39 0.00% screen > 10245 0 rafan 1 96 0 32816K 10736K select 0 3:46 0.00% irssi > 89643 0 wckao 1 96 0 21596K 6176K select 0 2:45 0.00% irssi > 34259 4 mysql 9 20 0 55716K 30180K kserel 0 2:26 0.00% mysqld > 25616 4 root 1 96 0 14404K 2580K select 0 2:11 0.00% master > > Now I know which mysqld is in jail. If no objections, I will commit to > HEAD later > today and merge to 6.x in 2 weeks. It's committed to HEAD yesterday. Enjoy! > Regards, > Rong-En Fan > From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 04:03:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4588816A400 for ; Wed, 18 Apr 2007 04:03:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id DEF7013C45B for ; Wed, 18 Apr 2007 04:03:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so23056pyh for ; Tue, 17 Apr 2007 21:03:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=hAEzqL9LaVX0z7skfNECbAfFt2ZIke5Qt+Y2Y7//8EnS3BX0KAZGW/5y94kgL6tI91N9rGuxSOsIuBEbl/VLmwM8JClmdKDlOyTNkxHpurDMMoh0/o2VAq/InB3izwPU2kVBojNsAMQNirJXl4P6wvrswgiCu/yPWptJfTWA3DU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=odru4faP6GlQ+KcIN80/DppFbDGGSBXj0F4HlDCfaWcO7uowjBjsyseTz57jsvCu3gdKHk2qRHphi0TK/I3wtT6E/Nc2UNKDtAkvwU8/NIdLdsCgrSyO+nKcd9lhY3w9T301ke9O3DJiDi1Ek8IdYEJYxbsBqkQQq5RaOE8t1BY= Received: by 10.65.105.3 with SMTP id h3mr92165qbm.1176868985248; Tue, 17 Apr 2007 21:03:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 17sm554134nzo.2007.04.17.21.03.01; Tue, 17 Apr 2007 21:03:03 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l3I43nun031699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Apr 2007 13:03:49 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l3I43l5T031698; Wed, 18 Apr 2007 13:03:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 18 Apr 2007 13:03:47 +0900 From: Pyun YongHyeon To: "Gelsema, P (Patrick) - FreeBSD" Message-ID: <20070418040347.GC30554@cdnetworks.co.kr> References: <200704162247.29909.gelsemap@superhero.nl> <20070417061113.GI98082@hoeg.nl> <61038.195.50.100.20.1176808565.squirrel@www.superhero.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61038.195.50.100.20.1176808565.squirrel@www.superhero.nl> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current , Ed Schouten , freebsd-hardware@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less 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, 18 Apr 2007 04:03:06 -0000 On Tue, Apr 17, 2007 at 01:16:05PM +0200, Gelsema, P (Patrick) - FreeBSD wrote: > On Tue, April 17, 2007 08:11, Ed Schouten wrote: > > * Gelsema, P (Patrick) wrote: > >> As the NIC is not yet supported by Freebsd and I haven't got it working > >> yet > >> (need to get a supported nic in, hopefully tomorrow or the day after) I > >> can > >> only provide the below information. I had to type it reading it from > >> another > >> console :( (this also means that I cannot CVS atm) > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > Just replace the original files in /sys/dev/nfe with these ones. > > > > -- > > Ed Schouten > > WWW: http://g-rave.nl/ > > Hi Ed, > > thanks for the files. Will these be MFC-ed (is that the proper word?) into > 6.3 release or committed into 7? > Firstly, it needs to be committed to HEAD. It's up to nfe(4) maintainer, obrien@. I don't want to replace it with overhauld nfe(4) without permission of offical maintainer. > If not and I cvsup my src do I need to replace the files again in the > above mentioned directory? > Yes. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 04:10:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52B9516A403 for ; Wed, 18 Apr 2007 04:10:50 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1941B13C480 for ; Wed, 18 Apr 2007 04:10:49 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so24273pyh for ; Tue, 17 Apr 2007 21:10:49 -0700 (PDT) Received: by 10.35.33.15 with SMTP id l15mr212150pyj.1176869449468; Tue, 17 Apr 2007 21:10:49 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Tue, 17 Apr 2007 21:10:49 -0700 (PDT) Message-ID: <626eb4530704172110t45c5e85fmcbebc99d744586ce@mail.gmail.com> Date: Wed, 18 Apr 2007 13:10:49 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070417212503.GH8741@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070417212503.GH8741@garage.freebsd.pl> X-Google-Sender-Auth: ab260f74554b79a0 Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org, Johan Hendriks Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 04:10:50 -0000 I can still reproduce the problem. Please try the attached script. You need to set TESTFS and unprivileged USER appropriately. > sudo sh -x zfs-hangs.sh + TESTFS=pool/testfs + USER=simokawa + zfs create pool/testfs + zfs snapshot pool/testfs@snap + cd /pool/testfs/.zfs/snapshot + su simokawa -c /bin/ls -F ls: snap: Operation not permitted + /bin/ls -F ls: snap: No such file or directory + /bin/ls -F ^C^C^C(hangs) ----------- #!/bin/sh -x TESTFS=pool/testfs USER=simokawa zfs create $TESTFS zfs snapshot $TESTFS@snap cd /$TESTFS/.zfs/snapshot # this should be failed su $USER -c "/bin/ls -F" /bin/ls -F /bin/ls -F ----------- On 4/18/07, Pawel Jakub Dawidek wrote: > On Mon, Apr 16, 2007 at 02:18:54PM +0400, Andrey V. Elsukov wrote: > > Pawel Jakub Dawidek wrote: > > >On Mon, Apr 16, 2007 at 10:16:48AM +0200, Johan Hendriks wrote: > > > > >It works just fine here, so I'm afraid I need more info. Can you setup > > >kernel dumps? > > > > Some time ago i've reported about a similar problem: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070789.html > > Should be fixed now. Stupid leftover. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 04:50:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 165FA16A400 for ; Wed, 18 Apr 2007 04:50:28 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 966CB13C45A for ; Wed, 18 Apr 2007 04:50:27 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3I4fK9p027218 for ; Wed, 18 Apr 2007 14:11:20 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Wed, 18 Apr 2007 14:20:21 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 18 Apr 2007 14:20:20 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3I4oEnl087712 for ; Wed, 18 Apr 2007 12:50:14 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3I4oET1087711 for freebsd-current@freebsd.org; Wed, 18 Apr 2007 12:50:14 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 18 Apr 2007 12:50:14 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070418045013.GL86572@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 18 Apr 2007 04:50:21.0025 (UTC) FILETIME=[11A0B510:01C78175] Content-Transfer-Encoding: 7bit Subject: IRQ Question ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 04:50:28 -0000 FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007 Could be an insanely dumb question, however, I have to ask. Why don't IRQs in the BIOS map to IRQs in the output of vmstat(8) ? e.g. I manually changed an IRQ assingment of an Intel NIC [em(4)] to be on IRQ 11 in the BIOS and vmstat(8) reports its as irq16. #vmstat -i | egrep -i em irq16: em0 uhci0 2990236 18 Can someone (njl@ jhb@) please enlighten me ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 07:54:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA1E616A409 for ; Wed, 18 Apr 2007 07:54:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A28D213C46C for ; Wed, 18 Apr 2007 07:54:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A4FC447848; Wed, 18 Apr 2007 03:54:00 -0400 (EDT) Date: Wed, 18 Apr 2007 08:54:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Tillman Hodgson In-Reply-To: <20070417220339.E2913@fledge.watson.org> Message-ID: <20070418084345.H2913@fledge.watson.org> References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> <20070417181627.GA1225@seekingfire.com> <20070417220339.E2913@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 07:54:02 -0000 On Tue, 17 Apr 2007, Robert Watson wrote: >> I originally put it in there to work around a LOR that I was experiencing >> (based on you mentioning it in an email to current@ Sun 18 Mar 2007 15:50). >> http://sources.zabbadoz.net/freebsd/lor/191.html doesn't show any changes >> to that particular LOR, do you happen to know if there's any ongoing work >> on this? I'm very willing to act as a test system. > > I chatted with Andre about the panic earlier this afternoon, and it sounds > like the fix is straight forward. I would anticipate seeing it committed in > the near future. > > I'll send out an e-mail explaining the above lock order reversal tomorrow > morning. I understand that several people have been looking at this, so > perhaps one of those people will reply talking about it before then. :-) The essential problem of this lock order reversal has to do with the fact that higher network stack layers hold locks over lower network stack layers. For example, the lock for a TCP connection is held over the operation to enqueue the TCP packet for transmission at a lower layer. This is necessary in order to maintain TCP transmission order into the transmission queue between multiple threads operating on the same TCP connection, as if the "transmit and enqueue" operation were non-atomic with respect to the same TCP connection in another thread, quite damaging reordering could take place. We directly dispatch the entire outbound network stack from that enqueue point, meaning that the per-TCP connection lock is held over that processing path, including the firewall. As a result, PCB locks (TCP connection locks) preceed the firewall in the lock order. Firewall locks are about protecting the rule state of the firewall from corruption when firewall rules are updated, allowing readers to interpret the rules using a static snapshot, and writers to avoid mangling the rules via simultaneous non-atomic update. As such, when the firewall code is entered, the firewall lock is acquired, and held until the packet has been completely processed. Things get sticky deep in the firewall code because our firewalls include credential-aware rules, which essentially "peek up the stack" in order to decide what user is associated with a packet before delivery to the connection is done. The firewall rule lock is held over this lookup and inspection of TCP-layer state. In the out-bound path, we pass down the TCP state reference (PCB pointer) and guarantee the lock is already held. However, in the in-bound direction, the firewall has to do the full lookup and lock acquisition. Which reverses the lock order, and can lead to deadlocks. debug.mpsafenet=0 places the Giant lock in front of all network stack lock acquisition, which effectively serializes all of the above. It doesn't remove the lock order reversal, but it does eliminate simultaneous lock acquisition, removing one of the necessary causes of deadlock. This trick of a serializing "global" lock in order to prevent lock order between "leaf" locks is not an uncommon technique, but in this case has a significant overhead (requiring non-parallelism in network processing), and needs to be fixed. The key is to guarantee that the acquisition of the firewall reference will never be blocked waiting on a PCB lock -- i.e., that the firewall "lock" isn't a lock so much as a reference count that will never have to wait, removing the waiting requirement from the deadlock equation. I know that Julian Elischer has been looking at doing this, and others may have also. The model is essentially that you either starve writers to the firewall data, or you create a read-only snapshot to be used by readers in the event a writer arrives, allowing readers to pick up the new rules if available, or the old rules if not, and never wait indefinitely either way. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 08:03:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5250816A400 for ; Wed, 18 Apr 2007 08:03:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 3D26A13C487 for ; Wed, 18 Apr 2007 08:03:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 18 Apr 2007 00:31:51 -0700 Received: from [192.168.2.6] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 0F1C3125AED; Wed, 18 Apr 2007 01:03:33 -0700 (PDT) Message-ID: <4625D0DB.1080902@elischer.org> Date: Wed, 18 Apr 2007 01:03:39 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Robert Watson References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> <20070417181627.GA1225@seekingfire.com> <20070417220339.E2913@fledge.watson.org> <20070418084345.H2913@fledge.watson.org> In-Reply-To: <20070418084345.H2913@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tillman Hodgson , current@freebsd.org Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 08:03:34 -0000 Robert Watson wrote: > > On Tue, 17 Apr 2007, Robert Watson wrote: > >>> I originally put it in there to work around a LOR that I was >>> experiencing (based on you mentioning it in an email to current@ Sun >>> 18 Mar 2007 15:50). http://sources.zabbadoz.net/freebsd/lor/191.html >>> doesn't show any changes to that particular LOR, do you happen to >>> know if there's any ongoing work on this? I'm very willing to act as >>> a test system. >> >> I chatted with Andre about the panic earlier this afternoon, and it >> sounds like the fix is straight forward. I would anticipate seeing it >> committed in the near future. >> >> I'll send out an e-mail explaining the above lock order reversal >> tomorrow morning. I understand that several people have been looking >> at this, so perhaps one of those people will reply talking about it >> before then. :-) > > The essential problem of this lock order reversal has to do with the > fact that higher network stack layers hold locks over lower network > stack layers. For example, the lock for a TCP connection is held over > the operation to enqueue the TCP packet for transmission at a lower > layer. This is necessary in order to maintain TCP transmission order > into the transmission queue between multiple threads operating on the > same TCP connection, as if the "transmit and enqueue" operation were > non-atomic with respect to the same TCP connection in another thread, > quite damaging reordering could take place. We directly dispatch the > entire outbound network stack from that enqueue point, meaning that the > per-TCP connection lock is held over that processing path, including the > firewall. As a result, PCB locks (TCP connection locks) preceed the > firewall in the lock order. > > Firewall locks are about protecting the rule state of the firewall from > corruption when firewall rules are updated, allowing readers to > interpret the rules using a static snapshot, and writers to avoid > mangling the rules via simultaneous non-atomic update. As such, when > the firewall code is entered, the firewall lock is acquired, and held > until the packet has been completely processed. Things get sticky deep > in the firewall code because our firewalls include credential-aware > rules, which essentially "peek up the stack" in order to decide what > user is associated with a packet before delivery to the connection is > done. The firewall rule lock is held over this lookup and inspection of > TCP-layer state. In the out-bound path, we pass down the TCP state > reference (PCB pointer) and guarantee the lock is already held. However, > in the in-bound direction, the firewall has to do the full lookup and > lock acquisition. Which reverses the lock order, and can lead to > deadlocks. I am doing work on fixing htis for ipfw. it involves moving ipfw to a lockless method of operation. (more info will be in the ipfw list in a few days) > > debug.mpsafenet=0 places the Giant lock in front of all network stack > lock acquisition, which effectively serializes all of the above. It > doesn't remove the lock order reversal, but it does eliminate > simultaneous lock acquisition, removing one of the necessary causes of > deadlock. This trick of a serializing "global" lock in order to prevent > lock order between "leaf" locks is not an uncommon technique, but in > this case has a significant overhead (requiring non-parallelism in > network processing), and needs to be fixed. > > The key is to guarantee that the acquisition of the firewall reference > will never be blocked waiting on a PCB lock -- i.e., that the firewall > "lock" isn't a lock so much as a reference count that will never have to > wait, removing the waiting requirement from the deadlock equation. I > know that Julian Elischer has been looking at doing this, and others may > have also. The model is essentially that you either starve writers to > the firewall data, or you create a read-only snapshot to be used by > readers in the event a writer arrives, allowing readers to pick up the > new rules if available, or the old rules if not, and never wait > indefinitely either way. yep.. I have detailed plans afoot but not for pf. I wouldn't know pf if it came up and kicked me in the shins so I'll be leaving that to someone else. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 08:37:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80B8616A400; Wed, 18 Apr 2007 08:37:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0A81713C4AD; Wed, 18 Apr 2007 08:37:52 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 16200487FB; Wed, 18 Apr 2007 10:37:47 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1F2DC45696; Wed, 18 Apr 2007 10:37:31 +0200 (CEST) Date: Wed, 18 Apr 2007 10:37:07 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070418083707.GA12135@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070417212503.GH8741@garage.freebsd.pl> <626eb4530704172110t45c5e85fmcbebc99d744586ce@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <626eb4530704172110t45c5e85fmcbebc99d744586ce@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org, Johan Hendriks Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 08:37:54 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 18, 2007 at 01:10:49PM +0900, Hidetoshi Shimokawa wrote: > I can still reproduce the problem. > Please try the attached script. > You need to set TESTFS and unprivileged USER appropriately. This is a different problem and I'm able to reproduce it. I'm looking into it now. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJdizForvXbEpPzQRAswhAKDwnm7SnmV4ThmrvPSMDOQldO9zjwCfV4aJ EeE2TJjN4ijhmWtxX+vj2JU= =VD6k -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 08:48:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAB5716A401 for ; Wed, 18 Apr 2007 08:48:03 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id E480E13C45E for ; Wed, 18 Apr 2007 08:48:02 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.0/8.13.8) with ESMTP id l3I8UANt098017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 18 Apr 2007 03:30:11 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.0/Submit) id l3DL30cQ019138; Fri, 13 Apr 2007 16:03:00 -0500 (CDT) (envelope-from dan) Date: Fri, 13 Apr 2007 16:02:59 -0500 From: Dan Nelson To: Oliver Fromme Message-ID: <20070413210259.GC11092@dan.emsphone.com> References: <20070413142416.GB4558@haakonia.hitnet.RWTH-Aachen.DE> <200704131526.l3DFQxf0041914@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704131526.l3DFQxf0041914@lurza.secnetix.de> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: ianf@clue.co.za, brooks@freebsd.org, brueffer@freebsd.org, peterjeremy@optushome.com.au, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 08:48:04 -0000 In the last episode (Apr 13), Oliver Fromme said: > Christian Brueffer wrote: > > Andrew Thompson wrote: > > > I can see this topic coming up again so it could save some time > > > to rename the driver now. It would mean that we lose the naming > > > link to the same driver in OpenBSD but you cant win em all. > > > > > > Some names that have been suggested are: > > > > > > linkag(4) > > > agr(4) > > > bond(4) <- same as linux > > > > agr(4) as I understand it sounds very restrictive to me > > considering the different modes trunk(4) supports. I'd prefer > > bond(4) (also a great opportunaty to add some 007 jokes to the > > manpage :-P). > > Personally I also prefer bond(4). However, _if_ you choose agr(4), > please spell it correctly as aggr(4) ("aggregation"). Solaris calls its device aggr(4), btw. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 10:05:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46FF416A403 for ; Wed, 18 Apr 2007 10:05:35 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.freebsd.org (Postfix) with ESMTP id E917013C448 for ; Wed, 18 Apr 2007 10:05:34 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 52DA02C90B for ; Wed, 18 Apr 2007 11:43:16 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 787FB2C90A for ; Wed, 18 Apr 2007 11:43:15 +0200 (CEST) Received: from intanto (unknown [192.168.1.18]) by insomma.datacode.it (Postfix) with SMTP id 38EFE2C906 for ; Wed, 18 Apr 2007 11:43:15 +0200 (CEST) Date: Wed, 18 Apr 2007 11:43:14 +0200 From: Massimo Lusetti To: current@freebsd.org Message-Id: <20070418114314.b25fd24d.massimo@cedoc.mo.it> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Commit bsnmptools for 7.0 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 10:05:35 -0000 Is there an intent to commit bsnmptools for 7.0-RELEASE? Regards -- Massimo.run(); I'm always looking for a new idea that will be more productive than its cost. -- David Rockefeller From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 10:46:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 452A216A402 for ; Wed, 18 Apr 2007 10:46:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 083C613C457 for ; Wed, 18 Apr 2007 10:46:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 4BBF41FFEBE; Wed, 18 Apr 2007 12:25:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 40BD51FFEF2; Wed, 18 Apr 2007 12:25:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4D9DA444885; Wed, 18 Apr 2007 10:20:52 +0000 (UTC) Date: Wed, 18 Apr 2007 10:20:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Massimo Lusetti In-Reply-To: <20070418114314.b25fd24d.massimo@cedoc.mo.it> Message-ID: <20070418102026.H36917@maildrop.int.zabbadoz.net> References: <20070418114314.b25fd24d.massimo@cedoc.mo.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: Commit bsnmptools for 7.0 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 10:46:03 -0000 On Wed, 18 Apr 2007, Massimo Lusetti wrote: > Is there an intent to commit bsnmptools for 7.0-RELEASE? yes, if we finish the cleanup/re-write. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 10:51:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4408F16A402 for ; Wed, 18 Apr 2007 10:51:38 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id D500913C45D for ; Wed, 18 Apr 2007 10:51:37 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from knop-beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 18 Apr 2007 12:51:35 +0200 Date: Wed, 18 Apr 2007 12:51:35 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@knop-beagle.kn.op.dlr.de To: "Bjoern A. Zeeb" In-Reply-To: <20070418102026.H36917@maildrop.int.zabbadoz.net> Message-ID: <20070418125057.F34052@knop-beagle.kn.op.dlr.de> References: <20070418114314.b25fd24d.massimo@cedoc.mo.it> <20070418102026.H36917@maildrop.int.zabbadoz.net> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 18 Apr 2007 10:51:35.0385 (UTC) FILETIME=[888D9490:01C781A7] Cc: FreeBSD current mailing list Subject: Re: Commit bsnmptools for 7.0 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 10:51:38 -0000 On Wed, 18 Apr 2007, Bjoern A. Zeeb wrote: BAZ>On Wed, 18 Apr 2007, Massimo Lusetti wrote: BAZ> BAZ>> Is there an intent to commit bsnmptools for 7.0-RELEASE? BAZ> BAZ>yes, if we finish the cleanup/re-write. Is there active work on this? harti From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 10:19:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94E3416A400 for ; Wed, 18 Apr 2007 10:19:57 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id 7929913C46A for ; Wed, 18 Apr 2007 10:19:57 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from [10.0.0.20] (unknown [198.145.29.76]) by mail.twinthornes.com (Postfix) with ESMTP id E1D5282D for ; Wed, 18 Apr 2007 03:00:38 -0700 (PDT) Message-ID: <4625EC33.3020105@evilphi.com> Date: Wed, 18 Apr 2007 03:00:19 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070418045013.GL86572@obelix.dsto.defence.gov.au> In-Reply-To: <20070418045013.GL86572@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 18 Apr 2007 11:32:13 +0000 Subject: Re: IRQ Question ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 10:19:57 -0000 Wilkinson, Alex wrote: > Why don't IRQs in the BIOS map to IRQs in the output of vmstat(8) ? Because the definition of IRQ isn't the same in both contexts. The BIOS is showing you the legacy mapping for PCI interrupts. FreeBSD ignores the BIOS and reports the enumeration used by the APIC. -- Darren Pilgrim From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 11:54:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C035D16A401 for ; Wed, 18 Apr 2007 11:54:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 81F1F13C44C for ; Wed, 18 Apr 2007 11:54:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so156130ana for ; Wed, 18 Apr 2007 04:54:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=X+DnBfHEdL9wCHb+iN0NgmfM3sGERMLPA58nGc/6QuZxnkGzM4ndMU6xbfvR/HyDOs0BQDxKXFYPsWfvGwTtbXX/FSSAoYdhwX3v95xp8G2noAfc8AiBMDzcqCDpk4XnAm6dxw8Ker7wlKoa/evRW9KIJ/cNPB4biq4TtjD3+FE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=igCUQU9Wozg4APqoFd5cYQO9C/k8ioVMcvYLrf9YNhT9LqVo7V8C3BfOfiTdzEl5mTVUbr4ddkCesPSNUCvQBFTZ9QVPIHBZs+XRbdgtD5E/5pQx+lfObekPzhJHbMY9QTZe0fFmbUsCbgdMlFjgjlvM/Z6dyCJlc1kBVMYu7cM= Received: by 10.100.164.14 with SMTP id m14mr251378ane.1176897280798; Wed, 18 Apr 2007 04:54:40 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Wed, 18 Apr 2007 04:54:40 -0700 (PDT) Message-ID: Date: Wed, 18 Apr 2007 19:54:40 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 61796284afc3abd8 Subject: nanobsd.sh change: configurable boot0 loader and configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 11:54:41 -0000 Here's a simple patch to allow boot0 parameters to be configured. My test embedded boxes have a VGA console which I'd like to use during development/debugging. Comments? Adrian Index: nanobsd.sh =================================================================== RCS file: /home/ncvs/src/tools/tools/nanobsd/nanobsd.sh,v retrieving revision 1.23 diff -u -r1.23 nanobsd.sh --- nanobsd.sh 27 Nov 2006 12:16:03 -0000 1.23 +++ nanobsd.sh 18 Apr 2007 11:52:36 -0000 @@ -103,6 +103,10 @@ NANO_SECTS=32 NANO_HEADS=16 +# boot0 flags/options and configuration +NANO_BOOT0CFG="-o packet -s 1 -m 3" +NANO_BOOTLOADER="boot/boot0sio" + ####################################################################### # Not a variable at this time @@ -364,7 +368,7 @@ fdisk ${MD} # XXX: params # XXX: pick up cached boot* files, they may not be in image anymore. - boot0cfg -B -b ${NANO_WORLDDIR}/boot/boot0sio -o packet -s 1 -m 3 ${MD} + boot0cfg -B -b ${NANO_WORLDDIR}/${NANO_BOOTLOADER} ${NANO_BOOT0CFG} ${MD} bsdlabel -w -B -b ${NANO_WORLDDIR}/boot/boot ${MD}s1 bsdlabel ${MD}s1 @@ -573,6 +577,8 @@ export NANO_SRC export NANO_TOOLS export NANO_WORLDDIR +export NANO_BOOT0CFG +export NANO_BOOTLOADER ####################################################################### # And then it is as simple as that... -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 11:56:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B8A916A401 for ; Wed, 18 Apr 2007 11:56:36 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9A18113C489 for ; Wed, 18 Apr 2007 11:56:35 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 5505 invoked by uid 80); 18 Apr 2007 11:56:51 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Wed, 18 Apr 2007 13:56:51 +0200 (CEST) Message-ID: <26831.195.50.100.20.1176897411.squirrel@www.superhero.nl> In-Reply-To: <20070418072722.GA60755@freebsd.org> References: <200704172319.22458.gelsemap@superhero.nl> <20070418072722.GA60755@freebsd.org> Date: Wed, 18 Apr 2007 13:56:51 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: what's the best make.conf for current? How does developer dist translates into make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 11:56:36 -0000 On Wed, April 18, 2007 09:27, Roman Divacky wrote: > On Tue, Apr 17, 2007 at 11:19:19PM +0200, Gelsema, P (Patrick) wrote: >> Hi, >> >> When I install Freebsd from cd with Sysinstall I selected Developer as >> distribution. After cvsup-ping I went into make.conf and tried to >> determine >> what I want to build with buildworld. >> >> I want to buildworld with the same settings chosen in sysinstall, >> however I am >> unable to find how developer translates into a make.conf. >> >> Reviewing man sysinstall and google does not shed much light on the >> matter. >> Anyone to clarify this or know where to find? > > /usr/share/examples/etc/make.conf Thanks, I did have a look at this file yesterday, and I just checked cvsweb just to make sure I haven't missed anything. The problem I have is that I want to buildworld with setlike distributionset Developer as chosen in Sysinstall. I dont want to install things which I don't need. Basically I am looking for the definitions of the distribution sets of sysinstall which I can use for make.conf. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 12:39:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 974AF16A40E for ; Wed, 18 Apr 2007 12:39:27 +0000 (UTC) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.freebsd.org (Postfix) with ESMTP id DA57813C4C7 for ; Wed, 18 Apr 2007 12:39:16 +0000 (UTC) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id l3IC56Bf096930 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 18 Apr 2007 14:05:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id l3IC56uY096929 for freebsd-current@freebsd.org; Wed, 18 Apr 2007 14:05:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.8/8.13.4) with ESMTP id l3IC1WuN008517 for ; Wed, 18 Apr 2007 14:01:32 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.8/8.13.8/Submit) id l3IC1Wgp008516 for freebsd-current@freebsd.org; Wed, 18 Apr 2007 14:01:32 +0200 (CEST) (envelope-from andreas) Date: Wed, 18 Apr 2007 14:01:32 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20070418120132.GA8326@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.2-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.11 Subject: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 12:39:27 -0000 Hi, is there something in the pipe ? Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 12:42:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B92AB16A403 for ; Wed, 18 Apr 2007 12:42:45 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC1113C4BC for ; Wed, 18 Apr 2007 12:42:45 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so159717muf for ; Wed, 18 Apr 2007 05:42:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=taMSLJ99owugJX7DYawvHbEs5iho6FSF1TrVWWbCKUQFnOzcqHOFmxa3hv7IFFRCulsBzTY0eqr/aFgE72Ld1owtzn8d4VOAlm8dq3p/1IE8LMRLnFxNc0TVf5l+UZpicQq5iHRQgUmhoJZl2w4fu3QuLs6aARWaIXeVJN8Ou48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M41wgJkrIKJ0k9D7u8j/9jn/WX5gLOgpxowCpYTM0u0HRxCww8pq9Hh7mcyQDvcyTro72DUiKUAbI863ZqKQz9JwhzUOngpkcbK8wfjN1g5S5gfHZ/TSXAHSHXI7WbwMYmmho7y+YCnNtymX2zcAQsyPbnuGUcDZ50WghufoanM= Received: by 10.82.134.12 with SMTP id h12mr656088bud.1176900163910; Wed, 18 Apr 2007 05:42:43 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Wed, 18 Apr 2007 05:42:43 -0700 (PDT) Message-ID: <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> Date: Wed, 18 Apr 2007 20:42:43 +0800 From: "Rong-en Fan" To: "Andreas Klemm" In-Reply-To: <20070418120132.GA8326@titan.klemm.apsfilter.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070418120132.GA8326@titan.klemm.apsfilter.org> Cc: freebsd-current@freebsd.org, Ken Smith Subject: Re: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 12:42:45 -0000 On 4/18/07, Andreas Klemm wrote: > Hi, > > is there something in the pipe ? > > Andreas /// There is 200704 snapshot on ftp site, but I think Ken forgets to announce it? Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 12:50:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B392A16A403 for ; Wed, 18 Apr 2007 12:50:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6849913C448 for ; Wed, 18 Apr 2007 12:50:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 9B4B62000B2; Wed, 18 Apr 2007 14:50:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 7E6CC20003E; Wed, 18 Apr 2007 14:50:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3530E444885; Wed, 18 Apr 2007 12:49:33 +0000 (UTC) Date: Wed, 18 Apr 2007 12:49:33 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Harti Brandt In-Reply-To: <20070418125057.F34052@knop-beagle.kn.op.dlr.de> Message-ID: <20070418124918.J36917@maildrop.int.zabbadoz.net> References: <20070418114314.b25fd24d.massimo@cedoc.mo.it> <20070418102026.H36917@maildrop.int.zabbadoz.net> <20070418125057.F34052@knop-beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: Commit bsnmptools for 7.0 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 12:50:12 -0000 On Wed, 18 Apr 2007, Harti Brandt wrote: > On Wed, 18 Apr 2007, Bjoern A. Zeeb wrote: > > BAZ>On Wed, 18 Apr 2007, Massimo Lusetti wrote: > BAZ> > BAZ>> Is there an intent to commit bsnmptools for 7.0-RELEASE? > BAZ> > BAZ>yes, if we finish the cleanup/re-write. > > Is there active work on this? yes. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 13:13:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E00C316A403 for ; Wed, 18 Apr 2007 13:13:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6A613C448 for ; Wed, 18 Apr 2007 13:13:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 9CB6B393CD; Wed, 18 Apr 2007 14:50:50 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23541-06; Wed, 18 Apr 2007 14:50:50 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 1BC6A393C0; Wed, 18 Apr 2007 14:50:50 +0200 (CEST) Date: Wed, 18 Apr 2007 14:50:50 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, Philip Murray Message-ID: <20070418125050.GB23509@keltia.freenix.fr> References: <20070417224002.GA48915@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070417224002.GA48915@lor.one-eyed-alien.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Re: ZFS: What have I done wrong? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 13:13:53 -0000 According to Brooks Davis: > With ZFS you don't use fstab. All the info is stored in zfs is self. > Just reboot and they will be there again. If I understand correctly the "legacy" mountpoint property, it enables you to use /etc/fstab with "zfs:". -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 13:13:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2487E16A406 for ; Wed, 18 Apr 2007 13:13:53 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6D88513C44B for ; Wed, 18 Apr 2007 13:13:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 3A768393BF for ; Wed, 18 Apr 2007 14:49:26 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23406-03 for ; Wed, 18 Apr 2007 14:49:25 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id C187D393C0; Wed, 18 Apr 2007 14:49:25 +0200 (CEST) Date: Wed, 18 Apr 2007 14:49:25 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070418124925.GA23509@keltia.freenix.fr> References: <20070418120132.GA8326@titan.klemm.apsfilter.org> <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 13:13:53 -0000 According to Rong-en Fan: > There is 200704 snapshot on ftp site, but I think > Ken forgets to announce it? Forget these ones if they do no have zfs ;-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 13:32:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8224F16A407 for ; Wed, 18 Apr 2007 13:32:32 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id C3D3B13C469 for ; Wed, 18 Apr 2007 13:32:30 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3IDWS1w008067; Wed, 18 Apr 2007 15:32:28 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l3IDVmHL070943; Wed, 18 Apr 2007 15:31:48 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l3IDVlTR070941; Wed, 18 Apr 2007 15:31:47 +0200 (CEST) (envelope-from wb) Date: Wed, 18 Apr 2007 15:31:47 +0200 From: Wilko Bulte To: Ollivier Robert Message-ID: <20070418133147.GA70535@freebie.xs4all.nl> References: <20070418120132.GA8326@titan.klemm.apsfilter.org> <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> <20070418124925.GA23509@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070418124925.GA23509@keltia.freenix.fr> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 13:32:32 -0000 On Wed, Apr 18, 2007 at 02:49:25PM +0200, Ollivier Robert wrote.. > According to Rong-en Fan: > > There is 200704 snapshot on ftp site, but I think > > Ken forgets to announce it? > > Forget these ones if they do no have zfs ;-) They don't, I'm pretty sure we built them before ZFS was in CVS -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 13:43:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3E0616A401 for ; Wed, 18 Apr 2007 13:43:59 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8433713C45B for ; Wed, 18 Apr 2007 13:43:59 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:63649) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HeARn-0006jd-8u; Wed, 18 Apr 2007 08:43:51 -0500 Date: Wed, 18 Apr 2007 08:43:45 -0500 (CDT) From: Larry Rosenman To: Wilko Bulte In-Reply-To: <20070418133147.GA70535@freebie.xs4all.nl> Message-ID: <20070418084247.G25867@thebighonker.lerctr.org> References: <20070418120132.GA8326@titan.klemm.apsfilter.org> <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> <20070418124925.GA23509@keltia.freenix.fr> <20070418133147.GA70535@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TW_ZF=0.077 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TW_ZF=0.077 DomainKey-Status: no signature Cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 13:43:59 -0000 On Wed, 18 Apr 2007, Wilko Bulte wrote: > On Wed, Apr 18, 2007 at 02:49:25PM +0200, Ollivier Robert wrote.. >> According to Rong-en Fan: >>> There is 200704 snapshot on ftp site, but I think >>> Ken forgets to announce it? >> >> Forget these ones if they do no have zfs ;-) > > They don't, I'm pretty sure we built them before ZFS was in CVS > > I used the 2007-04 Snap to install my -CURRENT toybox, and it doesn't have ZFS, but a quick csup/make build{world,kernel} install{world,kernel} fixed that. ZFS is neat stuff :) LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 15:24:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 865C116A401 for ; Wed, 18 Apr 2007 15:24:07 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6F513C46A for ; Wed, 18 Apr 2007 15:24:07 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l3IFO4aQ030665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Apr 2007 08:24:06 -0700 Message-ID: <46263813.7070704@freebsd.org> Date: Wed, 18 Apr 2007 08:24:03 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: "Gelsema, P \(Patrick\) - FreeBSD" References: <200704172319.22458.gelsemap@superhero.nl> <20070418072722.GA60755@freebsd.org> <26831.195.50.100.20.1176897411.squirrel@www.superhero.nl> In-Reply-To: <26831.195.50.100.20.1176897411.squirrel@www.superhero.nl> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDA88806334DECD8485D7E595" Cc: freebsd-current@freebsd.org Subject: Re: what's the best make.conf for current? How does developer dist translates into make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 15:24:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDA88806334DECD8485D7E595 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Gelsema, P (Patrick) - FreeBSD wrote: > On Wed, April 18, 2007 09:27, Roman Divacky wrote: >> On Tue, Apr 17, 2007 at 11:19:19PM +0200, Gelsema, P (Patrick) wrote: >>> Hi, >>> >>> When I install Freebsd from cd with Sysinstall I selected Developer a= s >>> distribution. After cvsup-ping I went into make.conf and tried to >>> determine >>> what I want to build with buildworld. >>> >>> I want to buildworld with the same settings chosen in sysinstall, >>> however I am >>> unable to find how developer translates into a make.conf. >>> >>> Reviewing man sysinstall and google does not shed much light on the >>> matter. >>> Anyone to clarify this or know where to find? >> /usr/share/examples/etc/make.conf >=20 > Thanks, > I did have a look at this file yesterday, and I just checked cvsweb jus= t > to make sure I haven't missed anything. > The problem I have is that I want to buildworld with setlike > distributionset Developer as chosen in Sysinstall. I dont want to insta= ll > things which I don't need. >=20 > Basically I am looking for the definitions of the distribution sets of > sysinstall which I can use for make.conf. When we build releases, we build with an essentially empty make.conf file, which causes "everything" to get built. The release creation Makefile (specifically src/release/Makefile) partitions the results into the different distributions (such as base, catpages, manpages, etc.). sysinstall takes combinations of these distributions to make up the "Developer", "Kernel Developer", etc. distribution sets that get presented to you in the sysinstall menus. Again none of this involves tweaking make.conf, which controls the build at a somewhat lower level. I think that you could probably approximate the "Developer" distribution set by just setting NO_GAMES in /etc/make.conf. That might not be exactly what you installed originally but it's probably close. Practically speaking, however, the games are very small compared to the rest of the base system, so if I were in your position I probably wouldn't bother trying to tweak the build like this. Bruce. --------------enigDA88806334DECD8485D7E595 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGJjgT2MoxcVugUsMRAkM6AJ9t5lRmGJqqPTxgpEja8hhRkS6PIgCgx3YG B+e3OoD/eBldjzJHgPsvG9g= =bwkL -----END PGP SIGNATURE----- --------------enigDA88806334DECD8485D7E595-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 15:26:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BCCF16A406; Wed, 18 Apr 2007 15:26:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id F07CD13C487; Wed, 18 Apr 2007 15:26:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 54757487FC; Wed, 18 Apr 2007 17:26:17 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 52CBE4569A; Wed, 18 Apr 2007 17:26:12 +0200 (CEST) Date: Wed, 18 Apr 2007 17:25:55 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070418152555.GC13702@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070417212503.GH8741@garage.freebsd.pl> <626eb4530704172110t45c5e85fmcbebc99d744586ce@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NU0Ex4SbNnrxsi6C" Content-Disposition: inline In-Reply-To: <626eb4530704172110t45c5e85fmcbebc99d744586ce@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org, Johan Hendriks Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 15:26:19 -0000 --NU0Ex4SbNnrxsi6C Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 18, 2007 at 01:10:49PM +0900, Hidetoshi Shimokawa wrote: > I can still reproduce the problem. > Please try the attached script. > You need to set TESTFS and unprivileged USER appropriately. Thanks for the procedure. I just committed a fix. Snapshots were's properly mounted when unprivileged user did lookup on a snapshot directory. It should be fine now, can you try it and confirm it works for you as well? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --NU0Ex4SbNnrxsi6C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJjiDForvXbEpPzQRAunYAJwL1FzL4Op5Tz28Y9qlUoKbb2bKlQCeId9H LtPcRFlzALtMFBY3yBy/zws= =2XiS -----END PGP SIGNATURE----- --NU0Ex4SbNnrxsi6C-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 15:28:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86C2B16A408; Wed, 18 Apr 2007 15:28:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 11A0913C45B; Wed, 18 Apr 2007 15:28:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C6AF3487FC; Wed, 18 Apr 2007 17:28:11 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id AEB7C456AB; Wed, 18 Apr 2007 17:28:06 +0200 (CEST) Date: Wed, 18 Apr 2007 17:27:50 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070418152750.GD13702@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> <20070417095631.GB4875@garage.freebsd.pl> <626eb4530704170802t7a797961q16aa039251af10ea@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M38YqGLZlgb6RLPS" Content-Disposition: inline In-Reply-To: <626eb4530704170802t7a797961q16aa039251af10ea@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Johan Hendriks , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 15:28:13 -0000 --M38YqGLZlgb6RLPS Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 18, 2007 at 12:02:06AM +0900, Hidetoshi Shimokawa wrote: > On 4/17/07, Pawel Jakub Dawidek wrote: > >On Tue, Apr 17, 2007 at 10:51:37AM +0900, Hidetoshi Shimokawa wrote: > >> I can repoduce this hang. > >> > >> # cd /pool/test/.zfs/snapshot > >> # /bin/ls > >> snap > >> # /bin/ls -F > >> ls: snap: No such file or directory > >> # /bin/ls -F > >> (hangs) > > > >Are you able to break into debugger? I was able to reproduce it once > >(but with panic in crdup()), but I can no longer do it... >=20 > In my case, only 'ls' hangs and other part of the system is normal. >=20 > # ps alxg | grep ls > 0 2129 2118 0 -4 0 6100 1512 zfs D+ p0 0:00.01 /bin/l= s -F >=20 > Once, I got "panic: lockmgr: locking against myself" 10 or 20 min. later > of "ls -F". >=20 > >> It looks like another name cache problem for me. > >> I noticed 'cache_purge(vp)' is commented out in domount() in opensolar= is_vfs.c. > >> Shouldn't we need 'dnlc_purge_vp(vp)' here? > > > >There is dnlc_purge_vfsp() at the begining of zfs_umount(), which should > >be sufficient. >=20 > domount() of opensolaris also has dnlc_purge_vp() to invalidate cached > entry for the mount point. Do you really think it's unnecessary? >=20 > http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/= fs/vfs.c#1383 Yes, we don't need it. In Solaris the domount() function is a general purpose function, but in FreeBSD/ZFS it is only used to mount snapshots and .zfs/ entires doesn't create namecache entires, so there is nothing to purge. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --M38YqGLZlgb6RLPS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGJjj2ForvXbEpPzQRAigrAKCT0h44f+JMzAwtMAhSVHaDNB97WgCgg2n+ LqdhEM63tDmO8b4or+rVSXI= =jaLY -----END PGP SIGNATURE----- --M38YqGLZlgb6RLPS-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 15:49:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47CB316A406 for ; Wed, 18 Apr 2007 15:49:52 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD9713C448 for ; Wed, 18 Apr 2007 15:49:51 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id EC23439829; Wed, 18 Apr 2007 09:49:50 -0600 (CST) Date: Wed, 18 Apr 2007 09:49:50 -0600 From: Tillman Hodgson To: current@freebsd.org Message-ID: <20070418154950.GM1225@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> <20070417181627.GA1225@seekingfire.com> <20070417220339.E2913@fledge.watson.org> <20070418084345.H2913@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070418084345.H2913@fledge.watson.org> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 15:49:52 -0000 On Wed, Apr 18, 2007 at 08:54:00AM +0100, Robert Watson wrote: > Things get sticky deep in the firewall code because our firewalls > include credential-aware rules, which essentially "peek up the stack" > in order to decide what user is associated with a packet before > delivery to the connection is done. The firewall rule lock is held > over this lookup and inspection of TCP-layer state. In the out-bound > path, we pass down the TCP state reference (PCB pointer) and guarantee > the lock is already held. However, in the in-bound direction, the > firewall has to do the full lookup and lock acquisition. Which > reverses the lock order, and can lead to deadlocks. Thanks for the explanation :-) Previously you pointed out the ipfw man page which seems to be say the same thing (albeit with much less detail): gid group Matches all TCP or UDP packets sent by or received for a group. A group may be specified by name or number. This option should be used only if debug.mpsafenet=0 to avoid possible deadlocks due to layering violations in its implementation. Setting debug.mpsafenet=0 worked for me until the TCP timer change. Is the LOR situation always true for every inbound packet, or only with certain firewall rules in place? That question has me wondering if I can avoid the issue by avoiding certain PF features. My current ruleset is pretty simple. If I drop the variables definitions and comments, the whole thing is 13 lines: nat on $ext_if from $internal_net to any -> ($ext_if) rdr on $int_if proto tcp from $internal_net to any port ftp -> 127.0.0.1 port 8021 block log all pass quick on lo0 all pass quick on $int_if proto ospf all pass in on $ext_if inet proto tcp from any to ($ext_if) port $tcp_services flags S/SA keep state pass in on $ext_if inet proto udp from any to ($ext_if) port $udp_services keep state pass in on $ext_if inet proto icmp all icmp-type $icmp_types keep state pass in on $ext_if inet proto tcp from any to $ext_if user proxy keep state pass in on $int_if from $metanetwork to any pass out on $int_if from any to $metanetwork pass out on $ext_if proto tcp all modulate state flags S/SA pass out on $ext_if proto { udp, icmp } all keep state -T -- "There is a time in the life of every problem when it is big enough to see, yet small enough to solve." -- Mike Leavitt From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 16:00:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F5C516A400 for ; Wed, 18 Apr 2007 16:00:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 243F513C459 for ; Wed, 18 Apr 2007 16:00:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 91EF54708B; Wed, 18 Apr 2007 12:00:52 -0400 (EDT) Date: Wed, 18 Apr 2007 17:00:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Tillman Hodgson In-Reply-To: <20070418154950.GM1225@seekingfire.com> Message-ID: <20070418165839.N86687@fledge.watson.org> References: <20070417153357.GA1335@seekingfire.com> <20070417173005.O42234@fledge.watson.org> <20070417181627.GA1225@seekingfire.com> <20070417220339.E2913@fledge.watson.org> <20070418084345.H2913@fledge.watson.org> <20070418154950.GM1225@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 16:00:53 -0000 On Wed, 18 Apr 2007, Tillman Hodgson wrote: > Previously you pointed out the ipfw man page which seems to be say the same > thing (albeit with much less detail): > > gid group > Matches all TCP or UDP packets sent by or received for a group. > A group may be specified by name or number. This option should > be used only if debug.mpsafenet=0 to avoid possible deadlocks due > to layering violations in its implementation. > > Setting debug.mpsafenet=0 worked for me until the TCP timer change. Is the > LOR situation always true for every inbound packet, or only with certain > firewall rules in place? > > That question has me wondering if I can avoid the issue by avoiding certain > PF features. My current ruleset is pretty simple. If I drop the variables > definitions and comments, the whole thing is 13 lines: The LOR occurs in the context of rules that perform PCB lookups at higher network stack layers from the firewall. Specifically, rules looking up the user and group of the connection. If you omit user and group rules from your rule set, that should catch it. I'm not sure if pf supports jail matching or not, but the same would apply to that. Robert N M Watson Computer Laboratory University of Cambridge > > nat on $ext_if from $internal_net to any -> ($ext_if) > rdr on $int_if proto tcp from $internal_net to any port ftp -> 127.0.0.1 port 8021 > block log all > pass quick on lo0 all > pass quick on $int_if proto ospf all > pass in on $ext_if inet proto tcp from any to ($ext_if) port $tcp_services flags S/SA keep state > pass in on $ext_if inet proto udp from any to ($ext_if) port $udp_services keep state > pass in on $ext_if inet proto icmp all icmp-type $icmp_types keep state > pass in on $ext_if inet proto tcp from any to $ext_if user proxy keep state > pass in on $int_if from $metanetwork to any > pass out on $int_if from any to $metanetwork > pass out on $ext_if proto tcp all modulate state flags S/SA > pass out on $ext_if proto { udp, icmp } all keep state > > -T > > > -- > "There is a time in the life of every problem when it is big enough to > see, yet small enough to solve." > -- Mike Leavitt > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 17:49:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 495F516A402 for ; Wed, 18 Apr 2007 17:49:34 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out-05.forthnet.gr (mx-out.forthnet.gr [193.92.150.103]) by mx1.freebsd.org (Postfix) with ESMTP id BF2F013C48A for ; Wed, 18 Apr 2007 17:49:33 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-01.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-05.forthnet.gr (8.13.8/8.13.8) with ESMTP id l3IHY6ut000623 for ; Wed, 18 Apr 2007 20:34:06 +0300 Received: from MX-IN-02.forthnet.gr (mx-in-02.forthnet.gr [193.92.150.185]) by mx-av-01.forthnet.gr (8.14.1/8.14.1) with ESMTP id l3IHY6i1016965 for ; Wed, 18 Apr 2007 20:34:06 +0300 Received: from [192.168.136.22] (ppp121-97.adsl.forthnet.gr [193.92.228.97]) by MX-IN-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id l3IHY5i6018854 for ; Wed, 18 Apr 2007 20:34:05 +0300 Authentication-Results: MX-IN-02.forthnet.gr from=dds@aueb.gr; sender-id=neutral; spf=neutral Message-ID: <46265668.5010700@aueb.gr> Date: Wed, 18 Apr 2007 20:33:28 +0300 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061211 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: new accounting file format X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 17:49:34 -0000 You can skip the rest of this email if you are NOT running process accounting or if you don't care about your old accounting files. On April 21st I will commit to the FreeBSD kernel and user programs a new format of accounting files - acct(5). This change (discussed in -arch) will provide microsecond precision to time values, simplify the storage of time values, and provide extra range for overflowing fields. This change will render incompatible the existing acct(5) files and the condensed summary files /var/account/savacct and /var/account/usracct. Although from the state of the process accounting system I guess that it has become mostly useless for its purpose over the years, it was pointed to me that some installations run accounting as a way of auditing command and resource usage. Such installations would presumably want to keep access to existing accounting files. For this reason I have committed a new version of lastcomm(1) that can export the contents of an accounting file in text format. If your installation requires access to old accounting files, I recommend: 1) to compile this file and keep a binary in a safe place 2) to export your accounting files into text format. You can do this with a command like lastcomm -X -f acctfile >acctfile.txt After the April 21st change you will be able to import the text accounting files into the new file format (I have already tested this functionality), and also use the old binary to inspect and export those old files. I have made no provision for updating the condensed summary files /var/account/savacct and /var/account/usracct. If your process accounting system relies on them, you will need to save their contents in a readable format before the switch. Diomidis Spinellis - http://www.spinellis.gr From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 18:18:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED29816A408 for ; Wed, 18 Apr 2007 18:18:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8304A13C46A for ; Wed, 18 Apr 2007 18:18:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.6.214] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HeEjl1yJA-0000iI; Wed, 18 Apr 2007 20:18:38 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 20:18:27 +0200 User-Agent: KMail/1.9.5 References: <20070417153357.GA1335@seekingfire.com> <20070418084345.H2913@fledge.watson.org> <20070418154950.GM1225@seekingfire.com> In-Reply-To: <20070418154950.GM1225@seekingfire.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2830636.rBnoFHnBoV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704182018.35054.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18nHtNolaxX1RLevyDAQ7//tAGZLPJZ2r1bMn4 nSl9CptQJPZ9sDnSsW4dLZ3jif/1sV8GLOsN+Ihb38UV+Xs0rS pVvMH25YfauDnssoHmJtQ== Cc: Tillman Hodgson Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 18:18:45 -0000 --nextPart2830636.rBnoFHnBoV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 April 2007 17:49, Tillman Hodgson wrote: > On Wed, Apr 18, 2007 at 08:54:00AM +0100, Robert Watson wrote: > > Things get sticky deep in the firewall code because our firewalls > > include credential-aware rules, which essentially "peek up the stack" > > in order to decide what user is associated with a packet before > > delivery to the connection is done. The firewall rule lock is held > > over this lookup and inspection of TCP-layer state. In the out-bound > > path, we pass down the TCP state reference (PCB pointer) and > > guarantee the lock is already held. However, in the in-bound > > direction, the firewall has to do the full lookup and lock > > acquisition. Which reverses the lock order, and can lead to > > deadlocks. > > Thanks for the explanation :-) > > Previously you pointed out the ipfw man page which seems to be say the > same thing (albeit with much less detail): > > gid group > Matches all TCP or UDP packets sent by or received for a group. > A group may be specified by name or number. This option should > be used only if debug.mpsafenet=3D0 to avoid possible deadlocks due > to layering violations in its implementation. > > Setting debug.mpsafenet=3D0 worked for me until the TCP timer change. Is > the LOR situation always true for every inbound packet, or only with > certain firewall rules in place? > > That question has me wondering if I can avoid the issue by avoiding > certain PF features. My current ruleset is pretty simple. If I drop the > variables definitions and comments, the whole thing is 13 lines: > > nat on $ext_if from $internal_net to any -> ($ext_if) > rdr on $int_if proto tcp from $internal_net to any port ftp -> > 127.0.0.1 port 8021 block log all > pass quick on lo0 all > pass quick on $int_if proto ospf all > pass in on $ext_if inet proto tcp from any to ($ext_if) port > $tcp_services flags S/SA keep state pass in on $ext_if inet proto udp > from any to ($ext_if) port $udp_services keep state pass in on $ext_if > inet proto icmp all icmp-type $icmp_types keep state pass in on $ext_if > inet proto tcp from any to $ext_if user proxy keep state pass in on > $int_if from $metanetwork to any > pass out on $int_if from any to $metanetwork > pass out on $ext_if proto tcp all modulate state flags S/SA > pass out on $ext_if proto { udp, icmp } all keep state Running Current you can try to include "options PF_MPSAFE_UGID". This is=20 a hack that allows the use of user/group rules in a debug.mpsafe=3D1=20 environment. Unfortunately, I never got any feedback on this albeit=20 throwing it after everybody with these symptoms. Please report back! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2830636.rBnoFHnBoV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJmD7XyyEoT62BG0RAnMEAJsFQPkFLjnSF/OaGvt66Vy9LpZhgACfW1mf 8OOQLxNfV8XuxPS02O77KAY= =ieQT -----END PGP SIGNATURE----- --nextPart2830636.rBnoFHnBoV-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 19:28:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67B6D16A402 for ; Wed, 18 Apr 2007 19:28:33 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 30E3013C45B for ; Wed, 18 Apr 2007 19:28:33 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 8FEC839829; Wed, 18 Apr 2007 13:28:32 -0600 (CST) Date: Wed, 18 Apr 2007 13:28:32 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20070418192832.GP1225@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <20070418084345.H2913@fledge.watson.org> <20070418154950.GM1225@seekingfire.com> <200704182018.35054.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704182018.35054.max@love2party.net> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 19:28:33 -0000 On Wed, Apr 18, 2007 at 08:18:27PM +0200, Max Laier wrote: > Running Current you can try to include "options PF_MPSAFE_UGID". This is > a hack that allows the use of user/group rules in a debug.mpsafe=1 > environment. Unfortunately, I never got any feedback on this albeit > throwing it after everybody with these symptoms. Please report back! Oh, interesting! I'm rebuilding right now with that option :-) I'll report back in a few days how it goes. -T -- "The cloud is free only to go with the wind. The rain is free only in falling." -- Wendell Berry From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 19:40:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B87F16A404 for ; Wed, 18 Apr 2007 19:40:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1765E13C4B7 for ; Wed, 18 Apr 2007 19:40:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 18 Apr 2007 12:08:20 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 85F13125ADD; Wed, 18 Apr 2007 12:40:05 -0700 (PDT) Message-ID: <4626741C.3010907@elischer.org> Date: Wed, 18 Apr 2007 12:40:12 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Adrian Chadd References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nanobsd.sh change: configurable boot0 loader and configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 19:40:06 -0000 Adrian Chadd wrote: > Here's a simple patch to allow boot0 parameters to be configured. > My test embedded boxes have a VGA console which I'd like to use during > development/debugging. > > Comments? NanoBSD is a PHK thing largely (I think) I've used tinybsd (also in the repo) but not nanoBSD (try it it's quicker) :-) > > > > Adrian > > > Index: nanobsd.sh > =================================================================== > RCS file: /home/ncvs/src/tools/tools/nanobsd/nanobsd.sh,v > retrieving revision 1.23 > diff -u -r1.23 nanobsd.sh > --- nanobsd.sh 27 Nov 2006 12:16:03 -0000 1.23 > +++ nanobsd.sh 18 Apr 2007 11:52:36 -0000 > @@ -103,6 +103,10 @@ > NANO_SECTS=32 > NANO_HEADS=16 > > +# boot0 flags/options and configuration > +NANO_BOOT0CFG="-o packet -s 1 -m 3" > +NANO_BOOTLOADER="boot/boot0sio" > + > ####################################################################### > # Not a variable at this time > > @@ -364,7 +368,7 @@ > fdisk ${MD} > # XXX: params > # XXX: pick up cached boot* files, they may not be in image anymore. > - boot0cfg -B -b ${NANO_WORLDDIR}/boot/boot0sio -o packet -s 1 -m > 3 ${MD} > + boot0cfg -B -b ${NANO_WORLDDIR}/${NANO_BOOTLOADER} > ${NANO_BOOT0CFG} ${MD} > bsdlabel -w -B -b ${NANO_WORLDDIR}/boot/boot ${MD}s1 > bsdlabel ${MD}s1 > > @@ -573,6 +577,8 @@ > export NANO_SRC > export NANO_TOOLS > export NANO_WORLDDIR > +export NANO_BOOT0CFG > +export NANO_BOOTLOADER > > ####################################################################### > # And then it is as simple as that... > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 19:50:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCFF416A409 for ; Wed, 18 Apr 2007 19:50:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id A8EA513C44C for ; Wed, 18 Apr 2007 19:50:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 18 Apr 2007 12:18:25 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id ED807125ADB; Wed, 18 Apr 2007 12:50:10 -0700 (PDT) Message-ID: <4626767A.1050204@elischer.org> Date: Wed, 18 Apr 2007 12:50:18 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Julian Elischer References: <4626741C.3010907@elischer.org> In-Reply-To: <4626741C.3010907@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: nanobsd.sh change: configurable boot0 loader and configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 19:50:11 -0000 Julian Elischer wrote: > Adrian Chadd wrote: >> Here's a simple patch to allow boot0 parameters to be configured. >> My test embedded boxes have a VGA console which I'd like to use during >> development/debugging. >> >> Comments? > NanoBSD is a PHK thing largely (I think) > I've used tinybsd (also in the repo) but not nanoBSD > > (try it it's quicker) :-) > sorry to -current.. I didn't realise that this was a generally readable message. (I thought it was just to me as Adrian and I are friends and we have a current mail exchange going on which I thought this was a part of). I did not mean to imply that NanoBSD was not good especially mot due to any PHK connection, just that I was not a good person to review his change and that maybe phk might be a better choice of reviewer. I only realised that his email was going to -current when I got my reply back through -current.. Sorry for the noise and especially I apologise to PHK if it looks as if I am saying that nanoBSD is not good because he is connected with it.. That was not what I meant to say at all. From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 20:14:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49B3C16A403; Wed, 18 Apr 2007 20:14:01 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id D476D13C4E3; Wed, 18 Apr 2007 20:13:59 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.58.138] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HeGXI2jTe-0000fU; Wed, 18 Apr 2007 22:13:53 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 22:13:42 +0200 User-Agent: KMail/1.9.5 References: <20070417153357.GA1335@seekingfire.com> <200704182018.35054.max@love2party.net> <20070418192832.GP1225@seekingfire.com> In-Reply-To: <20070418192832.GP1225@seekingfire.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1680427.cR8jzyBjqs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704182213.50663.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+zC8dv92yhI52r5otK3dHGNu8Hqeok6nZ/vaE 2Fn+vKDFHc0oEIvox90wyxarRqsKUysMXtndikMsm4acyidmgF UsTOhywov04SrkGeASb+g== Cc: Tillman Hodgson , freebsd-pf@freebsd.org Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 20:14:01 -0000 --nextPart1680427.cR8jzyBjqs Content-Type: multipart/mixed; boundary="Boundary-01=_5vnJG+NdGva1AjI" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_5vnJG+NdGva1AjI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: > On Wed, Apr 18, 2007 at 08:18:27PM +0200, Max Laier wrote: > > Running Current you can try to include "options PF_MPSAFE_UGID".=20 > > This is a hack that allows the use of user/group rules in a > > debug.mpsafe=3D1 environment. Unfortunately, I never got any feedback > > on this albeit throwing it after everybody with these symptoms.=20 > > Please report back! > > Oh, interesting! I'm rebuilding right now with that option :-) > I'll report back in a few days how it goes. Actually, could you test this? It should enable the hack on the fly as a=20 user/group rule is added. See "sysctl debug.pfugidhack" or "pfctl -x=20 misc" to confirm it's on. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_5vnJG+NdGva1AjI Content-Type: text/x-diff; charset="iso-8859-1"; name="auto_ugid_hack.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="auto_ugid_hack.diff" Index: pf.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 RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf.c,v retrieving revision 1.43 diff -u -r1.43 pf.c =2D-- pf.c 29 Dec 2006 13:59:03 -0000 1.43 +++ pf.c 18 Apr 2007 19:55:19 -0000 @@ -134,6 +134,7 @@ #include =20 extern int ip_optcopy(struct ip *, struct ip *); +extern int debug_pfugidhack; #endif =20 #define DPFPRINTF(n, x) if (pf_status.debug >=3D (n)) printf x @@ -3032,10 +3033,12 @@ return (PF_DROP); } =20 =2D#if defined(__FreeBSD__) && defined(PF_MPSAFE_UGID) =2D PF_UNLOCK(); =2D lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); =2D PF_LOCK(); +#ifdef __FreeBSD__ + if (debug_pfugidhack) { + PF_UNLOCK(); + lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); + PF_LOCK(); + } #endif =20 r =3D TAILQ_FIRST(pf_main_ruleset.rules[PF_RULESET_FILTER].active.ptr); @@ -3434,10 +3437,12 @@ return (PF_DROP); } =20 =2D#if defined(__FreeBSD__) && defined(PF_MPSAFE_UGID) =2D PF_UNLOCK(); =2D lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); =2D PF_LOCK(); +#ifdef __FreeBSD__ + if (debug_pfugidhack) { + PF_UNLOCK(); + lookup =3D pf_socket_lookup(&uid, &gid, direction, pd, inp); + PF_LOCK(); + } #endif =20 r =3D TAILQ_FIRST(pf_main_ruleset.rules[PF_RULESET_FILTER].active.ptr); Index: pf_ioctl.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 RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf_ioctl.c,v retrieving revision 1.27 diff -u -r1.27 pf_ioctl.c =2D-- pf_ioctl.c 1 Jan 2007 16:51:11 -0000 1.27 +++ pf_ioctl.c 18 Apr 2007 20:04:57 -0000 @@ -84,6 +84,7 @@ #include #include #include +#include #else #include #include @@ -237,6 +238,10 @@ struct mtx pf_task_mtx; pflog_packet_t *pflog_packet_ptr =3D NULL; =20 +int debug_pfugidhack =3D 0; +SYSCTL_INT(_debug, OID_AUTO, pfugidhack, CTLFLAG_RW, &debug_pfugidhack, 0, + "Enable/disable pf user/group rules mpsafe hack"); + void init_pf_mutex(void) { @@ -1603,6 +1608,13 @@ rule->evaluations =3D rule->packets =3D rule->bytes =3D 0; TAILQ_INSERT_TAIL(ruleset->rules[rs_num].inactive.ptr, rule, entries); +#ifdef __FreeBSD__ + if (!debug_pfugidhack && (rule->uid.op || rule->gid.op)) { + DPFPRINTF(PF_DEBUG_MISC, + ("pf: debug.pfugidhack enabled\n")); + debug_pfugidhack =3D 1; + } +#endif break; } =20 @@ -1828,6 +1840,14 @@ newrule->rpool.cur =3D TAILQ_FIRST(&newrule->rpool.list); newrule->evaluations =3D newrule->packets =3D 0; newrule->bytes =3D 0; +#ifdef __FreeBSD__ + if (!debug_pfugidhack && + (newrule->uid.op || newrule->gid.op)) { + DPFPRINTF(PF_DEBUG_MISC, + ("pf: debug.pfugidhack enabled\n")); + debug_pfugidhack =3D 1; + } +#endif } pf_empty_pool(&pf_pabuf); =20 --Boundary-01=_5vnJG+NdGva1AjI-- --nextPart1680427.cR8jzyBjqs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJnv+XyyEoT62BG0RAl9fAJ9njosIaJ1OmiTCZdH/bx5l55ccuwCfccbQ ef4+plZnFtu8zboFHcXQMv4= =lSVL -----END PGP SIGNATURE----- --nextPart1680427.cR8jzyBjqs-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 20:22:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 913F016A401 for ; Wed, 18 Apr 2007 20:22:30 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 02ECB13C48C for ; Wed, 18 Apr 2007 20:22:29 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 25572 invoked by uid 89); 18 Apr 2007 20:22:45 -0000 Received: by simscan 1.1.0 ppid: 25566, pid: 25568, t: 3.5159s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1180 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on superman.superhero.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 Received: from unknown (HELO batman.superhero.nl) (gelsemap@10.202.77.88) by superman.superhero.nl with SMTP; 18 Apr 2007 20:22:42 -0000 From: "Gelsema, P (Patrick)" To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 22:22:27 +0200 User-Agent: KMail/1.9.5 References: <200704162247.29909.gelsemap@superhero.nl> <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> <4624F4C3.30006@samsco.org> In-Reply-To: <4624F4C3.30006@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18107394.ngFhnT0t0v"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704182222.32069.gelsemap@superhero.nl> Cc: Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 20:22:30 -0000 --nextPart18107394.ngFhnT0t0v Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 17 April 2007 18:24, Scott Long wrote: > Gelsema, P (Patrick) - FreeBSD wrote: > > On Tue, April 17, 2007 16:45, Scott Long wrote: > >> Gelsema, P (Patrick) - FreeBSD wrote: > > > > > > > >> The 39320D is a finicky card. I don't recall putting in the code that > >> would downshift the speed like this, but it wouldn't surprise me if it > >> is a side effect of the system going slower. Anyways, it sounds like > >> you're a good candidate/victim for the MPSAFE locking changes that I > >> just made to the SCSI layer and the ahc/ahd drivers. Would you mind > >> testing it out (just update to the latest 7-CURRENT sources) and let me > >> know how it works for you? > > > > Is building world/kernel sufficient as test or do you want me to do more > > tests? > > Any amount of testing that you can do is appreciated. Even verifying > that it boots is helpful =3D-) Cvsupped this evening at about 6.15 UTC time (20:15 CET zone) =46reeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Apr 18= =20 21:56:58 CEST 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC = =20 amd64 After buildworld and the whole lot the computer boots fine, however the dis= k=20 is still detected as only 160.00MB/s. I do get the following crash. It seems to be related to pressing scroll loc= k=20 on the console and hitting the page up/down buttons. When I just log on=20 locally or remotely it seems to be ok. When I hit the scroll lock key befor= e=20 or after logging on I get the below crash. Apr 18 22:08:22 hulk kernel: lock order reversal: (Giant after non-sleepabl= e) Apr 18 22:08:22 hulk kernel: 1st 0xffffff007b413358 ahd_lock (ahd_lock)=20 @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:08:22 hulk kernel: 2nd 0xffffffff80977f20 Giant (Giant)=20 @ /usr/src/sys/vm/vm_contig.c:590 Apr 18 22:08:22 hulk kernel: KDB: stack backtrace: Apr 18 22:08:22 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:08:22 hulk kernel: witness_checkorder() at witness_checkorder+0x4= f9 Apr 18 22:08:22 hulk kernel: _mtx_lock_flags() at _mtx_lock_flags+0x75 Apr 18 22:08:22 hulk kernel: contigmalloc() at contigmalloc+0x63 Apr 18 22:08:22 hulk kernel: bus_dmamem_alloc() at bus_dmamem_alloc+0x8d Apr 18 22:08:22 hulk kernel: ahd_alloc_scbs() at ahd_alloc_scbs+0x32a Apr 18 22:08:22 hulk kernel: ahd_get_scb() at ahd_get_scb+0x69 Apr 18 22:08:22 hulk kernel: ahd_action() at ahd_action+0x47c Apr 18 22:08:22 hulk kernel: xpt_run_dev_sendq() at xpt_run_dev_sendq+0x1ae Apr 18 22:08:22 hulk kernel: xpt_action() at xpt_action+0x4d3 Apr 18 22:08:22 hulk kernel: dastart() at dastart+0x211 Apr 18 22:08:22 hulk kernel: xpt_run_dev_allocq() at xpt_run_dev_allocq+0xf4 Apr 18 22:08:22 hulk kernel: dastrategy() at dastrategy+0x78 Apr 18 22:08:22 hulk kernel: g_disk_start() at g_disk_start+0xe6 Apr 18 22:08:22 hulk kernel: g_io_schedule_down() at g_io_schedule_down+0x1= 89 Apr 18 22:08:22 hulk kernel: g_down_procbody() at g_down_procbody+0x7a Apr 18 22:08:22 hulk kernel: fork_exit() at fork_exit+0xaa Apr 18 22:08:22 hulk kernel: fork_trampoline() at fork_trampoline+0xe Apr 18 22:08:22 hulk kernel: --- trap 0, rip =3D 0, rsp =3D 0xffffffffac102= d30,=20 rbp =3D 0 --- Is this information sufficient? If not please let me know what more is=20 required. Rgds, Patrick --nextPart18107394.ngFhnT0t0v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJn4IKz+4Gcg+TBERAgybAJ958f12X5q/8lKx+70gtb3n9FVNdQCeITOn zRVgoNuMfrAP0Ph+NmZAk3U= =103C -----END PGP SIGNATURE----- --nextPart18107394.ngFhnT0t0v-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 20:40:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E7BE16A400 for ; Wed, 18 Apr 2007 20:40:00 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id C57D513C4BA for ; Wed, 18 Apr 2007 20:39:58 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 26349 invoked by uid 89); 18 Apr 2007 20:40:14 -0000 Received: by simscan 1.1.0 ppid: 26335, pid: 26337, t: 4.7573s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1180 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on superman.superhero.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 Received: from unknown (HELO batman.superhero.nl) (gelsemap@10.202.77.88) by superman.superhero.nl with SMTP; 18 Apr 2007 20:40:09 -0000 From: "Gelsema, P (Patrick)" To: freebsd-current@freebsd.org, Scott Long Date: Wed, 18 Apr 2007 22:39:55 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart58847253.WCijyMKRHA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704182239.59842.gelsemap@superhero.nl> Cc: Subject: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 20:40:00 -0000 --nextPart58847253.WCijyMKRHA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, CVSupped at 6.15 UTC this evening (20.15 CET), buildworld and the lot. When= =20 issueing the command shutdown -r now I get the below crash. if more information is required I am more than happy to provide. Cheers Patrick =46reeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Apr 18= =20 21:56:58 CEST 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC = =20 amd64 Apr 18 22:29:09 hulk shutdown: reboot by root: Apr 18 22:29:11 hulk syslogd: exiting on signal 15 Apr 18 22:30:54 hulk syslogd: kernel boot file is /boot/kernel/kernel Apr 18 22:30:54 hulk kernel: Waiting (max 60 seconds) for system process=20 `vnlru' to stop...done Apr 18 22:30:54 hulk kernel: Waiting (max 60 seconds) for system process=20 `syncer' to stop... Apr 18 22:30:54 hulk kernel: Syncing disks, vnodes remaining...1 0 1 0 0 do= ne Apr 18 22:30:54 hulk kernel: Waiting (max 60 seconds) for system process=20 `bufdaemon' to stop...done Apr 18 22:30:54 hulk kernel: All buffers synced. Apr 18 22:30:54 hulk kernel: Uptime: 9m37s Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c: 559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c: 559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c: 559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c: 559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c: 559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c: 559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: Waiting on "ATA request done" with the followi= ng=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: _cv_timedwait() at _cv_timedwait+0x9e Apr 18 22:30:54 hulk kernel: _sema_timedwait() at _sema_timedwait+0x48 Apr 18 22:30:54 hulk kernel: ata_queue_request() at ata_queue_request+0x43a Apr 18 22:30:54 hulk kernel: ata_controlcmd() at ata_controlcmd+0x89 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk last message repeated 4 times Apr 18 22:30:54 hulk kernel: acpi_shutdown() at acpi_shutdown+0x31 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk kernel: root_bus_module_handler() at=20 root_bus_module_handler+0x1d Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: Waiting on "ATA request done" with the followi= ng=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: _cv_timedwait() at _cv_timedwait+0x9e Apr 18 22:30:54 hulk kernel: _sema_timedwait() at _sema_timedwait+0x48 Apr 18 22:30:54 hulk kernel: ata_queue_request() at ata_queue_request+0x43a Apr 18 22:30:54 hulk kernel: ata_controlcmd() at ata_controlcmd+0x89 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk last message repeated 4 times Apr 18 22:30:54 hulk kernel: acpi_shutdown() at acpi_shutdown+0x31 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk kernel: root_bus_module_handler() at=20 root_bus_module_handler+0x1d Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: Waiting on "ATA request done" with the followi= ng=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: _cv_timedwait() at _cv_timedwait+0x9e Apr 18 22:30:54 hulk kernel: _sema_timedwait() at _sema_timedwait+0x48 Apr 18 22:30:54 hulk kernel: ata_queue_request() at ata_queue_request+0x43a Apr 18 22:30:54 hulk kernel: ata_controlcmd() at ata_controlcmd+0x89 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk last message repeated 4 times Apr 18 22:30:54 hulk kernel: acpi_shutdown() at acpi_shutdown+0x31 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk kernel: bus_generic_shutdown() at=20 bus_generic_shutdown+0x18 Apr 18 22:30:54 hulk kernel: root_bus_module_handler() at=20 root_bus_module_handler+0x1d Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 Apr 18 22:30:54 hulk kernel: syscall() at syscall+0x1f0 Apr 18 22:30:54 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 18 22:30:54 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = =3D=20 0x40849c, rsp =3D 0x7fffffffe7d8, rbp =3D 0x52 --- Apr 18 22:30:54 hulk kernel: uma_zalloc_arg: zone "16" with the following=20 non-sleepable locks held: Apr 18 22:30:54 hulk kernel: exclusive sleep mutex ahd_lock r =3D 0=20 (0xffffff007b413358) locked @ /usr/src/sys/cam/cam_periph.c:559 Apr 18 22:30:54 hulk kernel: KDB: stack backtrace: Apr 18 22:30:54 hulk kernel: db_trace_self_wrapper() at=20 db_trace_self_wrapper+0x3a Apr 18 22:30:54 hulk kernel: witness_warn() at witness_warn+0x262 Apr 18 22:30:54 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 18 22:30:54 hulk kernel: malloc() at malloc+0xa3 Apr 18 22:30:54 hulk kernel: g_modevent() at g_modevent+0x52 Apr 18 22:30:54 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 18 22:30:54 hulk kernel: boot() at boot+0x3f1 Apr 18 22:30:54 hulk kernel: reboot() at reboot+0x42 --nextPart58847253.WCijyMKRHA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJoIfKz+4Gcg+TBERAm4bAKCQkxg4SzhEES2H72GRkSQys4DL+ACglmw8 KuI/oxBEs3qXw1oaSLUdZ1Y= =pFJp -----END PGP SIGNATURE----- --nextPart58847253.WCijyMKRHA-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 20:43:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D41D516A401 for ; Wed, 18 Apr 2007 20:43:54 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 25F3813C484 for ; Wed, 18 Apr 2007 20:43:53 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 26458 invoked by uid 89); 18 Apr 2007 20:44:10 -0000 Received: by simscan 1.1.0 ppid: 26433, pid: 26435, t: 2.6864s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1180 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on superman.superhero.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=ham version=3.1.0 Received: from unknown (HELO batman.superhero.nl) (gelsemap@10.202.77.88) by superman.superhero.nl with SMTP; 18 Apr 2007 20:44:07 -0000 From: "Gelsema, P (Patrick)" To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 22:43:53 +0200 User-Agent: KMail/1.9.5 References: <200704182239.59842.gelsemap@superhero.nl> In-Reply-To: <200704182239.59842.gelsemap@superhero.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1757424.ucBlcVl2MI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704182243.57376.gelsemap@superhero.nl> Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 20:43:54 -0000 --nextPart1757424.ucBlcVl2MI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 18 April 2007 22:39, Gelsema, P (Patrick) wrote: > Hi, > > CVSupped at 6.15 UTC this evening (20.15 CET), buildworld and the lot. When > issueing the command shutdown -r now I get the below crash. > > if more information is required I am more than happy to provide. > > Cheers > > Patrick > Same happens when shutdown -h now is issued. Rgds, Patrick --nextPart1757424.ucBlcVl2MI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJoMNKz+4Gcg+TBERAowYAJ9B4mQMMGGeoN79ykj4CKfGP2LkiACcDUJ/ l4xZEybscHoDGtPfQr+hF6E= =oCsO -----END PGP SIGNATURE----- --nextPart1757424.ucBlcVl2MI-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 20:52:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 076AA16A402 for ; Wed, 18 Apr 2007 20:52:37 +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 C14CB13C457 for ; Wed, 18 Apr 2007 20:52:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3IKpwBv040973; Wed, 18 Apr 2007 14:51:58 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <462684E0.20105@samsco.org> Date: Wed, 18 Apr 2007 14:51:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Gelsema, P (Patrick)" References: <200704162247.29909.gelsemap@superhero.nl> <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> <4624F4C3.30006@samsco.org> <200704182222.32069.gelsemap@superhero.nl> In-Reply-To: <200704182222.32069.gelsemap@superhero.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 18 Apr 2007 14:51:58 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 20:52:37 -0000 Gelsema, P (Patrick) wrote: > On Tuesday 17 April 2007 18:24, Scott Long wrote: >> Gelsema, P (Patrick) - FreeBSD wrote: >>> On Tue, April 17, 2007 16:45, Scott Long wrote: >>>> Gelsema, P (Patrick) - FreeBSD wrote: >>> >>> >>>> The 39320D is a finicky card. I don't recall putting in the code that >>>> would downshift the speed like this, but it wouldn't surprise me if it >>>> is a side effect of the system going slower. Anyways, it sounds like >>>> you're a good candidate/victim for the MPSAFE locking changes that I >>>> just made to the SCSI layer and the ahc/ahd drivers. Would you mind >>>> testing it out (just update to the latest 7-CURRENT sources) and let me >>>> know how it works for you? > > >>> Is building world/kernel sufficient as test or do you want me to do more >>> tests? >> Any amount of testing that you can do is appreciated. Even verifying >> that it boots is helpful =-) > > Cvsupped this evening at about 6.15 UTC time (20:15 CET zone) > FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Apr 18 > 21:56:58 CEST 2007 root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC > amd64 > > After buildworld and the whole lot the computer boots fine, however the disk > is still detected as only 160.00MB/s. > > I do get the following crash. It seems to be related to pressing scroll lock > on the console and hitting the page up/down buttons. When I just log on > locally or remotely it seems to be ok. When I hit the scroll lock key before > or after logging on I get the below crash. > > Apr 18 22:08:22 hulk kernel: lock order reversal: (Giant after non-sleepable) > Apr 18 22:08:22 hulk kernel: 1st 0xffffff007b413358 ahd_lock (ahd_lock) > @ /usr/src/sys/cam/cam_periph.c:559 > Apr 18 22:08:22 hulk kernel: 2nd 0xffffffff80977f20 Giant (Giant) > @ /usr/src/sys/vm/vm_contig.c:590 > Apr 18 22:08:22 hulk kernel: KDB: stack backtrace: > Apr 18 22:08:22 hulk kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x3a > Apr 18 22:08:22 hulk kernel: witness_checkorder() at witness_checkorder+0x4f9 > Apr 18 22:08:22 hulk kernel: _mtx_lock_flags() at _mtx_lock_flags+0x75 > Apr 18 22:08:22 hulk kernel: contigmalloc() at contigmalloc+0x63 > Apr 18 22:08:22 hulk kernel: bus_dmamem_alloc() at bus_dmamem_alloc+0x8d > Apr 18 22:08:22 hulk kernel: ahd_alloc_scbs() at ahd_alloc_scbs+0x32a > Apr 18 22:08:22 hulk kernel: ahd_get_scb() at ahd_get_scb+0x69 > Apr 18 22:08:22 hulk kernel: ahd_action() at ahd_action+0x47c > Apr 18 22:08:22 hulk kernel: xpt_run_dev_sendq() at xpt_run_dev_sendq+0x1ae > Apr 18 22:08:22 hulk kernel: xpt_action() at xpt_action+0x4d3 > Apr 18 22:08:22 hulk kernel: dastart() at dastart+0x211 > Apr 18 22:08:22 hulk kernel: xpt_run_dev_allocq() at xpt_run_dev_allocq+0xf4 > Apr 18 22:08:22 hulk kernel: dastrategy() at dastrategy+0x78 > Apr 18 22:08:22 hulk kernel: g_disk_start() at g_disk_start+0xe6 > Apr 18 22:08:22 hulk kernel: g_io_schedule_down() at g_io_schedule_down+0x189 > Apr 18 22:08:22 hulk kernel: g_down_procbody() at g_down_procbody+0x7a > Apr 18 22:08:22 hulk kernel: fork_exit() at fork_exit+0xaa > Apr 18 22:08:22 hulk kernel: fork_trampoline() at fork_trampoline+0xe > Apr 18 22:08:22 hulk kernel: --- trap 0, rip = 0, rsp = 0xffffffffac102d30, > rbp = 0 --- > > Is this information sufficient? If not please let me know what more is > required. > > Rgds, > > Patrick > Thanks for the info. Fixing this problem is going to be a royal pain. You can probably get around it by disabling WITNESS and INVARIANTS. Scott From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 21:48:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4631116A406 for ; Wed, 18 Apr 2007 21:48:56 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id EEFCF13C4DE for ; Wed, 18 Apr 2007 21:48:55 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 659BC39829; Wed, 18 Apr 2007 15:48:55 -0600 (CST) Date: Wed, 18 Apr 2007 15:48:55 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Message-ID: <20070418214855.GQ1225@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <200704182018.35054.max@love2party.net> <20070418192832.GP1225@seekingfire.com> <200704182213.50663.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704182213.50663.max@love2party.net> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Apr 2007 21:48:56 -0000 On Wed, Apr 18, 2007 at 10:13:42PM +0200, Max Laier wrote: > On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: > > > > Oh, interesting! I'm rebuilding right now with that option :-) > > I'll report back in a few days how it goes. > > Actually, could you test this? It should enable the hack on the fly as a > user/group rule is added. See "sysctl debug.pfugidhack" or "pfctl -x > misc" to confirm it's on. Sure, I've restarted the build with this patch. -T -- Unix does not stop you from doing stupid things, because that would also stop you from doing clever things. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 00:29:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E67E16A406; Thu, 19 Apr 2007 00:29:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4399D13C4B8; Thu, 19 Apr 2007 00:29:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J0Tu10000549; Wed, 18 Apr 2007 20:29:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J0TulM082112; Wed, 18 Apr 2007 20:29:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DF62073039; Wed, 18 Apr 2007 20:29:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419002955.DF62073039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 20:29:55 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 00:29:57 -0000 TB --- 2007-04-18 23:09:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-18 23:09:20 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-18 23:09:20 - cleaning the object tree TB --- 2007-04-18 23:11:43 - checking out the source tree TB --- 2007-04-18 23:11:43 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-18 23:11:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-18 23:34:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-18 23:34:05 - cd /src TB --- 2007-04-18 23:34:05 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 23:34:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/popen.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/net/rcmdsh.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/sysctl.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/stdlib/system.c building static rescue library ranlib librescue.a ===> rescue/rescue (all) make: don't know how to make /src/rescue/rescue/../../sbin/mount_unionfs/Makefile. Stop *** Error code 2 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-19 00:29:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-19 00:29:55 - ERROR: failed to build world TB --- 2007-04-19 00:29:55 - tinderbox aborted TB --- 0.82 user 2.94 system 4835.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 00:48:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E050516A409 for ; Thu, 19 Apr 2007 00:48:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8943813C46E for ; Thu, 19 Apr 2007 00:48:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3J0m9mb002331; Wed, 18 Apr 2007 20:48:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 17:19:56 -0400 User-Agent: KMail/1.9.4 References: <20070401204942.GA14445@roadrunner.q.local> In-Reply-To: <20070401204942.GA14445@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704181719.56592.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 18 Apr 2007 20:48:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: intsmb fails to attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 00:48:13 -0000 On Sunday 01 April 2007 16:49, Ulrich Spoerlein wrote: > Hi, > > I just upgraded my oldish ASUS P2B machine to current, and noticed > intsmb0 failing to attach. It's not that I need it, but perhaps the > problem is more wide spread: Did it work before? > intsmb0: port 0xe800-0xe80f at device 4.3 on pci0 > intsmb0: intr IRQ 9 enabled revision 0 > intsmb0: Unsupported interrupt mode > device_attach: intsmb0 attach returned 6 > > intsmb0@pci0:4:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' > class = bridge > > Any stuff I should try? > > There are also some ACPI reservations failing, but as this is an old > board, I think this is to be expected: > > ACPI: RSDP @ 0x0xf7f80/0x0014 (v 0 ASUS ) > ACPI: RSDT @ 0x0x13ffd000/0x002C (v 1 ASUS P2B 0x42302E31 MSFT 0x31313031) > ACPI: FACP @ 0x0x13ffd080/0x0074 (v 1 ASUS P2B 0x42302E31 MSFT 0x31313031) > ACPI: DSDT @ 0x0x13ffd100/0x1BA8 (v 1 ASUS P2B 0x00001000 MSFT 0x01000001) > ACPI: FACS @ 0x0x13fff000/0x0040 > ACPI: BOOT @ 0x0x13ffd040/0x0028 (v 1 ASUS P2B 0x42302E31 MSFT 0x31313031) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 13f00000 (3) failed > > Ulrich Spoerlein -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 00:48:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4406E16A40A for ; Thu, 19 Apr 2007 00:48:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id E3AC013C457 for ; Thu, 19 Apr 2007 00:48:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3J0m9ma002331; Wed, 18 Apr 2007 20:48:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 16:48:45 -0400 User-Agent: KMail/1.9.4 References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> In-Reply-To: <4617F563.40502@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704181648.46348.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 18 Apr 2007 20:48:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Nate Lawson Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 00:48:13 -0000 On Saturday 07 April 2007 15:47, Nate Lawson wrote: > Dag-Erling Sm=F8rgrav wrote: > > Nate Lawson writes: > >> Obviously, it's easier to do nothing than something. So here are some > >> options: > >> > >> 1. Add my patch -- if a server returns an error, I see no way it would > >> have changed the PWD. If you say "CD GARBAGE", what reasonable system > >> would return an error and change to some random dir? > >> > >> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say > >> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch > >> tries the multi-method first, falls back to the single-method on error. > >=20 > > No. > >=20 > > Thanks, > >=20 > > DES >=20 > I forgot: >=20 > 3. #ifdef (on or off by default) >=20 > Also, can I hear from anyone else besides Mr. No? I'm hestitant to make fetch explicitly not follow the RFC. At the least it should follow the RFC by default. Having it not follow the RFC actually broke stuff at work until I fixed it. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 01:44:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85B4C16A401; Thu, 19 Apr 2007 01:44:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 355E513C46A; Thu, 19 Apr 2007 01:44:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J1iPqT005519; Wed, 18 Apr 2007 21:44:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J1iPUX022033; Wed, 18 Apr 2007 21:44:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C83173039; Wed, 18 Apr 2007 21:44:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419014425.5C83173039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 21:44:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 19 Apr 2007 01:44:26 -0000 TB --- 2007-04-19 00:29:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 00:29:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-19 00:29:56 - cleaning the object tree TB --- 2007-04-19 00:31:19 - checking out the source tree TB --- 2007-04-19 00:31:19 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-19 00:31:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 00:48:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-19 00:48:10 - cd /src TB --- 2007-04-19 00:48:10 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 00:48:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/popen.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/net/rcmdsh.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/sysctl.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/stdlib/system.c building static rescue library ranlib librescue.a ===> rescue/rescue (all) make: don't know how to make /src/rescue/rescue/../../sbin/mount_unionfs/Makefile. Stop *** Error code 2 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-19 01:44:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-19 01:44:24 - ERROR: failed to build world TB --- 2007-04-19 01:44:24 - tinderbox aborted TB --- 0.89 user 2.68 system 4468.03 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 01:59:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C489216A400 for ; Thu, 19 Apr 2007 01:59:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 81C5213C489 for ; Thu, 19 Apr 2007 01:59:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so391718wxc for ; Wed, 18 Apr 2007 18:59:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=S+aJwdQsTup9zCMLjWAm3Z+xGhYGwRTPy1hR3AnyGonOt+m+Ri4FcdjkWCfWvx9JblwKcuPY7nc5vCg7rXf4+3T0tEoWa2ooiQ94DDZ9GfAirdDpRi2fAuJ4xIOVqHAfH5vbKFuymLwa6WuzjiKwSZKP6mWpvWfYMXBUxrg5pRY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=m5aATyv9JdcNUk8GSzfchYvqShWH1VobsH/telGBnR5lHcww+8uupLa9tvVe95D1DOXVr3Ca/85Yz4gVQs/Qd8co5csFGCCJj7rHrBFRsJg0kytgjoG+rY1AWocPH6IBaZQ8bd3uIsvBSHjEwjom5eju4iuzcGFVjsX8IJ7oboE= Received: by 10.70.31.6 with SMTP id e6mr2218758wxe.1176947950355; Wed, 18 Apr 2007 18:59:10 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Wed, 18 Apr 2007 18:59:10 -0700 (PDT) Message-ID: Date: Thu, 19 Apr 2007 09:59:10 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Julian Elischer" In-Reply-To: <4626767A.1050204@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4626741C.3010907@elischer.org> <4626767A.1050204@elischer.org> X-Google-Sender-Auth: 9f103b895cb09619 Cc: freebsd-current@freebsd.org Subject: Re: nanobsd.sh change: configurable boot0 loader and configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 01:59:11 -0000 On 19/04/07, Julian Elischer wrote: > I only realised > that his email was going to -current when I got my reply > back through -current.. Oops! > Sorry for the noise and especially I apologise to PHK if it looks > as if I am saying that nanoBSD is not good because he > is connected with it.. That was not what I meant to say at all. Well I certainly didn't read it that way. But then, I've known you for a while. :) I've already fired it off to PHK seperately but he seems very very busy. I'd like to commit this little change to -current in a couple days, MFC'ing it to RELENG_6 a week later. Any objections? Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 02:08:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1113716A401; Thu, 19 Apr 2007 02:08:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CAAF513C455; Thu, 19 Apr 2007 02:08:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J28IkG006818; Wed, 18 Apr 2007 22:08:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J28Iwg064606; Wed, 18 Apr 2007 22:08:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D54E273039; Wed, 18 Apr 2007 22:08:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419020817.D54E273039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 22:08:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 02:08:19 -0000 TB --- 2007-04-19 00:32:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 00:32:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-19 00:32:30 - cleaning the object tree TB --- 2007-04-19 00:34:57 - checking out the source tree TB --- 2007-04-19 00:34:57 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-19 00:34:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 00:48:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-19 00:48:10 - cd /src TB --- 2007-04-19 00:48:10 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 00:48:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/popen.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/net/rcmdsh.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/sysctl.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/stdlib/system.c building static rescue library ranlib librescue.a ===> rescue/rescue (all) make: don't know how to make /src/rescue/rescue/../../sbin/mount_unionfs/Makefile. Stop *** Error code 2 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-19 02:08:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-19 02:08:15 - ERROR: failed to build world TB --- 2007-04-19 02:08:15 - tinderbox aborted TB --- 0.81 user 2.41 system 5745.70 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 02:26:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 902FD16A401 for ; Thu, 19 Apr 2007 02:26:41 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 61ED813C455 for ; Thu, 19 Apr 2007 02:26:41 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 43760 invoked from network); 19 Apr 2007 02:26:43 -0000 Received: from ppp-71-139-34-102.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.34.102) by root.org with ESMTPA; 19 Apr 2007 02:26:43 -0000 Message-ID: <4626D35B.7070308@root.org> Date: Wed, 18 Apr 2007 19:26:35 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: "Wilkinson, Alex" X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: IRQ Question? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 02:26:41 -0000 > FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007 > > Could be an insanely dumb question, however, I have to ask. > > Why don't IRQs in the BIOS map to IRQs in the output of vmstat(8) ? > > e.g. > > I manually changed an IRQ assingment of an Intel NIC [em(4)] to be on IRQ 11 in > the BIOS and vmstat(8) reports its as irq16. > > #vmstat -i | egrep -i em > irq16: em0 uhci0 2990236 18 > > Can someone (njl@ jhb@) please enlighten me ? Interrupt routing is determined by a number of factors. Without acpi, it's determined by the BIOS initial irq and then anything the $PIR table changes (usually matches the BIOS value). With acpi, it's the BIOS irq and MADT acpi table. And that assumes APIC, not PIC-based routing. You can override the values with these tunables from the acpi man page: hw.pci.link.%s.%d.irq Override the interrupt to use for this link and index. This capability should be used carefully, and only if a device is not working with acpi enabled. "%s" is the name of the link (e.g., LNKA). "%d" is the resource index when the link supports multi- ple IRQs. Most PCI links only have one IRQ resource, so the below form should be used. hw.pci.link.%s.irq Override the interrupt to use. This capability should be used carefully, and only if a device is not working with acpi enabled. "%s" is the name of the link (e.g., LNKA). You'll have to look at your dmesg to determine the proper values here. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:20:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B98416A406; Thu, 19 Apr 2007 03:20:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEFC13C43E; Thu, 19 Apr 2007 03:20:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3K4qN011412; Wed, 18 Apr 2007 23:20:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3K4lf099480; Wed, 18 Apr 2007 23:20:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 690B873039; Wed, 18 Apr 2007 23:20:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419032004.690B873039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:20:04 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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, 19 Apr 2007 03:20:05 -0000 TB --- 2007-04-19 01:44:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 01:44:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-19 01:44:25 - cleaning the object tree TB --- 2007-04-19 01:46:10 - checking out the source tree TB --- 2007-04-19 01:46:10 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-19 01:46:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 02:07:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-19 02:07:43 - cd /src TB --- 2007-04-19 02:07:43 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 02:07:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/popen.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/net/rcmdsh.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/sysctl.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/stdlib/system.c building static rescue library ranlib librescue.a ===> rescue/rescue (all) make: don't know how to make /src/rescue/rescue/../../sbin/mount_unionfs/Makefile. Stop *** Error code 2 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-19 03:20:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-19 03:20:04 - ERROR: failed to build world TB --- 2007-04-19 03:20:04 - tinderbox aborted TB --- 0.65 user 2.40 system 5738.47 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:27:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F8CB16A402; Thu, 19 Apr 2007 03:27:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 17CA313C43E; Thu, 19 Apr 2007 03:27:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3RIY3011766; Wed, 18 Apr 2007 23:27:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3RIHA070303; Wed, 18 Apr 2007 23:27:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8943C73039; Wed, 18 Apr 2007 23:27:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419032718.8943C73039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:27:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 19 Apr 2007 03:27:19 -0000 TB --- 2007-04-19 03:20:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:20:04 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-19 03:20:04 - cleaning the object tree TB --- 2007-04-19 03:20:32 - checking out the source tree TB --- 2007-04-19 03:20:32 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-19 03:20:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 03:27:18 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 03:27:18 - ERROR: unable to check out the source tree TB --- 2007-04-19 03:27:18 - tinderbox aborted TB --- 0.60 user 2.15 system 433.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:30:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41BB616A400; Thu, 19 Apr 2007 03:30:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E601E13C4B0; Thu, 19 Apr 2007 03:30:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3UYZt011967; Wed, 18 Apr 2007 23:30:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3UYMZ072321; Wed, 18 Apr 2007 23:30:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B60F73039; Wed, 18 Apr 2007 23:30:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419033034.2B60F73039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:30:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 19 Apr 2007 03:30:35 -0000 TB --- 2007-04-19 02:08:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 02:08:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-19 02:08:18 - cleaning the object tree TB --- 2007-04-19 02:09:43 - checking out the source tree TB --- 2007-04-19 02:09:43 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-19 02:09:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 02:30:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-19 02:30:59 - cd /src TB --- 2007-04-19 02:30:59 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 02:31:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/popen.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/net/rcmdsh.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/gen/sysctl.c cc -O2 -pipe -DRESCUE -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -I/src/rescue/librescue/../../lib/libc/include -c /src/rescue/librescue/../../lib/libc/stdlib/system.c building static rescue library ranlib librescue.a ===> rescue/rescue (all) make: don't know how to make /src/rescue/rescue/../../sbin/mount_unionfs/Makefile. Stop *** Error code 2 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-19 03:30:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-19 03:30:34 - ERROR: failed to build world TB --- 2007-04-19 03:30:34 - tinderbox aborted TB --- 0.80 user 2.47 system 4935.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:50:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3174616A402; Thu, 19 Apr 2007 03:50:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EB91013C45D; Thu, 19 Apr 2007 03:50:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3oI8m012954; Wed, 18 Apr 2007 23:50:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3oI47059872; Wed, 18 Apr 2007 23:50:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 31F4D7303E; Wed, 18 Apr 2007 23:50:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419035018.31F4D7303E@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:50:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 03:50:19 -0000 TB --- 2007-04-19 03:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-19 03:35:00 - cleaning the object tree TB --- 2007-04-19 03:36:58 - checking out the source tree TB --- 2007-04-19 03:36:58 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-19 03:36:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 03:50:16 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 03:50:16 - ERROR: unable to check out the source tree TB --- 2007-04-19 03:50:16 - tinderbox aborted TB --- 0.88 user 3.77 system 915.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:50:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 328F516A403; Thu, 19 Apr 2007 03:50:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EBA3113C45E; Thu, 19 Apr 2007 03:50:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3oIYO012951; Wed, 18 Apr 2007 23:50:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3oIWu083138; Wed, 18 Apr 2007 23:50:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 626707303D; Wed, 18 Apr 2007 23:50:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419035016.626707303D@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:50:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 19 Apr 2007 03:50:19 -0000 TB --- 2007-04-19 03:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-19 03:35:00 - cleaning the object tree TB --- 2007-04-19 03:35:45 - checking out the source tree TB --- 2007-04-19 03:35:45 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-19 03:35:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 03:50:16 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 03:50:16 - ERROR: unable to check out the source tree TB --- 2007-04-19 03:50:16 - tinderbox aborted TB --- 0.48 user 1.72 system 915.47 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:59:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 423B816A400; Thu, 19 Apr 2007 03:59:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B25713C45D; Thu, 19 Apr 2007 03:59:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3xEo4013644; Wed, 18 Apr 2007 23:59:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3xEAa088495; Wed, 18 Apr 2007 23:59:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EDFF573039; Wed, 18 Apr 2007 23:59:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419035912.EDFF573039@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:59:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 19 Apr 2007 03:59:15 -0000 TB --- 2007-04-19 03:50:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:50:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-19 03:50:18 - cleaning the object tree TB --- 2007-04-19 03:52:29 - checking out the source tree TB --- 2007-04-19 03:52:29 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-19 03:52:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 03:59:12 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 03:59:12 - ERROR: unable to check out the source tree TB --- 2007-04-19 03:59:12 - tinderbox aborted TB --- 0.39 user 1.32 system 536.20 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:59:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00FB216A401; Thu, 19 Apr 2007 03:59:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BDCD413C480; Thu, 19 Apr 2007 03:59:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3xF6l013650; Wed, 18 Apr 2007 23:59:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J3xFF4088504; Wed, 18 Apr 2007 23:59:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 407467303E; Wed, 18 Apr 2007 23:59:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419035915.407467303E@freebsd-current.sentex.ca> Date: Wed, 18 Apr 2007 23:59:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 03:59:16 -0000 TB --- 2007-04-19 03:50:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:50:18 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-19 03:50:18 - cleaning the object tree TB --- 2007-04-19 03:52:49 - checking out the source tree TB --- 2007-04-19 03:52:49 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-19 03:52:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 03:59:15 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 03:59:15 - ERROR: unable to check out the source tree TB --- 2007-04-19 03:59:15 - tinderbox aborted TB --- 0.35 user 1.32 system 538.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:11:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9686B16A400; Thu, 19 Apr 2007 04:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6D113C465; Thu, 19 Apr 2007 04:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4BgMJ014331; Thu, 19 Apr 2007 00:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4BgCk097580; Thu, 19 Apr 2007 00:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82DA87303D; Thu, 19 Apr 2007 00:11:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419041142.82DA87303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:11:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 04:11:43 -0000 TB --- 2007-04-19 03:59:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:59:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-19 03:59:15 - cleaning the object tree TB --- 2007-04-19 04:01:12 - checking out the source tree TB --- 2007-04-19 04:01:12 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-19 04:01:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:11:42 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:11:42 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:11:42 - tinderbox aborted TB --- 0.34 user 1.40 system 747.04 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:11:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 991B916A401; Thu, 19 Apr 2007 04:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8CB13C480; Thu, 19 Apr 2007 04:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4BgtK014332; Thu, 19 Apr 2007 00:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4BgMv097583; Thu, 19 Apr 2007 00:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A537B7303E; Thu, 19 Apr 2007 00:11:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419041142.A537B7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:11:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 04:11:43 -0000 TB --- 2007-04-19 03:59:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 03:59:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-19 03:59:15 - cleaning the object tree TB --- 2007-04-19 04:01:27 - checking out the source tree TB --- 2007-04-19 04:01:27 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-19 04:01:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:11:42 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:11:42 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:11:42 - tinderbox aborted TB --- 0.45 user 1.30 system 747.36 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:22:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E35AC16A402; Thu, 19 Apr 2007 04:22:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AB57413C44C; Thu, 19 Apr 2007 04:22:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4MCYA014689; Thu, 19 Apr 2007 00:22:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4MCuQ002293; Thu, 19 Apr 2007 00:22:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C8AA673039; Thu, 19 Apr 2007 00:22:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419042211.C8AA673039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:22:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 19 Apr 2007 04:22:13 -0000 TB --- 2007-04-19 04:11:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:11:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-19 04:11:42 - cleaning the object tree TB --- 2007-04-19 04:11:42 - checking out the source tree TB --- 2007-04-19 04:11:42 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-19 04:11:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:22:11 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:22:11 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:22:11 - tinderbox aborted TB --- 0.04 user 0.01 system 629.04 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:22:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60FA816A403; Thu, 19 Apr 2007 04:22:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 29A5713C459; Thu, 19 Apr 2007 04:22:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4MC4t014692; Thu, 19 Apr 2007 00:22:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4MCtH002298; Thu, 19 Apr 2007 00:22:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B12EC7303E; Thu, 19 Apr 2007 00:22:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419042212.B12EC7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:22:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 19 Apr 2007 04:22:13 -0000 TB --- 2007-04-19 04:11:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:11:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-19 04:11:42 - cleaning the object tree TB --- 2007-04-19 04:12:54 - checking out the source tree TB --- 2007-04-19 04:12:54 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-19 04:12:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:22:12 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:22:12 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:22:12 - tinderbox aborted TB --- 0.32 user 1.29 system 630.08 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:33:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7996116A401; Thu, 19 Apr 2007 04:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 41DD613C458; Thu, 19 Apr 2007 04:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4XmSE015094; Thu, 19 Apr 2007 00:33:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4XmJH010604; Thu, 19 Apr 2007 00:33:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C66E73039; Thu, 19 Apr 2007 00:33:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419043348.5C66E73039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:33:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 04:33:49 -0000 TB --- 2007-04-19 04:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-19 04:25:00 - cleaning the object tree TB --- 2007-04-19 04:25:00 - checking out the source tree TB --- 2007-04-19 04:25:00 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-19 04:25:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:33:48 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:33:48 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:33:48 - tinderbox aborted TB --- 0.03 user 0.00 system 527.50 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:33:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBC7F16A402; Thu, 19 Apr 2007 04:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9462C13C45D; Thu, 19 Apr 2007 04:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4XnZd015097; Thu, 19 Apr 2007 00:33:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4XnIv036803; Thu, 19 Apr 2007 00:33:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1B9087303E; Thu, 19 Apr 2007 00:33:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419043349.1B9087303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:33:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 04:33:49 -0000 TB --- 2007-04-19 04:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-19 04:25:00 - cleaning the object tree TB --- 2007-04-19 04:25:00 - checking out the source tree TB --- 2007-04-19 04:25:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-19 04:25:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:33:49 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:33:49 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:33:49 - tinderbox aborted TB --- 0.03 user 0.01 system 528.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:39:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7184E16A401; Thu, 19 Apr 2007 04:39:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A43013C44C; Thu, 19 Apr 2007 04:39:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4dwYC015326; Thu, 19 Apr 2007 00:39:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4dwWk049756; Thu, 19 Apr 2007 00:39:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A9137303D; Thu, 19 Apr 2007 00:39:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419043953.6A9137303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:39:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 04:39:59 -0000 TB --- 2007-04-19 04:33:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:33:48 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-19 04:33:48 - cleaning the object tree TB --- 2007-04-19 04:33:48 - checking out the source tree TB --- 2007-04-19 04:33:48 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-19 04:33:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:39:53 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:39:53 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:39:53 - tinderbox aborted TB --- 0.03 user 0.01 system 364.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:40:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 018EC16A400; Thu, 19 Apr 2007 04:40:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BE48E13C455; Thu, 19 Apr 2007 04:39:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4dxCI015329; Thu, 19 Apr 2007 00:39:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4dxCe049767; Thu, 19 Apr 2007 00:39:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 840D17303E; Thu, 19 Apr 2007 00:39:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419043954.840D17303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:39:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 04:40:00 -0000 TB --- 2007-04-19 04:33:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:33:49 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-19 04:33:49 - cleaning the object tree TB --- 2007-04-19 04:33:49 - checking out the source tree TB --- 2007-04-19 04:33:49 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-19 04:33:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:39:53 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:39:53 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:39:53 - tinderbox aborted TB --- 0.03 user 0.01 system 364.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:47:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B48716A403; Thu, 19 Apr 2007 04:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 42EF113C480; Thu, 19 Apr 2007 04:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4laqs015648; Thu, 19 Apr 2007 00:47:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4lanR063492; Thu, 19 Apr 2007 00:47:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5FFC473039; Thu, 19 Apr 2007 00:47:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419044736.5FFC473039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:47:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 04:47:37 -0000 TB --- 2007-04-19 04:39:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:39:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-19 04:39:59 - cleaning the object tree TB --- 2007-04-19 04:39:59 - checking out the source tree TB --- 2007-04-19 04:39:59 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-19 04:39:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:47:36 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:47:36 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:47:36 - tinderbox aborted TB --- 0.03 user 0.02 system 456.84 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:47:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2A2516A408; Thu, 19 Apr 2007 04:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AAA0313C483; Thu, 19 Apr 2007 04:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4lbiC015651; Thu, 19 Apr 2007 00:47:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4lbFo020602; Thu, 19 Apr 2007 00:47:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1818E7303E; Thu, 19 Apr 2007 00:47:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419044737.1818E7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:47:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 19 Apr 2007 04:47:38 -0000 TB --- 2007-04-19 04:39:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:39:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-19 04:39:59 - cleaning the object tree TB --- 2007-04-19 04:39:59 - checking out the source tree TB --- 2007-04-19 04:39:59 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-19 04:39:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:47:37 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:47:37 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:47:37 - tinderbox aborted TB --- 0.02 user 0.02 system 457.57 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:55:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B81916A406; Thu, 19 Apr 2007 04:55:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C74C413C465; Thu, 19 Apr 2007 04:55:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4tbIP015955; Thu, 19 Apr 2007 00:55:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4tbVP026879; Thu, 19 Apr 2007 00:55:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BAC737303D; Thu, 19 Apr 2007 00:55:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419045536.BAC737303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:55:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 19 Apr 2007 04:55:38 -0000 TB --- 2007-04-19 04:47:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:47:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-19 04:47:36 - cleaning the object tree TB --- 2007-04-19 04:47:36 - checking out the source tree TB --- 2007-04-19 04:47:36 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-19 04:47:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:55:36 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:55:36 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:55:36 - tinderbox aborted TB --- 0.04 user 0.00 system 479.86 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:55:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10F0B16A407; Thu, 19 Apr 2007 04:55:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CC60113C469; Thu, 19 Apr 2007 04:55:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4tbYU015956; Thu, 19 Apr 2007 00:55:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J4tbRS026880; Thu, 19 Apr 2007 00:55:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2FD827303E; Thu, 19 Apr 2007 00:55:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419045537.2FD827303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 00:55:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 19 Apr 2007 04:55:38 -0000 TB --- 2007-04-19 04:47:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 04:47:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-19 04:47:37 - cleaning the object tree TB --- 2007-04-19 04:47:37 - checking out the source tree TB --- 2007-04-19 04:47:37 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-19 04:47:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 04:55:36 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 04:55:36 - ERROR: unable to check out the source tree TB --- 2007-04-19 04:55:36 - tinderbox aborted TB --- 0.04 user 0.00 system 479.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:06:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFE2816A401; Thu, 19 Apr 2007 05:06:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9886713C448; Thu, 19 Apr 2007 05:06:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J56KPo016391; Thu, 19 Apr 2007 01:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J56KFK036000; Thu, 19 Apr 2007 01:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 53F7F73039; Thu, 19 Apr 2007 01:06:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419050618.53F7F73039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:06:17 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 19 Apr 2007 05:06:20 -0000 TB --- 2007-04-19 05:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-19 05:00:00 - cleaning the object tree TB --- 2007-04-19 05:00:00 - checking out the source tree TB --- 2007-04-19 05:00:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-19 05:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:06:17 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:06:17 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:06:17 - tinderbox aborted TB --- 0.04 user 0.00 system 377.06 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:06:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DF3016A478; Thu, 19 Apr 2007 05:06:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5658A13C457; Thu, 19 Apr 2007 05:06:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J56MF3016394; Thu, 19 Apr 2007 01:06:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J56N6G003505; Thu, 19 Apr 2007 01:06:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDB3D7303E; Thu, 19 Apr 2007 01:06:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419050622.DDB3D7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:06:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 19 Apr 2007 05:06:23 -0000 TB --- 2007-04-19 05:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-19 05:00:00 - cleaning the object tree TB --- 2007-04-19 05:00:00 - checking out the source tree TB --- 2007-04-19 05:00:00 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-19 05:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:06:22 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:06:22 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:06:22 - tinderbox aborted TB --- 0.02 user 0.02 system 382.20 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:13:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C395016A403; Thu, 19 Apr 2007 05:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE4313C457; Thu, 19 Apr 2007 05:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5DFac016600; Thu, 19 Apr 2007 01:13:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5DFWI016745; Thu, 19 Apr 2007 01:13:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7055A7303D; Thu, 19 Apr 2007 01:13:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419051315.7055A7303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:13:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 19 Apr 2007 05:13:16 -0000 TB --- 2007-04-19 05:06:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:06:20 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-19 05:06:20 - cleaning the object tree TB --- 2007-04-19 05:06:20 - checking out the source tree TB --- 2007-04-19 05:06:20 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-19 05:06:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:13:15 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:13:15 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:13:15 - tinderbox aborted TB --- 0.04 user 0.00 system 415.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:13:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C42D316A404; Thu, 19 Apr 2007 05:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABD313C455; Thu, 19 Apr 2007 05:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5DFP5016599; Thu, 19 Apr 2007 01:13:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5DFpu016746; Thu, 19 Apr 2007 01:13:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8C1BF7303E; Thu, 19 Apr 2007 01:13:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419051315.8C1BF7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:13:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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, 19 Apr 2007 05:13:17 -0000 TB --- 2007-04-19 05:06:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:06:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-19 05:06:22 - cleaning the object tree TB --- 2007-04-19 05:06:22 - checking out the source tree TB --- 2007-04-19 05:06:22 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-19 05:06:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:13:15 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:13:15 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:13:15 - tinderbox aborted TB --- 0.04 user 0.00 system 412.34 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:17:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDEE716A404; Thu, 19 Apr 2007 05:17:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B66CE13C44C; Thu, 19 Apr 2007 05:17:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5HCnB016803; Thu, 19 Apr 2007 01:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5HC1J043793; Thu, 19 Apr 2007 01:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EFBA373039; Thu, 19 Apr 2007 01:17:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419051711.EFBA373039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:17:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 05:17:13 -0000 TB --- 2007-04-19 05:13:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:13:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-19 05:13:15 - cleaning the object tree TB --- 2007-04-19 05:13:15 - checking out the source tree TB --- 2007-04-19 05:13:15 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-19 05:13:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:17:11 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:17:11 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:17:11 - tinderbox aborted TB --- 0.05 user 0.00 system 236.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:17:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EB6116A4FD; Thu, 19 Apr 2007 05:17:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 16CA013C4B0; Thu, 19 Apr 2007 05:17:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5HGhD016809; Thu, 19 Apr 2007 01:17:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5HG5B027997; Thu, 19 Apr 2007 01:17:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 73E407303E; Thu, 19 Apr 2007 01:17:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419051716.73E407303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:17:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 05:17:17 -0000 TB --- 2007-04-19 05:13:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:13:15 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-19 05:13:15 - cleaning the object tree TB --- 2007-04-19 05:13:15 - checking out the source tree TB --- 2007-04-19 05:13:15 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-19 05:13:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:17:16 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:17:16 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:17:16 - tinderbox aborted TB --- 0.03 user 0.02 system 240.76 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:23:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E2FB16A402; Thu, 19 Apr 2007 05:23:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E313B13C4BA; Thu, 19 Apr 2007 05:23:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5N4bE017099; Thu, 19 Apr 2007 01:23:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5N4QS047618; Thu, 19 Apr 2007 01:23:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59B6A7303D; Thu, 19 Apr 2007 01:23:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419052304.59B6A7303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:23:04 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 19 Apr 2007 05:23:05 -0000 TB --- 2007-04-19 05:17:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:17:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-19 05:17:12 - cleaning the object tree TB --- 2007-04-19 05:17:12 - checking out the source tree TB --- 2007-04-19 05:17:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-19 05:17:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:23:04 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:23:04 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:23:04 - tinderbox aborted TB --- 0.04 user 0.00 system 351.78 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:23:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 238A416A406; Thu, 19 Apr 2007 05:23:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E0D1F13C4C1; Thu, 19 Apr 2007 05:23:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5N5O9017102; Thu, 19 Apr 2007 01:23:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5N4B8040371; Thu, 19 Apr 2007 01:23:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 618D57303E; Thu, 19 Apr 2007 01:23:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419052304.618D57303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:23:04 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 19 Apr 2007 05:23:06 -0000 TB --- 2007-04-19 05:17:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:17:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-19 05:17:16 - cleaning the object tree TB --- 2007-04-19 05:17:16 - checking out the source tree TB --- 2007-04-19 05:17:16 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-19 05:17:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:23:04 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:23:04 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:23:04 - tinderbox aborted TB --- 0.04 user 0.00 system 347.68 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:28:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7F8016A401; Thu, 19 Apr 2007 05:28:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9120F13C469; Thu, 19 Apr 2007 05:28:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5S6F4017299; Thu, 19 Apr 2007 01:28:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5S6vG050618; Thu, 19 Apr 2007 01:28:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 832DD73039; Thu, 19 Apr 2007 01:28:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419052805.832DD73039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:28:05 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 05:28:06 -0000 TB --- 2007-04-19 05:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-19 05:25:00 - cleaning the object tree TB --- 2007-04-19 05:25:00 - checking out the source tree TB --- 2007-04-19 05:25:00 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-19 05:25:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:28:05 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:28:05 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:28:05 - tinderbox aborted TB --- 0.03 user 0.01 system 184.72 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:28:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0627B16A407; Thu, 19 Apr 2007 05:28:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C256C13C46A; Thu, 19 Apr 2007 05:28:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5S6OW017302; Thu, 19 Apr 2007 01:28:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5S6q3050625; Thu, 19 Apr 2007 01:28:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E7647303E; Thu, 19 Apr 2007 01:28:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419052806.4E7647303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:28:06 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 19 Apr 2007 05:28:07 -0000 TB --- 2007-04-19 05:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-19 05:25:00 - cleaning the object tree TB --- 2007-04-19 05:25:00 - checking out the source tree TB --- 2007-04-19 05:25:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-19 05:25:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:28:06 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:28:06 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:28:06 - tinderbox aborted TB --- 0.03 user 0.01 system 185.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:32:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5644B16A406; Thu, 19 Apr 2007 05:32:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1DABE13C48C; Thu, 19 Apr 2007 05:32:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5WLLr017531; Thu, 19 Apr 2007 01:32:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5WLYY053420; Thu, 19 Apr 2007 01:32:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F5407303E; Thu, 19 Apr 2007 01:32:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419053221.8F5407303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:32:21 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 05:32:22 -0000 TB --- 2007-04-19 05:28:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:28:06 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-19 05:28:06 - cleaning the object tree TB --- 2007-04-19 05:28:06 - checking out the source tree TB --- 2007-04-19 05:28:06 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-19 05:28:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:32:21 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:32:21 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:32:21 - tinderbox aborted TB --- 0.02 user 0.02 system 255.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:32:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58EE616A407; Thu, 19 Apr 2007 05:32:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1E02A13C4B8; Thu, 19 Apr 2007 05:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5WLus017528; Thu, 19 Apr 2007 01:32:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5WLPZ053419; Thu, 19 Apr 2007 01:32:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A81B73039; Thu, 19 Apr 2007 01:32:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419053221.6A81B73039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:32:21 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 05:32:22 -0000 TB --- 2007-04-19 05:28:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:28:06 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-19 05:28:06 - cleaning the object tree TB --- 2007-04-19 05:28:06 - checking out the source tree TB --- 2007-04-19 05:28:06 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-19 05:28:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:32:21 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:32:21 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:32:21 - tinderbox aborted TB --- 0.05 user 0.00 system 254.85 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:35:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D801C16A401; Thu, 19 Apr 2007 05:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A03D613C469; Thu, 19 Apr 2007 05:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5ZeSJ017674; Thu, 19 Apr 2007 01:35:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5ZehK064255; Thu, 19 Apr 2007 01:35:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 040F37303D; Thu, 19 Apr 2007 01:35:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419053540.040F37303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:35:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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, 19 Apr 2007 05:35:41 -0000 TB --- 2007-04-19 05:32:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:32:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-19 05:32:21 - cleaning the object tree TB --- 2007-04-19 05:32:21 - checking out the source tree TB --- 2007-04-19 05:32:21 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-19 05:32:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:35:39 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:35:39 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:35:39 - tinderbox aborted TB --- 0.03 user 0.01 system 198.28 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:35:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEEBF16A402; Thu, 19 Apr 2007 05:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B7B4213C46A; Thu, 19 Apr 2007 05:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5ZeWW017677; Thu, 19 Apr 2007 01:35:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5Zeho064259; Thu, 19 Apr 2007 01:35:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 26EF87303E; Thu, 19 Apr 2007 01:35:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419053540.26EF87303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:35:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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, 19 Apr 2007 05:35:41 -0000 TB --- 2007-04-19 05:32:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:32:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-19 05:32:21 - cleaning the object tree TB --- 2007-04-19 05:32:21 - checking out the source tree TB --- 2007-04-19 05:32:21 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-19 05:32:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:35:39 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:35:39 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:35:39 - tinderbox aborted TB --- 0.03 user 0.02 system 198.28 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:40:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55FD516A401; Thu, 19 Apr 2007 05:40:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB3A13C45A; Thu, 19 Apr 2007 05:40:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5eJdl017825; Thu, 19 Apr 2007 01:40:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5eJ4i068383; Thu, 19 Apr 2007 01:40:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90A8073039; Thu, 19 Apr 2007 01:40:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419054019.90A8073039@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:40:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 19 Apr 2007 05:40:20 -0000 TB --- 2007-04-19 05:35:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:35:40 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-19 05:35:40 - cleaning the object tree TB --- 2007-04-19 05:35:40 - checking out the source tree TB --- 2007-04-19 05:35:40 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-19 05:35:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:40:19 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:40:19 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:40:19 - tinderbox aborted TB --- 0.05 user 0.00 system 279.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:40:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72C4416A402; Thu, 19 Apr 2007 05:40:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF5713C45B; Thu, 19 Apr 2007 05:40:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5eJi7017828; Thu, 19 Apr 2007 01:40:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5eJ0f058524; Thu, 19 Apr 2007 01:40:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1B5A7303E; Thu, 19 Apr 2007 01:40:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419054019.C1B5A7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:40:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 05:40:20 -0000 TB --- 2007-04-19 05:35:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:35:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-19 05:35:40 - cleaning the object tree TB --- 2007-04-19 05:35:40 - checking out the source tree TB --- 2007-04-19 05:35:40 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-19 05:35:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:40:19 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:40:19 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:40:19 - tinderbox aborted TB --- 0.03 user 0.01 system 279.54 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:52:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84B8316A400; Thu, 19 Apr 2007 05:52:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4CF13C45D; Thu, 19 Apr 2007 05:52:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5qXCI018364; Thu, 19 Apr 2007 01:52:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5qXhT093712; Thu, 19 Apr 2007 01:52:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 81E077303D; Thu, 19 Apr 2007 01:52:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419055233.81E077303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:52:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 19 Apr 2007 05:52:34 -0000 TB --- 2007-04-19 05:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-19 05:45:00 - cleaning the object tree TB --- 2007-04-19 05:45:00 - checking out the source tree TB --- 2007-04-19 05:45:00 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-19 05:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:52:33 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:52:33 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:52:33 - tinderbox aborted TB --- 0.04 user 0.00 system 453.12 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:52:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAF1416A406; Thu, 19 Apr 2007 05:52:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B2BC113C468; Thu, 19 Apr 2007 05:52:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5qcPu018369; Thu, 19 Apr 2007 01:52:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5qcK9093760; Thu, 19 Apr 2007 01:52:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C0B617303E; Thu, 19 Apr 2007 01:52:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419055233.C0B617303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:52:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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, 19 Apr 2007 05:52:39 -0000 TB --- 2007-04-19 05:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-19 05:45:00 - cleaning the object tree TB --- 2007-04-19 05:45:00 - checking out the source tree TB --- 2007-04-19 05:45:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-19 05:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:52:33 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:52:33 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:52:33 - tinderbox aborted TB --- 0.04 user 0.00 system 453.12 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:57:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BFD416A402; Thu, 19 Apr 2007 05:57:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C7B7D13C459; Thu, 19 Apr 2007 05:57:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5vpBW018563; Thu, 19 Apr 2007 01:57:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5vpeS069742; Thu, 19 Apr 2007 01:57:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E35167303D; Thu, 19 Apr 2007 01:57:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419055750.E35167303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:57:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 19 Apr 2007 05:57:52 -0000 TB --- 2007-04-19 05:52:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:52:38 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-19 05:52:38 - cleaning the object tree TB --- 2007-04-19 05:52:38 - checking out the source tree TB --- 2007-04-19 05:52:38 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-19 05:52:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:57:50 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:57:50 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:57:50 - tinderbox aborted TB --- 0.05 user 0.00 system 312.65 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:57:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2647516A406; Thu, 19 Apr 2007 05:57:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E362913C45B; Thu, 19 Apr 2007 05:57:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5vpD1018566; Thu, 19 Apr 2007 01:57:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J5vpKT005830; Thu, 19 Apr 2007 01:57:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 491097303E; Thu, 19 Apr 2007 01:57:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419055751.491097303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 01:57:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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, 19 Apr 2007 05:57:52 -0000 TB --- 2007-04-19 05:52:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:52:38 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-19 05:52:38 - cleaning the object tree TB --- 2007-04-19 05:52:38 - checking out the source tree TB --- 2007-04-19 05:52:38 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-19 05:52:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 05:57:50 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 05:57:50 - ERROR: unable to check out the source tree TB --- 2007-04-19 05:57:50 - tinderbox aborted TB --- 0.05 user 0.00 system 312.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 06:05:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0408E16A406; Thu, 19 Apr 2007 06:05:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFD8513C45A; Thu, 19 Apr 2007 06:05:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J65ZtQ018946; Thu, 19 Apr 2007 02:05:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J65ZB5019057; Thu, 19 Apr 2007 02:05:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B80E7303E; Thu, 19 Apr 2007 02:05:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419060535.3B80E7303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 02:05:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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, 19 Apr 2007 06:05:36 -0000 TB --- 2007-04-19 05:57:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:57:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-19 05:57:51 - cleaning the object tree TB --- 2007-04-19 05:57:51 - checking out the source tree TB --- 2007-04-19 05:57:51 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-19 05:57:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 06:05:34 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 06:05:34 - ERROR: unable to check out the source tree TB --- 2007-04-19 06:05:34 - tinderbox aborted TB --- 0.05 user 0.00 system 462.95 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 06:05:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 048EA16A40E; Thu, 19 Apr 2007 06:05:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFBCD13C458; Thu, 19 Apr 2007 06:05:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J65ZZM018943; Thu, 19 Apr 2007 02:05:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3J65Zm9074844; Thu, 19 Apr 2007 02:05:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15D907303D; Thu, 19 Apr 2007 02:05:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070419060535.15D907303D@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 02:05:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 19 Apr 2007 06:05:36 -0000 TB --- 2007-04-19 05:57:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-19 05:57:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-19 05:57:51 - cleaning the object tree TB --- 2007-04-19 05:57:51 - checking out the source tree TB --- 2007-04-19 05:57:51 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-19 05:57:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-19 06:05:34 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-19 06:05:34 - ERROR: unable to check out the source tree TB --- 2007-04-19 06:05:34 - tinderbox aborted TB --- 0.03 user 0.00 system 462.95 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 06:07:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2389016A40E for ; Thu, 19 Apr 2007 06:07:52 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail24.mail.yandex.net (webmail24.mail.yandex.net [213.180.223.151]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB7F13C48C for ; Thu, 19 Apr 2007 06:07:51 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail24) by mail.yandex.ru id S491696AbXDSFzd for ; Thu, 19 Apr 2007 09:55:33 +0400 Received: from [77.72.136.145] ([77.72.136.145]) by mail.yandex.ru with HTTP; Thu, 19 Apr 2007 09:55:28 +0400 From: "Andrey V. Elsukov" To: freebsd-current@freebsd.org MIME-Version: 1.0 Message-Id: <118131176962129@webmail24.yandex.ru> Date: Thu, 19 Apr 2007 09:55:29 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: Fw: ZFS + sendfile = data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 06:07:52 -0000 Sorry, I've misspelled email address, so i forward this email to the list. May be someone else can confirm this bug. ----- Message ----- Hi, All and Pawel. I found a new bug related to ZFS. My system is not a fresh CURRENT, and may be this bug is already fixed. Then excuse me. I use vsftpd for sharing some files for a windows users. By the default vsftpd use sendfile(2) for file transfers. And my files is on the ZFS. When i tried download theses files (of course i use binary mode data connection) i got a corrupted files. A downloaded files have the same file size, but not content. In first file i've found following strings: > strings dsc01150.jpg d dump header cannot allocate vm _kvm_vatop: pte not valid invalid address (0x%lx) cannot read %d bytes for page bitmap wrong minidump version. expected %d got %d cannot read %d bytes for ptemap cannot allocate %d bytes for bitmap cannot allocate %d bytes for ptemap not a minidump for this platform kvm_kvatop called in live kernel! _kvm_vatop: virtual address 0x%lx not minidumped _kvm_vatop: physical address 0x%llx not in minidump _kvm_vatop: physical address 0x%lx not in minidump cannot mmap corefile kernbase minidump Cannot read PDPT cannot read PDPT cannot read IdlePDPT cannot read IdlePTD bad namelist cannot read PTD vatop called in live kernel! _kvm_vatop: pdpe_pa not found _kvm_vatop: pde_pa not found _kvm_vatop: pde not valid _kvm_vatop: lseek _kvm_vatop_pae: lseek _kvm_vatop_pae: read _kvm_vatop: read _kvm_kvatop: pte not valid _kvm_vatop_pae: pte not valid _kvm_vatop_pae: pdpe_pa not found _kvm_vatop_pae: pde_pa not found _kvm_vatop: address not in dump _kvm_kvatop_pae: pde not valid _kvm_vatop: bootstrap data not in dump _kvm_vatop_pae: bootstrap data not in dump _kvm_vatop_pae: address not in dump %s: can't allocate %u bytes: %s /dev/null /dev/mem /dev/kmem empty file exec file name too long bad flags arg %s: %s kvm_nlist invalid address (%x) short read kvm_read short write kvm_write kvm_write not implemented for dead kernels $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.6 2005/05/19 07:31:06 dfr Exp $ Other data seems that memory from other processes: data from HTML-forms from firefox, dhclient configuration,... When i have disabled "use_sendfile=NO" for the vsftpd - all files was downloaded ok. With UFS all works good. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 06:30:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EB8116A404 for ; Thu, 19 Apr 2007 06:30:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id DDDD713C4B9 for ; Thu, 19 Apr 2007 06:30:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id A7762EB2917; Thu, 19 Apr 2007 14:30:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id GGOZ6alK6A+L; Thu, 19 Apr 2007 14:30:39 +0800 (CST) Received: from [10.217.12.249] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B2C8BEB25C1; Thu, 19 Apr 2007 14:30:37 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=Aep2C0IjykeuqnyBYgB6BDFnucocvM2SEKXGHwB5aNYSqWx82UvnFxBC+95f+X4PG itt6jWr2TI8ox9keTWt8A== Message-ID: <46270C7D.8040201@delphij.net> Date: Thu, 19 Apr 2007 14:30:21 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <118131176962129@webmail24.yandex.ru> In-Reply-To: <118131176962129@webmail24.yandex.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA9B7C833B6F95D4EE2A69A66" Cc: freebsd-current@freebsd.org Subject: Re: Fw: ZFS + sendfile = data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 06:30:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA9B7C833B6F95D4EE2A69A66 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Andrey V. Elsukov wrote: > Sorry, I've misspelled email address, so i forward this=20 > email to the list. May be someone else can confirm this=20 > bug. I think Pawel has just committed a fix. Could you please confirm whether or not when you have revision 1.252 of src/sys/kern/uipc_syscalls.c and the problem still exists? Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA9B7C833B6F95D4EE2A69A66 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGJwx9OfuToMruuMARCuGjAJ9olE7rgvi26qjVvscxhomQEbttwgCfZCSd gOiXK0wC1IXoiBoFQ3w10W8= =lID5 -----END PGP SIGNATURE----- --------------enigA9B7C833B6F95D4EE2A69A66-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 07:31:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47C9816A406 for ; Thu, 19 Apr 2007 07:31:42 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id C61F913C489 for ; Thu, 19 Apr 2007 07:31:41 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3J772Kt028726 for ; Thu, 19 Apr 2007 16:37:02 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Thu, 19 Apr 2007 16:46:05 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Apr 2007 16:46:04 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3J7FsLC094853 for ; Thu, 19 Apr 2007 15:15:54 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3J7FsCp094852 for current@freebsd.org; Thu, 19 Apr 2007 15:15:54 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 19 Apr 2007 15:15:53 +0800 From: "Wilkinson, Alex" To: current Message-ID: <20070419071552.GB94633@obelix.dsto.defence.gov.au> Mail-Followup-To: current References: <4626D35B.7070308@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4626D35B.7070308@root.org> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 19 Apr 2007 07:16:05.0022 (UTC) FILETIME=[97DE83E0:01C78252] Content-Transfer-Encoding: 7bit Cc: Subject: Re: IRQ Question? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 07:31:42 -0000 0n Wed, Apr 18, 2007 at 07:26:35PM -0700, Nate Lawson wrote: >> FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007 >> >> Could be an insanely dumb question, however, I have to ask. >> >> Why don't IRQs in the BIOS map to IRQs in the output of vmstat(8) ? >> >> e.g. >> >> I manually changed an IRQ assingment of an Intel NIC [em(4)] to be on IRQ 11 in >> the BIOS and vmstat(8) reports its as irq16. >> >> #vmstat -i | egrep -i em >> irq16: em0 uhci0 2990236 18 >> >> Can someone (njl@ jhb@) please enlighten me ? > >Interrupt routing is determined by a number of factors. Without acpi, >it's determined by the BIOS initial irq and then anything the $PIR table >changes (usually matches the BIOS value). With acpi, it's the BIOS irq >and MADT acpi table. And that assumes APIC, not PIC-based routing. > >You can override the values with these tunables from the acpi man page: > > hw.pci.link.%s.%d.irq > Override the interrupt to use for this link and index. This > capability should be used carefully, and only if a device is not > working with acpi enabled. "%s" is the name of the link (e.g., > LNKA). "%d" is the resource index when the link supports multi- > ple IRQs. Most PCI links only have one IRQ resource, so the > below form should be used. > > hw.pci.link.%s.irq > Override the interrupt to use. This capability should be used > carefully, and only if a device is not working with acpi enabled. > "%s" is the name of the link (e.g., LNKA). > >You'll have to look at your dmesg to determine the proper values here. Cheers Nate ! -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 07:53:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52EFD16A402 for ; Thu, 19 Apr 2007 07:53:45 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id CD7FE13C459 for ; Thu, 19 Apr 2007 07:53:44 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3J7iZV8004035 for ; Thu, 19 Apr 2007 17:14:35 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id ; Thu, 19 Apr 2007 17:23:38 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Apr 2007 17:23:37 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3J7rRXh095024; Thu, 19 Apr 2007 15:53:27 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3J7rRKU095023; Thu, 19 Apr 2007 15:53:27 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 19 Apr 2007 15:53:26 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, Oliver Fromme Message-ID: <20070419075326.GF94633@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, Oliver Fromme References: <20070413142416.GB4558@haakonia.hitnet.RWTH-Aachen.DE> <200704131526.l3DFQxf0041914@lurza.secnetix.de> <20070413210259.GC11092@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070413210259.GC11092@dan.emsphone.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 19 Apr 2007 07:53:38.0286 (UTC) FILETIME=[D6EB50E0:01C78257] Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 07:53:45 -0000 0n Fri, Apr 13, 2007 at 04:02:59PM -0500, Dan Nelson wrote: >In the last episode (Apr 13), Oliver Fromme said: >> Christian Brueffer wrote: >> > Andrew Thompson wrote: >> > > I can see this topic coming up again so it could save some time >> > > to rename the driver now. It would mean that we lose the naming >> > > link to the same driver in OpenBSD but you cant win em all. >> > > >> > > Some names that have been suggested are: >> > > >> > > linkag(4) >> > > agr(4) >> > > bond(4) <- same as linux >> > >> > agr(4) as I understand it sounds very restrictive to me >> > considering the different modes trunk(4) supports. I'd prefer >> > bond(4) (also a great opportunaty to add some 007 jokes to the >> > manpage :-P). >> >> Personally I also prefer bond(4). However, _if_ you choose agr(4), >> please spell it correctly as aggr(4) ("aggregation"). > >Solaris calls its device aggr(4), btw. And the final decision is ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 08:10:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32B2116A401; Thu, 19 Apr 2007 08:10:29 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E132C13C48C; Thu, 19 Apr 2007 08:10:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1F355207E; Thu, 19 Apr 2007 10:10:25 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8B58D2049; Thu, 19 Apr 2007 10:10:24 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 658FA546F; Thu, 19 Apr 2007 10:10:24 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: FreeBSD Tinderbox References: <20070419055233.C0B617303E@freebsd-current.sentex.ca> Date: Thu, 19 Apr 2007 10:10:24 +0200 In-Reply-To: <20070419055233.C0B617303E@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Thu, 19 Apr 2007 01:52:33 -0400 (EDT)") Message-ID: <86vefsu6mn.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 08:10:29 -0000 FreeBSD Tinderbox writes: > TB --- 2007-04-19 05:45:00 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2007-04-19 05:45:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2007-04-19 05:45:00 - cleaning the object tree > TB --- 2007-04-19 05:45:00 - checking out the source tree > TB --- 2007-04-19 05:45:00 - cd /tinderbox/HEAD/amd64/amd64 > TB --- 2007-04-19 05:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2007-04-19 05:52:33 - WARNING: /usr/bin/cvs returned exit code 1= =20 > TB --- 2007-04-19 05:52:33 - ERROR: unable to check out the source tree > TB --- 2007-04-19 05:52:33 - tinderbox aborted > TB --- 0.04 user 0.00 system 453.12 real One of the tinderbox servers experienced a disk crash which corrupted portions of its cvsup mirror. The disk was replaced, but the HEAD tinderbox will be suspended until the file system damage can be repaired. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 08:30:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0E5E16A404 for ; Thu, 19 Apr 2007 08:30:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id A1ECC13C46C for ; Thu, 19 Apr 2007 08:30:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B13E81FFDE4; Thu, 19 Apr 2007 10:30:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 75DAD1FFDDB; Thu, 19 Apr 2007 10:30:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E8E0E444885; Thu, 19 Apr 2007 08:25:42 +0000 (UTC) Date: Thu, 19 Apr 2007 08:25:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "Wilkinson, Alex" In-Reply-To: <20070419075326.GF94633@obelix.dsto.defence.gov.au> Message-ID: <20070419082411.X36917@maildrop.int.zabbadoz.net> References: <20070413142416.GB4558@haakonia.hitnet.RWTH-Aachen.DE> <200704131526.l3DFQxf0041914@lurza.secnetix.de> <20070413210259.GC11092@dan.emsphone.com> <20070419075326.GF94633@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 08:30:12 -0000 On Thu, 19 Apr 2007, Wilkinson, Alex wrote: > And the final decision is ? s,is,was, - see [1] References: [1] http://docs.freebsd.org/cgi/mid.cgi?200704170042.l3H0g0e1028126 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 08:43:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 132CE16A400 for ; Thu, 19 Apr 2007 08:43:16 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id C5E0913C44C for ; Thu, 19 Apr 2007 08:43:15 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 8E1693481F for ; Thu, 19 Apr 2007 11:43:09 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53007-06 for ; Thu, 19 Apr 2007 11:43:06 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 8D93A3481D for ; Thu, 19 Apr 2007 11:43:06 +0300 (EEST) Message-ID: <46272B99.9090100@bulinfo.net> Date: Thu, 19 Apr 2007 11:43:05 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 08:43:16 -0000 Hello, The problem is when I try to access ftp servers, the connection stalls randomly. Also I can't do cvsup and fetch. This happens only with machines running -current and when the traffic is passed through router based on FreeBSD 4.4. One of the test machines is my notebook which have installed 7.0-CURRENT (from today) and 5.4-STABLE and I see this problem only with -current. Is there any new features in -current tcp stack which may be incompatible with FreeBSD 4.x? Best Regards From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 09:21:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05E6716A403; Thu, 19 Apr 2007 09:21:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id B27F913C458; Thu, 19 Apr 2007 09:21:10 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HeSpB-000E1X-3S; Thu, 19 Apr 2007 12:21:09 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Kris Kennaway In-reply-to: <20070404160436.GA59964@xor.obsecurity.org> References: <20070404160436.GA59964@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Wed, 04 Apr 2007 12:04:36 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 19 Apr 2007 12:21:09 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: diskless/rm causing deadlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 09:21:11 -0000 > > --opJtzjQTFsWo+cga > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Apr 04, 2007 at 11:55:10AM +0300, Danny Braniss wrote: > > I stumbled on this in -current, but it's also true for 6.2. > > /(root) is mounted diskless, doing rm of a file in /, even as a lowly mor= > tal > > will hang the network, and hence everything. > > on a 6.1 system, it works as expected. > >=20 > > badwolf> rm /usr/ports > > rm: /usr/ports: Read-only file system > >=20 > > i'll try to hunt this down, but some pointers where to start might be > > helpfull > > Start with a tcpdump of network traffic. CC mohans@ :) > > I have seen something similar myself, but have not yet tracked it down. it's because / is mounted NFS/V2 - so the 'bug' must be in the V2 stack. danny From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 10:03:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D50916A400 for ; Thu, 19 Apr 2007 10:03:37 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D97E013C457 for ; Thu, 19 Apr 2007 10:03:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5C8CD470F6; Thu, 19 Apr 2007 06:03:36 -0400 (EDT) Date: Thu, 19 Apr 2007 11:03:36 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Krassimir Slavchev In-Reply-To: <46272B99.9090100@bulinfo.net> Message-ID: <20070419105902.L2913@fledge.watson.org> References: <46272B99.9090100@bulinfo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 10:03:37 -0000 On Thu, 19 Apr 2007, Krassimir Slavchev wrote: > The problem is when I try to access ftp servers, the connection stalls > randomly. Also I can't do cvsup and fetch. This happens only with machines > running -current and when the traffic is passed through router based on > FreeBSD 4.4. One of the test machines is my notebook which have installed > 7.0-CURRENT (from today) and 5.4-STABLE and I see this problem only with > -current. > > Is there any new features in -current tcp stack which may be incompatible > with FreeBSD 4.x? No, not in principle, and ideally also not in practice. Sounds like a bit more diagnosis is needed, though. The first thing we should try to determine if this is a problem with a device driver, the network stack, or applications. If you run ping on one terminal to the local router, does it experience problems at the same time as other applications? I.e., does ftp stallage align with ping stallage? Are there any console messages suggesting driver problems, such as messages about interrupts, timeouts, and so on? If you run "vmstat -i", is there any device with an extraordinarily high interrupt rate (second column over 10000 or so)? Could you try doing your network tests directly with the local router and avoid using the wide area network? This would help avoid having wide area issues affect your testing, and also demonstrate whether or not you can reproduce it in a purely local setup (much easier to debug). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 10:42:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24DD016A404 for ; Thu, 19 Apr 2007 10:42:37 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8AD13C459 for ; Thu, 19 Apr 2007 10:42:36 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 65033 invoked by uid 80); 19 Apr 2007 10:42:51 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Thu, 19 Apr 2007 12:42:51 +0200 (CEST) Message-ID: <9987.195.50.100.20.1176979371.squirrel@www.superhero.nl> In-Reply-To: <462684E0.20105@samsco.org> References: <200704162247.29909.gelsemap@superhero.nl> <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> <4624F4C3.30006@samsco.org> <200704182222.32069.gelsemap@superhero.nl> <462684E0.20105@samsco.org> Date: Thu, 19 Apr 2007 12:42:51 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: "Scott Long" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 10:42:37 -0000 On Wed, April 18, 2007 22:51, Scott Long wrote: > Gelsema, P (Patrick) wrote: >> On Tuesday 17 April 2007 18:24, Scott Long wrote: >>> Gelsema, P (Patrick) - FreeBSD wrote: >>>> On Tue, April 17, 2007 16:45, Scott Long wrote: >>>>> Gelsema, P (Patrick) - FreeBSD wrote: >>>> >>>> >>>>> The 39320D is a finicky card. I don't recall putting in the code >>>>> that >>>>> would downshift the speed like this, but it wouldn't surprise me if >>>>> it >>>>> is a side effect of the system going slower. Anyways, it sounds like >>>>> you're a good candidate/victim for the MPSAFE locking changes that I >>>>> just made to the SCSI layer and the ahc/ahd drivers. Would you mind >>>>> testing it out (just update to the latest 7-CURRENT sources) and let >>>>> me >>>>> know how it works for you? >> >> >>>> Is building world/kernel sufficient as test or do you want me to do >>>> more >>>> tests? >>> Any amount of testing that you can do is appreciated. Even verifying >>> that it boots is helpful =-) >> >> Cvsupped this evening at about 6.15 UTC time (20:15 CET zone) >> FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Apr 18 >> 21:56:58 CEST 2007 >> root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> After buildworld and the whole lot the computer boots fine, however the >> disk >> is still detected as only 160.00MB/s. >> >> I do get the following crash. It seems to be related to pressing scroll >> lock >> on the console and hitting the page up/down buttons. When I just log on >> locally or remotely it seems to be ok. When I hit the scroll lock key >> before >> or after logging on I get the below crash. >> >> Apr 18 22:08:22 hulk kernel: lock order reversal: (Giant after >> non-sleepable) >> Apr 18 22:08:22 hulk kernel: 1st 0xffffff007b413358 ahd_lock (ahd_lock) >> @ /usr/src/sys/cam/cam_periph.c:559 >> Apr 18 22:08:22 hulk kernel: 2nd 0xffffffff80977f20 Giant (Giant) >> @ /usr/src/sys/vm/vm_contig.c:590 >> Apr 18 22:08:22 hulk kernel: KDB: stack backtrace: >> Apr 18 22:08:22 hulk kernel: db_trace_self_wrapper() at >> db_trace_self_wrapper+0x3a >> Apr 18 22:08:22 hulk kernel: witness_checkorder() at >> witness_checkorder+0x4f9 >> Apr 18 22:08:22 hulk kernel: _mtx_lock_flags() at _mtx_lock_flags+0x75 >> Apr 18 22:08:22 hulk kernel: contigmalloc() at contigmalloc+0x63 >> Apr 18 22:08:22 hulk kernel: bus_dmamem_alloc() at bus_dmamem_alloc+0x8d >> Apr 18 22:08:22 hulk kernel: ahd_alloc_scbs() at ahd_alloc_scbs+0x32a >> Apr 18 22:08:22 hulk kernel: ahd_get_scb() at ahd_get_scb+0x69 >> Apr 18 22:08:22 hulk kernel: ahd_action() at ahd_action+0x47c >> Apr 18 22:08:22 hulk kernel: xpt_run_dev_sendq() at >> xpt_run_dev_sendq+0x1ae >> Apr 18 22:08:22 hulk kernel: xpt_action() at xpt_action+0x4d3 >> Apr 18 22:08:22 hulk kernel: dastart() at dastart+0x211 >> Apr 18 22:08:22 hulk kernel: xpt_run_dev_allocq() at >> xpt_run_dev_allocq+0xf4 >> Apr 18 22:08:22 hulk kernel: dastrategy() at dastrategy+0x78 >> Apr 18 22:08:22 hulk kernel: g_disk_start() at g_disk_start+0xe6 >> Apr 18 22:08:22 hulk kernel: g_io_schedule_down() at >> g_io_schedule_down+0x189 >> Apr 18 22:08:22 hulk kernel: g_down_procbody() at g_down_procbody+0x7a >> Apr 18 22:08:22 hulk kernel: fork_exit() at fork_exit+0xaa >> Apr 18 22:08:22 hulk kernel: fork_trampoline() at fork_trampoline+0xe >> Apr 18 22:08:22 hulk kernel: --- trap 0, rip = 0, rsp = >> 0xffffffffac102d30, >> rbp = 0 --- >> >> Is this information sufficient? If not please let me know what more is >> required. >> >> Rgds, >> >> Patrick >> > > Thanks for the info. Fixing this problem is going to be a royal pain. > You can probably get around it by disabling WITNESS and INVARIANTS. > > Scott The computer seems to remain working even with the crash. Disabling WINTNESS and INVARIANTS only disables the checking but not the actual problem, is that correct? If you want I can provide you full SSH access to the box to make working on the fix of this problem easier? I am not using this box for anything else than just toying, getting a better understanding. Just let me know. HTH. Also the disk is still detected as only 160.00MB/s, any thought about this? Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 11:12:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED17216A407 for ; Thu, 19 Apr 2007 11:12:51 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6834813C458 for ; Thu, 19 Apr 2007 11:12:51 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 353FD37F42; Thu, 19 Apr 2007 14:12:50 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69271-04; Thu, 19 Apr 2007 14:12:48 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 8641C37F29; Thu, 19 Apr 2007 14:12:48 +0300 (EEST) Message-ID: <46274EAD.3070707@bulinfo.net> Date: Thu, 19 Apr 2007 14:12:45 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Robert Watson References: <46272B99.9090100@bulinfo.net> <20070419105902.L2913@fledge.watson.org> In-Reply-To: <20070419105902.L2913@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 11:12:52 -0000 Robert Watson wrote: > On Thu, 19 Apr 2007, Krassimir Slavchev wrote: > >> The problem is when I try to access ftp servers, the connection >> stalls randomly. Also I can't do cvsup and fetch. This happens only >> with machines running -current and when the traffic is passed through >> router based on FreeBSD 4.4. One of the test machines is my notebook >> which have installed 7.0-CURRENT (from today) and 5.4-STABLE and I >> see this problem only with -current. >> >> Is there any new features in -current tcp stack which may be >> incompatible with FreeBSD 4.x? > > No, not in principle, and ideally also not in practice. > > Sounds like a bit more diagnosis is needed, though. The first thing > we should try to determine if this is a problem with a device driver, > the network stack, or applications. > > If you run ping on one terminal to the local router, does it > experience problems at the same time as other applications? I.e., > does ftp stallage align with ping stallage? > No, ping continues. I have made tests with 'mrt' and nothing. > Are there any console messages suggesting driver problems, such as > messages about interrupts, timeouts, and so on? > No, all seems to be normal. > If you run "vmstat -i", is there any device with an extraordinarily > high interrupt rate (second column over 10000 or so)? > 7.0-CURRENT on HP nx9010: vmstat -i: interrupt total rate irq0: clk 226314 992 irq1: atkbd0 650 2 irq6: fdc0 11 0 irq8: rtc 29037 127 irq9: acpi0 2108 9 irq10: fwohci0+++ 456 2 irq12: psm0 1501 6 irq14: ata0 1863 8 irq15: ata1 57 0 Total 261997 1149 dmesg: ... sis0: port 0x2400-0x24ff mem 0xd4008000-0xd4008fff irq 10 at device 18.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0f:20:26:6e:78 sis0: [ITHREAD] ... The 'vmstat -i' does not show anything about sis0!? 7.0-CURRENT on arm board with the same problem: # vmstat -i interrupt total rate irq1: at91_pio0 25079 100 irq10: at91_mci0 70116 281 irq24: ate0 218 0 irq13: at91_spi0 6 0 Total 95419 383 dmesg: ... ate0: mem 0xdffbc000-0xdffbffff irq 24 on atmelarm0 miibus0: on ate0 rlphy0: PHY 16 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ate0: Ethernet address: 00:ff:01:00:00:43 ate0: [ITHREAD] ... > Could you try doing your network tests directly with the local router > and avoid using the wide area network? This would help avoid having > wide area issues affect your testing, and also demonstrate whether or > not you can reproduce it in a purely local setup (much easier to debug). > Yes. There are problems with HTTP traffic through this router too. lynx dies with: Sending HTTP request. HTTP request sent; waiting for response. Alert!: Unexpected network read error; connection aborted. Can't Access `http://mysite.com/' Alert!: Unable to access document. Some pages loaded like apache server default page!? Also icq works!? May be it depends on the packet size but decreasing MTU to 1400 doesn't help. I can't repeat the problem with my local ftp servers. > Robert N M Watson > Computer Laboratory > University of Cambridge > From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 09:54:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EC7E16A408 for ; Thu, 19 Apr 2007 09:54:23 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 3F54113C489 for ; Thu, 19 Apr 2007 09:54:23 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so420937nza for ; Thu, 19 Apr 2007 02:54:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rcmPNh3eWlbaR9QrGdun3sIggy1NVCnbpasYIB86GHvHishwviX8b8NI+G7+PL50t96M2KQBM2wvqfy3x9ugTFjUsN1QfQ1WLVnh0/wpMxFRM3pVFZqk7anW6bJjShpWffGe13h/3FCK2WTw4N0hLoYJcLFN9Wxrdh9pNuSqEc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=RzselNezuzNChXYu8LiJc3T60kr6P7kxyykYWVu614/V+zwIG3kmlTobrl/fl2kFx+pLiTCbxU4TDtRUiff1UO9yFOrjGaKqL8UCZyQAzcHdG3f8WrNYN4xZw8s1lKGVeIxpRNNFbkawz/HNj/MXdnCnf3C/2DnRXjoieLNWYz0= Received: by 10.114.81.1 with SMTP id e1mr637116wab.1176974916271; Thu, 19 Apr 2007 02:28:36 -0700 (PDT) Received: by 10.114.60.7 with HTTP; Thu, 19 Apr 2007 02:28:36 -0700 (PDT) Message-ID: <28edec3c0704190228u31489c9en87cb4e526080f09e@mail.gmail.com> Date: Thu, 19 Apr 2007 17:28:36 +0800 From: "Mars G. Miro" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Thu, 19 Apr 2007 11:39:30 +0000 Subject: 200704/amd64 CURRENT on da SunFire x4100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 09:54:23 -0000 Greetings, I happen to have a SunFire x4100 box (firmware of da BIOS, LSI/MPT, ILO is da latest) so I tested 200704/amd64 CURRENT on it. (Take note that FreeBSD 6.2 {amd64, i386} work fine on it, no issues whatsoever). Issues I encountered w/ CURRENT: 1) USB keyboard doesnt work (this has no PS/2). Even setting hint.atkbd.0.disabled="1" doesnt help. In order to install CURRENT, I had to boot to 6.2 and goto Fixit mode, manually dd'd, fdisk'd, bsdlabel'd and newfs'd da SAS HD, then temporarily brought up da em interface, mount the 200704 ISO (from an NFS share) and manually installed whatever's needed at 7.0-CURRENT-200704/* to da HD, put in da necessary rc.conf/fstab/hosts/ttys(so i could manage via serial) files and voila, got it to boot (*finally*) 2) built-in Intel NICs dont work. at first stickin da IPs in /etc/rc.conf crashed the box during boot-up so I took out the IP and allowed it to boot and managed it via serial console. However the only useful information I could get when i do a # ifconfig em0 up is Apr 19 17:02:29 x4100_200704A kernel: em0: Link is Down Apr 19 17:02:29 x4100_200704A kernel: em0: link state changed to DOWN Apr 19 17:02:33 x4100_200704A kernel: em0: Link is up 1000 Mbps Full Duplex Apr 19 17:02:33 x4100_200704A kernel: em0: link state changed to UP Apr 19 17:02:59 x4100_200704A kernel: 16.b49bee8c36a0b540 too long then da box instantly reboots. 3) I happen to have an ixgb NIC plugged on its PCI-X (I posted some mails on -stable a few weeks/days ago about it not working on 6.2R). Tho its not officially supported on CURRENT, I noticed that there are some commits in HEAD so this was the reason why I tried if the CURRENT driver works. Unfortunately it doesn't, gives a LOR. cheers mars From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:01:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4C1516A40A; Thu, 19 Apr 2007 12:01:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 83E2A13C448; Thu, 19 Apr 2007 12:01:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 743F5207E; Thu, 19 Apr 2007 14:01:05 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 649F62049; Thu, 19 Apr 2007 14:01:05 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 323035100; Thu, 19 Apr 2007 14:01:05 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: FreeBSD Tinderbox References: <20070419055233.C0B617303E@freebsd-current.sentex.ca> <86vefsu6mn.fsf@dwp.des.no> Date: Thu, 19 Apr 2007 14:01:04 +0200 In-Reply-To: <86vefsu6mn.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Thu, 19 Apr 2007 10:10:24 +0200") Message-ID: <86y7kovain.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 12:01:09 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > One of the tinderbox servers experienced a disk crash which corrupted > portions of its cvsup mirror. The disk was replaced, but the HEAD > tinderbox will be suspended until the file system damage can be > repaired. The file system has been repaired, and the tinderbox is running again. The failed disk will be replaced later today. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:06:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7E4116A406 for ; Thu, 19 Apr 2007 12:06:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADF013C459 for ; Thu, 19 Apr 2007 12:06:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 5F7AD2084; Thu, 19 Apr 2007 14:05:58 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 427C72083; Thu, 19 Apr 2007 14:05:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 19D4853DD; Thu, 19 Apr 2007 14:05:58 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Gelsema, P (Patrick)" References: <200704182239.59842.gelsemap@superhero.nl> Date: Thu, 19 Apr 2007 14:05:57 +0200 In-Reply-To: <200704182239.59842.gelsemap@superhero.nl> (P. Gelsema's message of "Wed, 18 Apr 2007 22:39:55 +0200") Message-ID: <86tzvcvaai.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 12:06:04 -0000 "Gelsema, P (Patrick)" writes: > CVSupped at 6.15 UTC this evening (20.15 CET), buildworld and the > lot. When issueing the command shutdown -r now I get the below > crash. LORs are not a crash. They are warnings about incorrect lock usage in the kernel. Do you have an Adaptec SCSI controller, and if so, do you use it? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:13:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA6C416A403 for ; Thu, 19 Apr 2007 12:13:31 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5F513C45D for ; Thu, 19 Apr 2007 12:13:30 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 68625 invoked by uid 80); 19 Apr 2007 12:13:46 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Thu, 19 Apr 2007 14:13:46 +0200 (CEST) Message-ID: <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> In-Reply-To: <86tzvcvaai.fsf@dwp.des.no> References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> Date: Thu, 19 Apr 2007 14:13:46 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 12:13:32 -0000 On Thu, April 19, 2007 14:05, Dag-Erling Smørgrav wrote: > "Gelsema, P (Patrick)" writes: >> CVSupped at 6.15 UTC this evening (20.15 CET), buildworld and the >> lot. When issueing the command shutdown -r now I get the below >> crash. > > LORs are not a crash. They are warnings about incorrect lock usage in > the kernel. > > Do you have an Adaptec SCSI controller, and if so, do you use it? > > DES > -- > Dag-Erling Smørgrav - des@des.no Ok, sorry for the confusion. I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. ahd0: port 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce 10.0 on pci1 da0 at ahd0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) da0: Command Queueing Enabled da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's recognised as 320MB. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:51:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 319EB16A404 for ; Thu, 19 Apr 2007 12:51:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E7B7713C469 for ; Thu, 19 Apr 2007 12:51:55 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 43046207E; Thu, 19 Apr 2007 14:51:52 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2E5112049; Thu, 19 Apr 2007 14:51:52 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E090A5079; Thu, 19 Apr 2007 14:51:51 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Gelsema, P \(Patrick\)" References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> Date: Thu, 19 Apr 2007 14:51:51 +0200 In-Reply-To: <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> (P. Gelsema's message of "Thu, 19 Apr 2007 14:13:46 +0200 (CEST)") Message-ID: <86647sa5nc.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 12:51:56 -0000 "Gelsema, P \(Patrick\)" writes: > On Thu, April 19, 2007 14:05, Dag-Erling Sm=F8rgrav wrote: > > Do you have an Adaptec SCSI controller, and if so, do you use it? > I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. OK. There's a known locking bug in the ahd driver. You might try reverting your source tree to a pre-MPSAFE-CAM version; try 2007/04/14. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:59:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8C1D16A400; Thu, 19 Apr 2007 12:59:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6385A13C468; Thu, 19 Apr 2007 12:59:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id l3JCQ9wa075419; Thu, 19 Apr 2007 08:26:09 -0400 (EDT) From: Ken Smith To: Rong-en Fan In-Reply-To: <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> References: <20070418120132.GA8326@titan.klemm.apsfilter.org> <6eb82e0704180542r5045de5ak56ef9838b39777a5@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Vb+e7tNmpIqblSUflS/i" Organization: U. Buffalo CSE Department Date: Thu, 19 Apr 2007 08:26:08 -0400 Message-Id: <1176985568.75253.9.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Ken Smith Subject: Re: when next FreeBSD 7.0 snapshot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 12:59:36 -0000 --=-Vb+e7tNmpIqblSUflS/i Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-04-18 at 20:42 +0800, Rong-en Fan wrote: > On 4/18/07, Andreas Klemm wrote: > > Hi, > > > > is there something in the pipe ? > > > > Andreas /// >=20 > There is 200704 snapshot on ftp site, but I think > Ken forgets to announce it? >=20 > Regards, > Rong-En Fan Sorry about that. I got a bit distracted trying to get images with ZFS in them. :-) The snapshots are done now. For the amd64, i386, and sparc64 architectures the ones with "normal" names got done just before ZFS was added to the tree. For amd64 and i386 the ones that have "-ZFS" in the names (e.g. 7.0-CURRENT-200704-ZFS-i386-disc1.iso) have the ZFS support as it existed last weekend. It should be functional (the kernel module should load just fine) but there are still a few loose ends being wrapped up (e.g. you will probably need to do an update of /usr/src after install to have a complete src tree, sysinstall probably didn't install the cddl/ directory for you). --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Vb+e7tNmpIqblSUflS/i Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ1/g/G14VSmup/YRApGWAJ9Re11b096+F/SuQQjai2bcWsMCGACfaGkp WSXyppjNSD/PHtBjDFM7dTw= =yv+M -----END PGP SIGNATURE----- --=-Vb+e7tNmpIqblSUflS/i-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:59:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DE1216A407 for ; Thu, 19 Apr 2007 12:59:45 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 637D413C448 for ; Thu, 19 Apr 2007 12:59:45 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l3JCxhsb057082; Thu, 19 Apr 2007 07:59:43 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <462767BF.3090100@freebsd.org> Date: Thu, 19 Apr 2007 07:59:43 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: "Mars G. Miro" References: <28edec3c0704190228u31489c9en87cb4e526080f09e@mail.gmail.com> In-Reply-To: <28edec3c0704190228u31489c9en87cb4e526080f09e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3128/Thu Apr 19 05:07:57 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: 200704/amd64 CURRENT on da SunFire x4100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 12:59:45 -0000 On 04/19/07 04:28, Mars G. Miro wrote: > Greetings, > > I happen to have a SunFire x4100 box (firmware of da BIOS, LSI/MPT, > ILO is da latest) so I tested 200704/amd64 CURRENT on it. (Take note > that FreeBSD 6.2 {amd64, i386} work fine on it, no issues whatsoever). > Issues I encountered w/ CURRENT: > 1) USB keyboard doesnt work (this has no PS/2). Even setting > hint.atkbd.0.disabled="1" doesnt help. In order to install CURRENT, I > had to boot to 6.2 and goto Fixit mode, manually dd'd, fdisk'd, > bsdlabel'd and newfs'd da SAS HD, then temporarily brought up da em > interface, mount the 200704 ISO (from an NFS share) and manually > installed whatever's needed at 7.0-CURRENT-200704/* to da HD, put in > da necessary rc.conf/fstab/hosts/ttys(so i could manage via serial) > files and voila, got it to boot (*finally*) For reference, I have several Dell PowerEdge 1950's that do not have working USB in -CURRENT (but work in 6-STABLE) (AMD64), and also a Dell Precision 390 with the same issue. Using the new usb stack worked, but my systems kept crashing (locking up, not able to get crash dumps). I just cvsup'ed, still not working. Either the new USB stack needs to get ironed and go in the tree, or newer hardware needs to be fixed on -CURRENT. Anyone have any ideas what to look at to fix this? Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 13:35:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A41416A406 for ; Thu, 19 Apr 2007 13:35:53 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3FE13C457 for ; Thu, 19 Apr 2007 13:35:52 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id CCF351CC0D3; Thu, 19 Apr 2007 15:35:51 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 09306B838; Thu, 19 Apr 2007 15:35:50 +0200 (CEST) Date: Thu, 19 Apr 2007 15:35:50 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20070419133550.GA65054@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org, dougb@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: dougb@FreeBSD.org Subject: RFT: bin/106642: [patch] Allow excluding certain files from mergemaster(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: Thu, 19 Apr 2007 13:35:53 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Back in December I submitted a small patch for mergemaster(8) to allow excluding files such as /etc/mail/mailer.conf from comparison as bin/106642. The PR was given to dougb@ for review, but he never replied to the PR nor to my private mail - he must be busy elsewhere :) If somebody could review, test and perhaps even commit the patch for me, I would be very grateful. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/106642 Regards, Brix --=20 Henrik Brix Andersen --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGJ3A2v+Q4flTiePgRAiDkAKC+uKsVY9bTCT5q0QmmFKzSCOMytwCcDajL A2csNepeYpc/ba7xL83Yjsk= =0lnj -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 14:17:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC2C516A406 for ; Thu, 19 Apr 2007 14:17:56 +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 A5BFE13C517 for ; Thu, 19 Apr 2007 14:17:56 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3JEHoTc046137; Thu, 19 Apr 2007 08:17:51 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <462779FF.6040805@samsco.org> Date: Thu, 19 Apr 2007 08:17:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <86647sa5nc.fsf@dwp.des.no> In-Reply-To: <86647sa5nc.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 19 Apr 2007 08:17:51 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\)" Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 14:17:57 -0000 Dag-Erling Smørgrav wrote: > "Gelsema, P \(Patrick\)" writes: >> On Thu, April 19, 2007 14:05, Dag-Erling Smørgrav wrote: >>> Do you have an Adaptec SCSI controller, and if so, do you use it? >> I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. > > OK. There's a known locking bug in the ahd driver. You might try > reverting your source tree to a pre-MPSAFE-CAM version; try > 2007/04/14. > > DES Actually, just hang on for a few more hours and I'll have a fix committed. Oddly, this problem only shows up on amd64, though it's a major deadlock risk on any platform. I'm a bit disappointed in how serious of a problem it is. Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 14:24:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B444816A401 for ; Thu, 19 Apr 2007 14:24:46 +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 5EF7F13C459 for ; Thu, 19 Apr 2007 14:24:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3JEOdUo046170; Thu, 19 Apr 2007 08:24:40 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46277B98.7080007@samsco.org> Date: Thu, 19 Apr 2007 08:24:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Gelsema, P \(Patrick\)" References: <200704162247.29909.gelsemap@superhero.nl> <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> <4624F4C3.30006@samsco.org> <200704182222.32069.gelsemap@superhero.nl> <462684E0.20105@samsco.org> <9987.195.50.100.20.1176979371.squirrel@www.superhero.nl> In-Reply-To: <9987.195.50.100.20.1176979371.squirrel@www.superhero.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 19 Apr 2007 08:24:40 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 14:24:46 -0000 Gelsema, P (Patrick) wrote: > On Wed, April 18, 2007 22:51, Scott Long wrote: >> Gelsema, P (Patrick) wrote: >>> On Tuesday 17 April 2007 18:24, Scott Long wrote: >>>> Gelsema, P (Patrick) - FreeBSD wrote: >>>>> On Tue, April 17, 2007 16:45, Scott Long wrote: >>>>>> Gelsema, P (Patrick) - FreeBSD wrote: >>>>> >>>>> >>>>>> The 39320D is a finicky card. I don't recall putting in the code >>>>>> that >>>>>> would downshift the speed like this, but it wouldn't surprise me if >>>>>> it >>>>>> is a side effect of the system going slower. Anyways, it sounds like >>>>>> you're a good candidate/victim for the MPSAFE locking changes that I >>>>>> just made to the SCSI layer and the ahc/ahd drivers. Would you mind >>>>>> testing it out (just update to the latest 7-CURRENT sources) and let >>>>>> me >>>>>> know how it works for you? >>> >>> >>>>> Is building world/kernel sufficient as test or do you want me to do >>>>> more >>>>> tests? >>>> Any amount of testing that you can do is appreciated. Even verifying >>>> that it boots is helpful =-) >>> Cvsupped this evening at about 6.15 UTC time (20:15 CET zone) >>> FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Apr 18 >>> 21:56:58 CEST 2007 >>> root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> After buildworld and the whole lot the computer boots fine, however the >>> disk >>> is still detected as only 160.00MB/s. >>> >>> I do get the following crash. It seems to be related to pressing scroll >>> lock >>> on the console and hitting the page up/down buttons. When I just log on >>> locally or remotely it seems to be ok. When I hit the scroll lock key >>> before >>> or after logging on I get the below crash. >>> >>> Apr 18 22:08:22 hulk kernel: lock order reversal: (Giant after >>> non-sleepable) >>> Apr 18 22:08:22 hulk kernel: 1st 0xffffff007b413358 ahd_lock (ahd_lock) >>> @ /usr/src/sys/cam/cam_periph.c:559 >>> Apr 18 22:08:22 hulk kernel: 2nd 0xffffffff80977f20 Giant (Giant) >>> @ /usr/src/sys/vm/vm_contig.c:590 >>> Apr 18 22:08:22 hulk kernel: KDB: stack backtrace: >>> Apr 18 22:08:22 hulk kernel: db_trace_self_wrapper() at >>> db_trace_self_wrapper+0x3a >>> Apr 18 22:08:22 hulk kernel: witness_checkorder() at >>> witness_checkorder+0x4f9 >>> Apr 18 22:08:22 hulk kernel: _mtx_lock_flags() at _mtx_lock_flags+0x75 >>> Apr 18 22:08:22 hulk kernel: contigmalloc() at contigmalloc+0x63 >>> Apr 18 22:08:22 hulk kernel: bus_dmamem_alloc() at bus_dmamem_alloc+0x8d >>> Apr 18 22:08:22 hulk kernel: ahd_alloc_scbs() at ahd_alloc_scbs+0x32a >>> Apr 18 22:08:22 hulk kernel: ahd_get_scb() at ahd_get_scb+0x69 >>> Apr 18 22:08:22 hulk kernel: ahd_action() at ahd_action+0x47c >>> Apr 18 22:08:22 hulk kernel: xpt_run_dev_sendq() at >>> xpt_run_dev_sendq+0x1ae >>> Apr 18 22:08:22 hulk kernel: xpt_action() at xpt_action+0x4d3 >>> Apr 18 22:08:22 hulk kernel: dastart() at dastart+0x211 >>> Apr 18 22:08:22 hulk kernel: xpt_run_dev_allocq() at >>> xpt_run_dev_allocq+0xf4 >>> Apr 18 22:08:22 hulk kernel: dastrategy() at dastrategy+0x78 >>> Apr 18 22:08:22 hulk kernel: g_disk_start() at g_disk_start+0xe6 >>> Apr 18 22:08:22 hulk kernel: g_io_schedule_down() at >>> g_io_schedule_down+0x189 >>> Apr 18 22:08:22 hulk kernel: g_down_procbody() at g_down_procbody+0x7a >>> Apr 18 22:08:22 hulk kernel: fork_exit() at fork_exit+0xaa >>> Apr 18 22:08:22 hulk kernel: fork_trampoline() at fork_trampoline+0xe >>> Apr 18 22:08:22 hulk kernel: --- trap 0, rip = 0, rsp = >>> 0xffffffffac102d30, >>> rbp = 0 --- >>> >>> Is this information sufficient? If not please let me know what more is >>> required. >>> >>> Rgds, >>> >>> Patrick >>> >> Thanks for the info. Fixing this problem is going to be a royal pain. >> You can probably get around it by disabling WITNESS and INVARIANTS. >> >> Scott > > The computer seems to remain working even with the crash. Disabling > WINTNESS and INVARIANTS only disables the checking but not the actual > problem, is that correct? > > If you want I can provide you full SSH access to the box to make working > on the fix of this problem easier? I am not using this box for anything > else than just toying, getting a better understanding. Just let me know. > HTH. > Thanks for the offer. I have tons of hardware, I just didn't think to check the adaptec drivers on amd64 specifically. On i386 they don't trigger the warning (though they do still have the same problem) so I didn't notice it. > Also the disk is still detected as only 160.00MB/s, any thought about this? > I'll look into this as well. Actually, it might be a result of the simple domain validation code that was added to 7-current a while back. DV is both very tricky to implement and very tricky to predict in operation, so what you're seeing might be a bug or it might be a legitimate problem with your disk or cables. Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 14:50:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBFBF16A404 for ; Thu, 19 Apr 2007 14:50:58 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 840E013C4C9 for ; Thu, 19 Apr 2007 14:50:58 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id A031739834; Thu, 19 Apr 2007 08:50:57 -0600 (CST) Date: Thu, 19 Apr 2007 08:50:57 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20070419145057.GA1269@seekingfire.com> References: <20070417153357.GA1335@seekingfire.com> <200704182018.35054.max@love2party.net> <20070418192832.GP1225@seekingfire.com> <200704182213.50663.max@love2party.net> <20070418214855.GQ1225@seekingfire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070418214855.GQ1225@seekingfire.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: Panic on boot with April 16 src (lengthy info attached) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 14:50:58 -0000 On Wed, Apr 18, 2007 at 03:48:55PM -0600, Tillman Hodgson wrote: > On Wed, Apr 18, 2007 at 10:13:42PM +0200, Max Laier wrote: > > On Wednesday 18 April 2007 21:28, Tillman Hodgson wrote: > > > > > > Oh, interesting! I'm rebuilding right now with that option :-) > > > I'll report back in a few days how it goes. > > > > Actually, could you test this? It should enable the hack on the fly as a > > user/group rule is added. See "sysctl debug.pfugidhack" or "pfctl -x > > misc" to confirm it's on. > > Sure, I've restarted the build with this patch. [root@athena ~]# sysctl debug.pfugidhack debug.pfugidhack: 1 It built fine, and nothing seems amiss with PF. -T -- "Faster, faster, until the thrill of speed overcomes the fear of death." -- Hunter S Thompson From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 14:28:55 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0039F16A4D5 for ; Thu, 19 Apr 2007 14:28:54 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.freebsd.org (Postfix) with ESMTP id B504813C4B8 for ; Thu, 19 Apr 2007 14:28:54 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id EBEE6160B48; Thu, 19 Apr 2007 16:02:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id DC1FC160ABC for ; Thu, 19 Apr 2007 16:02:13 +0200 (CEST) Date: Thu, 19 Apr 2007 16:02:13 +0200 (CEST) From: Goran Gajic To: freebsd-current@mx1.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Thu, 19 Apr 2007 15:04:47 +0000 Cc: Subject: smb related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 14:28:55 -0000 Hi, I have just noticed from today build: FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr 19 11:42:17 CEST 2007 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 netsmb_dev: loaded smb_co_lock: recursive lock for object 1 lockmgr: thread 0xc3a39a20 unlocking unheld lock KDB: stack backtrace: db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at _lockmgr+0x5fa smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at smb_co_put+0x50 smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at smb_sm_lookup+0x11a smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at smb_usr_lookup+0x76 nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) at nsmb_dev_ioctl+0x1e5 giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at giant_ioctl+0x33 devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at devfs_ioctl_f+0xaf kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae ioctl(c3a39a20,d728ad00) at ioctl+0xf1 syscall(d728ad38) at syscall+0x252 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = 0xbfbfe40c, ebp = 0xbfbfe738 --- I've noticed this when I have tried mount_smbfs.. Regrads, gg. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 15:22:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54AF716A400 for ; Thu, 19 Apr 2007 15:22:47 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 96A3713C458 for ; Thu, 19 Apr 2007 15:22:46 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 75752 invoked by uid 80); 19 Apr 2007 15:23:02 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Thu, 19 Apr 2007 17:23:02 +0200 (CEST) Message-ID: <2712.195.50.100.20.1176996182.squirrel@www.superhero.nl> In-Reply-To: <46277B98.7080007@samsco.org> References: <200704162247.29909.gelsemap@superhero.nl> <16295.195.50.100.20.1176825375.squirrel@www.superhero.nl> <4624F4C3.30006@samsco.org> <200704182222.32069.gelsemap@superhero.nl> <462684E0.20105@samsco.org> <9987.195.50.100.20.1176979371.squirrel@www.superhero.nl> <46277B98.7080007@samsco.org> Date: Thu, 19 Apr 2007 17:23:02 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: "Scott Long" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Difference between 6.2 and 7.0 Adaptec 39320D - 7.0 performing less X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 15:22:47 -0000 On Thu, April 19, 2007 16:24, Scott Long wrote: > Gelsema, P (Patrick) wrote: >> On Wed, April 18, 2007 22:51, Scott Long wrote: >>> Gelsema, P (Patrick) wrote: >>>> On Tuesday 17 April 2007 18:24, Scott Long wrote: >>>>> Gelsema, P (Patrick) - FreeBSD wrote: >>>>>> On Tue, April 17, 2007 16:45, Scott Long wrote: >>>>>>> Gelsema, P (Patrick) - FreeBSD wrote: >>>>>> >>>>>> >>>>>>> The 39320D is a finicky card. I don't recall putting in the code >>>>>>> that >>>>>>> would downshift the speed like this, but it wouldn't surprise me if >>>>>>> it >>>>>>> is a side effect of the system going slower. Anyways, it sounds >>>>>>> like >>>>>>> you're a good candidate/victim for the MPSAFE locking changes that >>>>>>> I >>>>>>> just made to the SCSI layer and the ahc/ahd drivers. Would you >>>>>>> mind >>>>>>> testing it out (just update to the latest 7-CURRENT sources) and >>>>>>> let >>>>>>> me >>>>>>> know how it works for you? >>>> >>>> >>>>>> Is building world/kernel sufficient as test or do you want me to do >>>>>> more >>>>>> tests? >>>>> Any amount of testing that you can do is appreciated. Even verifying >>>>> that it boots is helpful =-) >>>> Cvsupped this evening at about 6.15 UTC time (20:15 CET zone) >>>> FreeBSD hulk.superhero.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Apr >>>> 18 >>>> 21:56:58 CEST 2007 >>>> root@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC >>>> amd64 >>>> >>>> After buildworld and the whole lot the computer boots fine, however >>>> the >>>> disk >>>> is still detected as only 160.00MB/s. >>>> >>>> I do get the following crash. It seems to be related to pressing >>>> scroll >>>> lock >>>> on the console and hitting the page up/down buttons. When I just log >>>> on >>>> locally or remotely it seems to be ok. When I hit the scroll lock key >>>> before >>>> or after logging on I get the below crash. >>>> >>>> Apr 18 22:08:22 hulk kernel: lock order reversal: (Giant after >>>> non-sleepable) >>>> Apr 18 22:08:22 hulk kernel: 1st 0xffffff007b413358 ahd_lock >>>> (ahd_lock) >>>> @ /usr/src/sys/cam/cam_periph.c:559 >>>> Apr 18 22:08:22 hulk kernel: 2nd 0xffffffff80977f20 Giant (Giant) >>>> @ /usr/src/sys/vm/vm_contig.c:590 >>>> Apr 18 22:08:22 hulk kernel: KDB: stack backtrace: >>>> Apr 18 22:08:22 hulk kernel: db_trace_self_wrapper() at >>>> db_trace_self_wrapper+0x3a >>>> Apr 18 22:08:22 hulk kernel: witness_checkorder() at >>>> witness_checkorder+0x4f9 >>>> Apr 18 22:08:22 hulk kernel: _mtx_lock_flags() at _mtx_lock_flags+0x75 >>>> Apr 18 22:08:22 hulk kernel: contigmalloc() at contigmalloc+0x63 >>>> Apr 18 22:08:22 hulk kernel: bus_dmamem_alloc() at >>>> bus_dmamem_alloc+0x8d >>>> Apr 18 22:08:22 hulk kernel: ahd_alloc_scbs() at ahd_alloc_scbs+0x32a >>>> Apr 18 22:08:22 hulk kernel: ahd_get_scb() at ahd_get_scb+0x69 >>>> Apr 18 22:08:22 hulk kernel: ahd_action() at ahd_action+0x47c >>>> Apr 18 22:08:22 hulk kernel: xpt_run_dev_sendq() at >>>> xpt_run_dev_sendq+0x1ae >>>> Apr 18 22:08:22 hulk kernel: xpt_action() at xpt_action+0x4d3 >>>> Apr 18 22:08:22 hulk kernel: dastart() at dastart+0x211 >>>> Apr 18 22:08:22 hulk kernel: xpt_run_dev_allocq() at >>>> xpt_run_dev_allocq+0xf4 >>>> Apr 18 22:08:22 hulk kernel: dastrategy() at dastrategy+0x78 >>>> Apr 18 22:08:22 hulk kernel: g_disk_start() at g_disk_start+0xe6 >>>> Apr 18 22:08:22 hulk kernel: g_io_schedule_down() at >>>> g_io_schedule_down+0x189 >>>> Apr 18 22:08:22 hulk kernel: g_down_procbody() at g_down_procbody+0x7a >>>> Apr 18 22:08:22 hulk kernel: fork_exit() at fork_exit+0xaa >>>> Apr 18 22:08:22 hulk kernel: fork_trampoline() at fork_trampoline+0xe >>>> Apr 18 22:08:22 hulk kernel: --- trap 0, rip = 0, rsp = >>>> 0xffffffffac102d30, >>>> rbp = 0 --- >>>> >>>> Is this information sufficient? If not please let me know what more is >>>> required. >>>> >>>> Rgds, >>>> >>>> Patrick >>>> >>> Thanks for the info. Fixing this problem is going to be a royal pain. >>> You can probably get around it by disabling WITNESS and INVARIANTS. >>> >>> Scott >> >> The computer seems to remain working even with the crash. Disabling >> WINTNESS and INVARIANTS only disables the checking but not the actual >> problem, is that correct? >> >> If you want I can provide you full SSH access to the box to make working >> on the fix of this problem easier? I am not using this box for anything >> else than just toying, getting a better understanding. Just let me know. >> HTH. >> > > Thanks for the offer. I have tons of hardware, I just didn't think to > check the adaptec drivers on amd64 specifically. On i386 they don't > trigger the warning (though they do still have the same problem) so I > didn't notice it. In case you require it later on, just let me know. It is the least I can do after bombarding you with mails ;-) > >> Also the disk is still detected as only 160.00MB/s, any thought about >> this? >> > > I'll look into this as well. Actually, it might be a result of the > simple domain validation code that was added to 7-current a while back. > DV is both very tricky to implement and very tricky to predict in > operation, so what you're seeing might be a bug or it might be a > legitimate problem with your disk or cables. Ok. The drive is brand new, the cable a bit less. But this is something I can easily test. I got a Maxtor disk spare, I will install 7.0 on that one. Cable is going to be a bit more cumbersome as I don't have any spare. That might have to wait till late next week. Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 15:32:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45FB716A400 for ; Thu, 19 Apr 2007 15:32:27 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id C12AC13C484 for ; Thu, 19 Apr 2007 15:32:26 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3JFWPgA017635 for ; Thu, 19 Apr 2007 17:32:25 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 19 Apr 2007 17:33:28 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBB52D@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: what's the best make.conf for current? How does developer dist translates into make.conf Thread-Index: AceBziQrIdBwFCa3SKqT330JRNewGwAyU8Eg From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Subject: RE: what's the best make.conf for current? How does developer dist translates into make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 15:32:27 -0000 -----Oorspronkelijk bericht----- Van: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Namens Bruce A. Mah Verzonden: woensdag 18 april 2007 17:24 Aan: Gelsema, P (Patrick) - FreeBSD CC: freebsd-current@freebsd.org Onderwerp: Re: what's the best make.conf for current? How does developer dist translates into make.conf If memory serves me right, Gelsema, P (Patrick) - FreeBSD wrote: >> On Wed, April 18, 2007 09:27, Roman Divacky wrote: >>> On Tue, Apr 17, 2007 at 11:19:19PM +0200, Gelsema, P (Patrick) wrote: >>>> Hi, >>>> >>>> When I install Freebsd from cd with Sysinstall I selected Developer as >>>> distribution. After cvsup-ping I went into make.conf and tried to >>>> determine >>>> what I want to build with buildworld. >>>> >>>> I want to buildworld with the same settings chosen in sysinstall, >>>> however I am >>>> unable to find how developer translates into a make.conf. >>>> >>>> Reviewing man sysinstall and google does not shed much light on the >>>> matter. >>>> Anyone to clarify this or know where to find? >>> /usr/share/examples/etc/make.conf >>=20 >> Thanks, >> I did have a look at this file yesterday, and I just checked cvsweb just >> to make sure I haven't missed anything. >> The problem I have is that I want to buildworld with setlike >> distributionset Developer as chosen in Sysinstall. I dont want to install >> things which I don't need. >>=20 >> Basically I am looking for the definitions of the distribution sets of >> sysinstall which I can use for make.conf. >When we build releases, we build with an essentially empty make.conf >file, which causes "everything" to get built. The release creation >Makefile (specifically src/release/Makefile) partitions the results into >the different distributions (such as base, catpages, manpages, etc.). >sysinstall takes combinations of these distributions to make up the >"Developer", "Kernel Developer", etc. distribution sets that get >presented to you in the sysinstall menus. Again none of this involves >tweaking make.conf, which controls the build at a somewhat lower level. >I think that you could probably approximate the "Developer" distribution >set by just setting NO_GAMES in /etc/make.conf. That might not be >exactly what you installed originally but it's probably close. >Practically speaking, however, the games are very small compared to the >rest of the base system, so if I were in your position I probably >wouldn't bother trying to tweak the build like this. >Bruce. Is this not set in /etc/src.conf for Current. See man src.conf. As far as I know that is the file to use now. Also the syntax has changed to WITHOUT_xxxxxx =3D=20 Regards, Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 18:32:23 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BECA716A400; Thu, 19 Apr 2007 18:32:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AC05313C45E; Thu, 19 Apr 2007 18:32:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D30D61A4D80; Thu, 19 Apr 2007 11:32:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0577151428; Thu, 19 Apr 2007 14:32:22 -0400 (EDT) Date: Thu, 19 Apr 2007 14:32:22 -0400 From: Kris Kennaway To: alc@FreeBSD.org Message-ID: <20070419183222.GA80973@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org Subject: "Out of swap" process killer endless loop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 18:32:23 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline One of my machines ran out of swap and tried to kill off a process. Unfortunately the process it picked was swapped out and seems to be unkillable: swap_pager_getswapspace(16): failed pid 55455 (mtree), uid 0, was killed: out of swap space pid 55455 (mtree), uid 0, was killed: out of swap space pid 55455 (mtree), uid 0, was killed: out of swap space pid 55455 (mtree), uid 0, was killed: out of swap space pid 55455 (mtree), uid 0, was killed: out of swap space pid 55455 (mtree), uid 0, was killed: out of swap space KDB: enter: Break sequence on console [thread pid 16 tid 100008 ] Stopped at kdb_enter+0x31: leave db> wh 55455 Tracing pid 55455 tid 100190 td 0xffffff0089aea000 sched_switch() at sched_switch+0x130 mi_switch() at mi_switch+0x28e sleepq_switch() at sleepq_switch+0x106 sleepq_wait() at sleepq_wait+0x67 _sleep() at _sleep+0x2db vm_waitpfault() at vm_waitpfault+0x65 vm_fault() at vm_fault+0x148 trap_pfault() at trap_pfault+0x130 trap() at trap+0x287 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x80076a3cc, rsp = 0x7fffffff65d8, rbp = 0x780 --- 55455 1 22461 0 SLJ pfault 0xffffffff805fba98 mtree Actually they are all swapped out (I guess the rest of swap is in use by a swap-backed md, although I don't know how it managed to fill up). Is there anything that can be done in this situation? kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJ7W2Wry0BWjoQKURArCmAJ9EXqZQweiI7Gpg827cmOozWXaqJwCeLjOT 86BXis/NQ+k6Q6jJFfBAeQA= =672l -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 18:17:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FE2716A401; Thu, 19 Apr 2007 18:17:02 +0000 (UTC) (envelope-from groot@kde.org) Received: from poster.science.ru.nl (poster.science.ru.nl [131.174.30.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A06813C457; Thu, 19 Apr 2007 18:17:01 +0000 (UTC) (envelope-from groot@kde.org) Received: from smeltpunt.science.ru.nl [131.174.16.145] (helo=smeltpunt.science.ru.nl) by poster.science.ru.nl (8.13.7/5.11) with ESMTP id l3JHxOjD007638; Thu, 19 Apr 2007 19:59:24 +0200 (MEST) Received: from adsl-dc-2f63f.adsl.wanadoo.nl [83.116.148.63] (helo=research.englishbreakfastnetwork.org) (authen=adridg) by smeltpunt.science.ru.nl (8.13.7/5.11) with ESMTP id l3JHxEWO021902; Thu, 19 Apr 2007 19:59:20 +0200 (MEST) From: Adriaan de Groot To: kde@freebsd.org Date: Thu, 19 Apr 2007 20:00:15 +0200 User-Agent: KMail/1.9.5 + Features References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> In-Reply-To: <200704191812.50545.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18457650.Kari7D29yZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704192000.15405.groot@kde.org> X-Mailman-Approved-At: Thu, 19 Apr 2007 18:49:59 +0000 Cc: stable@freebsd.org, current@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 18:17:02 -0000 --nextPart18457650.Kari7D29yZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 19 April 2007, Michael Nottebrock wrote: > On Wednesday, 18. April 2007, Beni wrote: > Ref: > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen > in happening on 5.5. I won't pretend to be a true kernel hacker, but I've got a passing=20 acquaintance with ata(4) from hacking in it (and a weirdly patched -STABLE= =20 because of that) and k3b experience. I'll see what -- assuming I can trigge= r=20 this -- I can do. =2D-=20 These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot --nextPart18457650.Kari7D29yZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ64vdqzuAf6io/4RAhP6AJ4hKChGNjgCPmN5lp3UQluNWkNPqACeOW0o WM/+vPBCGWpWsnRW4aXCFFo= =igic -----END PGP SIGNATURE----- --nextPart18457650.Kari7D29yZ-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 19:23:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99FC316A401 for ; Thu, 19 Apr 2007 19:23:46 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6C213C448 for ; Thu, 19 Apr 2007 19:23:46 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from citrin (unknown [81.19.65.222]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id EFBA312278CB for ; Thu, 19 Apr 2007 23:23:44 +0400 (MSD) Date: Thu, 19 Apr 2007 23:22:38 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <313993633.20070419232238@citrin.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 19:23:46 -0000 Hello. I try to test clamav 0.90.2 on current and got strange errors: LibClamAV Warning: Multipart/alternative MIME message contains no boundary header LibClamAV Warning: Multipart/ZZZZZZZZZZZZÇÇÇÇÀå MIME message contains no boundary header LibClamAV Warning: Multipart/related MIME message contains no boundary header And sometimes clamd segfaults. $ uname -a FreeBSD clam-test2 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Apr 19 13:37:17 MSD 2007 citrin@clam-test2:/usr/obj/usr/src/sys/TEST amd64 $ fgrep Multiprocessor /var/run/dmesg.boot FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs $ ls -l /etc/malloc.conf lrwxr-xr-x 1 root wheel 2 19 ÁÐÒ 15:12 /etc/malloc.conf -> AJ This Warnings issued randomly and it looks like race condition. This problem occurred only when running two or more clamdscan processes in parallel. With one process no warnings on same test messages. Also on same hardware, same test messages, same clamav version, but on 6.2-STABLE (where old malloc) no errors even when running 30 clamdscan processes in parallel. Any suggestions to debug this problem? -- WBR, Anton Yuzhaninov. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 19:56:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F3AD16A400 for ; Thu, 19 Apr 2007 19:56:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 0F46613C44B for ; Thu, 19 Apr 2007 19:56:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26380 invoked by uid 399); 19 Apr 2007 19:30:04 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 19 Apr 2007 19:30:04 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4627C342.2010103@FreeBSD.org> Date: Thu, 19 Apr 2007 12:30:10 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org, dougb@FreeBSD.org References: <20070419133550.GA65054@tirith.brixandersen.dk> In-Reply-To: <20070419133550.GA65054@tirith.brixandersen.dk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFT: bin/106642: [patch] Allow excluding certain files from mergemaster(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: Thu, 19 Apr 2007 19:56:46 -0000 Henrik Brix Andersen wrote: > Hi, > > Back in December I submitted a small patch for mergemaster(8) to allow > excluding files such as /etc/mail/mailer.conf from comparison as > bin/106642. > > The PR was given to dougb@ for review, but he never replied to the PR > nor to my private mail - he must be busy elsewhere :) This is a slightly easier way of doing something that can already be done easily in other ways, so I have given it a very low priority. My goal is to review the various suggestions for accomplishing what you're suggesting, and then to incorporate the best one(s). While I appreciate your enthusiasm, this isn't something that is any way shape or form "urgent." Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 19:57:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EB0B16A481 for ; Thu, 19 Apr 2007 19:57:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CA04413C448 for ; Thu, 19 Apr 2007 19:57:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hecix-0000XE-2v for freebsd-current@freebsd.org; Thu, 19 Apr 2007 21:55:23 +0200 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Apr 2007 21:55:23 +0200 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Apr 2007 21:55:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 19 Apr 2007 12:54:19 -0700 Lines: 49 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: panic: thread's turnstile has pending threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 19:57:16 -0000 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Fri Mar 30 07:14:23 PDT 2007 Has anyone seen this? This machine has dual CPUs plus two shared interrupt 8 port serial I/O cards under uart/puc. db> where Tracing pid 46 tid 100042 td 0xc404d000 kdb_enter(c0a4b308,1,c0a4f1b1,e4430bd0,c404d000,...) at kdb_enter+0x30 panic(c0a4f1b1,1,c0a4ef7e,24d,c0b56860,...) at panic+0x13b turnstile_wait(c0b4f810,c4411d80,0,18b,c4411d82,...) at turnstile_wait+0x188 _mtx_lock_sleep(c0b4f810,c404d000,0,c0a4a388,95,...) at _mtx_lock_sleep+0x18a _mtx_lock_flags(c0b4f810,0,c0a4a388,95,e4430c94,...) at _mtx_lock_flags+0xef lock_mtx(c0b4f810,0,c0a46e22,88,0,...) at lock_mtx+0x29 _cv_wait(c0b4fdf8,c0b4f810,c0a4cdd2,17a,0,...) at _cv_wait+0x2d3 _sx_slock(c0b4fde0,c0a4cdd2,17a,e4430cec,85,...) at _sx_slock+0xa2 schedcpu(c0a43646,3e8,e4430d24,c0738241,0,...) at schedcpu+0x45 schedcpu_thread(0,e4430d38,c0a48243,326,c4288000,...) at schedcpu_thread+0x15 fork_exit(c076eee0,0,e4430d38) at fork_exit+0xd1 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4430d70, ebp = 0 --- db> show alllocks Process 41048 (sh) thread 0xc4411d80 (100072) exclusive sleep mutex process lock r = 0 (0xc44104e0) locked @ /usr/src/sys/ker7 exclusive sleep mutex process lock r = 0 (0xc72442a0) locked @ /usr/src/sys/ker6 Process 13 (swi4: clock sio) thread 0xc3ee9a20 (100003) exclusive sleep mutex Giant r = 0 (0xc0b4fd08) locked @ /usr/src/sys/kern/kern_0 db> call doadump Physical memory: 1011 MB Dumping 173 MB: 158 142 126 110 94 78 62 46 30 14 Dump complete = 0xf db> reset cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 [...] Checking for core dump on /dev/da0s1b... savecore: reboot after panic: thread's turnstile has pending threads savecore: writing core to vmcore.7 --- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:09:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA5CA16A402; Thu, 19 Apr 2007 20:09:31 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id AB00213C45B; Thu, 19 Apr 2007 20:09:31 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 5B50F1CC0F9; Thu, 19 Apr 2007 22:09:30 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id C91CFB838; Thu, 19 Apr 2007 22:09:29 +0200 (CEST) Date: Thu, 19 Apr 2007 22:09:29 +0200 From: Henrik Brix Andersen To: Doug Barton Message-ID: <20070419200929.GA70735@tirith.brixandersen.dk> Mail-Followup-To: Doug Barton , freebsd-current@freebsd.org References: <20070419133550.GA65054@tirith.brixandersen.dk> <4627C342.2010103@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <4627C342.2010103@FreeBSD.org> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: RFT: bin/106642: [patch] Allow excluding certain files from mergemaster(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: Thu, 19 Apr 2007 20:09:32 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Doug, On Thu, Apr 19, 2007 at 12:30:10PM -0700, Doug Barton wrote: > This is a slightly easier way of doing something that can already be > done easily in other ways, so I have given it a very low priority. That's perfectly ok with me - I just wondered when I didn't hear from you for 4 months :) While it is true that there are other ways of doing this, it would be nice to have generic support for this in the official mergemaster(8) - especially given the limited complexity of the patch, imho. > My goal is to review the various suggestions for accomplishing what > you're suggesting, and then to incorporate the best one(s). While I > appreciate your enthusiasm, this isn't something that is any way shape > or form "urgent." Thanks. I appreciate you taking the time to get this done right, and I look forward to seeing this - or a similar - feature being added to mergemaster(8). Sincerely, Brix --=20 Henrik Brix Andersen --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGJ8x5v+Q4flTiePgRAqadAJ4qJkUal3CmaNfMhAJyPVblkxY0AwCgkHpJ HCK6gReVS8wXsMbdptZxNEI= =0VuZ -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:17:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C012816A401 for ; Thu, 19 Apr 2007 20:17:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3C85E13C483 for ; Thu, 19 Apr 2007 20:17:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hed4J-0004Et-8v for freebsd-current@freebsd.org; Thu, 19 Apr 2007 22:17:27 +0200 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Apr 2007 22:17:27 +0200 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Apr 2007 22:17:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 19 Apr 2007 13:17:11 -0700 Lines: 206 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: panic: thread's turnstile has pending threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 20:17:35 -0000 Mark Atkinson wrote: > 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Fri Mar 30 07:14:23 PDT 2007 > > Has anyone seen this? This machine has dual CPUs plus two shared > interrupt 8 port serial I/O cards under uart/puc. Additional info: # kgdb ./kernel.debug /var/crash/vmcore.7 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: thread's turnstile has pending threads cpuid = 1 KDB: enter: panic exclusive sleep mutex process lock r = 0 (0xc44104e0) locked @ /usr/src/sys/kern/kern_fork.c:417 exclusive sleep mutex process lock r = 0 (0xc72442a0) locked @ /usr/src/sys/kern/kern_fork.c:416 exclusive sleep mutex Giant r = 0 (0xc0b4fd08) locked @ /usr/src/sys/kern/kern_timeout.c:240 exclusive sleep mutex process lock r = 0 (0xc44104e0) locked @ /usr/src/sys/kern/kern_fork.c:417 exclusive sleep mutex process lock r = 0 (0xc72442a0) locked @ /usr/src/sys/kern/kern_fork.c:416 exclusive sleep mutex Giant r = 0 (0xc0b4fd08) locked @ /usr/src/sys/kern/kern_timeout.c:240 panic: from debugger cpuid = 1 KDB: stack backtrace: Physical memory: 1011 MB Dumping 173 MB: 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:172 #1 0xc0484cfa in db_fncall (dummy1=1016, dummy2=0, dummy3=1016, dummy4=0xe44309b0 "F") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0484aa0 in db_command (last_cmdp=0xc0b24464, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #3 0xc0484b85 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #4 0xc0486de5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #5 0xc077bbbf in kdb_trap (type=0, code=0, tf=0xe4430b54) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc09ba7f5 in trap (frame=0xe4430b54) at /usr/src/sys/i386/i386/trap.c:621 #7 0xc09a011b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc077b850 in kdb_enter (msg=0x12
) at cpufunc.h:60 #9 0xc0753fbb in panic ( fmt=0xc0a4f1b1 "thread's turnstile has pending threads") at /usr/src/sys/kern/kern_shutdown.c:547 #10 0xc0786ef8 in turnstile_wait (lock=0xc0b4f810, owner=0xc4411d80, queue=0) at /usr/src/sys/kern/subr_turnstile.c:616 #11 0xc0748e6a in _mtx_lock_sleep (m=0xc0b4f810, tid=3288649728, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:411 #12 0xc074881f in _mtx_lock_flags (m=0xc0b4f810, opts=0, file=0xc0a4a388 "/usr/src/sys/kern/kern_mutex.c", line=149) at /usr/src/sys/kern/kern_mutex.c:194 #13 0xc0748689 in lock_mtx (lock=0x12, how=0) at /usr/src/sys/kern/kern_mutex.c:149 #14 0xc07205d3 in _cv_wait (cvp=0xc0b4fdf8, lock=0xc0b4f810) at /usr/src/sys/kern/kern_condvar.c:137 #15 0xc075b122 in _sx_slock (sx=0xc0b4fde0, file=0xc0a4cdd2 "/usr/src/sys/kern/sched_4bsd.c", line=378) at /usr/src/sys/kern/kern_sx.c:160 #16 0xc076ed05 in schedcpu () at /usr/src/sys/kern/sched_4bsd.c:378 #17 0xc076eef5 in schedcpu_thread () at /usr/src/sys/kern/sched_4bsd.c:478 #18 0xc0738241 in fork_exit (callout=0xc076eee0 , arg=0x12, frame=0x12) at /usr/src/sys/kern/kern_fork.c:814 #19 0xc09a0190 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) alltrace Undefined command: "alltrace". Try "help". (kgdb) frame 10 #10 0xc0786ef8 in turnstile_wait (lock=0xc0b4f810, owner=0xc4411d80, queue=0) at /usr/src/sys/kern/subr_turnstile.c:616 616 KASSERT(TAILQ_EMPTY(&ts->ts_pending), (kgdb) list 611 turnstile_max_depth = tc->tc_max_depth; 612 } 613 #endif 614 ts = td->td_turnstile; 615 LIST_INSERT_HEAD(&tc->tc_turnstiles, ts, ts_hash); 616 KASSERT(TAILQ_EMPTY(&ts->ts_pending), 617 ("thread's turnstile has pending threads")); 618 KASSERT(TAILQ_EMPTY(&ts->ts_blocked[TS_EXCLUSIVE_QUEUE]), 619 ("thread's turnstile has exclusive waiters")); 620 KASSERT(TAILQ_EMPTY(&ts->ts_blocked[TS_SHARED_QUEUE]), (kgdb) p ts $1 = (struct turnstile *) 0xc404a9c0 (kgdb) p *ts $2 = {ts_blocked = {{tqh_first = 0x0, tqh_last = 0xc404a9c0}, { tqh_first = 0x0, tqh_last = 0xc404a9c8}}, ts_pending = { tqh_first = 0x5b, tqh_last = 0xc404a9d0}, ts_hash = {le_next = 0x0, le_prev = 0xc0b56860}, ts_link = {le_next = 0x0, le_prev = 0x0}, ts_free = {lh_first = 0x0}, ts_lockobj = 0x0, ts_owner = 0x0} (kgdb) frame 11 #11 0xc0748e6a in _mtx_lock_sleep (m=0xc0b4f810, tid=3288649728, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:411 411 turnstile_wait(&m->lock_object, mtx_owner(m), (kgdb) list 406 #endif 407 408 /* 409 * Block on the turnstile. 410 */ 411 turnstile_wait(&m->lock_object, mtx_owner(m), 412 TS_EXCLUSIVE_QUEUE); 413 } 414 #ifdef KTR 415 if (cont_logged) { (kgdb) p *m $3 = {lock_object = {lo_name = 0xc0a4a33f "lockbuilder mtxpool", lo_type = 0xc0a4a33f "lockbuilder mtxpool", lo_flags = 17104896, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 3292601730, mtx_recurse = 0} (kgdb) frame 12 #12 0xc074881f in _mtx_lock_flags (m=0xc0b4f810, opts=0, file=0xc0a4a388 "/usr/src/sys/kern/kern_mutex.c", line=149) at /usr/src/sys/kern/kern_mutex.c:194 194 _get_sleep_lock(m, curthread, opts, file, line); (kgdb) list 189 ("mtx_lock() of spin mutex %s @ %s:%d", m->lock_object.lo_name, 190 file, line)); 191 WITNESS_CHECKORDER(&m->lock_object, opts | LOP_NEWORDER | LOP_EXCLUSIVE, 192 file, line); 193 194 _get_sleep_lock(m, curthread, opts, file, line); 195 LOCK_LOG_LOCK("LOCK", &m->lock_object, opts, m->mtx_recurse, file, 196 line); 197 WITNESS_LOCK(&m->lock_object, opts | LOP_EXCLUSIVE, file, line); 198 curthread->td_locks++; (kgdb) frame 13 #13 0xc0748689 in lock_mtx (lock=0x12, how=0) at /usr/src/sys/kern/kern_mutex.c:149 149 mtx_lock((struct mtx *)lock); (kgdb) list 144 145 void 146 lock_mtx(struct lock_object *lock, int how) 147 { 148 149 mtx_lock((struct mtx *)lock); 150 } 151 152 void 153 lock_spin(struct lock_object *lock, int how) (kgdb) frame 14 #14 0xc07205d3 in _cv_wait (cvp=0xc0b4fdf8, lock=0xc0b4f810) at /usr/src/sys/kern/kern_condvar.c:137 137 class->lc_lock(lock, lock_state); (kgdb) list 132 #ifdef KTRACE 133 if (KTRPOINT(td, KTR_CSW)) 134 ktrcsw(0, 0); 135 #endif 136 PICKUP_GIANT(); 137 class->lc_lock(lock, lock_state); 138 WITNESS_RESTORE(lock, lock_witness); 139 } 140 141 /* (kgdb) frame 15 #15 0xc075b122 in _sx_slock (sx=0xc0b4fde0, file=0xc0a4cdd2 "/usr/src/sys/kern/sched_4bsd.c", line=378) at /usr/src/sys/kern/kern_sx.c:160 160 cv_wait(&sx->sx_shrd_cv, sx->sx_lock); (kgdb) list 155 * Loop in case we lose the race for lock acquisition. 156 */ 157 while (sx->sx_cnt < 0) { 158 sx->sx_shrd_wcnt++; 159 lock_profile_obtain_lock_failed(&sx->lock_object, &contested, &waittime); 160 cv_wait(&sx->sx_shrd_cv, sx->sx_lock); 161 sx->sx_shrd_wcnt--; 162 } 163 164 /* Acquire a shared lock. */ (kgdb) -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:22:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B39A16A401 for ; Thu, 19 Apr 2007 20:22:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4884A13C46A for ; Thu, 19 Apr 2007 20:22:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 45E8D1A4D80; Thu, 19 Apr 2007 13:23:12 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 12DDC51493; Thu, 19 Apr 2007 16:22:53 -0400 (EDT) Date: Thu, 19 Apr 2007 16:22:52 -0400 From: Kris Kennaway To: Anton Yuzhaninov Message-ID: <20070419202252.GA83784@xor.obsecurity.org> References: <313993633.20070419232238@citrin.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <313993633.20070419232238@citrin.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 20:22:55 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 19, 2007 at 11:22:38PM +0400, Anton Yuzhaninov wrote: > Hello. >=20 > I try to test clamav 0.90.2 on current and got strange errors: >=20 > LibClamAV Warning: Multipart/alternative MIME message contains no boundar= y header > LibClamAV Warning: Multipart/ZZZZZZZZZZZZ?????? MIME message contains no = boundary header > LibClamAV Warning: Multipart/related MIME message contains no boundary he= ader >=20 > And sometimes clamd segfaults. >=20 > $ uname -a > FreeBSD clam-test2 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Apr 19 13:37:1= 7 MSD 2007 citrin@clam-test2:/usr/obj/usr/src/sys/TEST amd64 > $ fgrep Multiprocessor /var/run/dmesg.boot > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > $ ls -l /etc/malloc.conf > lrwxr-xr-x 1 root wheel 2 19 ??? 15:12 /etc/malloc.conf -> AJ >=20 > This Warnings issued randomly and it looks like race condition. >=20 > This problem occurred only when running two or more clamdscan > processes in parallel. With one process no warnings on same test > messages. >=20 > Also on same hardware, same test messages, same clamav version, but on > 6.2-STABLE (where old malloc) no errors even when running 30 clamdscan > processes in parallel. >=20 > Any suggestions to debug this problem? You'll have to look at the source and figure out where it's using uninitialized or freed memory. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJ8+cWry0BWjoQKURAoTeAJoDzg2L9e9418C/f46/kj55xt+HTQCghsS4 W9sfUQ8eNbjvRYkmLrN4Emw= =hseH -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:27:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CB5316A400; Thu, 19 Apr 2007 20:27:49 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.freebsd.org (Postfix) with ESMTP id D5F7613C45B; Thu, 19 Apr 2007 20:27:48 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id CB0A327FE8; Thu, 19 Apr 2007 18:12:55 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 9C2172D3D25; Thu, 19 Apr 2007 18:12:55 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-160-113.pools.arcor-ip.net [84.61.160.113]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 68A131F7310; Thu, 19 Apr 2007 18:12:55 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l3JGCpJl071121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Apr 2007 18:12:51 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l3JGCouk018072; Thu, 19 Apr 2007 18:12:50 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l3JGConL018071; Thu, 19 Apr 2007 18:12:50 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: kde@freebsd.org Date: Thu, 19 Apr 2007 18:12:46 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> In-Reply-To: <200704182205.52028.beni@brinckman.info> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4653804.nQPeeesFHX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704191812.50545.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: stable@freebsd.org, h.eichmann@gmx.de, current@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 20:27:49 -0000 --nextPart4653804.nQPeeesFHX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 18. April 2007, Beni wrote: > Hi List, > > I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my > whole system freezes when starting up k3b. I get the splash screen and th= en > it all stops and a ctrl-alt-del is the only way out. Other people have reported kernel panics. It looks to me like k3b's device= =20 probing and hald's device probing at the same time manages to tickle a bug = in=20 ata(4). Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.h= tml http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.ht= ml I'm afraid a true kernel hacker will have to inconvenince themselves with=20 running k3b and hal in order to have this one fixed. FWIW, I haven't seen i= n=20 happening on 5.5. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4653804.nQPeeesFHX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ5T/Xhc68WspdLARAqCdAJwP4YvegPDfur+tS4zBD3xVuLikagCeOqRH lHYxlxXwfgb647x58orWAbs= =00CN -----END PGP SIGNATURE----- --nextPart4653804.nQPeeesFHX-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:47:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6272716A400 for ; Thu, 19 Apr 2007 21:47:53 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 4AAA113C458 for ; Thu, 19 Apr 2007 21:47:53 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [127.0.0.1] (canonware.com [64.183.146.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTP id 1874C1298E2; Thu, 19 Apr 2007 14:21:34 -0700 (PDT) Message-ID: <4627DD1B.2080806@freebsd.org> Date: Thu, 19 Apr 2007 14:20:27 -0700 From: Jason Evans User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Anton Yuzhaninov References: <313993633.20070419232238@citrin.ru> In-Reply-To: <313993633.20070419232238@citrin.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 21:47:53 -0000 Anton Yuzhaninov wrote: > I try to test clamav 0.90.2 on current and got strange errors: > > LibClamAV Warning: Multipart/alternative MIME message contains no boundary header > LibClamAV Warning: Multipart/ZZZZZZZZZZZZÇÇÇÇÀå MIME message contains no boundary header > LibClamAV Warning: Multipart/related MIME message contains no boundary header > > And sometimes clamd segfaults. > > This Warnings issued randomly and it looks like race condition. > > This problem occurred only when running two or more clamdscan > processes in parallel. With one process no warnings on same test ^^^^^^^^^ > messages. Processes, not threads? If so, there's really no way malloc can be to blame for a race condition. The only race condition issue for malloc that I know of has to do with rtld not replacing the libc spinlock stubs with threaded implementations. However, I am pretty sure that this problem only shows up when versioned symbols are enabled. malloc's locking methodology is pretty straightforward, which makes me reasonably confident about its correctness. If your debugging efforts point you at malloc, you should try reverting to phkmalloc to see if that makes the problem go away. Jason From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 22:04:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B50316A401 for ; Thu, 19 Apr 2007 22:04:48 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3951413C44B for ; Thu, 19 Apr 2007 22:04:46 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 92050 invoked by uid 80); 19 Apr 2007 22:05:02 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Fri, 20 Apr 2007 00:05:02 +0200 (CEST) Message-ID: <4840.10.202.77.103.1177020302.squirrel@webmail.superhero.nl> In-Reply-To: <462779FF.6040805@samsco.org> References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <86647sa5nc.fsf@dwp.des.no> <462779FF.6040805@samsco.org> Date: Fri, 20 Apr 2007 00:05:02 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: "Scott Long" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 22:04:48 -0000 On Thu, April 19, 2007 16:17, Scott Long wrote: > Dag-Erling Smørgrav wrote: >> "Gelsema, P \(Patrick\)" writes: >>> On Thu, April 19, 2007 14:05, Dag-Erling Smørgrav wrote: >>>> Do you have an Adaptec SCSI controller, and if so, do you use it? >>> I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. >> >> OK. There's a known locking bug in the ahd driver. You might try >> reverting your source tree to a pre-MPSAFE-CAM version; try >> 2007/04/14. >> >> DES > > Actually, just hang on for a few more hours and I'll have a fix > committed. Oddly, this problem only shows up on amd64, though it's > a major deadlock risk on any platform. I'm a bit disappointed in how > serious of a problem it is. > > Scott > Hi Scott, I did notice some commits regarding CAM code so I did a cvsup, rebuild world and kernel and rebooted. The first LOR after reboot seems to be gone. All the actions I performed to create the first LOR do not throw one anymore. So this one seems to be ok. Thanks for that! The second LOR when rebooting/shutting down is still there in a slightly altered form. Seems to be the same type of problem as the first LOR. See excerpt from logs below. Rgds, Patrick Apr 19 23:51:13 hulk syslogd: kernel boot file is /boot/kernel/kernel Apr 19 23:51:13 hulk kernel: Waiting (max 60 seconds) for system process `vnlru' to stop...done Apr 19 23:51:13 hulk kernel: Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Apr 19 23:51:13 hulk kernel: Waiting (max 60 seconds) for system process `syncer' to stop... Apr 19 23:51:13 hulk kernel: Syncing disks, vnodes remaining...1 1 0 0 done Apr 19 23:51:13 hulk kernel: All buffers synced. Apr 19 23:51:13 hulk kernel: Uptime: 6m26s Apr 19 23:51:13 hulk kernel: lock order reversal: (sleepable after non-sleepable) Apr 19 23:51:13 hulk kernel: 1st 0xffffff007b3e6358 ahd_lock (ahd_lock) @ /usr/src/sys/cam/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: 2nd 0xffffffff8097cb00 module subsystem sx lock (module subsystem sx lock) @ /usr /src/sys/kern/kern_module.c:103 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_checkorder() at witness_checkorder+0x4f9 Apr 19 23:51:13 hulk kernel: _sx_slock() at _sx_slock+0x3a Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x47 Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: Waiting on "ATA request done" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: _cv_timedwait() at _cv_timedwait+0x9e Apr 19 23:51:13 hulk kernel: _sema_timedwait() at _sema_timedwait+0x48 Apr 19 23:51:13 hulk kernel: ata_queue_request() at ata_queue_request+0x43a Apr 19 23:51:13 hulk kernel: ata_controlcmd() at ata_controlcmd+0x89 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk last message repeated 4 times Apr 19 23:51:13 hulk kernel: acpi_shutdown() at acpi_shutdown+0x31 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk kernel: root_bus_module_handler() at root_bus_module_handler+0x1d Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: Waiting on "ATA request done" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: _cv_timedwait() at _cv_timedwait+0x9e Apr 19 23:51:13 hulk kernel: _sema_timedwait() at _sema_timedwait+0x48 Apr 19 23:51:13 hulk kernel: ata_queue_request() at ata_queue_request+0x43a Apr 19 23:51:13 hulk kernel: ata_controlcmd() at ata_controlcmd+0x89 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk last message repeated 4 times Apr 19 23:51:13 hulk kernel: acpi_shutdown() at acpi_shutdown+0x31 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk kernel: root_bus_module_handler() at root_bus_module_handler+0x1d Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: Waiting on "ATA request done" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: _cv_timedwait() at _cv_timedwait+0x9e Apr 19 23:51:13 hulk kernel: _sema_timedwait() at _sema_timedwait+0x48 Apr 19 23:51:13 hulk kernel: ata_queue_request() at ata_queue_request+0x43a Apr 19 23:51:13 hulk kernel: ata_controlcmd() at ata_controlcmd+0x89 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk last message repeated 4 times Apr 19 23:51:13 hulk kernel: acpi_shutdown() at acpi_shutdown+0x31 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk kernel: bus_generic_shutdown() at bus_generic_shutdown+0x18 Apr 19 23:51:13 hulk kernel: root_bus_module_handler() at root_bus_module_handler+0x1d Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Apr 19 23:51:13 hulk kernel: exclusive sleep mutex ahd_lock r = 0 (0xffffff007b3e6358) locked @ /usr/src/sys/c am/cam_periph.c:559 Apr 19 23:51:13 hulk kernel: KDB: stack backtrace: Apr 19 23:51:13 hulk kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 19 23:51:13 hulk kernel: witness_warn() at witness_warn+0x262 Apr 19 23:51:13 hulk kernel: uma_zalloc_arg() at uma_zalloc_arg+0x292 Apr 19 23:51:13 hulk kernel: malloc() at malloc+0xa3 Apr 19 23:51:13 hulk kernel: g_modevent() at g_modevent+0x52 Apr 19 23:51:13 hulk kernel: module_shutdown() at module_shutdown+0x5f Apr 19 23:51:13 hulk kernel: boot() at boot+0x3f1 Apr 19 23:51:13 hulk kernel: reboot() at reboot+0x42 Apr 19 23:51:13 hulk kernel: syscall() at syscall+0x1f0 Apr 19 23:51:13 hulk kernel: Xfast_syscall() at Xfast_syscall+0xab Apr 19 23:51:13 hulk kernel: --- syscall (55, FreeBSD ELF64, reboot), rip = 0x40849c, rsp = 0x7fffffffe7d8, rb p = 0x54 --- Apr 19 23:51:13 hulk kernel: Apr 19 23:51:13 hulk kernel: The operating system has halted. Apr 19 23:51:13 hulk kernel: Please press any key to reboot. Apr 19 23:51:13 hulk kernel: From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 22:08:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D57316A402 for ; Thu, 19 Apr 2007 22:08:10 +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 D880913C44B for ; Thu, 19 Apr 2007 22:08:09 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3JM80Gv048727; Thu, 19 Apr 2007 16:08:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4627E830.8060507@samsco.org> Date: Thu, 19 Apr 2007 16:07:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Gelsema, P \(Patrick\)" References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <86647sa5nc.fsf@dwp.des.no> <462779FF.6040805@samsco.org> <4840.10.202.77.103.1177020302.squirrel@webmail.superhero.nl> In-Reply-To: <4840.10.202.77.103.1177020302.squirrel@webmail.superhero.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 19 Apr 2007 16:08:01 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: Crash when issueing shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 22:08:10 -0000 Gelsema, P (Patrick) wrote: > On Thu, April 19, 2007 16:17, Scott Long wrote: >> Dag-Erling Smørgrav wrote: >>> "Gelsema, P \(Patrick\)" writes: >>>> On Thu, April 19, 2007 14:05, Dag-Erling Smørgrav wrote: >>>>> Do you have an Adaptec SCSI controller, and if so, do you use it? >>>> I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. >>> OK. There's a known locking bug in the ahd driver. You might try >>> reverting your source tree to a pre-MPSAFE-CAM version; try >>> 2007/04/14. >>> >>> DES >> Actually, just hang on for a few more hours and I'll have a fix >> committed. Oddly, this problem only shows up on amd64, though it's >> a major deadlock risk on any platform. I'm a bit disappointed in how >> serious of a problem it is. >> >> Scott >> > > Hi Scott, > > I did notice some commits regarding CAM code so I did a cvsup, rebuild > world and kernel and rebooted. > > The first LOR after reboot seems to be gone. All the actions I performed > to create the first LOR do not throw one anymore. So this one seems to be > ok. Thanks for that! > > The second LOR when rebooting/shutting down is still there in a slightly > altered form. Seems to be the same type of problem as the first LOR. See > excerpt from logs below. > Looks like I missed placing an unlock somewhere. Thanks for the report. Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 22:35:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6955A16A400 for ; Thu, 19 Apr 2007 22:35:04 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id D491A13C43E for ; Thu, 19 Apr 2007 22:35:03 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from CITRIN (ppp85-140-127-113.pppoe.mtu-net.ru [85.140.127.113]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id 83DBC1227BFA; Fri, 20 Apr 2007 02:35:02 +0400 (MSD) Date: Fri, 20 Apr 2007 02:33:53 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <144280354.20070420023353@citrin.ru> To: Jason Evans In-Reply-To: <4627DD1B.2080806@freebsd.org> References: <313993633.20070419232238@citrin.ru> <4627DD1B.2080806@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------7E1B913C29605849" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re[2]: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 22:35:04 -0000 This is a cryptographically signed message in MIME format. ------------7E1B913C29605849 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Hello Jason, You wrote on Friday, April 20, 2007, 1:20:27 AM: JE> Anton Yuzhaninov wrote: >> I try to test clamav 0.90.2 on current and got strange errors: >>=20 >> LibClamAV Warning: Multipart/alternative MIME message contains no bounda= ry header >> LibClamAV Warning: Multipart/ZZZZZZZZZZZZ=C7=C7=C7=C7=C0=E5 MIME message= contains no boundary header >> LibClamAV Warning: Multipart/related MIME message contains no boundary h= eader >>=20 >> And sometimes clamd segfaults. >>=20 >> This Warnings issued randomly and it looks like race condition. >>=20 >> This problem occurred only when running two or more clamdscan >> processes in parallel. With one process no warnings on same test JE> ^^^^^^^^^ >> messages. JE> Processes, not threads? If so, there's really no way malloc can be to JE> blame for a race condition. problem in clamd - it is multithread application. clamdscan used only for load one or more thread in clamd. --=20 Anton Yuzhaninov. ------------7E1B913C29605849-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 22:38:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EC5116A401 for ; Thu, 19 Apr 2007 22:38:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B334013C4C1 for ; Thu, 19 Apr 2007 22:38:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3JMc05o004170; Fri, 20 Apr 2007 08:38:00 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3JMbxJN004169; Fri, 20 Apr 2007 08:37:59 +1000 (EST) (envelope-from peter) Date: Fri, 20 Apr 2007 08:37:59 +1000 From: Peter Jeremy To: Krassimir Slavchev Message-ID: <20070419223759.GA4051@turion.vk2pj.dyndns.org> References: <46272B99.9090100@bulinfo.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <46272B99.9090100@bulinfo.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 22:38:08 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-19 11:43:05 +0300, Krassimir Slavchev wrot= e: >The problem is when I try to access ftp servers, the connection stalls=20 >randomly. Also I can't do cvsup and fetch. >This happens only with machines running -current and when the traffic is= =20 >passed through router based on FreeBSD 4.4. One of the test machines is=20 >my notebook which have installed 7.0-CURRENT (from today) and 5.4-STABLE= =20 >and I see this problem only with -current. The default TCP send and receive spaces were increased just after RELENG4 was branched. The new receive space requires window scaling to be used. I know that some versions of IPfilter have bugs in their window scaling code and incorrectly block packets as "out of window". You could try reducing net.inet.tcp.recvspace or disabling net.inet.tcp.rfc1323 and see if that helps. (Though RELENG5 should also be affected if this is the problem). Are you in a position to run tcpdump on your router? If so, can you tcpdump both the internal and external interfaces and find packets that don't make it thru? --=20 Peter Jeremy --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJ+9H/opHv/APuIcRApq0AJ9SoUS763fQnw1t8q21Fl704/mBsgCeOe0t uBEjDKmzyABNZQlgyCum6wQ= =leSD -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 22:39:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1480416A40A; Thu, 19 Apr 2007 22:39:04 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0281A13C465; Thu, 19 Apr 2007 22:39:04 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 590741A4D80; Thu, 19 Apr 2007 15:39:21 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 47515513AD; Thu, 19 Apr 2007 18:39:03 -0400 (EDT) Date: Thu, 19 Apr 2007 18:39:03 -0400 From: Kris Kennaway To: Anton Yuzhaninov Message-ID: <20070419223903.GA87190@xor.obsecurity.org> References: <313993633.20070419232238@citrin.ru> <4627DD1B.2080806@freebsd.org> <144280354.20070420023353@citrin.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <144280354.20070420023353@citrin.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 22:39:04 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 20, 2007 at 02:33:53AM +0400, Anton Yuzhaninov wrote: > Hello Jason, >=20 > You wrote on Friday, April 20, 2007, 1:20:27 AM: >=20 > JE> Anton Yuzhaninov wrote: > >> I try to test clamav 0.90.2 on current and got strange errors: > >>=20 > >> LibClamAV Warning: Multipart/alternative MIME message contains no boun= dary header > >> LibClamAV Warning: Multipart/ZZZZZZZZZZZZ?????? MIME message contains = no boundary header > >> LibClamAV Warning: Multipart/related MIME message contains no boundary= header > >>=20 > >> And sometimes clamd segfaults. > >>=20 > >> This Warnings issued randomly and it looks like race condition. > >>=20 > >> This problem occurred only when running two or more clamdscan > >> processes in parallel. With one process no warnings on same test > JE> ^^^^^^^^^ > >> messages. >=20 > JE> Processes, not threads? If so, there's really no way malloc can be to > JE> blame for a race condition. >=20 > problem in clamd - it is multithread application. >=20 > clamdscan used only for load one or more thread in clamd. Note that jemalloc malloc debugging exposes different application bugs than phkmalloc did (due to technical differences). There were a number of such application bugs found during the initial testing, and (absent any direct evidence to the contrary) it is likely that this is another one. Kris --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJ++GWry0BWjoQKURAsGlAJ9MWYJPq3ke1bOqp4/gOd/WgOC+7gCfTsz1 ERBZcZWS6rooqXXQsrE1OWw= =1XRr -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 23:23:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 239E216A406 for ; Thu, 19 Apr 2007 23:23:35 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id D574A13C44C for ; Thu, 19 Apr 2007 23:23:34 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from CITRIN (ppp85-140-127-113.pppoe.mtu-net.ru [85.140.127.113]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id AE2781227BFA; Fri, 20 Apr 2007 03:23:33 +0400 (MSD) Date: Fri, 20 Apr 2007 03:22:26 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <334983330.20070420032226@citrin.ru> To: Kris Kennaway In-Reply-To: <20070419223903.GA87190@xor.obsecurity.org> References: <313993633.20070419232238@citrin.ru> <4627DD1B.2080806@freebsd.org> <144280354.20070420023353@citrin.ru> <20070419223903.GA87190@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re[2]: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 23:23:35 -0000 Hello Kris, You wrote on Friday, April 20, 2007, 2:39:03 AM: KK> On Fri, Apr 20, 2007 at 02:33:53AM +0400, Anton Yuzhaninov wrote: >> Hello Jason, >> >> You wrote on Friday, April 20, 2007, 1:20:27 AM: >>=20 >> JE> Anton Yuzhaninov wrote: >> >> I try to test clamav 0.90.2 on current and got strange errors: >> >>=20 >> >> LibClamAV Warning: Multipart/alternative MIME message contains no bou= ndary header >> >> LibClamAV Warning: Multipart/ZZZZZZZZZZZZ?????? MIME message contains= no boundary header >> >> LibClamAV Warning: Multipart/related MIME message contains no boundar= y header >> >>=20 >> >> And sometimes clamd segfaults. >> >>=20 >> >> This Warnings issued randomly and it looks like race condition. >> >>=20 >> >> This problem occurred only when running two or more clamdscan >> >> processes in parallel. With one process no warnings on same test >> JE> ^^^^^^^^^ >> >> messages. >>=20 >> JE> Processes, not threads? If so, there's really no way malloc can be = to >> JE> blame for a race condition. >>=20 >> problem in clamd - it is multithread application. >>=20 >> clamdscan used only for load one or more thread in clamd. KK> Note that jemalloc malloc debugging exposes different application bugs KK> than phkmalloc did (due to technical differences). There were a KK> number of such application bugs found during the initial testing, and KK> (absent any direct evidence to the contrary) it is likely that this is KK> another one. Clamav code quality is low, and probably it has bugs :( But not obvious how to find this bugs. --=20 Anton Yuzhaninov. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 23:27:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4A5716A409 for ; Thu, 19 Apr 2007 23:27:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D4CCF13C483 for ; Thu, 19 Apr 2007 23:27:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 408CE1A4D80; Thu, 19 Apr 2007 16:28:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 178E451406; Thu, 19 Apr 2007 19:27:52 -0400 (EDT) Date: Thu, 19 Apr 2007 19:27:51 -0400 From: Kris Kennaway To: Anton Yuzhaninov Message-ID: <20070419232751.GA87857@xor.obsecurity.org> References: <313993633.20070419232238@citrin.ru> <4627DD1B.2080806@freebsd.org> <144280354.20070420023353@citrin.ru> <20070419223903.GA87190@xor.obsecurity.org> <334983330.20070420032226@citrin.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <334983330.20070420032226@citrin.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 23:27:53 -0000 On Fri, Apr 20, 2007 at 03:22:26AM +0400, Anton Yuzhaninov wrote: > Hello Kris, > > You wrote on Friday, April 20, 2007, 2:39:03 AM: > > KK> On Fri, Apr 20, 2007 at 02:33:53AM +0400, Anton Yuzhaninov wrote: > >> Hello Jason, > >> > >> You wrote on Friday, April 20, 2007, 1:20:27 AM: > >> > >> JE> Anton Yuzhaninov wrote: > >> >> I try to test clamav 0.90.2 on current and got strange errors: > >> >> > >> >> LibClamAV Warning: Multipart/alternative MIME message contains no boundary header > >> >> LibClamAV Warning: Multipart/ZZZZZZZZZZZZ?????? MIME message contains no boundary header > >> >> LibClamAV Warning: Multipart/related MIME message contains no boundary header > >> >> > >> >> And sometimes clamd segfaults. > >> >> > >> >> This Warnings issued randomly and it looks like race condition. > >> >> > >> >> This problem occurred only when running two or more clamdscan > >> >> processes in parallel. With one process no warnings on same test > >> JE> ^^^^^^^^^ > >> >> messages. > >> > >> JE> Processes, not threads? If so, there's really no way malloc can be to > >> JE> blame for a race condition. > >> > >> problem in clamd - it is multithread application. > >> > >> clamdscan used only for load one or more thread in clamd. > > KK> Note that jemalloc malloc debugging exposes different application bugs > KK> than phkmalloc did (due to technical differences). There were a > KK> number of such application bugs found during the initial testing, and > KK> (absent any direct evidence to the contrary) it is likely that this is > KK> another one. > > Clamav code quality is low, and probably it has bugs :( > But not obvious how to find this bugs. Turn off AJ then ;-) Kris From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 23:32:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FFA416A402 for ; Thu, 19 Apr 2007 23:32:07 +0000 (UTC) (envelope-from michaelnottebrock@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5520213C448 for ; Thu, 19 Apr 2007 23:32:06 +0000 (UTC) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 19 Apr 2007 23:05:23 -0000 Received: from dslb-084-061-160-113.pools.arcor-ip.net (EHLO kiste.my.domain) [84.61.160.113] by mail.gmx.net (mp018) with SMTP; 20 Apr 2007 01:05:23 +0200 X-Authenticated: #443188 X-Provags-ID: V01U2FsdGVkX18bTiV1blMbEoiMOJGGC39ox4zfBqqoEKK9QRjslM vT/QVR0HGBp8yM From: Michael Nottebrock To: kde@freebsd.org Date: Fri, 20 Apr 2007 01:05:17 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <200704192000.15405.groot@kde.org> In-Reply-To: <200704192000.15405.groot@kde.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1626658.NauqkRR83o"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704200105.22646.michaelnottebrock@gmx.net> X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella , Ganbold , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 23:32:07 -0000 --nextPart1626658.NauqkRR83o Content-Type: multipart/mixed; boundary="Boundary-01=_vW/JGR5twygHbkX" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_vW/JGR5twygHbkX Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I forwarded my mail to gnome@ (the HAL maintainers) after sending it and Jo= e=20 Marcus Clarke from gnome@ had this to say on the issue: =2D-- snip This should have been fixed a while ago by jylefort when he set the default device for ATAPI access to be the ATAPICAM device (as opposed to the ATA device). =A0Assuming you have not undone that change, and are running the latest version of HAL, these panics should not be occurring. Even still, you're right that these are not HAL bugs, but rather an issue in the kernel. =A0I use nautilus-cd-burner to burn CDs in GNOME, and I have never had such a panic on 6-STABLE. =A0n-c-b uses cdrecord, cdrao, and dvd-utils under the covers to do the actual device work. =A0Not sure what k3b is using, but maybe it diddles something it shouldn't. Joe =2D-- snip Beni, Robert, Ganbold, are you all in fact running the latest version of th= e=20 hal port and do you all have atapicam enabled in your kernel? If not, makin= g=20 sure of both might help avoiding the problem. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-01=_vW/JGR5twygHbkX Content-Type: message/rfc822; name="forwarded message" Content-Transfer-Encoding: 7bit Content-Description: Joe Marcus Clarke : Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? Content-Disposition: inline Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on lofi.dyndns.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=AWL,BAYES_00, DK_POLICY_SIGNSOME,INFO_TLD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.1.7 Received: from imap.arcor-online.net (cybasheep@localhost [127.0.0.1]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l3JH0K48071666 for ; Thu, 19 Apr 2007 19:00:33 +0200 (CEST) (envelope-from marcus@freebsd.org) X-Original-To: cybasheep@arcor.de Received: from localhost (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id D66F01B8E0C for ; Thu, 19 Apr 2007 18:49:30 +0200 (CEST) Received: from mail-in-03.arcor-online.net ([127.0.0.1]) by localhost (mail-in-03 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08311-04-3 for ; Thu, 19 Apr 2007 18:49:30 +0200 (CEST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.arcor.de (Postfix) with ESMTP id 4A94C2D2995 for ; Thu, 19 Apr 2007 18:49:30 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id 20B2F6C80 for ; Thu, 19 Apr 2007 16:49:29 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: by hub.freebsd.org (Postfix) id 1DFF816A403; Thu, 19 Apr 2007 16:49:29 +0000 (UTC) Delivered-To: lofi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C49D16A400; Thu, 19 Apr 2007 16:49:29 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8E36413C45A; Thu, 19 Apr 2007 16:49:28 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l3JGnSd18916; Thu, 19 Apr 2007 12:49:28 -0400 (EDT) Received: from [64.102.202.122] (dhcp-64-102-202-122.cisco.com [64.102.202.122]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l3JGnQq25594; Thu, 19 Apr 2007 12:49:26 -0400 (EDT) Message-ID: <46279D96.1030600@freebsd.org> Date: Thu, 19 Apr 2007 12:49:26 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Michael Nottebrock CC: gnome@freebsd.org Subject: Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? References: <200704191822.28308.lofi@freebsd.org> In-Reply-To: <200704191822.28308.lofi@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Length: 4979 X-UID: 18436 Michael Nottebrock wrote: > I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but just > FYI. > > > > ------------------------------------------------------------------------ > > Subject: > Re: [kde-freebsd] problem hal - k3b ? > From: > Michael Nottebrock > Date: > Thu, 19 Apr 2007 18:12:46 +0200 > To: > kde@freebsd.org > > To: > kde@freebsd.org > CC: > Beni , h.eichmann@gmx.de, current@freebsd.org, > stable@freebsd.org > > > On Wednesday, 18. April 2007, Beni wrote: >> Hi List, >> >> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my >> whole system freezes when starting up k3b. I get the splash screen and then >> it all stops and a ctrl-alt-del is the only way out. > > Other people have reported kernel panics. It looks to me like k3b's device > probing and hald's device probing at the same time manages to tickle a bug in > ata(4). > > Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen in > happening on 5.5. This should have been fixed a while ago by jylefort when he set the default device for ATAPI access to be the ATAPICAM device (as opposed to the ATA device). Assuming you have not undone that change, and are running the latest version of HAL, these panics should not be occurring. Even still, you're right that these are not HAL bugs, but rather an issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, and dvd-utils under the covers to do the actual device work. Not sure what k3b is using, but maybe it diddles something it shouldn't. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --Boundary-01=_vW/JGR5twygHbkX-- --nextPart1626658.NauqkRR83o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ/WvXhc68WspdLARAgfWAKCenYhtRkyIVQl3ETmOtLKxKc4H2wCfe5jD bsNlQROsncI+dP7RJuVkThM= =vK/+ -----END PGP SIGNATURE----- --nextPart1626658.NauqkRR83o-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 23:40:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B460116A404 for ; Thu, 19 Apr 2007 23:40:01 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3E613C46A for ; Thu, 19 Apr 2007 23:40:01 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 19 Apr 2007 16:40:01 -0700 X-IronPort-AV: i="4.14,429,1170662400"; d="scan'208"; a="413458841:sNHT52275360" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l3JNe1LW025378 for ; Thu, 19 Apr 2007 16:40:01 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l3JNdTZf012544 for ; Thu, 19 Apr 2007 23:40:01 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Apr 2007 16:39:40 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Apr 2007 16:39:40 -0700 Message-ID: <4627FE56.7040700@cisco.com> Date: Thu, 19 Apr 2007 19:42:14 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Apr 2007 23:39:40.0603 (UTC) FILETIME=[FFE588B0:01C782DB] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3453; t=1177026001; x=1177890001; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Problems=20in=20current=20*or=20have=20you=20seen=20this? |Sender:=20; bh=1uAKs7Cmfp9FsppLIPBYYW3juWb/cnkA5OQnCngxqmI=; b=XI/BAQ1Ld2BiDsnZ+ycJeA2Dk4TbQQXSSIG1iXK6i+lCNA3lQ2st4X7y54Lt7mXL8VCViBGj Wi3PEXK+RxYDrZO7xJdz8u2EU79dh9piCu0WOsO6wGhv8X6L8GuL3uTl; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Subject: Problems in current *or have you seen this? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2007 23:40:01 -0000 Hi all: I have a few problems with current. And I am wondering if anyone else has seen these. Now, I run my IBM T43 thinkpad on current. Yes I know I am brave (ha ha). But I like to work on current and SCTP on planes.. its seems one of the only ways I get things done. Christmas this past year, I decided to reload/rebuild everything since I had a 80Gig disk that I had put to the side when my new laptop arrived sticking my 60 Gig in.. So I saved off all my stuff. Loaded 6.1 (6.2 was not out if I remember right.. or i was lazy). Drug out the cvs repository via cvsup. Went through and built a kernel... built the world .. installed it.. and then started building all the packages I use (like openoffice etc). Lots of fun. At the end I rebooted and up came X very nicely.. and here my first problem occurred A) I could not log in. Every time I try it tells me some pam module cannot be loaded. Even though I can see the lib/pam.xxx that it is complaining about. So, what do I do to fix it. I go to an older 7.0 machine I had that x was fine on.. and copied in the pam libs overwriting the ones I had just built. Ta-da I can log in. I even just recently rebuilt and re-installed from the latest current ..(buildworld).. and still I had the pam problem (but of course now I keep the old pam libs in my home dir so its a quick copy). As anyone seen this one?? B) When I got to Melbourne to teach a SCTP class .. I found my second X'y problem. In all the time past, I easily plug in to projectors. Hit alt-F7 and out goes my 1024x768 display.. and on with the show :-D.. but when I got to the class room. Hit it all.. nothing. After much fussing the only thing I found I could do was reboot my machine with the projector up.. thus turning off the display and forcing it out the beamer.. but it was stuck in 640x480 mode. Ugly and no way does that work. I figured it might be their projector.. so we used someones mac.. messed up fonts.. but oh well it worked. The MAC also had some issues.. (but could project 1024).. So I get to BSD-Asia last month.. thinking it was the projector.. and tada.. same problem... I had to use a friends window's box (yuck). So is there some magic cookie I need in X.. that somehow got lost in the new load? I did have to disable drm in the file to keep it from crashing on x exiting... or am I just doomed to not be able to project forever :-( C) So to add fun today I plugged in a USB stick to give someone some code and down the machine crashed in the cam code.. trying to lock a null mutex pointer. I think this is just a temporary thing and I am doing a cvsup /rebuild now.. which I think will clear that issue (since I have seen commits go in on those files ;-D) Has anyone seen A/B .. and if you have whats the fix? Do I need to get a new ports tree... or ?? Help if someone knows how to fix it would be nice.. I hate having to do my pam workaround since I know eventually that will not work.. and the projector thing is a real pain.. especially with the amount I travel and have to present. Any clues would be greatly appreciated.. even pointers to RTFM and this is the man page you stupid idiot.. would be appreciated.. Thanks R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 00:31:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5F9116A406 for ; Fri, 20 Apr 2007 00:31:21 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 7422013C45D for ; Fri, 20 Apr 2007 00:31:21 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l3K0Fe2x040228 for ; Thu, 19 Apr 2007 19:15:40 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Thu, 19 Apr 2007 19:14:56 -0500 (CDT) From: "Sean C. Farley" To: freebsd-current@freebsd.org Message-ID: <20070419175902.R44041@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Fix for memory leak in setenv/unsetenv (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 00:31:21 -0000 I have a new patch[1] that fixes memory leaks caused by repeated calls to setenv() with varying-sized values or unsetenv(). The web page has a better description about it. I tested this with -STABLE with various applications. Also, to help check it further, I wrote a few regression tests for it. Notes/questions I have: 1. Would making it more IEEE Std 1003.1-compliant be desired? a. FreeBSD's setenv() allows an '=' in the name and value to comply with other standards while this standard disallows it. b. FreeBSD's unsetenv() does not have a return value while this standard returns an int. For the changes I made, this would be beneficial. 2. The "feature"--it is under the BUGS section :)--of keeping all pointers returned by previous calls to getenv() valid regardless of any calls to setenv() is still there. Keeping this requirement prevents a complete fix. 3. I previously thought about having the implementation initialize itself upon the library loading or called within crt1.c. The problem with a library-load time method is that changes made to the environ variable do not persist at the execution of main(). The issue with calling it within crt1.c is that FreeBSD's malloc() would need to call __findenv_environ() to find MALLOC_OPTIONS when it is initialized to prevent a recursion into each other. jasone@ helped me look at this. 4. Ignore dmalloc defines for now; they will be removed. Basically, the patch contains sysenv.c and a change to the Makefile to remove building of putenv.c and setenv.c. To increase the speed of putenv(), I have moved it into sysenv.c to make use of some internal (static) functions. I have just started with it, but I may leave it alone. Please let me know if you see any bugs. Sean 1. http://www.farley.org/freebsd/tmp/setenv-6/ -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:06:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6E7716A402 for ; Fri, 20 Apr 2007 01:06:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 9121F13C489 for ; Fri, 20 Apr 2007 01:06:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 19 Apr 2007 17:34:39 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 1FB52125AEB; Thu, 19 Apr 2007 18:06:35 -0700 (PDT) Message-ID: <46281223.8060800@elischer.org> Date: Thu, 19 Apr 2007 18:06:43 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: "Sean C. Farley" References: <20070419175902.R44041@thor.farley.org> In-Reply-To: <20070419175902.R44041@thor.farley.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 01:06:36 -0000 Sean C. Farley wrote: > I have a new patch[1] that fixes memory leaks caused by repeated calls > to setenv() with varying-sized values or unsetenv(). The web page has a > better description about it. > I vaguely remember that several people have tried to fix this before, but that fixing it actually breaks some ABI.. I may be wrong but maybe others remember better what the issue was. I believe that the end result was that it was considered better to leak memory than break the posix specified ABI in some way. It's very vague in my memory though. > I tested this with -STABLE with various applications. Also, to help > check it further, I wrote a few regression tests for it. > > Notes/questions I have: > 1. Would making it more IEEE Std 1003.1-compliant be desired? > a. FreeBSD's setenv() allows an '=' in the name and value to comply > with other standards while this standard disallows it. > b. FreeBSD's unsetenv() does not have a return value while this > standard returns an int. For the changes I made, this would be > beneficial. > 2. The "feature"--it is under the BUGS section :)--of keeping all > pointers returned by previous calls to getenv() valid regardless of > any calls to setenv() is still there. Keeping this requirement > prevents a complete fix. > 3. I previously thought about having the implementation initialize > itself upon the library loading or called within crt1.c. The problem > with a library-load time method is that changes made to the environ > variable do not persist at the execution of main(). The issue with > calling it within crt1.c is that FreeBSD's malloc() would need to > call __findenv_environ() to find MALLOC_OPTIONS when it is > initialized to prevent a recursion into each other. jasone@ helped > me look at this. > 4. Ignore dmalloc defines for now; they will be removed. > > Basically, the patch contains sysenv.c and a change to the Makefile to > remove building of putenv.c and setenv.c. To increase the speed of > putenv(), I have moved it into sysenv.c to make use of some internal > (static) functions. I have just started with it, but I may leave it > alone. > > Please let me know if you see any bugs. > > Sean > 1. http://www.farley.org/freebsd/tmp/setenv-6/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:26:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 949ED16A408 for ; Fri, 20 Apr 2007 01:26:40 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 62F2C13C46E for ; Fri, 20 Apr 2007 01:26:40 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l3K1RGvJ041193; Thu, 19 Apr 2007 20:27:16 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Thu, 19 Apr 2007 20:26:32 -0500 (CDT) From: "Sean C. Farley" To: Julian Elischer In-Reply-To: <46281223.8060800@elischer.org> Message-ID: <20070419201412.K45440@thor.farley.org> References: <20070419175902.R44041@thor.farley.org> <46281223.8060800@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 01:26:40 -0000 On Thu, 19 Apr 2007, Julian Elischer wrote: > Sean C. Farley wrote: >> I have a new patch that fixes memory leaks caused by repeated calls >> to setenv() with varying-sized values or unsetenv(). The web page >> has a better description about it. > > I vaguely remember that several people have tried to fix this before, > but that fixing it actually breaks some ABI.. I have been trying to fix it off and on since 2005[1]. :) I believe I have a change that does break the ABI. unsetenv(3) does not currently follow the standard by returning an int. I kept the void but recommend switching to an int. > I may be wrong but maybe others remember better what the issue was. > I believe that the end result was that it was considered better to leak > memory than break the posix specified ABI in some way. This patch still leaks memory in the sense that all calls to getenv() have valid pointers (non-freed) throughout the run of the program. It only cleans up when the library exits. Sean 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2005-February/010463.html -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:52:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88F7B16A401 for ; Fri, 20 Apr 2007 01:52:08 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from mail03.solnet.ch (mail03.solnet.ch [212.101.4.137]) by mx1.freebsd.org (Postfix) with ESMTP id DB2C513C448 for ; Fri, 20 Apr 2007 01:52:07 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) X-Virus-Scanned: by amavisd-new at mail03.solnet.ch Received: from mail03.solnet.ch ([127.0.0.1]) by localhost (mail03.solnet.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Naz1rBK0VHoJ for ; Fri, 20 Apr 2007 01:28:12 +0000 (UTC) Received: from [192.168.1.102] (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail03.solnet.ch (Postfix) with ESMTP id 9325B600BB for ; Fri, 20 Apr 2007 01:28:12 +0000 (UTC) Message-ID: <4628172C.8030803@bsdunix.ch> Date: Fri, 20 Apr 2007 03:28:12 +0200 From: Thomas User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: crashes under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 01:52:08 -0000 Hello I trigerd several crashes with the latest 7-Current. I was running 4-5 rsync processes syncing to the disk with 100-120MB/s incoming network traffic. I have several core files. With SMP in the GENERIC Kernel the machine was crashing every 1-2 hours under load (load 4-5). With an UP Kernel the machine crashes every 5-9 hour. Most debug options are disabled in the kernel and malloc was compiled with MALLOC_PRODUCTION Filesystem Size Used Avail Capacity Mounted on /dev/ad4s1a 496M 178M 278M 39% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad4s1g 205G 4.0K 188G 0% /disk1 /dev/ad4s1d 989M 2.6M 907M 0% /tmp /dev/ad4s1f 7.7G 2.1G 5.1G 29% /usr /dev/ad4s1e 7.7G 1.7G 5.4G 24% /var /dev/da0.journal 1.9T 400G 1.4T 22% /usr/local/data uname -a FreeBSD lisa.mlan.solnet.ch 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr 19 09:14:51 UTC 2007 root@lisa.mlan.solnet.ch:/usr/obj/usr/src/sys/UP7_SATA i386 more /var/crash/info.5 Dump header from device /dev/ad4s1b Architecture: i386 Architecture Version: 2 Dump Length: 324390912B (309 MB) Blocksize: 512 Dumptime: Fri Apr 20 00:54:57 2007 Hostname: lisa.mlan.solnet.ch Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-CURRENT #0: Thu Apr 19 09:14:51 UTC 2007 root@lisa.mlan.solnet.ch:/usr/obj/usr/src/sys/UP7_SATA Panic String: ffs_valloc: dup alloc Dump Parity: 2130187525 Bounds: 5 Dump Status: good kgdb kernel.debug /var/crash/vmcore.5 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: mode = 0100644, inum = 154219448, fs = /usr/local/data panic: ffs_valloc: dup alloc Uptime: 8h2m28s Physical memory: 3445 MB Dumping 309 MB: 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td));(kgdb) backtrace #0 doadump () at pcpu.h:172 #1 0xc0597df8 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0598088 in panic (fmt=0xc0773469 "ffs_valloc: dup alloc") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc06aa4f8 in ffs_valloc (pvp=0xca365550, mode=33152, cred=0xc6f17e00, vpp=0xe90ed888) at /usr/src/sys/ufs/ffs/ffs_alloc.c:966 #4 0xc06d552f in ufs_makeinode (mode=33152, dvp=0xca365550, vpp=0xe90edb98, cnp=0xe90edbac) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2238 #5 0xc06d24e5 in ufs_create (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:188 #6 0xc0730294 in VOP_CREATE_APV (vop=0x0, a=0xe90eda1c) at vnode_if.c:206 #7 0xc0603644 in vn_open_cred (ndp=0xe90edb84, flagp=0xe90edc84, cmode=384, cred=0xc6f17e00, fdidx=0) at vnode_if.h:111 #8 0xc060346a in vn_open (ndp=0x0, flagp=0xe90edc84, cmode=384, fdidx=6) at /usr/src/sys/kern/vfs_vnops.c:93 #9 0xc05fdbc7 in kern_open (td=0xc699dbd0, path=0x0, pathseg=UIO_USERSPACE, flags=2563, mode=384) at /usr/src/sys/kern/vfs_syscalls.c:987 #10 0xc05fdb0c in open (td=0xc699dbd0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:954 #11 0xc07200e2 in syscall (frame=0xe90edd38) at /usr/src/sys/i386/i386/trap.c:1016 #12 0xc0710440 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) dmesg: Copyright (c) 1992-2007 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 7.0-CURRENT #0: Thu Apr 19 09:14:51 UTC 2007 root@lisa.mlan.solnet.ch:/usr/obj/usr/src/sys/UP7_SATA module_register: module g_journal already exists! Module g_journal failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf62 Stepping = 2 Features=0xbfebfbff Features2=0xe41d> AMD Features=0x20100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 3622305792 (3454 MB) avail memory = 3545190400 (3380 MB) kbd1 at kbdmux0 cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: irq 10 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 arcmsr0: mem 0xdc500000-0xdc500fff,0xdc000000-0xdc3fffff irq 11 at device 14.0 on pci2 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 arcmsr0: [ITHREAD] pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: irq 10 at device 28.0 on pci0 pci4: on pcib4 pcib5: at device 28.4 on pci0 pci5: on pcib5 pci5:0:0: bad VPD cksum, remain 14 bge0: mem 0xdc600000-0xdc60ffff irq 10 at device 0.0 on pci5 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:5d:b8:7b bge0: [ITHREAD] pcib6: at device 28.5 on pci0 pci6: on pcib6 pci6:0:0: bad VPD cksum, remain 14 bge1: mem 0xdc700000-0xdc70ffff irq 11 at device 0.0 on pci6 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:5d:b8:7c bge1: [ITHREAD] uhci0: port 0x3000-0x301f irq 5 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 10 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdca00000-0xdca003ff irq 5 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci10: on pcib7 vgapci0: port 0x4000-0x407f mem 0xd8000000-0xdbffffff,0xdc400000-0xdc43ffff at device 1.0 on pci10 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xdca00400-0xdca007ff irq 10 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe0000-0xe17ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 3000130965 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default Waiting 5 seconds for SCSI devices to settle The GEOM class JOURNAL is already loaded. acd0: CDROM at ata0-master PIO4 ad4: 238475MB at ata2-master SATA150 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da0: 2097129MB (4294920192 512 byte sectors: 255H 63S/T 267346C) cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM_JOURNAL: Journal 1974089085: da0 contains data. GEOM_JOURNAL: Journal 1974089085: da0 contains journal. GEOM_JOURNAL: Journal da0 clean. Trying to mount root from ufs:/dev/ad4s1a bge0: link state changed to UP bge1: link state changed to UP More information needed? Cheers, Thomas From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:56:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A998E16A400; Fri, 20 Apr 2007 01:56:01 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id E96D813C469; Fri, 20 Apr 2007 01:56:00 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HeiLs-000HQZ-Pu; Fri, 20 Apr 2007 10:55:57 +0900 Message-ID: <46281DAC.7090508@micom.mng.net> Date: Fri, 20 Apr 2007 09:55:56 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Michael Nottebrock References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <200704192000.15405.groot@kde.org> <200704200105.22646.michaelnottebrock@gmx.net> In-Reply-To: <200704200105.22646.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 01:56:01 -0000 Michael Nottebrock wrote: > I forwarded my mail to gnome@ (the HAL maintainers) after sending it and Joe > Marcus Clarke from gnome@ had this to say on the issue: > > --- snip > > This should have been fixed a while ago by jylefort when he set the > default device for ATAPI access to be the ATAPICAM device (as opposed to > the ATA device). Assuming you have not undone that change, and are > running the latest version of HAL, these panics should not be occurring. > > Even still, you're right that these are not HAL bugs, but rather an > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > and dvd-utils under the covers to do the actual device work. Not sure > what k3b is using, but maybe it diddles something it shouldn't. > > Joe > > --- snip > > Beni, Robert, Ganbold, are you all in fact running the latest version of the > hal port and do you all have atapicam enabled in your kernel? If not, making > sure of both might help avoiding the problem. > I see. I know I have updated my system last Saturday (14th April 2007) and I think I updated both hal and kdelibs ports. I have atapicam enabled in kernel. Let me double check it this weekend and I will let you know. thanks, Ganbold > > > ------------------------------------------------------------------------ > > Subject: > Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? > From: > Joe Marcus Clarke > Date: > Thu, 19 Apr 2007 12:49:26 -0400 > To: > Michael Nottebrock > > To: > Michael Nottebrock > CC: > gnome@freebsd.org > > > Michael Nottebrock wrote: > >> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but just >> FYI. >> >> >> >> ------------------------------------------------------------------------ >> >> Subject: >> Re: [kde-freebsd] problem hal - k3b ? >> From: >> Michael Nottebrock >> Date: >> Thu, 19 Apr 2007 18:12:46 +0200 >> To: >> kde@freebsd.org >> >> To: >> kde@freebsd.org >> CC: >> Beni , h.eichmann@gmx.de, current@freebsd.org, >> stable@freebsd.org >> >> >> On Wednesday, 18. April 2007, Beni wrote: >> >>> Hi List, >>> >>> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my >>> whole system freezes when starting up k3b. I get the splash screen and then >>> it all stops and a ctrl-alt-del is the only way out. >>> >> Other people have reported kernel panics. It looks to me like k3b's device >> probing and hald's device probing at the same time manages to tickle a bug in >> ata(4). >> >> Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html >> >> I'm afraid a true kernel hacker will have to inconvenince themselves with >> running k3b and hal in order to have this one fixed. FWIW, I haven't seen in >> happening on 5.5. >> > > This should have been fixed a while ago by jylefort when he set the > default device for ATAPI access to be the ATAPICAM device (as opposed to > the ATA device). Assuming you have not undone that change, and are > running the latest version of HAL, these panics should not be occurring. > > Even still, you're right that these are not HAL bugs, but rather an > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > and dvd-utils under the covers to do the actual device work. Not sure > what k3b is using, but maybe it diddles something it shouldn't. > > Joe > > From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:59:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 011A116A400 for ; Fri, 20 Apr 2007 01:59:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id B3C3B13C4B8 for ; Fri, 20 Apr 2007 01:59:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so763584ana for ; Thu, 19 Apr 2007 18:59:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=e6qYqeg3Jfqtdyjy8gft4VYpKCGz7L8zM+/o1gOGNxBxqida3aRHghj1JZIJESsFtGH+VPH45p2D7emvtmsIJrCm1ZHG7Bd4RhLAQA89/AKkSiKpljlYt3ywU7t90V9ORv9T+SfihnVd9UR9HpTe1QEH3dFsLVuQl+NodLPgL/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=J6huii/edTd10LKAyOBNgkNeX/oqi/FiXbb6GwH8wNP6pc0FHkEX4TJfgK5Z/PWrA9JOmrJYPmwqk86H1aPCN0FlTVR8hTyh1X4pAyvdn08eHJO0Pbwam3S1lW5mMrt6tCt9yNcUU6IPMSe0lQE16Zim396CigMh3KUunZftee0= Received: by 10.100.58.4 with SMTP id g4mr1382799ana.1177034354453; Thu, 19 Apr 2007 18:59:14 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Thu, 19 Apr 2007 18:59:14 -0700 (PDT) Message-ID: Date: Fri, 20 Apr 2007 09:59:14 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 8c7f633597fc01bb Subject: Re: nanobsd.sh change: configurable boot0 loader and configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 01:59:16 -0000 And here's a simple documentation patch for my nanobsd changes. Index: share/man/man8/nanobsd.8 =================================================================== RCS file: /home/ncvs/src/share/man/man8/nanobsd.8,v retrieving revision 1.2 diff -u -r1.2 nanobsd.8 --- share/man/man8/nanobsd.8 5 Nov 2006 20:08:58 -0000 1.2 +++ share/man/man8/nanobsd.8 20 Apr 2007 01:51:24 -0000 @@ -197,6 +197,18 @@ Path to the source tree used to build the image. .It Va NANO_KERNEL Name of the kernel configuration file used to build the kernel. +.It Va NANO_BOOT0CFG +Controls the options passed to +.Xr boot0cfg 8 +; these dictate boot0's behaviour. +.It Va NANO_BOOTLOADER +The boot0 loader to use relative to the ${NANO_WORLDDIR} variable. +This defaults to +.Pa boot/boot0sio +and should be overridden to +.Pa boot/boot0 +to provide a VGA +console. .It Va CONF_BUILD Options passed to the .Cm buildworld @@ -293,6 +305,8 @@ .Ed .Sh SEE ALSO .Xr make.conf 5 , +.Xr boot 8 , +.Xr boot0cfg 8 , .Xr picobsd 8 .Sh HISTORY The From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 02:14:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3785816A402; Fri, 20 Apr 2007 02:14:07 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id E450E13C45B; Fri, 20 Apr 2007 02:14:06 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hei9N-000HIV-H5; Fri, 20 Apr 2007 10:43:01 +0900 Message-ID: <46281AA5.10307@micom.mng.net> Date: Fri, 20 Apr 2007 09:43:01 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Michael Nottebrock References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> In-Reply-To: <200704191812.50545.lofi@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, h.eichmann@gmx.de, kde@freebsd.org, current@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 02:14:07 -0000 Michael Nottebrock wrote: > On Wednesday, 18. April 2007, Beni wrote: > >> Hi List, >> >> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my >> whole system freezes when starting up k3b. I get the splash screen and then >> it all stops and a ctrl-alt-del is the only way out. >> My problem is the same as Beni's. Splash screen appears and hangs. I have to press power button to turn off and on my laptop. Didn't try ctrl+alt+del though. Ganbold > > Other people have reported kernel panics. It looks to me like k3b's device > probing and hald's device probing at the same time manages to tickle a bug in > ata(4). > > Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen in > happening on 5.5. > > > Cheers, > From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 04:16:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6591C16A402; Fri, 20 Apr 2007 04:16:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 83E4013C483; Fri, 20 Apr 2007 04:16:35 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:41481 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3588492AbXDTEQb (ORCPT + 2 others); Fri, 20 Apr 2007 08:16:31 +0400 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: bu7cher Message-ID: <46283E9B.7090408@yandex.ru> Date: Fri, 20 Apr 2007 08:16:27 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: LI Xin References: <118131176962129@webmail24.yandex.ru> <46270C7D.8040201@delphij.net> In-Reply-To: <46270C7D.8040201@delphij.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: andre@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek , Kris Kennaway Subject: Re: Fw: ZFS + sendfile = data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 04:16:37 -0000 LI Xin wrote: > Andrey V. Elsukov wrote: >> Sorry, I've misspelled email address, so i forward this >> email to the list. May be someone else can confirm this >> bug. > > I think Pawel has just committed a fix. Could you please confirm > whether or not when you have revision 1.252 of > src/sys/kern/uipc_syscalls.c and the problem still exists? > ident /boot/kernel/kernel | grep uipc_syscalls.c $FreeBSD: src/sys/kern/uipc_syscalls.c,v 1.252 2007/04/19 05:54:45 pjd Exp $ The problem are still present. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 04:36:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59F2016A400 for ; Fri, 20 Apr 2007 04:36:43 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4805F13C45A for ; Fri, 20 Apr 2007 04:36:41 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id BA7171124E; Thu, 19 Apr 2007 23:36:40 -0500 (CDT) Date: Thu, 19 Apr 2007 23:36:38 -0500 From: Craig Boston To: Peter Jeremy Message-ID: <20070420043638.GA4453@nowhere> Mail-Followup-To: Craig Boston , Peter Jeremy , Krassimir Slavchev , freebsd-current@freebsd.org References: <46272B99.9090100@bulinfo.net> <20070419223759.GA4051@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070419223759.GA4051@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.2i Cc: Krassimir Slavchev , freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 04:36:43 -0000 On Fri, Apr 20, 2007 at 08:37:59AM +1000, Peter Jeremy wrote: > You could try reducing net.inet.tcp.recvspace or disabling > net.inet.tcp.rfc1323 and see if that helps. (Though RELENG5 should > also be affected if this is the problem). I don't know if it's related, but I've had problems with packets to/from a recent -CURRENT box not being able to traverse a pf (running on 6.2-stable) firewall with NAT and state rules. Some of the packets are dropped unless I disable net.inet.tcp.rfc1323 on the system running -CURRENT, enough to cause ssh connections to stall and drop before login. 6.x machines behind the same firewall work just fine. I can provide tcpdump output if someone thinks it will help. Craig From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 05:59:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F5B516A400 for ; Fri, 20 Apr 2007 05:59:46 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3D24013C44C for ; Fri, 20 Apr 2007 05:59:46 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from monkeyboy.gshapiro.net (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3K5NAwJ084154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 19 Apr 2007 22:23:13 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) X-DKIM: Sendmail DKIM Filter v0.6.3 gir.gshapiro.net l3K5NAwJ084154 X-DomainKeys: Sendmail DomainKeys Filter v0.4.2 gir.gshapiro.net l3K5NAwJ084154 Received: by monkeyboy.gshapiro.net (Postfix, from userid 501) id D7CFD237439; Thu, 19 Apr 2007 22:21:08 -0700 (PDT) Date: Thu, 19 Apr 2007 22:21:08 -0700 From: Gregory Shapiro To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070420052108.GA452@monkeyboy.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: HEADS UP: Recompile milters after sendmail 8.14 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 05:59:46 -0000 sendmail has been updated from version 8.13.8 to 8.14.1 in the HEAD and RELENG_[456] branches. This upgrade includes a new libmilter library which requires all dynamically linked milters to be recompiled (no source code changes are required). Unfortunately, this problem (the need to recompile filters) was found after the MFC. The release engineering team has asked for this notice instead of doing a full backout of sendmail 8.14 in the RELENG_[456] branches. I'm sorry for the adverse effects from the change and will be more careful with future sendmail commits. From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 07:17:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C38916A401 for ; Fri, 20 Apr 2007 07:17:22 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 27E5B13C4B9 for ; Fri, 20 Apr 2007 07:17:22 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id B75BA6292B; Fri, 20 Apr 2007 10:17:20 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37130-05; Fri, 20 Apr 2007 10:17:19 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 552C46292A; Fri, 20 Apr 2007 10:17:19 +0300 (EEST) Message-ID: <462868FF.2050008@bulinfo.net> Date: Fri, 20 Apr 2007 10:17:19 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Peter Jeremy References: <46272B99.9090100@bulinfo.net> <20070419223759.GA4051@turion.vk2pj.dyndns.org> In-Reply-To: <20070419223759.GA4051@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 07:17:22 -0000 Peter Jeremy wrote: > On 2007-Apr-19 11:43:05 +0300, Krassimir Slavchev wrote: > >> The problem is when I try to access ftp servers, the connection stalls >> randomly. Also I can't do cvsup and fetch. >> This happens only with machines running -current and when the traffic is >> passed through router based on FreeBSD 4.4. One of the test machines is >> my notebook which have installed 7.0-CURRENT (from today) and 5.4-STABLE >> and I see this problem only with -current. >> > > The default TCP send and receive spaces were increased just after > RELENG4 was branched. The new receive space requires window scaling > to be used. I know that some versions of IPfilter have bugs in their > window scaling code and incorrectly block packets as "out of window". > > You could try reducing net.inet.tcp.recvspace or disabling > net.inet.tcp.rfc1323 and see if that helps. (Though RELENG5 should > also be affected if this is the problem). > Disabling net.inet.tcp.rfc1323 solves the problem. Decreasing net.inet.tcp.recvspace (16384 on 4.x) increases stallages. > Are you in a position to run tcpdump on your router? If so, can you > tcpdump both the internal and external interfaces and find packets > that don't make it thru? > Yes. I can do this when the traffic is minimal. It is very strange that both 6.2 and 5.4 have the same settings as 7.0: net.inet.tcp.recvspace: 65536 net.inet.tcp.rfc1323: 1 but the problem is with 7.0 only. Best Regards From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 08:09:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AB2616A401; Fri, 20 Apr 2007 08:09:59 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id CDC5313C457; Fri, 20 Apr 2007 08:09:55 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3K7iPbE038632; Fri, 20 Apr 2007 11:44:25 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3K7iOAH038627; Fri, 20 Apr 2007 11:44:24 +0400 (MSD) (envelope-from yar) Date: Fri, 20 Apr 2007 11:44:23 +0400 From: Yar Tikhiy To: Nate Lawson Message-ID: <20070420074423.GA22594@comp.chem.msu.su> References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704181648.46348.jhb@freebsd.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 08:09:59 -0000 On Wed, Apr 18, 2007 at 04:48:45PM -0400, John Baldwin wrote: > On Saturday 07 April 2007 15:47, Nate Lawson wrote: > > Dag-Erling Sm?rgrav wrote: > > > Nate Lawson writes: > > >> Obviously, it's easier to do nothing than something. So here are some > > >> options: > > >> > > >> 1. Add my patch -- if a server returns an error, I see no way it would > > >> have changed the PWD. If you say "CD GARBAGE", what reasonable system > > >> would return an error and change to some random dir? > > >> > > >> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say > > >> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch > > >> tries the multi-method first, falls back to the single-method on error. > > > > > > No. > > > > > > Thanks, > > > > > > DES > > > > I forgot: > > > > 3. #ifdef (on or off by default) > > > > Also, can I hear from anyone else besides Mr. No? > > I'm hestitant to make fetch explicitly not follow the RFC. At the least it > should follow the RFC by default. Having it not follow the RFC actually > broke stuff at work until I fixed it. I believe that the proposed feature should be conditional on the TVFS extension in the server (RFC 3659) as it indeed violates the basic FTP protocol. OTOH, TVFS seems to provide guarantees that a single CWD will work as expected. -- Yar From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 09:33:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0075216A400 for ; Fri, 20 Apr 2007 09:33:11 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id B4EA013C48A for ; Fri, 20 Apr 2007 09:33:10 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so710477nza for ; Fri, 20 Apr 2007 02:33:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Eh8k9uZb7TmVhb3dlaHMrLdcEaVp2E/LQAYca7WG+bJyU3+1g9F5x76bRoVRXBt4SXkxT8C3bmMYbJEoqgVcsUDCHmZa83yuukh8zM/o6e5Ol3lEwTZ2QX513KaJ67l+jxhpBYPBXSr/xDz9CrrG2rUZ5BlVZvjrZ5lPWpdfaTA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GfkSuqikcyrVO5NUknE+dRdDbTzkxk7R/F4gAMcbRUVXYQz9uX92pqbtQY3eXZNm5ZYmTF8PLpYKIYLiil1TAQFxePtnsO2bYkXJZHvC6d4WijlIGS/ThCHPD7IV1hAG8b44Kt+ey3MvmSiIExC30mF77salW5IXgCLSXFTk/mM= Received: by 10.115.19.16 with SMTP id w16mr1173007wai.1177059991058; Fri, 20 Apr 2007 02:06:31 -0700 (PDT) Received: by 10.115.33.15 with HTTP; Fri, 20 Apr 2007 02:06:30 -0700 (PDT) Message-ID: <84dead720704200206r141eb8d3le38e6b61aff6f8b8@mail.gmail.com> Date: Fri, 20 Apr 2007 14:36:30 +0530 From: "Joseph Koshy" To: "Andrei V. Lavreniyuk" In-Reply-To: <200704201010.55803.bamston@reactor-xg.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> <200704201010.55803.bamston@reactor-xg.kiev.ua> Cc: current@freebsd.org, sos@freebsd.org Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 09:33:11 -0000 avl> Kernel from March works normally... I get a similar message when trying to load "atapicam", on an Apr 20th kernel+world: # kldload atapicam acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 No /dev/cd0 entry is created. This device is a: acd0: DVDR at ata0-slave UDMA33 Apart from this ATAPICAM error, trying to burn CDs using burncd using the ATA device "/dev/acd0" also misbehaves, with an "I/O error" encountered a few seconds into each file being transferred to CD. Mounting CDs using the ATA device continues to work ok. IIRC, the 200702 snapshot of FreeBSD -current had worked without hitches on this hardware. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 09:50:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E3CD16A400 for ; Fri, 20 Apr 2007 09:50:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id ADE4D13C43E for ; Fri, 20 Apr 2007 09:50:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3K9o1b8006327; Fri, 20 Apr 2007 19:50:01 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3K9o1kW006326; Fri, 20 Apr 2007 19:50:01 +1000 (EST) (envelope-from peter) Date: Fri, 20 Apr 2007 19:50:01 +1000 From: Peter Jeremy To: Anton Yuzhaninov Message-ID: <20070420095001.GB5257@turion.vk2pj.dyndns.org> References: <313993633.20070419232238@citrin.ru> <4627DD1B.2080806@freebsd.org> <144280354.20070420023353@citrin.ru> <20070419223903.GA87190@xor.obsecurity.org> <334983330.20070420032226@citrin.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: <334983330.20070420032226@citrin.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org Subject: Re: clamd memory corruption (may be jemalloc related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 09:50:21 -0000 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-20 03:22:26 +0400, Anton Yuzhaninov wrote: >Clamav code quality is low, and probably it has bugs :( >But not obvious how to find this bugs. This smells like memory is being allocated in one thread and then being referenced in another thread before it is initialised. My initial suggestion is to put wrappers around malloc(3) family calls (or the program's own internal wrapper functions) that dump __FILE__, __LINE__ and pthread_self(), together with size and address information. The core dump will let you identify the thread that has detected the problem as well as the offending block of memory. The malloc debug output will let you detect where that block of memory is being allocated. It's then just a simple matter of working out the path from the latter to the former :-). Of course, since this appears to be a race condition between threads, it's quite likely it will be a heisenbug. --=20 Peter Jeremy --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGKIzJ/opHv/APuIcRArTLAKC+KL4EFUfudRxVDX+4vxsNxQebZwCgqe2j gALvToMT2h9FdWObrw6Hvj4= =iI2w -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 10:18:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 292AC16A401 for ; Fri, 20 Apr 2007 10:18:31 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 962C113C45D for ; Fri, 20 Apr 2007 10:18:30 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 6E1CA690619; Fri, 20 Apr 2007 11:20:13 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 283FD6906BB; Fri, 20 Apr 2007 11:20:13 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-85-62.net.novis.pt [87.196.85.62]) by core.fnop.net (Postfix) with ESMTP id 43D21690619; Fri, 20 Apr 2007 11:20:12 +0100 (WEST) Date: Fri, 20 Apr 2007 11:18:24 +0100 Message-ID: <86abx3nybz.wl%rpaulo@fnop.net> From: Rui Paulo To: Craig Boston , Peter Jeremy , Krassimir Slavchev , freebsd-current@freebsd.org In-Reply-To: <20070420043638.GA4453@nowhere> References: <46272B99.9090100@bulinfo.net> <20070419223759.GA4051@turion.vk2pj.dyndns.org> <20070420043638.GA4453@nowhere> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 10:18:31 -0000 At Thu, 19 Apr 2007 23:36:38 -0500, Craig Boston wrote: > > On Fri, Apr 20, 2007 at 08:37:59AM +1000, Peter Jeremy wrote: > > You could try reducing net.inet.tcp.recvspace or disabling > > net.inet.tcp.rfc1323 and see if that helps. (Though RELENG5 should > > also be affected if this is the problem). > > I don't know if it's related, but I've had problems with packets to/from > a recent -CURRENT box not being able to traverse a pf (running on > 6.2-stable) firewall with NAT and state rules. Some of the packets are > dropped unless I disable net.inet.tcp.rfc1323 on the system running > -CURRENT, enough to cause ssh connections to stall and drop before > login. > > 6.x machines behind the same firewall work just fine. I can provide > tcpdump output if someone thinks it will help. Maybe this helps. revision 1.291 date: 2006/02/28 23:05:59; author: andre; state: Exp; lines: +20 -19 Rework TCP window scaling (RFC1323) to properly scale the send window right from the beginning and partly clean up the differences in handling between SYN_SENT and SYN_RCVD (syncache). Further changes to this code to come. This is a first incremental step to a general overhaul and streamlining of the TCP code. PR: kern/15095 PR: kern/92690 (partly) Reviewed by: qingli (and tested with ANVL) Sponsored by: TCP/IP Optimization Fundraise 2005 -- Rui Paulo - rpaulo@fnop.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 11:40:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0CFD16A408 for ; Fri, 20 Apr 2007 11:40:18 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 51CF813C4BA for ; Fri, 20 Apr 2007 11:40:18 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 52510 invoked from network); 20 Apr 2007 11:03:44 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Apr 2007 11:03:44 -0000 Message-ID: <4628A6A0.40102@freebsd.org> Date: Fri, 20 Apr 2007 13:40:16 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Krassimir Slavchev References: <46272B99.9090100@bulinfo.net> <20070419223759.GA4051@turion.vk2pj.dyndns.org> <462868FF.2050008@bulinfo.net> In-Reply-To: <462868FF.2050008@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 11:40:19 -0000 Krassimir Slavchev wrote: > Peter Jeremy wrote: > >> On 2007-Apr-19 11:43:05 +0300, Krassimir Slavchev >> wrote: >> >> >>> The problem is when I try to access ftp servers, the connection >>> stalls randomly. Also I can't do cvsup and fetch. >>> This happens only with machines running -current and when the traffic >>> is passed through router based on FreeBSD 4.4. One of the test >>> machines is my notebook which have installed 7.0-CURRENT (from today) >>> and 5.4-STABLE and I see this problem only with -current. >>> >> >> >> The default TCP send and receive spaces were increased just after >> RELENG4 was branched. The new receive space requires window scaling >> to be used. I know that some versions of IPfilter have bugs in their >> window scaling code and incorrectly block packets as "out of window". >> >> You could try reducing net.inet.tcp.recvspace or disabling >> net.inet.tcp.rfc1323 and see if that helps. (Though RELENG5 should >> also be affected if this is the problem). >> > > Disabling net.inet.tcp.rfc1323 solves the problem. Decreasing > net.inet.tcp.recvspace (16384 on 4.x) increases stallages. > >> Are you in a position to run tcpdump on your router? If so, can you >> tcpdump both the internal and external interfaces and find packets >> that don't make it thru? >> > > Yes. I can do this when the traffic is minimal. > > It is very strange that both 6.2 and 5.4 have the same settings as 7.0: > > net.inet.tcp.recvspace: 65536 > net.inet.tcp.rfc1323: 1 > > but the problem is with 7.0 only. 7-current uses larger receive windows with a higher scaling factor. If your firewall doesn't correctly track that you get the problem you are describing. In pf based firewalls it is a common thing to misplace the keep-state rule. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 11:49:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60A0C16A406 for ; Fri, 20 Apr 2007 11:49:27 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id 71D0813C45D for ; Fri, 20 Apr 2007 11:49:26 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx112.stngva01.us.mxservers.net (198.173.112.18) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 2-0486589762 for ; Fri, 20 Apr 2007 13:49:24 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx112.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 5a7a8264.8109.310.mx112.stngva01.us.mxservers.net; Fri, 20 Apr 2007 07:44:37 -0400 (EDT) Received: (qmail 64499 invoked from network); 20 Apr 2007 08:35:17 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.26.86) by with SMTP; 20 Apr 2007 08:35:17 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l3K8ZFv2014473; Fri, 20 Apr 2007 10:35:16 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704200835.l3K8ZFv2014473@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Randall Stewart In-Reply-To: Message from Randall Stewart of "Thu, 19 Apr 2007 19:42:14 EDT." <4627FE56.7040700@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Apr 2007 10:35:15 +0200 From: Gary Jennejohn X-Spam: [F=0.5113045356; heur=0.500(-19800); stat=0.501; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-current@FreeBSD.org Subject: Re: Problems in current *or have you seen this? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 11:49:27 -0000 Randall Stewart writes: > A) I could not log in. Every time I try it tells me some pam module > cannot be loaded. Even though I can see the lib/pam.xxx that it > is complaining about. So, what do I do to fix it. I go to > an older 7.0 machine I had that x was fine on.. and copied in > the pam libs overwriting the ones I had just built. Ta-da I > can log in. I even just recently rebuilt and re-installed from > the latest current ..(buildworld).. and still I had the pam > problem (but of course now I keep the old pam libs in my home > dir so its a quick copy). As anyone seen this one?? > This may not be related to your problem, but I had a very similar situation when I stupidly did a ``make distribution'' in /usr/src/etc. I ended up with a mixture of old and new startup scripts in /etc/rc.d which resulted in pam not allowing me to log in. I booted single-user and deleted the old stuff and since then everything works hunky-dory. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:15:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4949216A407; Fri, 20 Apr 2007 17:15:24 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 069CA13C43E; Fri, 20 Apr 2007 17:15:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C1BE4207E; Fri, 20 Apr 2007 19:15:19 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id AF36C2049; Fri, 20 Apr 2007 19:15:19 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 8133E542C; Fri, 20 Apr 2007 19:15:17 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Ivan Voras References: Date: Fri, 20 Apr 2007 19:15:17 +0200 In-Reply-To: (Ivan Voras's message of "Fri, 20 Apr 2007 17:27:13 +0200") Message-ID: <86wt076k7u.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 17:15:24 -0000 Ivan Voras writes: > Many systems (including MacOS X and Solaris) are moving to GPT > partitions (http://en.wikipedia.org/wiki/GUID_Partition_Table), mostly > because they don't have the above limitations. My proposal is that we > deprecate BSD labels and move to GPT in 7.0 (or more correctly, if the > stars were to be benevolent on us, on the new systems that are > installed by the new GPT-aware installer :) ). Not unless geom_gpt receives considerable attention. Currently, it is not even possible to list the GPT, let alone create new partitions, if one of the partitions is open. GPT can not be the default partitioning scheme until this is addressed. > The second is more serious: FreeBSD boot code cannot boot from a GPT > partition. > > Part of the problem is that GPT uses GUIDs for distinguishing > partition types, so the current code that recognizes various partition > types (Linux, FreeBSD, NTFS - the famous "F1" prompt) may need to be > thrown out since each GUID is 16 bytes long and AFAIK there's only > about 300 bytes in the MBR for the boot code. DOS partitions normally start on a cylinder boundary, even though cylinders no longer mean anything. This means there is plenty of space for code and data between the MBR and the first partition. I don't know if this is also the case with GPT. > Now, the problem is - is someone with enough assembler knowledge > interested in implementing a GPT-aware boot loader? :) Capable, yes. Interested, perhaps. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:23:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DABF216A400; Fri, 20 Apr 2007 17:23:52 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.183]) by mx1.freebsd.org (Postfix) with ESMTP id 935B613C4AD; Fri, 20 Apr 2007 17:23:52 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout13/MantshX 4.0) with ESMTP id l3KGgpvX023153; Fri, 20 Apr 2007 09:42:52 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3KGgoM7027616 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Apr 2007 09:42:50 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3E23566F-DB23-48EF-85F6-23617113219D@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 20 Apr 2007 09:41:49 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Using G_PART with MBR/BSD instead [was: Re: GPT as default?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 17:23:53 -0000 On Apr 20, 2007, at 8:27 AM, Ivan Voras wrote: > My accepted GSoC project this year is making a graphical FreeBSD > installer (see http://wiki.freebsd.org/finstall). One of the first > functional (not related to UI) things the installer does is disk > partitioning, and I'm trying to simplify this step. *snip* > The FreeBSD kernel supports GPT, and AFAIK the ability to modify > them in-place was recently added with the "unified" GPT slicer. > There are two things that are stopping total use of GPT right now: *snip* You can achieve the same (i.e. simplify partitioning), but without going off into the woods (i.e. try to boot from GPT). The new GEOM partitioning class currently only understands GPT and APM, but can be easily extended to support MBR and BSD schemes as well as the SUN scheme. Extending the GEOM partitioning class that way allows you to work the problem based on a single unified API, which mostly abstracts the gory details and should allow you to simplify things. This probably is more fruitful that trying to change how disks are being partitioned. The whole idea behind the GPART GEOM class is that it's to be extended in the way I described. I'm working on a userland tool for it and we could greatly benefit from each other's work. Which for you means that you may actually have time to work on the installer, rather than see you time spent on disk partitioning alone. For me it means that I have feedback about missing functionality before I finish the tool, which should help write the tool in such a way that the missing functionality can be added easily later, if not right away. For FreeBSD the advantage is that things will start to come together in a logical design and hopefully end up being implemented completely. Just a thought, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:36:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 605C216A407; Fri, 20 Apr 2007 17:36:35 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.183]) by mx1.freebsd.org (Postfix) with ESMTP id 4877A13C457; Fri, 20 Apr 2007 17:36:35 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout13/MantshX 4.0) with ESMTP id l3KHaUNR021077; Fri, 20 Apr 2007 10:36:30 -0700 (PDT) Received: from [172.24.104.161] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l3KHaSeg003854 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Apr 2007 10:36:29 -0700 (PDT) In-Reply-To: <86wt076k7u.fsf@dwp.des.no> References: <86wt076k7u.fsf@dwp.des.no> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Fri, 20 Apr 2007 10:35:28 -0700 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 17:36:35 -0000 On Apr 20, 2007, at 10:15 AM, Dag-Erling Sm=F8rgrav wrote: > Ivan Voras writes: >> Many systems (including MacOS X and Solaris) are moving to GPT >> partitions (http://en.wikipedia.org/wiki/GUID_Partition_Table), =20 >> mostly >> because they don't have the above limitations. My proposal is that we >> deprecate BSD labels and move to GPT in 7.0 (or more correctly, if =20= >> the >> stars were to be benevolent on us, on the new systems that are >> installed by the new GPT-aware installer :) ). > > Not unless geom_gpt receives considerable attention. It receives attention. > Currently, it is not even possible to list the GPT, let alone create > new partitions, if one of the partitions is open. GPT can not be the > default partitioning scheme until this is addressed. You can list with the -r option. You cannot create unless you allow foot-shooting in GEOM (i.e. set kern.geom.debugflags=3D16). The latter a known side-effect of GEOM and has nothing to do with GPT itself. Anyway: The new G_PART class is there to fix it... >> The second is more serious: FreeBSD boot code cannot boot from a GPT >> partition. >> >> Part of the problem is that GPT uses GUIDs for distinguishing >> partition types, so the current code that recognizes various =20 >> partition >> types (Linux, FreeBSD, NTFS - the famous "F1" prompt) may need to be >> thrown out since each GUID is 16 bytes long and AFAIK there's only >> about 300 bytes in the MBR for the boot code. > > DOS partitions normally start on a cylinder boundary, even though > cylinders no longer mean anything. This means there is plenty of > space for code and data between the MBR and the first partition. > > I don't know if this is also the case with GPT. It isn't. If disk space is needed, one can always create a partition for it. There's no need to stuff things in anonymous sectors. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:39:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBA5916A40B for ; Fri, 20 Apr 2007 17:39:53 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id A850313C4C8 for ; Fri, 20 Apr 2007 17:39:53 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 78540 invoked from network); 20 Apr 2007 17:25:10 -0000 Received: from ppp-71-139-34-102.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.34.102) by root.org with ESMTPA; 20 Apr 2007 17:25:10 -0000 Message-ID: <4628F76F.80608@root.org> Date: Fri, 20 Apr 2007 10:25:03 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Yar Tikhiy References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> <20070420074423.GA22594@comp.chem.msu.su> In-Reply-To: <20070420074423.GA22594@comp.chem.msu.su> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 17:39:53 -0000 Yar Tikhiy wrote: > On Wed, Apr 18, 2007 at 04:48:45PM -0400, John Baldwin wrote: >> On Saturday 07 April 2007 15:47, Nate Lawson wrote: >>> Dag-Erling Sm?rgrav wrote: >>>> Nate Lawson writes: >>>>> Obviously, it's easier to do nothing than something. So here are some >>>>> options: >>>>> >>>>> 1. Add my patch -- if a server returns an error, I see no way it would >>>>> have changed the PWD. If you say "CD GARBAGE", what reasonable system >>>>> would return an error and change to some random dir? >>>>> >>>>> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say >>>>> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch >>>>> tries the multi-method first, falls back to the single-method on error. >>>> No. >>>> >>>> Thanks, >>>> >>>> DES >>> I forgot: >>> >>> 3. #ifdef (on or off by default) >>> >>> Also, can I hear from anyone else besides Mr. No? >> I'm hestitant to make fetch explicitly not follow the RFC. At the least it >> should follow the RFC by default. Having it not follow the RFC actually >> broke stuff at work until I fixed it. > > I believe that the proposed feature should be conditional on the > TVFS extension in the server (RFC 3659) as it indeed violates the > basic FTP protocol. OTOH, TVFS seems to provide guarantees that > a single CWD will work as expected. > I'll do the work if this is acceptable. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:57:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FBBE16A400 for ; Fri, 20 Apr 2007 17:57:18 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A251413C4B9 for ; Fri, 20 Apr 2007 17:57:17 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.60.100]) by phk.freebsd.dk (Postfix) with ESMTP id CA43217380; Fri, 20 Apr 2007 17:57:15 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3KHvFsH052687; Fri, 20 Apr 2007 17:57:15 GMT (envelope-from phk@critter.freebsd.dk) To: Ivan Voras From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 20 Apr 2007 17:27:13 +0200." Date: Fri, 20 Apr 2007 17:57:15 +0000 Message-ID: <52686.1177091835@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 17:57:18 -0000 In message , Ivan Voras writes: >Currently, the >FreeBSD default is classic BSD partitions on top of MSDOS partitions, >and there are a couple of inconvenient things about this arrangement: The BSD partitioning should be discontinued as fast and firmly as possible. By all means go GPT. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 18:19:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04DE016A403 for ; Fri, 20 Apr 2007 18:19:05 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 737F913C44B for ; Fri, 20 Apr 2007 18:19:04 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3KHf2EJ016775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 20 Apr 2007 20:41:02 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: current@freebsd.org Date: Fri, 20 Apr 2007 20:40:55 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704202040.56759.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: acpi0: reservation of 0, a0000 (3) failed and afd0: FAILURE - INQUIRY ILLEGAL REQUEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 18:19:05 -0000 Hi! # uname -a FreeBSD test.ua 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Apr 20 19:02:10 EEST 2007 root@test.ua:/usr/obj/usr/src/sys/MAIL amd64 -------------------------------------------------------------------- Copyright (c) 1992-2007 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 7.0-CURRENT #0: Fri Apr 20 19:02:10 EEST 2007 root@mail.reactor-xg.kiev.ua:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.47-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf49 Stepping = 9 Features=0xbfebfbff Features2=0x641d AMD Features=0x20000800 AMD Features2=0x1 Logical CPUs per core: 2 usable memory = 1057132544 (1008 MB) avail memory = 1017810944 (970 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f6f0000 (3) failed ^^^^^^^^^^^^^^^^ ??? Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xdc00-0xdc07 mem 0xf0000000-0xf7ffffff,0xfbe80000-0xfbefffff irq 16 at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xfbfffc00-0xfbfffc7f irq 17 at device 9.0 on pci1 miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:0a:5e:78:ab:ed xl0: [ITHREAD] ahc0: port 0xe800-0xe8ff mem 0xfbffe000-0xfbffefff irq 21 at device 10.0 on pci1 ahc0: [ITHREAD] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xe480-0xe4ff mem 0xfbfff800-0xfbfff87f irq 22 at device 11.0 on pci1 miibus1: on xl1 ukphy1: PHY 24 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:0a:5e:78:ab:56 xl1: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xd880-0xd887,0xd800-0xd803,0xd480-0xd487,0xd400-0xd403,0xd080-0xd08f irq 18 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] cryptosoft0: on motherboard orm0: at iomem 0xc0000-0xc9fff,0xca000-0xca7ff,0xca800-0xcafff,0xcb000-0xcb7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata0-master PIO4 afd0: 95MB at ata1-master PIO0 ad4: 76319MB at ata2-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ^^^^^^^^^^^^^^^^ ??? afd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ^^^^^^^^^^^^^^^^ ??? sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15)da0 at ata1 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 3.300MB/s transfers da0: 96MB (196608 512 byte sectors: 64H 32S/T 96C) cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a GEOM_ELI: Device ad4s1b.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software WARNING: /zip was not properly dismounted ------------------------------------------------- Best regards, Andrei V. Lavreniyuk. From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 19:31:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC7DC16A41B; Fri, 20 Apr 2007 19:31:40 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4976113C531; Fri, 20 Apr 2007 19:31:35 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 21E4A690681; Fri, 20 Apr 2007 20:33:13 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id D6A8E6906F6; Fri, 20 Apr 2007 20:33:12 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DSBL, RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.48]) by core.fnop.net (Postfix) with ESMTP id 2B7F3690681; Fri, 20 Apr 2007 20:33:12 +0100 (WEST) Date: Fri, 20 Apr 2007 20:31:26 +0100 Message-ID: <86k5w67shd.wl%rpaulo@fnop.net> From: Rui Paulo To: Andre Oppermann In-Reply-To: <4628A6A0.40102@freebsd.org> References: <46272B99.9090100@bulinfo.net> <20070419223759.GA4051@turion.vk2pj.dyndns.org> <462868FF.2050008@bulinfo.net> <4628A6A0.40102@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Peter Jeremy , Krassimir Slavchev , freebsd-current@freebsd.org Subject: Re: network problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 19:31:41 -0000 At Fri, 20 Apr 2007 13:40:16 +0200, Andre Oppermann wrote: > 7-current uses larger receive windows with a higher scaling factor. > If your firewall doesn't correctly track that you get the problem > you are describing. In pf based firewalls it is a common thing to > misplace the keep-state rule. I have another problem. I'm trying to talk to a host (MontaVista Linux based router/AP) that is on the same network segment. If rfc1323 is on, I can't browse the router's webpage: after a few bytes transfered, I only seep TCP keep alive packets. But a telnet connection works well. If I disable rfc1323, everything works as expected. Maybe this is related to PAWS, but I don't the router at hand. If you need a tcpdump, I can only give it to you during the upcoming week. From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 19:42:41 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B165016A401 for ; Fri, 20 Apr 2007 19:42:41 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 771B113C48C for ; Fri, 20 Apr 2007 19:42:41 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l3KJNFIB008549 for ; Fri, 20 Apr 2007 12:23:16 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l3KJNElL008548 for current@FreeBSD.org; Fri, 20 Apr 2007 12:23:14 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gcnCxn6pWL7oUBZwHYb1" Date: Fri, 20 Apr 2007 12:23:12 -0700 Message-Id: <1177096992.5641.11.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port X-Mailman-Approved-At: Fri, 20 Apr 2007 19:48:26 +0000 Cc: Subject: AGP on Intel 965 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 19:42:41 -0000 --=-gcnCxn6pWL7oUBZwHYb1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've put up a preliminary patch for AGP on the 965 chipsets: http://people.freebsd.org/~anholt/agp-i965-2.diff It seems to work for 2D, but if I start with DRI, the system hangs. The serial port on my box appears to be broken, so I haven't debugged it beyond there. Since DRI hangs, I haven't cleaned up/committed the patch yet. If anyone else has such a system and is interested in getting full graphics support for it, debugging that hang might be the next step. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-gcnCxn6pWL7oUBZwHYb1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGKRMgHUdvYGzw6vcRAr7cAKCP6rhWfi2tHsoWdxpiOsrKfKzthQCdGp5+ EtL6lIouNCL7ZG3hjEy3AF0= =Z7b2 -----END PGP SIGNATURE----- --=-gcnCxn6pWL7oUBZwHYb1-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:10:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73C3C16A403 for ; Fri, 20 Apr 2007 20:10:10 +0000 (UTC) (envelope-from SRS1=fe7d75280325825cf2627382be199f45d6100d32=es.net==fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB0913C4AE for ; Fri, 20 Apr 2007 20:10:10 +0000 (UTC) (envelope-from SRS1=fe7d75280325825cf2627382be199f45d6100d32=es.net==fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id ZXX62907 for ; Fri, 20 Apr 2007 12:55:07 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id ZXX05906; Fri, 20 Apr 2007 12:55:06 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 50D0745058; Fri, 20 Apr 2007 12:55:05 -0700 (PDT) To: Randall Stewart In-Reply-To: Your message of "Thu, 19 Apr 2007 19:42:14 EDT." <4627FE56.7040700@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1177098905_69529P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 20 Apr 2007 12:55:05 -0700 From: "Kevin Oberman" Message-Id: <20070420195505.50D0745058@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Problems in current *or have you seen this? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 20:10:10 -0000 --==_Exmh_1177098905_69529P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 19 Apr 2007 19:42:14 -0400 > From: Randall Stewart > Sender: owner-freebsd-current@freebsd.org > > Hi all: > > I have a few problems with current. And I am > wondering if anyone else has seen these. > > Now, I run my IBM T43 thinkpad on current. Yes I know > I am brave (ha ha). But I like to work on current and SCTP > on planes.. its seems one of the only ways I get things done. > > Christmas this past year, I decided to reload/rebuild everything > since I had a 80Gig disk that I had put to the side when my > new laptop arrived sticking my 60 Gig in.. > > So I saved off all my stuff. Loaded 6.1 (6.2 was not out > if I remember right.. or i was lazy). > > Drug out the cvs repository via cvsup. Went through and > built a kernel... built the world .. installed it.. and > then started building all the packages I use (like openoffice > etc). Lots of fun. > > At the end I rebooted and up came X very nicely.. and here > my first problem occurred > > A) I could not log in. Every time I try it tells me some pam module > cannot be loaded. Even though I can see the lib/pam.xxx that it > is complaining about. So, what do I do to fix it. I go to > an older 7.0 machine I had that x was fine on.. and copied in > the pam libs overwriting the ones I had just built. Ta-da I > can log in. I even just recently rebuilt and re-installed from > the latest current ..(buildworld).. and still I had the pam > problem (but of course now I keep the old pam libs in my home > dir so its a quick copy). As anyone seen this one?? This sounds like problems with source inconsistency. If you csup something that has files that were loaded from some other source, csup won't delete files that are no longer in CVS. csup will only delete files it created. I suggest that you delete the entire source tree the first time you update after a new install so that this does not happen. This applies to both src and ports. > B) When I got to Melbourne to teach a SCTP class .. I found my second > X'y problem. In all the time past, I easily plug in to projectors. > Hit alt-F7 and out goes my 1024x768 display.. and on with the show > :-D.. but when I got to the class room. Hit it all.. nothing. After > much fussing the only thing I found I could do was reboot my machine > with the projector up.. thus turning off the display and forcing > it out the beamer.. but it was stuck in 640x480 mode. Ugly and no > way does that work. I figured it might be their projector.. so we > used someones mac.. messed up fonts.. but oh well it worked. The > MAC also had some issues.. (but could project 1024).. So I get to > BSD-Asia last month.. thinking it was the projector.. and tada.. same > problem... I had to use a friends window's box (yuck). So is there > some magic cookie I need in X.. that somehow got lost in the new > load? I did have to disable drm in the file to keep it from crashing > on x exiting... or am I just doomed to not be able to project forever > :-( FWIW, my T43 has the same problem. I'd love to see a solution to this one! > C) So to add fun today I plugged in a USB stick to give someone some > code and down the machine crashed in the cam code.. trying to > lock a null mutex pointer. I think this is just a temporary thing > and I am doing a cvsup /rebuild now.. which I think will clear that > issue (since I have seen commits go in on those files ;-D) Scott has just committed several fixes that should take care of this. > Do I need to get a new ports tree... or ?? Same csup issues as with src, but, because of the way patches are heavily used in ports, far more likely to bite. I no longer install ports from the distro at all. I just csup them after I install. This used to be a pain when cvsup had to be installed, but csup is in the base system, so it's easy now. (Probably portsnap would work even better, but I still have not gotten around to trying it.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1177098905_69529P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGKRqZkn3rs5h7N1ERAiE/AJ41kYll7LGsja3UqtT2l23R3UE6AgCbBY1d wiji+ys1U4Ly8UXiQCSWBL4= =//Ze -----END PGP SIGNATURE----- --==_Exmh_1177098905_69529P-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:37:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C6DA16A401 for ; Fri, 20 Apr 2007 20:37:16 +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 1E1EB13C46C for ; Fri, 20 Apr 2007 20:37:15 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3KKb6jJ059272; Fri, 20 Apr 2007 14:37:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46292461.5090503@samsco.org> Date: Fri, 20 Apr 2007 14:36:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Poul-Henning Kamp References: <52686.1177091835@critter.freebsd.dk> In-Reply-To: <52686.1177091835@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 20 Apr 2007 14:37:07 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 20:37:16 -0000 Poul-Henning Kamp wrote: > In message , Ivan Voras writes: > >> Currently, the >> FreeBSD default is classic BSD partitions on top of MSDOS partitions, >> and there are a couple of inconvenient things about this arrangement: > > The BSD partitioning should be discontinued as fast and firmly > as possible. By all means go GPT. > An i386/amd64 bootloader needs to be written that can understand GPT. My understanding is that the ia64 EFI/GPT loader has very few reusable bits. Scott From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:57:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9800616A407 for ; Fri, 20 Apr 2007 20:57:03 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 543F013C4AD for ; Fri, 20 Apr 2007 20:57:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l3KKupNa058428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Apr 2007 13:56:58 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <462928C7.8090400@FreeBSD.org> Date: Fri, 20 Apr 2007 13:55:35 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Scott Long References: <52686.1177091835@critter.freebsd.dk> <46292461.5090503@samsco.org> In-Reply-To: <46292461.5090503@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org, Ivan Voras , freebsd-geom@FreeBSD.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 20:57:03 -0000 Scott Long wrote: > Poul-Henning Kamp wrote: >> In message , Ivan Voras writes: >> >>> Currently, the FreeBSD default is classic BSD partitions on top of >>> MSDOS partitions, and there are a couple of inconvenient things about >>> this arrangement: >> >> The BSD partitioning should be discontinued as fast and firmly >> as possible. By all means go GPT. >> > > An i386/amd64 bootloader needs to be written that can understand GPT. > My understanding is that the ia64 EFI/GPT loader has very few reusable > bits. It probably crazy idea, but I wonder if it's feasible to have "mini-GEOM" layer in loader, so that it's possible to use existing GEOM classes codebase there with little or no modifications. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 22:41:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B765916A408 for ; Fri, 20 Apr 2007 22:41:59 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 7856113C448 for ; Fri, 20 Apr 2007 22:41:59 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so890471nza for ; Fri, 20 Apr 2007 15:41:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Z7ThNOFp47DGHqyqTHCMoDrJkERyPvJkwm9r2BPBCWN/0Kv0ds/OIdq+POrkqaFl1VAC8L3PXs86FgrD/XUWVaZbhjf+k28eskmdG6P26HTNTWfTlLGH9t7GR/TDHOqjuSsY2+idEs3QskwrqWhDZ2woEnBec54PGqUO8PJR5DY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fUjdGGmzKchy2BTxmMtkgw91KuhcFNDSs+hr0HF/r3F/WfOVPSzAEEaaN4KMpC6xPoN9jNmHRBKvPmiO1TWHzf3ONycFhd1kLbWNt8wHkhwVCZV8E0t36FDyaG3ZAeqHeqji+G1ieqpRCcCTzN1ANkDSyqW4pyqQLC+ZM+0ifbs= Received: by 10.115.33.1 with SMTP id l1mr1456386waj.1177108918604; Fri, 20 Apr 2007 15:41:58 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Fri, 20 Apr 2007 15:41:58 -0700 (PDT) Message-ID: <7579f7fb0704201541t2383b895t4b850343d2f7deb7@mail.gmail.com> Date: Fri, 20 Apr 2007 15:41:58 -0700 From: "Matthew Jacob" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: bge && amd systems- a curious side note... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 22:41:59 -0000 I have an AMD box graciously given to me by David O'Brien. It has a bge chip on it. This box has suffered over the spasms of the bge driver of late in current. What *does* seem to happen is that it hangs during DHCP discovery- but if I ping it, it seems to unfreeze (see below). Just an FYI for those who are interested.... bge0: no link .....bge0: link state changed to UP got link DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 9 DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 13 <<<< Sent Ping at this point >>>> DHCPOFFER from 172.16.1.79 DHCPOFFER from 172.16.1.79 DHCPOFFER already seen. DHCPOFFER from 172.16.1.79 DHCPOFFER already seen. DHCPREQUEST on bge0 to 255.255.255.255 port 67 DHCPACK from 172.16.1.79 From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 23:52:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C678016A404 for ; Fri, 20 Apr 2007 23:52:03 +0000 (UTC) (envelope-from SRS0=fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id ADD3613C468 for ; Fri, 20 Apr 2007 23:52:03 +0000 (UTC) (envelope-from SRS0=fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id ZBU45003; Fri, 20 Apr 2007 16:52:03 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3D69945058; Fri, 20 Apr 2007 16:52:03 -0700 (PDT) To: "Matthew Jacob" In-Reply-To: Your message of "Fri, 20 Apr 2007 15:41:58 PDT." <7579f7fb0704201541t2383b895t4b850343d2f7deb7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1177113123_71803P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 20 Apr 2007 16:52:03 -0700 From: "Kevin Oberman" Message-Id: <20070420235203.3D69945058@ptavv.es.net> Cc: FreeBSD Current Subject: Re: bge && amd systems- a curious side note... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2007 23:52:03 -0000 --==_Exmh_1177113123_71803P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 20 Apr 2007 15:41:58 -0700 > From: "Matthew Jacob" > Sender: owner-freebsd-current@freebsd.org > > I have an AMD box graciously given to me by David O'Brien. It has a > bge chip on it. This box has suffered over the spasms of the bge > driver of late in current. > > What *does* seem to happen is that it hangs during DHCP discovery- but > if I ping it, it seems to unfreeze (see below). Just an FYI for those > who are interested.... > > > bge0: no link .....bge0: link state changed to UP > got link > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 3 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 7 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 7 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 9 > DHCPDISCOVER on bge0 to 255.255.255.255 port 67 interval 13 > <<<< Sent Ping at this point >>>> > DHCPOFFER from 172.16.1.79 > DHCPOFFER from 172.16.1.79 > DHCPOFFER already seen. > DHCPOFFER from 172.16.1.79 > DHCPOFFER already seen. > DHCPREQUEST on bge0 to 255.255.255.255 port 67 > DHCPACK from 172.16.1.79 Interesting. I often see similar behavior on my i386 system with a bge. Clearly not an amd64 only issue. I am a bit curious as to how you ping it before it gets an address and from where you ping it. I get similar results from killing the dhcpclient and starting it again. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1177113123_71803P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGKVIjkn3rs5h7N1ERAgsAAJ0VUDVmwYm+z/b1q0IlRaGY7dHHVACfcQvk xU1qSvQZbPcrIQ+TRGDN6pU= =x5Or -----END PGP SIGNATURE----- --==_Exmh_1177113123_71803P-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 00:06:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A505216A402; Sat, 21 Apr 2007 00:06:55 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id E22B613C455; Sat, 21 Apr 2007 00:06:54 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3L06o2m053546; Sat, 21 Apr 2007 04:06:50 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3L06nOL053545; Sat, 21 Apr 2007 04:06:49 +0400 (MSD) (envelope-from yar) Date: Sat, 21 Apr 2007 04:06:49 +0400 From: Yar Tikhiy To: Nate Lawson Message-ID: <20070421000649.GD52136@comp.chem.msu.su> References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> <20070420074423.GA22594@comp.chem.msu.su> <4628F76F.80608@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4628F76F.80608@root.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 00:06:55 -0000 On Fri, Apr 20, 2007 at 10:25:03AM -0700, Nate Lawson wrote: > Yar Tikhiy wrote: > > On Wed, Apr 18, 2007 at 04:48:45PM -0400, John Baldwin wrote: > >> On Saturday 07 April 2007 15:47, Nate Lawson wrote: > >>> Dag-Erling Sm?rgrav wrote: > >>>> Nate Lawson writes: > >>>>> Obviously, it's easier to do nothing than something. So here are some > >>>>> options: > >>>>> > >>>>> 1. Add my patch -- if a server returns an error, I see no way it would > >>>>> have changed the PWD. If you say "CD GARBAGE", what reasonable system > >>>>> would return an error and change to some random dir? > >>>>> > >>>>> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say > >>>>> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch > >>>>> tries the multi-method first, falls back to the single-method on error. > >>>> No. > >>>> > >>>> Thanks, > >>>> > >>>> DES > >>> I forgot: > >>> > >>> 3. #ifdef (on or off by default) > >>> > >>> Also, can I hear from anyone else besides Mr. No? > >> I'm hestitant to make fetch explicitly not follow the RFC. At the least it > >> should follow the RFC by default. Having it not follow the RFC actually > >> broke stuff at work until I fixed it. > > > > I believe that the proposed feature should be conditional on the > > TVFS extension in the server (RFC 3659) as it indeed violates the > > basic FTP protocol. OTOH, TVFS seems to provide guarantees that > > a single CWD will work as expected. > > > > I'll do the work if this is acceptable. I'm afraid you'll have to get an approval from Mr. No anyway to commit that. :-) I also wonder if there are enough TVFS conformant FTP servers out there to justify the work and the risk. But there's good news, too: yar@jujik:~$ftp -d -a ftp.freebsd.org Trying 2001:6c8:6:4::7... Trying 2001:4f8:0:2::e... Trying 204.152.184.73... Connected to ftp.freebsd.org. [...] ---> FEAT 211-Features: EPRT EPSV MDTM PASV REST STREAM SIZE TVFS 211 End features[FEAT_FEAT] = 1 features[FEAT_MDTM] = 1 features[FEAT_MLST] = 0 features[FEAT_REST_STREAM] = 1 features[FEAT_SIZE] = 1 features[FEAT_TVFS] = 1 62.243.72.50 tells it supports TVFS, too. Our stock ftpd(8) has just started to announce TVFS support, too, but only when in UTF-8 mode because RFC 3659 says that TVFS implies UTF-8 file names. -- Yar From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 00:11:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0995216A401 for ; Sat, 21 Apr 2007 00:11:49 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id DD16013C455 for ; Sat, 21 Apr 2007 00:11:48 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 25063 invoked from network); 21 Apr 2007 00:11:50 -0000 Received: from ppp-71-139-34-102.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.34.102) by root.org with ESMTPA; 21 Apr 2007 00:11:50 -0000 Message-ID: <462956BE.3050904@root.org> Date: Fri, 20 Apr 2007 17:11:42 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Yar Tikhiy References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> <20070420074423.GA22594@comp.chem.msu.su> <4628F76F.80608@root.org> <20070421000649.GD52136@comp.chem.msu.su> In-Reply-To: <20070421000649.GD52136@comp.chem.msu.su> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 00:11:49 -0000 Yar Tikhiy wrote: > On Fri, Apr 20, 2007 at 10:25:03AM -0700, Nate Lawson wrote: >> Yar Tikhiy wrote: >>> On Wed, Apr 18, 2007 at 04:48:45PM -0400, John Baldwin wrote: >>>> On Saturday 07 April 2007 15:47, Nate Lawson wrote: >>>>> Dag-Erling Sm?rgrav wrote: >>>>>> Nate Lawson writes: >>>>>>> Obviously, it's easier to do nothing than something. So here are some >>>>>>> options: >>>>>>> >>>>>>> 1. Add my patch -- if a server returns an error, I see no way it would >>>>>>> have changed the PWD. If you say "CD GARBAGE", what reasonable system >>>>>>> would return an error and change to some random dir? >>>>>>> >>>>>>> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say >>>>>>> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch >>>>>>> tries the multi-method first, falls back to the single-method on error. >>>>>> No. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> DES >>>>> I forgot: >>>>> >>>>> 3. #ifdef (on or off by default) >>>>> >>>>> Also, can I hear from anyone else besides Mr. No? >>>> I'm hestitant to make fetch explicitly not follow the RFC. At the least it >>>> should follow the RFC by default. Having it not follow the RFC actually >>>> broke stuff at work until I fixed it. >>> I believe that the proposed feature should be conditional on the >>> TVFS extension in the server (RFC 3659) as it indeed violates the >>> basic FTP protocol. OTOH, TVFS seems to provide guarantees that >>> a single CWD will work as expected. >>> >> I'll do the work if this is acceptable. > > I'm afraid you'll have to get an approval from Mr. No anyway > to commit that. :-) > > I also wonder if there are enough TVFS conformant FTP servers out > there to justify the work and the risk. But there's good news, > too: > > yar@jujik:~$ftp -d -a ftp.freebsd.org > Trying 2001:6c8:6:4::7... > Trying 2001:4f8:0:2::e... > Trying 204.152.184.73... > Connected to ftp.freebsd.org. > [...] > ---> FEAT > 211-Features: > EPRT > EPSV > MDTM > PASV > REST STREAM > SIZE > TVFS > 211 End > features[FEAT_FEAT] = 1 > features[FEAT_MDTM] = 1 > features[FEAT_MLST] = 0 > features[FEAT_REST_STREAM] = 1 > features[FEAT_SIZE] = 1 > features[FEAT_TVFS] = 1 > > 62.243.72.50 tells it supports TVFS, too. > > Our stock ftpd(8) has just started to announce TVFS support, too, > but only when in UTF-8 mode because RFC 3659 says that TVFS implies > UTF-8 file names. > proftpd does not have TVFS although it has FEAT. Hmm, guess this is too advanced. Anyone have an issue with me committing the code under an #ifdef, off by default? I'll make a note in the src about TVFS support as a todo. I only use fetch on some servers for pkg_add and it really would be a win to not have the added latency. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 01:24:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14B9116A400 for ; Sat, 21 Apr 2007 01:24:11 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id C795F13C465 for ; Sat, 21 Apr 2007 01:24:10 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1116351wra for ; Fri, 20 Apr 2007 18:24:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L0Cohju6e0nL4CpMt7Wr71IfWqXPQUh2NMkdFfBG2YZxQRn9kcnOB5yi2iAcRtc1nUiDXWrpBLZEIafX4xcze/+EwB+pZmPTTlS+I0en0IAUXCvEsJijVYEg6S7PjbAeYU3MnKjhW3b+Ef7VG7098YuPlAJdytyTkaNCnm/iV+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FHatPfNj89Citx6DBHSEbGtCVG37b7eIc9mYjxZD840kHNKlIvDKW32+lwXjODMI8b9bM3bh5WnFnGGBxYDep7LXJ5a3gDT3uPnUutfi56BGWoTf3QudQ9kDeagci9mY83qoYGLKttCcXHi+H4ZwZWivDN5OjREZ27SmJ5GV/Vs= Received: by 10.115.88.1 with SMTP id q1mr1465767wal.1177118649794; Fri, 20 Apr 2007 18:24:09 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Fri, 20 Apr 2007 18:24:09 -0700 (PDT) Message-ID: <7579f7fb0704201824y6d8705a9q7f44b8d25b11546c@mail.gmail.com> Date: Fri, 20 Apr 2007 18:24:09 -0700 From: "Matthew Jacob" To: "Kevin Oberman" In-Reply-To: <20070420235203.3D69945058@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0704201541t2383b895t4b850343d2f7deb7@mail.gmail.com> <20070420235203.3D69945058@ptavv.es.net> Cc: FreeBSD Current Subject: Re: bge && amd systems- a curious side note... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 01:24:11 -0000 > Interesting. I often see similar behavior on my i386 system with a > bge. Clearly not an amd64 only issue. > > I am a bit curious as to how you ping it before it gets an address and > from where you ping it. Oh, it probably has an address and is in the process of completing the DHCP ack. I ping it from the DHCP server, From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 01:52:30 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 289BB16A403 for ; Sat, 21 Apr 2007 01:52:30 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id E297213C46C for ; Sat, 21 Apr 2007 01:52:29 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l3L1qRm2067152 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Apr 2007 18:52:28 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <46296E0F.2070202@FreeBSD.org> Date: Fri, 20 Apr 2007 18:51:11 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: "current@freebsd.org" , freebsd-fs@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Bug in the unmounting 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, 21 Apr 2007 01:52:30 -0000 Hi, I have noticed that there is a bug in unmounting code which could make filesystem unmountable when its parent filesystem has been forcefully unmounted. Following is quick way to reproduce the problem: [sobomax@pioneer ~]$ sudo mkdir -p /tmp/1/2 [sobomax@pioneer ~]$ sudo mkdir /tmp/3 [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3 [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3/2 [sobomax@pioneer ~]$ sudo umount -f /tmp/3 [sobomax@pioneer ~]$ sudo mount -v /tmp/1 on /tmp/3/2 (nullfs, local, fsid 03ff000202000000) [sobomax@pioneer ~]$ sudo umount 03ff000202000000 umount: unmount of /tmp/3/2 failed: No such file or directory umount: retrying using path instead of file system ID umount: unmount of /tmp/3/2 failed: No such file or directory Investigation has revealed that in this case vn_lock() call fails with ENOENT due to the following piece of code: vn_lock() [...] if (error == 0 && vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) == 0) { VOP_UNLOCK(vp, 0, td); error = ENOENT; break; } [...] Addition of LK_RETRY flag fixed the problem, but my knowledge of VFS is quite limited so that I would appreciate if somebody could verify that the fix below won't have any undesirable effects. -Maxim --- vfs_mount.c 2007/04/21 01:40:53 1.1 +++ vfs_mount.c 2007/04/21 01:41:09 @@ -1155,7 +1155,7 @@ mnt_gen_r = mp->mnt_gen; VI_LOCK(coveredvp); vholdl(coveredvp); - error = vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK, td); + error = vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK | LK_RETRY, td); vdrop(coveredvp); /* * Check for mp being unmounted while waiting for the From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 02:13:52 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D5F416A402; Sat, 21 Apr 2007 02:13:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0966A13C43E; Sat, 21 Apr 2007 02:13:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D853C1A4D95; Fri, 20 Apr 2007 19:14:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4640751428; Fri, 20 Apr 2007 22:13:51 -0400 (EDT) Date: Fri, 20 Apr 2007 22:13:51 -0400 From: Kris Kennaway To: Maxim Sobolev Message-ID: <20070421021351.GA45020@xor.obsecurity.org> References: <46296E0F.2070202@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <46296E0F.2070202@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, "current@freebsd.org" Subject: Re: Bug in the unmounting 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, 21 Apr 2007 02:13:52 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 20, 2007 at 06:51:11PM -0700, Maxim Sobolev wrote: > Hi, >=20 > I have noticed that there is a bug in unmounting code which could make > filesystem unmountable when its parent filesystem has been forcefully > unmounted. Following is quick way to reproduce the problem: >=20 > [sobomax@pioneer ~]$ sudo mkdir -p /tmp/1/2 > [sobomax@pioneer ~]$ sudo mkdir /tmp/3 > [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3 > [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3/2 > [sobomax@pioneer ~]$ sudo umount -f /tmp/3 > [sobomax@pioneer ~]$ sudo mount -v > /tmp/1 on /tmp/3/2 (nullfs, local, fsid 03ff000202000000) > [sobomax@pioneer ~]$ sudo umount 03ff000202000000 > umount: unmount of /tmp/3/2 failed: No such file or directory > umount: retrying using path instead of file system ID > umount: unmount of /tmp/3/2 failed: No such file or directory Thanks for tracking this down, I have seen (and reported) these unmountable filesystems myself but had not found a way to reproduce it. Kris > Investigation has revealed that in this case vn_lock() call fails with > ENOENT due to the following piece of code: >=20 > vn_lock() > [...] > if (error =3D=3D 0 && vp->v_iflag & VI_DOOMED && > (flags & LK_RETRY) =3D=3D 0) { > VOP_UNLOCK(vp, 0, td); > error =3D ENOENT; > break; > } > [...] >=20 > Addition of LK_RETRY flag fixed the problem, but my knowledge of VFS is > quite limited so that I would appreciate if somebody could verify that > the fix below won't have any undesirable effects. >=20 > -Maxim >=20 > --- vfs_mount.c 2007/04/21 01:40:53 1.1 > +++ vfs_mount.c 2007/04/21 01:41:09 > @@ -1155,7 +1155,7 @@ > mnt_gen_r =3D mp->mnt_gen; > VI_LOCK(coveredvp); > vholdl(coveredvp); > - error =3D vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK,= td); > + error =3D vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK | > LK_RETRY, td); > vdrop(coveredvp); > /* > * Check for mp being unmounted while waiting for the >=20 >=20 > _______________________________________________ > 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 --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGKXNeWry0BWjoQKURAv3HAKDGKaUnUBKClBVCJwQRi7k+myIjygCeOcnC 3zRzMUkJj0Nh/RNOJuy5PuM= =w8no -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 02:09:16 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22BB716A402; Sat, 21 Apr 2007 02:09:16 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id DD03913C459; Sat, 21 Apr 2007 02:09:15 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l3L1pjCg067120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Apr 2007 18:51:51 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <46296DE1.4090408@sippysoft.com> Date: Fri, 20 Apr 2007 18:50:25 -0700 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: "current@freebsd.org" , freebsd-fs@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 21 Apr 2007 02:44:56 +0000 Cc: Subject: Bug in the unmounting 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, 21 Apr 2007 02:09:16 -0000 Hi, I have noticed that there is a bug in unmounting code which could make filesystem unmountable when its parent filesystem has been forcefully unmounted. Following is quick way to reproduce the problem: [sobomax@pioneer ~]$ sudo mkdir -p /tmp/1/2 [sobomax@pioneer ~]$ sudo mkdir /tmp/3 [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3 [sobomax@pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3/2 [sobomax@pioneer ~]$ sudo umount -f /tmp/3 [sobomax@pioneer ~]$ sudo mount -v /tmp/1 on /tmp/3/2 (nullfs, local, fsid 03ff000202000000) [sobomax@pioneer ~]$ sudo umount 03ff000202000000 umount: unmount of /tmp/3/2 failed: No such file or directory umount: retrying using path instead of file system ID umount: unmount of /tmp/3/2 failed: No such file or directory Investigation has revealed that in this case vn_lock() call fails with ENOENT due to the following piece of code: vn_lock() [...] if (error == 0 && vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) == 0) { VOP_UNLOCK(vp, 0, td); error = ENOENT; break; } [...] Addition of LK_RETRY flag fixed the problem, but my knowledge of VFS is quite limited so that I would appreciate if somebody could verify that the fix below won't have any undesirable effects. -Maxim --- vfs_mount.c 2007/04/21 01:40:53 1.1 +++ vfs_mount.c 2007/04/21 01:41:09 @@ -1155,7 +1155,7 @@ mnt_gen_r = mp->mnt_gen; VI_LOCK(coveredvp); vholdl(coveredvp); - error = vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK, td); + error = vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK | LK_RETRY, td); vdrop(coveredvp); /* * Check for mp being unmounted while waiting for the From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 03:05:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A84F216A400; Sat, 21 Apr 2007 03:05:55 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from toq10-srv.bellnexxia.net (toq10.bellnexxia.net [209.226.175.117]) by mx1.freebsd.org (Postfix) with ESMTP id 2377813C4B8; Sat, 21 Apr 2007 03:05:54 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from toip37-bus.srvr.bell.ca ([67.69.240.38]) by tomts33-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070421021907.VUNU1829.tomts33-srv.bellnexxia.net@toip37-bus.srvr.bell.ca>; Fri, 20 Apr 2007 22:19:07 -0400 Received: from unknown (HELO mail.telcobridges.com) ([67.70.237.76]) by toip37-bus.srvr.bell.ca with ESMTP; 20 Apr 2007 22:19:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAOgRKUZDRu1M/2dsb2JhbAA Received: from [192.168.0.100] (modemcable120.208-83-70.mc.videotron.ca [70.83.208.120]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id l3L2J53j080250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Apr 2007 22:19:06 -0400 (EDT) (envelope-from sepotvin@FreeBSD.org) Message-ID: <46297494.5050104@FreeBSD.org> Date: Fri, 20 Apr 2007 22:19:00 -0400 From: "Stephane E. Potvin" Organization: FreeBSD User-Agent: Thunderbird 1.5.0.10 (X11/20070416) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/mixed; boundary="------------040905070709090605040409" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Greg Lewis , Pawel Jakub Dawidek Subject: ZFS, procfs and java X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 03:05:55 -0000 This is a multi-part message in MIME format. --------------040905070709090605040409 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It seems that the ZFS cache (dnlc) doesn't update the VSF_namecache fields in the vnodes (v_cache_src, v_cache_dst and v_dd). This unfortunately causes the file link in /proc/curproc to return "unknown" as it uses vn_fullpath which relies on the namecache fields to be set correctly. Java uses /proc/curproc/file to know where to find its libraries and doesn't expect the "unknown" return value returned when using ZFS (due to vn_fullpath failing). The attached patches to the java/jdk15 port fixes this issue but it doesn't fix the root of the problem. Would it be possible to add support in dnlc for updating the VFS namecache fields or to add knowledge of dnlc into vn_fullpath? Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGKXSMmdOXtTCX/nsRAgZkAJ9sLwdGsOXMNFAa4etkDFntlZl1IACg/Nzj pcW5y691zGlxv+ZRFq5ADKs= =XCss -----END PGP SIGNATURE----- --------------040905070709090605040409 Content-Type: application/octet-stream; name="patch-j2se::src::solaris::bin::java_md.c.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-j2se::src::solaris::bin::java_md.c.sig" iD8DBQBGKXSMmdOXtTCX/nsRAvRbAKC+MUiLGyfN7Lh0G1ZU3UB7NicDGACeMRXeSNXzc/kk h6Mzq5n94D/5nRk= --------------040905070709090605040409 Content-Type: application/octet-stream; name*0="patch-deploy::src::javaws::solaris::native::system_md.c.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="patch-deploy::src::javaws::solaris::native::system_md.c.sig" iD8DBQBGKXSMmdOXtTCX/nsRAoEOAJ4/23kZrNas1CqWFGLHUNU42Vdm/gCgsioZJkJB+s1h +x3mct+nBMmVNTA= --------------040905070709090605040409-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 04:00:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A443116A401; Sat, 21 Apr 2007 04:00:28 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA7E13C458; Sat, 21 Apr 2007 04:00:28 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3L3bupJ000544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Apr 2007 20:38:00 -0700 (PDT) (envelope-from gshapiro@freebsd.org) X-DKIM: Sendmail DKIM Filter v0.6.5 gir.gshapiro.net l3L3bupJ000544 X-DomainKeys: Sendmail DomainKeys Filter v0.5.0 gir.gshapiro.net l3L3bupJ000544 Date: Fri, 20 Apr 2007 20:35:54 -0700 From: Gregory Shapiro To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070421033554.GM17251@monkeyboy.local> References: <20070420052108.GA452@monkeyboy.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070420052108.GA452@monkeyboy.local> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: HEADS UP: Recompile milters after sendmail 8.14 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 04:00:28 -0000 > Unfortunately, this problem (the need to recompile filters) was found > after the MFC. The release engineering team has asked for this notice > instead of doing a full backout of sendmail 8.14 in the RELENG_[456] > branches. Note that I have some new code, currently under review, that eliminates the need to recompile filters by removing fixing the ABI change. I will post another HEADS UP when that change is committed (first to HEAD, then to the RELENG_[456] branches). In the mean time, you may want to delay upgrades until the new code is in place. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 05:23:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71FCF16A406 for ; Sat, 21 Apr 2007 05:23:04 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 292CF13C455 for ; Sat, 21 Apr 2007 05:23:04 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so928204pyh for ; Fri, 20 Apr 2007 22:23:03 -0700 (PDT) Received: by 10.35.76.9 with SMTP id d9mr6295478pyl.1177132983515; Fri, 20 Apr 2007 22:23:03 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Fri, 20 Apr 2007 22:23:03 -0700 (PDT) Message-ID: <626eb4530704202223v65cf00n2d3c9b8359bc79c4@mail.gmail.com> Date: Sat, 21 Apr 2007 14:23:03 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070418152555.GC13702@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070417212503.GH8741@garage.freebsd.pl> <626eb4530704172110t45c5e85fmcbebc99d744586ce@mail.gmail.com> <20070418152555.GC13702@garage.freebsd.pl> X-Google-Sender-Auth: a5357a52d1226e50 Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org, Johan Hendriks Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 05:23:04 -0000 Yes, it works. Many thanks! On 4/19/07, Pawel Jakub Dawidek wrote: > On Wed, Apr 18, 2007 at 01:10:49PM +0900, Hidetoshi Shimokawa wrote: > > I can still reproduce the problem. > > Please try the attached script. > > You need to set TESTFS and unprivileged USER appropriately. > > Thanks for the procedure. I just committed a fix. Snapshots were's > properly mounted when unprivileged user did lookup on a snapshot > directory. It should be fine now, can you try it and confirm it works > for you as well? > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 05:29:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AF6E16A407 for ; Sat, 21 Apr 2007 05:29:17 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1E09913C458 for ; Sat, 21 Apr 2007 05:29:16 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so928789pyh for ; Fri, 20 Apr 2007 22:29:16 -0700 (PDT) Received: by 10.35.102.1 with SMTP id e1mr6310053pym.1177133356616; Fri, 20 Apr 2007 22:29:16 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Fri, 20 Apr 2007 22:29:16 -0700 (PDT) Message-ID: <626eb4530704202229t59275304ub74539fd02d01e41@mail.gmail.com> Date: Sat, 21 Apr 2007 14:29:16 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070418152750.GD13702@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57200BF94E69E54880C9BB1AF714BBCBB521@w2003s01.double-l.local> <20070416094918.GC1068@garage.freebsd.pl> <46234D8E.8020501@yandex.ru> <20070416102623.GF1068@garage.freebsd.pl> <626eb4530704161851u74ba452am73bd8891b7b59e7f@mail.gmail.com> <20070417095631.GB4875@garage.freebsd.pl> <626eb4530704170802t7a797961q16aa039251af10ea@mail.gmail.com> <20070418152750.GD13702@garage.freebsd.pl> X-Google-Sender-Auth: ffc852b0091a523b Cc: Johan Hendriks , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: ls -al .zfs/snapshots dir reboots machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 05:29:17 -0000 I understand, thanks for clarification. On 4/19/07, Pawel Jakub Dawidek wrote: > Yes, we don't need it. In Solaris the domount() function is a general > purpose function, but in FreeBSD/ZFS it is only used to mount snapshots > and .zfs/ entires doesn't create namecache entires, so there is nothing > to purge. > > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 06:49:45 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4660F16A403; Sat, 21 Apr 2007 06:49:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D90CB13C4B7; Sat, 21 Apr 2007 06:49:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.60.100]) by phk.freebsd.dk (Postfix) with ESMTP id 23E8017382; Sat, 21 Apr 2007 06:49:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3L6nfvb055081; Sat, 21 Apr 2007 06:49:41 GMT (envelope-from phk@critter.freebsd.dk) To: Maxim Sobolev From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 20 Apr 2007 13:55:35 MST." <462928C7.8090400@FreeBSD.org> Date: Sat, 21 Apr 2007 06:49:41 +0000 Message-ID: <55080.1177138181@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@FreeBSD.org, Ivan Voras , freebsd-geom@FreeBSD.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 06:49:45 -0000 In message <462928C7.8090400@FreeBSD.org>, Maxim Sobolev writes: >Scott Long wrote: >> Poul-Henning Kamp wrote: >>> In message , Ivan Voras writes: >>> >>>> Currently, the FreeBSD default is classic BSD partitions on top of >>>> MSDOS partitions, and there are a couple of inconvenient things about >>>> this arrangement: >>> >>> The BSD partitioning should be discontinued as fast and firmly >>> as possible. By all means go GPT. >>> >> >> An i386/amd64 bootloader needs to be written that can understand GPT. >> My understanding is that the ia64 EFI/GPT loader has very few reusable >> bits. > >It probably crazy idea, but I wonder if it's feasible to have >"mini-GEOM" layer in loader, so that it's possible to use existing GEOM >classes codebase there with little or no modifications. That's actually an interesting idea... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 07:25:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ACE116A400 for ; Sat, 21 Apr 2007 07:25:59 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id EF43213C448 for ; Sat, 21 Apr 2007 07:25:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 16183207E; Sat, 21 Apr 2007 09:25:55 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id EB9F82049; Sat, 21 Apr 2007 09:25:54 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 4D10154AF; Sat, 21 Apr 2007 09:25:54 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Nate Lawson References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> <200704181648.46348.jhb@freebsd.org> <20070420074423.GA22594@comp.chem.msu.su> <4628F76F.80608@root.org> <20070421000649.GD52136@comp.chem.msu.su> <462956BE.3050904@root.org> Date: Sat, 21 Apr 2007 09:25:54 +0200 In-Reply-To: <462956BE.3050904@root.org> (Nate Lawson's message of "Fri, 20 Apr 2007 17:11:42 -0700") Message-ID: <867is6194t.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 07:25:59 -0000 Nate Lawson writes: > Anyone have an issue with me committing the code under an #ifdef, off by > default? I'll make a note in the src about TVFS support as a todo. Go ahead. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 07:39:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90C0416A401; Sat, 21 Apr 2007 07:39:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5091613C457; Sat, 21 Apr 2007 07:39:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3CFD82083; Sat, 21 Apr 2007 09:39:37 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A49172049; Sat, 21 Apr 2007 09:39:36 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 7DF0F54B2; Sat, 21 Apr 2007 09:39:36 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Marcel Moolenaar References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> Date: Sat, 21 Apr 2007 09:39:36 +0200 In-Reply-To: <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> (Marcel Moolenaar's message of "Fri, 20 Apr 2007 10:35:28 -0700") Message-ID: <863b2u18hz.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 07:39:41 -0000 Marcel Moolenaar writes: > On Apr 20, 2007, at 10:15 AM, Dag-Erling Sm=F8rgrav wrote: > > Currently, it is not even possible to list the GPT, let alone create > > new partitions, if one of the partitions is open. GPT can not be the > > default partitioning scheme until this is addressed. > You can list with the -r option. You cannot create unless you allow > foot-shooting in GEOM (i.e. set kern.geom.debugflags=3D16). The latter > a known side-effect of GEOM and has nothing to do with GPT itself. No, it is a known side effect of geom_gpt's poor design. Compare with geom_bsd, for instance. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 07:54:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FF6416A401; Sat, 21 Apr 2007 07:54:04 +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 BB52D13C43E; Sat, 21 Apr 2007 07:54:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3L7rqOM066844; Sat, 21 Apr 2007 01:53:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4629C2FE.9030301@samsco.org> Date: Sat, 21 Apr 2007 01:53:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> In-Reply-To: <863b2u18hz.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 21 Apr 2007 01:53:52 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-geom@freebsd.org, Marcel Moolenaar , Ivan Voras , freebsd-current@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 07:54:04 -0000 Dag-Erling Smørgrav wrote: > Marcel Moolenaar writes: >> On Apr 20, 2007, at 10:15 AM, Dag-Erling Smørgrav wrote: >>> Currently, it is not even possible to list the GPT, let alone create >>> new partitions, if one of the partitions is open. GPT can not be the >>> default partitioning scheme until this is addressed. >> You can list with the -r option. You cannot create unless you allow >> foot-shooting in GEOM (i.e. set kern.geom.debugflags=16). The latter >> a known side-effect of GEOM and has nothing to do with GPT itself. > > No, it is a known side effect of geom_gpt's poor design. Compare with > geom_bsd, for instance. > And as much as it pains me to say it, DES is right here ;-) geom_gpt needs to implement the appropriate verbs to allow apps to instruct the gpt instance to modify itself, instead of forcing apps to blindly overwrite it. Scott From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 08:04:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F20616A403; Sat, 21 Apr 2007 08:04:36 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (mail.computinginnovations.com [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id B83DF13C480; Sat, 21 Apr 2007 08:04:33 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.13.8/8.12.11) with ESMTP id l3KFxlWi089900; Fri, 20 Apr 2007 10:59:47 -0500 (CDT) Message-Id: <6.0.0.22.2.20070420105717.024e32e0@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 20 Apr 2007 10:59:00 -0500 To: Gregory Shapiro , freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Derek Ragona In-Reply-To: <20070420052108.GA452@monkeyboy.local> References: <20070420052108.GA452@monkeyboy.local> Mime-Version: 1.0 X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: HEADS UP: Recompile milters after sendmail 8.14 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 08:04:36 -0000 At 12:21 AM 4/20/2007, Gregory Shapiro wrote: >sendmail has been updated from version 8.13.8 to 8.14.1 in the HEAD and >RELENG_[456] branches. This upgrade includes a new libmilter library >which requires all dynamically linked milters to be recompiled (no >source code changes are required). > >Unfortunately, this problem (the need to recompile filters) was found >after the MFC. The release engineering team has asked for this notice >instead of doing a full backout of sendmail 8.14 in the RELENG_[456] >branches. > >I'm sorry for the adverse effects from the change and will be more >careful with future sendmail commits. For those of us with RELENG_[456] servers do we just need to buildworld and installworld? -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 08:17:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC17716A401 for ; Sat, 21 Apr 2007 08:17:34 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC7413C469 for ; Sat, 21 Apr 2007 08:17:34 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.60.100]) by phk.freebsd.dk (Postfix) with ESMTP id E64CD17382; Sat, 21 Apr 2007 08:17:32 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l3L8HWFr055491; Sat, 21 Apr 2007 08:17:32 GMT (envelope-from phk@critter.freebsd.dk) To: "Matthew Jacob" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 20 Apr 2007 15:41:58 MST." <7579f7fb0704201541t2383b895t4b850343d2f7deb7@mail.gmail.com> Date: Sat, 21 Apr 2007 08:17:32 +0000 Message-ID: <55490.1177143452@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Current Subject: Re: bge && amd systems- a curious side note... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 08:17:34 -0000 In message <7579f7fb0704201541t2383b895t4b850343d2f7deb7@mail.gmail.com>, "Matt hew Jacob" writes: >I have an AMD box graciously given to me by David O'Brien. It has a >bge chip on it. This box has suffered over the spasms of the bge >driver of late in current. > >What *does* seem to happen is that it hangs during DHCP discovery- but >if I ping it, it seems to unfreeze (see below). Just an FYI for those >who are interested.... I reported the exact same thing recently. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 10:08:21 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEA2716A401; Sat, 21 Apr 2007 10:08:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B5A3713C44C; Sat, 21 Apr 2007 10:08:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5A7E347500; Sat, 21 Apr 2007 06:08:21 -0400 (EDT) Date: Sat, 21 Apr 2007 11:08:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Stephane E. Potvin" In-Reply-To: <46297494.5050104@FreeBSD.org> Message-ID: <20070421110405.Y39377@fledge.watson.org> References: <46297494.5050104@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Greg Lewis , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS, procfs and java X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 10:08:22 -0000 On Fri, 20 Apr 2007, Stephane E. Potvin wrote: > It seems that the ZFS cache (dnlc) doesn't update the VSF_namecache fields > in the vnodes (v_cache_src, v_cache_dst and v_dd). This unfortunately causes > the file link in /proc/curproc to return "unknown" as it uses vn_fullpath > which relies on the namecache fields to be set correctly. > > Java uses /proc/curproc/file to know where to find its libraries and doesn't > expect the "unknown" return value returned when using ZFS (due to > vn_fullpath failing). The attached patches to the java/jdk15 port fixes this > issue but it doesn't fix the root of the problem. > > Would it be possible to add support in dnlc for updating the VFS namecache > fields or to add knowledge of dnlc into vn_fullpath? No application should rely on the correctness and usefulness of /proc/curproc/file -- the conversion from a vnode to a pathname is inherently unreliable. Likewise, properly ported applications should not rely on the availability of procfs, as its use is deprecated. My advice would be to talk to the Java porters about entirely eliminating this dependency. As a matter of debugging/logging convenience, it would be nice if ZFS implemented the name cache hooks, since using vn_fullpath is useful for procfs monitoring of process address space, audit, etc. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 10:12:26 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 252F316A400; Sat, 21 Apr 2007 10:12:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id A4E5013C455; Sat, 21 Apr 2007 10:12:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AE2ED487F2; Sat, 21 Apr 2007 12:12:23 +0200 (CEST) Received: from localhost (public-gprs74242.centertel.pl [91.94.163.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E798745B26; Sat, 21 Apr 2007 12:12:11 +0200 (CEST) Date: Sat, 21 Apr 2007 12:11:37 +0200 From: Pawel Jakub Dawidek To: Robert Watson Message-ID: <20070421101137.GA46583@garage.freebsd.pl> References: <46297494.5050104@FreeBSD.org> <20070421110405.Y39377@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20070421110405.Y39377@fledge.watson.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: Greg Lewis , freebsd-current@FreeBSD.org, "Stephane E. Potvin" Subject: Re: ZFS, procfs and java X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 10:12:26 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 21, 2007 at 11:08:21AM +0100, Robert Watson wrote: >=20 > On Fri, 20 Apr 2007, Stephane E. Potvin wrote: >=20 > >It seems that the ZFS cache (dnlc) doesn't update the VSF_namecache fiel= ds in the vnodes (v_cache_src, v_cache_dst and v_dd). This unfortunately ca= uses the file link in=20 > >/proc/curproc to return "unknown" as it uses vn_fullpath which relies on= the namecache fields to be set correctly. > > > >Java uses /proc/curproc/file to know where to find its libraries and doe= sn't expect the "unknown" return value returned when using ZFS (due to vn_f= ullpath failing). The=20 > >attached patches to the java/jdk15 port fixes this issue but it doesn't = fix the root of the problem. > > > >Would it be possible to add support in dnlc for updating the VFS namecac= he fields or to add knowledge of dnlc into vn_fullpath? >=20 > No application should rely on the correctness and usefulness of /proc/cur= proc/file -- the conversion from a vnode to a pathname is inherently unreli= able. Likewise,=20 > properly ported applications should not rely on the availability of procf= s, as its use is deprecated. My advice would be to talk to the Java porter= s about entirely=20 > eliminating this dependency. >=20 > As a matter of debugging/logging convenience, it would be nice if ZFS imp= lemented the name cache hooks, since using vn_fullpath is useful for procfs= monitoring of process=20 > address space, audit, etc. I tried to teach ZFS about our namecache (the code is under FREEBSD_NAMECACHE define), but it didn't worked stable, I'm probably still missing something. On the other hand it was rather easy to use namecache from OpenSolaris with ZFS (DNLC). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGKeNZForvXbEpPzQRArM6AKDqcjh7iPTuKDjLJRv0W2SNLyJNHgCgsaNn lcfPxj4ajci/24OrJCk7aGU= =yhaC -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 12:06:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9610C16A404 for ; Sat, 21 Apr 2007 12:06:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id BD4AF13C45D for ; Sat, 21 Apr 2007 12:06:04 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0BD6548807; Sat, 21 Apr 2007 14:06:02 +0200 (CEST) Received: from localhost (public-gprs74242.centertel.pl [91.94.163.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8760A45683; Sat, 21 Apr 2007 14:05:28 +0200 (CEST) Date: Sat, 21 Apr 2007 14:04:52 +0200 From: Pawel Jakub Dawidek To: "Andrey V. Elsukov" Message-ID: <20070421120452.GC46583@garage.freebsd.pl> References: <118131176962129@webmail24.yandex.ru> <46270C7D.8040201@delphij.net> <46283E9B.7090408@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f+W+jCU1fRNres8c" Content-Disposition: inline In-Reply-To: <46283E9B.7090408@yandex.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: andre@freebsd.org, freebsd-current@freebsd.org, LI Xin , Kris Kennaway Subject: Re: Fw: ZFS + sendfile = data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 12:06:05 -0000 --f+W+jCU1fRNres8c Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 20, 2007 at 08:16:27AM +0400, Andrey V. Elsukov wrote: > LI Xin wrote: > >Andrey V. Elsukov wrote: > >>Sorry, I've misspelled email address, so i forward this email to the li= st. May be someone else can confirm this bug. > >I think Pawel has just committed a fix. Could you please confirm > >whether or not when you have revision 1.252 of > >src/sys/kern/uipc_syscalls.c and the problem still exists? >=20 > > ident /boot/kernel/kernel | grep uipc_syscalls.c > $FreeBSD: src/sys/kern/uipc_syscalls.c,v 1.252 2007/04/19 05:54:45 p= jd Exp $ >=20 > The problem are still present. Because this commit wasn't suppose to fix it:) I just committed a fix the problem you are observing, can you verify it works for you? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --f+W+jCU1fRNres8c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGKf3kForvXbEpPzQRAsVvAKCRvopKNFQBFFHIcplQuMKhRn+dNQCdHaYg D07zT2pi5RmYqGt+pNkHmNI= =xLAs -----END PGP SIGNATURE----- --f+W+jCU1fRNres8c-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 14:43:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D43116A400; Sat, 21 Apr 2007 14:43:47 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from tomts23-srv.bellnexxia.net (tomts23.bellnexxia.net [209.226.175.185]) by mx1.freebsd.org (Postfix) with ESMTP id ABDF113C43E; Sat, 21 Apr 2007 14:43:46 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from toip41-bus.srvr.bell.ca ([67.69.240.42]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070421144345.EYFC1651.tomts23-srv.bellnexxia.net@toip41-bus.srvr.bell.ca>; Sat, 21 Apr 2007 10:43:45 -0400 Received: from unknown (HELO mail.telcobridges.com) ([67.70.237.76]) by toip41-bus.srvr.bell.ca with ESMTP; 21 Apr 2007 10:43:45 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJS/KUZDRu1M/2dsb2JhbAA Received: from [192.168.0.100] (modemcable120.208-83-70.mc.videotron.ca [70.83.208.120]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id l3LEhhbn092949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Apr 2007 10:43:45 -0400 (EDT) (envelope-from sepotvin@FreeBSD.org) Message-ID: <462A231A.5090208@FreeBSD.org> Date: Sat, 21 Apr 2007 10:43:38 -0400 From: "Stephane E. Potvin" Organization: FreeBSD User-Agent: Thunderbird 1.5.0.10 (X11/20070416) MIME-Version: 1.0 To: Robert Watson References: <46297494.5050104@FreeBSD.org> <20070421110405.Y39377@fledge.watson.org> In-Reply-To: <20070421110405.Y39377@fledge.watson.org> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Greg Lewis , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS, procfs and java X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 14:43:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Watson wrote: > > On Fri, 20 Apr 2007, Stephane E. Potvin wrote: > >> It seems that the ZFS cache (dnlc) doesn't update the VSF_namecache >> fields in the vnodes (v_cache_src, v_cache_dst and v_dd). This >> unfortunately causes the file link in /proc/curproc to return >> "unknown" as it uses vn_fullpath which relies on the namecache fields >> to be set correctly. >> >> Java uses /proc/curproc/file to know where to find its libraries and >> doesn't expect the "unknown" return value returned when using ZFS (due >> to vn_fullpath failing). The attached patches to the java/jdk15 port >> fixes this issue but it doesn't fix the root of the problem. >> >> Would it be possible to add support in dnlc for updating the VFS >> namecache fields or to add knowledge of dnlc into vn_fullpath? > > No application should rely on the correctness and usefulness of > /proc/curproc/file -- the conversion from a vnode to a pathname is > inherently unreliable. Likewise, properly ported applications should > not rely on the availability of procfs, as its use is deprecated. My > advice would be to talk to the Java porters about entirely eliminating > this dependency. > > As a matter of debugging/logging convenience, it would be nice if ZFS > implemented the name cache hooks, since using vn_fullpath is useful for > procfs monitoring of process address space, audit, etc. > Thanks Robert, you expressed far better than me what I was trying to express :) Indeed, the problem with java is that it doesn't check the "return value" of reading /proc/curproc/file for an error ("unknown" link name in that case). If procfs is not mounted then java works as expected. The patch that I attached with my original message fixes that problem. I was more wondering what would be the better way to fix vn_fullpath failures in the presence of ZFS for debugging/logging convenience, as you put it. After sleeping on that, I'm wondering if it would be better for procfs to not create the "file" link if vn_fullpath fails instead of creating one with "unknown"? This could probably cause applications to automatically revert as if procfs had not been mounted in most cases if they don't check for the magic "unknown" link name. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGKiMamdOXtTCX/nsRAjmzAJ91ZYhbeG43Sl+vPqR7v6qtyjWrGgCghlDd 9LDL7rI6uWHgX5qk/fOWqNE= =Hxct -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 15:17:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91DBD16A407; Sat, 21 Apr 2007 15:17:56 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail21.mail.yandex.net (webmail21.mail.yandex.net [213.180.223.145]) by mx1.freebsd.org (Postfix) with ESMTP id 0862113C4B7; Sat, 21 Apr 2007 15:17:55 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail21) by mail.yandex.ru id S2744724AbXDUPRw for (+ 2 others); Sat, 21 Apr 2007 19:17:52 +0400 Received: from [77.72.136.70] ([77.72.136.70]) by mail.yandex.ru with HTTP; Sat, 21 Apr 2007 19:17:51 +0400 From: "Andrey V. Elsukov" To: pjd@FreeBSD.org MIME-Version: 1.0 Message-Id: <1371177168671@webmail21.yandex.ru> Date: Sat, 21 Apr 2007 19:17:51 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: andre@freebsd.org, freebsd-current@freebsd.org, delphij@delphij.net, kris@obsecurity.org Subject: Re: ZFS + sendfile = data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 15:17:56 -0000 Hi, Pawel! > I just committed a fix the problem you are observing, can you verify it > works for you? Yes, now all works good. Thank you. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 14:29:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2D2116A400; Sat, 21 Apr 2007 14:29:25 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from lmailproxy02.edpnet.net (lmailproxy02.edpnet.net [212.71.1.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8A88C13C468; Sat, 21 Apr 2007 14:29:25 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from [192.168.1.100] (212.71.9.188.adsl.dyn.edpnet.net [212.71.9.188]) by lmailproxy02.edpnet.net (8.13.1/8.13.1) with ESMTP id l3LEXCZu031547; Sat, 21 Apr 2007 16:33:13 +0200 From: Beni To: Ganbold Date: Sat, 21 Apr 2007 16:29:19 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704200105.22646.michaelnottebrock@gmx.net> <46281DAC.7090508@micom.mng.net> In-Reply-To: <46281DAC.7090508@micom.mng.net> X-Face: %*c?V7%A[c.}s2rI*TaRWm-[I-, ZLpBKmmC-@)J}KGbr)=a, TsXSA=:ArC(<=?utf-8?q?v=5C/=5F=25BaB=24K=0A=09=24=60E=7D6=7EyjIqu/SN=3A=24Pb=7DGngR+8=3D?= =?utf-8?q?dE=60?=)V~48zl6) =?utf-8?q?BhEtfQ2=3D=7ChScx=3Frn30d!QMd=3F=2E=60/hR!l+=0A=09x?=(]+zXesMf?'W[>46aPKMAAwd7eT{X_O9besb[u]'Y(DAe MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704211629.20998.beni@brinckman.info> X-Virus-Scanned: ClamAV version 0.90.1, clamav-milter version 0.90.1 on lmailproxy02.edpnet.net X-Virus-Status: Clean X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED, BAYES_50, INFO_TLD autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on lmailproxy02.edpnet.net X-Mailman-Approved-At: Sat, 21 Apr 2007 15:27:53 +0000 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 14:29:26 -0000 On Friday 20 April 2007 03:55:56 Ganbold wrote: > Michael Nottebrock wrote: > > I forwarded my mail to gnome@ (the HAL maintainers) after sending it and > > Joe Marcus Clarke from gnome@ had this to say on the issue: > > > > --- snip > > > > This should have been fixed a while ago by jylefort when he set the > > default device for ATAPI access to be the ATAPICAM device (as opposed to > > the ATA device). Assuming you have not undone that change, and are > > running the latest version of HAL, these panics should not be occurring. > > > > Even still, you're right that these are not HAL bugs, but rather an > > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > > and dvd-utils under the covers to do the actual device work. Not sure > > what k3b is using, but maybe it diddles something it shouldn't. > > > > Joe > > > > --- snip > > > > Beni, Robert, Ganbold, are you all in fact running the latest version of > > the hal port and do you all have atapicam enabled in your kernel? If not, > > making sure of both might help avoiding the problem. > > I see. I know I have updated my system last Saturday (14th April 2007) and > I think I updated both hal and kdelibs ports. I have atapicam enabled in > kernel. > Let me double check it this weekend and I will let you know. > > thanks, > > Ganbold > > > ------------------------------------------------------------------------ > > > > Subject: > > Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? > > From: > > Joe Marcus Clarke > > Date: > > Thu, 19 Apr 2007 12:49:26 -0400 > > To: > > Michael Nottebrock > > > > To: > > Michael Nottebrock > > CC: > > gnome@freebsd.org > > > > Michael Nottebrock wrote: > >> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but > >> just FYI. > >> > >> > >> > >> ------------------------------------------------------------------------ > >> > >> Subject: > >> Re: [kde-freebsd] problem hal - k3b ? > >> From: > >> Michael Nottebrock > >> Date: > >> Thu, 19 Apr 2007 18:12:46 +0200 > >> To: > >> kde@freebsd.org > >> > >> To: > >> kde@freebsd.org > >> CC: > >> Beni , h.eichmann@gmx.de, current@freebsd.org, > >> stable@freebsd.org > >> > >> On Wednesday, 18. April 2007, Beni wrote: > >>> Hi List, > >>> > >>> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : > >>> my whole system freezes when starting up k3b. I get the splash screen > >>> and then it all stops and a ctrl-alt-del is the only way out. > >> > >> Other people have reported kernel panics. It looks to me like k3b's > >> device probing and hald's device probing at the same time manages to > >> tickle a bug in ata(4). > >> > >> Ref: > >> http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.htm > >>l > >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > >> > >> I'm afraid a true kernel hacker will have to inconvenince themselves > >> with running k3b and hal in order to have this one fixed. FWIW, I > >> haven't seen in happening on 5.5. > > > > This should have been fixed a while ago by jylefort when he set the > > default device for ATAPI access to be the ATAPICAM device (as opposed to > > the ATA device). Assuming you have not undone that change, and are > > running the latest version of HAL, these panics should not be occurring. > > > > Even still, you're right that these are not HAL bugs, but rather an > > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > > and dvd-utils under the covers to do the actual device work. Not sure > > what k3b is using, but maybe it diddles something it shouldn't. > > > > Joe Could it all be related to this : http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034553.html and the "solution" from Shane Bell in http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034602.html : "I believe the culprit is somewhere in a recent MFC to atapi-cam.c (rev 1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system hangs and "INQUIRY ILLEGAL REQUEST" errors here." Beni. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 14:51:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1160216A404; Sat, 21 Apr 2007 14:51:29 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from lmailproxy03.edpnet.net (lmailproxy03.edpnet.net [212.71.1.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6100113C46E; Sat, 21 Apr 2007 14:51:28 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from [192.168.1.100] (212.71.9.188.adsl.dyn.edpnet.net [212.71.9.188]) by lmailproxy03.edpnet.net (8.13.1/8.13.1) with ESMTP id l3LDVtKn012181; Sat, 21 Apr 2007 15:31:55 +0200 From: Beni To: Michael Nottebrock Date: Sat, 21 Apr 2007 15:28:52 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704192000.15405.groot@kde.org> <200704200105.22646.michaelnottebrock@gmx.net> In-Reply-To: <200704200105.22646.michaelnottebrock@gmx.net> X-Face: %*c?V7%A[c.}s2rI*TaRWm-[I-, ZLpBKmmC-@)J}KGbr)=a, TsXSA=:ArC(<=?utf-8?q?v=5C/=5F=25BaB=24K=0A=09=24=60E=7D6=7EyjIqu/SN=3A=24Pb=7DGngR+8=3D?= =?utf-8?q?dE=60?=)V~48zl6) =?utf-8?q?BhEtfQ2=3D=7ChScx=3Frn30d!QMd=3F=2E=60/hR!l+=0A=09x?=(]+zXesMf?'W[>46aPKMAAwd7eT{X_O9besb[u]'Y(DAe MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704211528.53534.beni@brinckman.info> X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on lmailproxy03.edpnet.net X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,BAYES_50 autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on lmailproxy03.edpnet.net X-Mailman-Approved-At: Sat, 21 Apr 2007 15:28:05 +0000 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella , Ganbold Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 14:51:29 -0000 On Friday 20 April 2007 01:05:17 Michael Nottebrock wrote: > I forwarded my mail to gnome@ (the HAL maintainers) after sending it and > Joe Marcus Clarke from gnome@ had this to say on the issue: > > --- snip > > This should have been fixed a while ago by jylefort when he set the > default device for ATAPI access to be the ATAPICAM device (as opposed to > the ATA device). =A0Assuming you have not undone that change, and are > running the latest version of HAL, these panics should not be occurring. > > Even still, you're right that these are not HAL bugs, but rather an > issue in the kernel. =A0I use nautilus-cd-burner to burn CDs in GNOME, and > I have never had such a panic on 6-STABLE. =A0n-c-b uses cdrecord, cdrao, > and dvd-utils under the covers to do the actual device work. =A0Not sure > what k3b is using, but maybe it diddles something it shouldn't. > > Joe > > --- snip > > Beni, Robert, Ganbold, are you all in fact running the latest version of > the hal port and do you all have atapicam enabled in your kernel? If not, > making sure of both might help avoiding the problem. I'm having both=20 # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering and=20 # scsi-emulatie voor atatpi-cd device atapicam in my kernel. My version of hal : [beni@www ~]$ hald --version HAL package version: 0.5.8 [beni@www ~]$ Thanks Adriaan for looking into this ! Beni. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 16:27:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE53816A402; Sat, 21 Apr 2007 16:27:55 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 80DC013C468; Sat, 21 Apr 2007 16:27:55 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3LGTd3O025620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Apr 2007 09:29:44 -0700 (PDT) (envelope-from gshapiro@freebsd.org) X-DKIM: Sendmail DKIM Filter v0.6.5 gir.gshapiro.net l3LGTd3O025620 X-DomainKeys: Sendmail DomainKeys Filter v0.5.0 gir.gshapiro.net l3LGTd3O025620 Date: Sat, 21 Apr 2007 09:27:39 -0700 From: Gregory Shapiro To: Derek Ragona Message-ID: <20070421162739.GN17251@monkeyboy.local> References: <20070420052108.GA452@monkeyboy.local> <6.0.0.22.2.20070420105717.024e32e0@mail.computinginnovations.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.0.22.2.20070420105717.024e32e0@mail.computinginnovations.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Recompile milters after sendmail 8.14 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 16:27:55 -0000 > For those of us with RELENG_[456] servers do we just need to buildworld and > installworld? Yes, after the new code is committed (I'll post at that time). From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 16:34:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC77816A401; Sat, 21 Apr 2007 16:34:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.175]) by mx1.freebsd.org (Postfix) with ESMTP id C37A113C489; Sat, 21 Apr 2007 16:34:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout05/MantshX 4.0) with ESMTP id l3LGYbCl000324; Sat, 21 Apr 2007 09:34:42 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3LGYZsv012974 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 21 Apr 2007 09:34:36 -0700 (PDT) In-Reply-To: <4629C2FE.9030301@samsco.org> References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Sat, 21 Apr 2007 09:33:34 -0700 To: Scott Long X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 16:34:54 -0000 On Apr 21, 2007, at 12:53 AM, Scott Long wrote: > Dag-Erling Sm=F8rgrav wrote: >> Marcel Moolenaar writes: >>> On Apr 20, 2007, at 10:15 AM, Dag-Erling Sm=F8rgrav wrote: >>>> Currently, it is not even possible to list the GPT, let alone =20 >>>> create >>>> new partitions, if one of the partitions is open. GPT can not =20 >>>> be the >>>> default partitioning scheme until this is addressed. >>> You can list with the -r option. You cannot create unless you allow >>> foot-shooting in GEOM (i.e. set kern.geom.debugflags=3D16). The = latter >>> a known side-effect of GEOM and has nothing to do with GPT itself. >> No, it is a known side effect of geom_gpt's poor design. Compare =20 >> with >> geom_bsd, for instance. > > And as much as it pains me to say it, DES is right here ;-) geom_gpt > needs to implement the appropriate verbs to allow apps to instruct the > gpt instance to modify itself, instead of forcing apps to blindly > overwrite it. Those verbs exist. There's no poor design There's only a long time to get from A to B. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 16:01:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5578316A400 for ; Sat, 21 Apr 2007 16:01:27 +0000 (UTC) (envelope-from tofig@freebsd.az) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB8013C45B for ; Sat, 21 Apr 2007 16:01:26 +0000 (UTC) (envelope-from tofig@freebsd.az) Received: by ug-out-1314.google.com with SMTP id 71so968947ugh for ; Sat, 21 Apr 2007 09:01:25 -0700 (PDT) Received: by 10.66.242.19 with SMTP id p19mr3690022ugh.1177169549224; Sat, 21 Apr 2007 08:32:29 -0700 (PDT) Received: from ?192.168.1.5? ( [81.21.81.41]) by mx.google.com with ESMTP id y7sm8650405ugc.2007.04.21.08.32.26; Sat, 21 Apr 2007 08:32:28 -0700 (PDT) Message-ID: <462A2E87.3030509@oxygen.az> Date: Sat, 21 Apr 2007 20:32:23 +0500 User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Tofig Suleymanov X-Mailman-Approved-At: Sat, 21 Apr 2007 17:49:02 +0000 Subject: dtrace building problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 16:01:27 -0000 Hello, I've fetched today's dtree sources as it is shown here: http://people.freebsd.org/~jb/dtrace/ make buildworld stops with these errors: /usr/obj/usr/src/tmp/legacy/usr/lib -o ctfconvert alist.o ctf.o ctfconvert.o dwarf.o hash.o iidesc. o input.o list.o merge.o output.o st_bugs.o st_parse.o stabs.o stack.o strtab.o symbol.o tdata.o tr averse.o util.o xalloc.o -lctf -ldwarf -lelf -lz -lpthread -legacy /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_scn.o)(.text+0x268): In function `elf_ndxscn': : multiple definition of `elf_ndxscn' /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_ndxscn.o)(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `elf_ndxscn' changed from 25 in /usr/obj/usr/src/tmp/legacy/us r/lib/libelf.a(elf_ndxscn.o) to 28 in /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_ndxscn.o) /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_scn.o)(.text+0x284): In function `elf_newscn': : multiple definition of `elf_newscn' /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_newscn.o)(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `elf_newscn' changed from 25 in /usr/obj/usr/src/tmp/legacy/us r/lib/libelf.a(elf_newscn.o) to 231 in /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_newscn.o) /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_scn.o)(.text+0x36c): In function `elf_nextscn': : multiple definition of `elf_nextscn' /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_nextscn.o)(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `elf_nextscn' changed from 25 in /usr/obj/usr/src/tmp/legacy/u sr/lib/libelf.a(elf_nextscn.o) to 58 in /usr/obj/usr/src/tmp/legacy/usr/lib/libelf.a(elf_nextscn.o) input.o(.text+0x189): In function `count_files': : undefined reference to `elf_getarhdr' input.o(.text+0x5de): In function `read_archive': : undefined reference to `elf_getarhdr' *** Error code 1 Stop in /usr/src/cddl/usr.bin/ctfconvert. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # Any hints ? Thanks, Tofig Suleymanov From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 18:58:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B31D216A404 for ; Sat, 21 Apr 2007 18:58:52 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8E613C457 for ; Sat, 21 Apr 2007 18:58:51 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender:X-Spam-Status:Subject; b=qWMvNLlDywgjORhCLFJ0qTINnZO5zJkePfL/lLJWBjIx4QgHKs/nB/DFO9hhoc1pqYpljVNJYC4+WiqGXWQY+OwI7aOz8ZQ2LR6aSXw2hpXHm+HnIisgWrWrdI0JvNVdwxhKs6nOJqi5hhZazCVkFeuzRZ49jGsEEf5DzdVmSJE=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HfKnJ-000EPS-Fj for freebsd-current@freebsd.org; Sat, 21 Apr 2007 22:58:49 +0400 Date: Sat, 21 Apr 2007 22:58:45 +0400 From: Eygene Ryabinkin To: freebsd-current@freebsd.org Message-ID: <20070421185844.GA55315@codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Subject: mtx_unlock(NULL) in kern/kern_timeout.c::softclock() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2007 18:58:52 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Good day. About two weeks ago I started to notice ;)) the kernel panics on my -CURRENT just after the PPP link establishment. The panics were in the softclock() function, upon the line 293. Investigation revealed that I can reproduce this situation with the 100% confidence when the ULE scheduler is used, the pflog(4) is running in the promiscious mode and the PPP link is activated using the ppp(8). I have both INVARIANTS and WITNESS compiled in, this neither affects the crash, nor produces additional messages. For the BSD scheduler all is OK, no crashes at all. The attached patch had fixed my problem: it just checks if we're going to unlock the NULL mutex and avoids this. I am not very well educated in the FreeBSD mutexes, but my investigation of the /sys/sys/mutex.h showed that mtx_unlock(NULL) is not a very bright idea. Moreover, the softclock() code grabs the c_mtx only when (c_mtx != NULL), so it should release it only in this case. May be my case is the sign of some deeper breakage, I do not know. I had failed to save the kgdb() traces for panics and had recompiled the kernel since then a number of times, so I am unable to provide the backtraces now. But I can revert my changes and make the traces if this will be needed. -- Eygene --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="kern_timeout.c.diff" --- kern/kern_timeout.c.orig Sat Apr 21 21:19:22 2007 +++ kern/kern_timeout.c Sat Apr 21 21:19:51 2007 @@ -289,7 +289,8 @@ lastfunc = c_func; } #endif - if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) + if (c_mtx != NULL && + (c_flags & CALLOUT_RETURNUNLOCKED) == 0) mtx_unlock(c_mtx); skip: mtx_lock_spin(&callout_lock); --J2SCkAp4GZ/dPZZf--