From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 00:18:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6291F16A418 for ; Sun, 29 Jul 2007 00:18:59 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id F0C8113C45D for ; Sun, 29 Jul 2007 00:18:58 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2325301pye for ; Sat, 28 Jul 2007 17:18: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:cc:in-reply-to:mime-version:content-type:references; b=qZ7cNNgIQgAqE7aTy0LbRbfYJ7eMjWB3utv+UBz1RWKc9utQChdfP0K81BfcHwaKSia9FfOxHlLbNUljaOPTSOHr8nNjs8HYgyyfhQcSFvlbMybl9Bv/lhEHcSuIzG6TQYDTy9E2qu2Wb1R0HkV72OhijxaOZnTyW1/yunQT7Og= 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:references; b=VNmcRCwx5INQ2a9Bwiv9xj37Y96I5FRBs78ZWuVt4bR9JNNTfQ+xz1PwQEWH4ZiAj64eL63pmz0LsjJJiJoYEjR9zJcyXAiUEwYwvel6ge3jLSiEohFMFiynoMRro/wH1kHhkoYPaEYpwwTT45IguVRXVp1Drxj/ngwvpunivSo= Received: by 10.64.196.9 with SMTP id t9mr6824343qbf.1185666655163; Sat, 28 Jul 2007 16:50:55 -0700 (PDT) Received: by 10.65.196.8 with HTTP; Sat, 28 Jul 2007 16:50:55 -0700 (PDT) Message-ID: Date: Sun, 29 Jul 2007 03:50:55 +0400 From: "Alexey Karagodov" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: call for ALTQ users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 00:18:59 -0000 how can i help you? 2007/7/29, Kip Macy : > > Expanding the net a bit. > > ---------- Forwarded message ---------- > From: Kip Macy > Date: Jul 28, 2007 2:03 PM > Subject: call for ALTQ users > To: freebsd-net > > > I'm looking at extending ifnet to support multiple tx queues. It > appears that this will inevitably interact with ALTQ. I don't know > anyone using ALTQ so I need users to raise their hands to eventually > test prospective changes. > > Thanks. > > -Kip > _______________________________________________ > 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 Jul 29 00:24:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C928F16A417; Sun, 29 Jul 2007 00:24:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2D013C45A; Sun, 29 Jul 2007 00:24:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T0OTkg085499; Sat, 28 Jul 2007 20:24:29 -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.14.1/8.14.1) with ESMTP id l6T0OSSn045329; Sat, 28 Jul 2007 20:24:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BEAF273068; Sat, 28 Jul 2007 20:24:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729002428.BEAF273068@freebsd-current.sentex.ca> Date: Sat, 28 Jul 2007 20:24:28 -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 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, 29 Jul 2007 00:24:29 -0000 TB --- 2007-07-28 22:16:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-28 22:16:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-28 22:16:48 - cleaning the object tree TB --- 2007-07-28 22:17:10 - checking out the source tree TB --- 2007-07-28 22:17:10 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-28 22:17:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-28 22:24:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-28 22:24:16 - cd /src TB --- 2007-07-28 22:24:16 - /usr/bin/make -B buildworld >>> World build started on Sat Jul 28 22:24:18 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 Jul 29 00:05:01 UTC 2007 TB --- 2007-07-29 00:05:01 - generating LINT kernel config TB --- 2007-07-29 00:05:01 - cd /src/sys/ia64/conf TB --- 2007-07-29 00:05:01 - /usr/bin/make -B LINT TB --- 2007-07-29 00:05:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 00:05:01 - cd /src TB --- 2007-07-29 00:05:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 00:05: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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding vers.c linking kernel tcp_input.o(.data.rel.local+0x0): multiple definition of `tcpstates' tcp_debug.o(.data.rel.local+0xc8): first defined here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 00:24:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 00:24:28 - ERROR: failed to build lint kernel TB --- 2007-07-29 00:24:28 - tinderbox aborted TB --- 0.68 user 1.98 system 7660.10 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 00:38:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85B5816A419; Sun, 29 Jul 2007 00:38:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5EB13C458; Sun, 29 Jul 2007 00:38:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T0cjjs085937; Sat, 28 Jul 2007 20:38:45 -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.14.1/8.14.1) with ESMTP id l6T0cjc2056808; Sat, 28 Jul 2007 20:38:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6252673068; Sat, 28 Jul 2007 20:38:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729003845.6252673068@freebsd-current.sentex.ca> Date: Sat, 28 Jul 2007 20:38:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 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, 29 Jul 2007 00:38:46 -0000 TB --- 2007-07-28 23:01:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-28 23:01:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-28 23:01:46 - cleaning the object tree TB --- 2007-07-28 23:02:03 - checking out the source tree TB --- 2007-07-28 23:02:03 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-28 23:02:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-28 23:10:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-28 23:10:08 - cd /src TB --- 2007-07-28 23:10:08 - /usr/bin/make -B buildworld >>> World build started on Sat Jul 28 23:10:09 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 Jul 29 00:25:15 UTC 2007 TB --- 2007-07-29 00:25:15 - generating LINT kernel config TB --- 2007-07-29 00:25:15 - cd /src/sys/powerpc/conf TB --- 2007-07-29 00:25:15 - /usr/bin/make -B LINT TB --- 2007-07-29 00:25:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 00:25:15 - cd /src TB --- 2007-07-29 00:25:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 00:25:15 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding vers.c linking kernel tcp_input.o(.data+0x4): multiple definition of `tcpstates' tcp_debug.o(.data+0x64): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 00:38:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 00:38:45 - ERROR: failed to build lint kernel TB --- 2007-07-29 00:38:45 - tinderbox aborted TB --- 0.57 user 1.97 system 5818.16 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 01:58:16 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08EAA16A419; Sun, 29 Jul 2007 01:58:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9877013C46B; Sun, 29 Jul 2007 01:58:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T1wFDq088483; Sat, 28 Jul 2007 21:58:15 -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.14.1/8.14.1) with ESMTP id l6T1wF1t019672; Sat, 28 Jul 2007 21:58:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DC54073068; Sat, 28 Jul 2007 21:58:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729015814.DC54073068@freebsd-current.sentex.ca> Date: Sat, 28 Jul 2007 21:58:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 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, 29 Jul 2007 01:58:16 -0000 TB --- 2007-07-29 00:24:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 00:24:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-07-29 00:24:28 - cleaning the object tree TB --- 2007-07-29 00:24:48 - checking out the source tree TB --- 2007-07-29 00:24:48 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-07-29 00:24:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 00:32:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 00:32:20 - cd /src TB --- 2007-07-29 00:32:20 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 00:32: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 Jul 29 01:44:19 UTC 2007 TB --- 2007-07-29 01:44:19 - generating LINT kernel config TB --- 2007-07-29 01:44:19 - cd /src/sys/sparc64/conf TB --- 2007-07-29 01:44:19 - /usr/bin/make -B LINT TB --- 2007-07-29 01:44:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 01:44:19 - cd /src TB --- 2007-07-29 01:44:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 01:44:19 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 01:58:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 01:58:14 - ERROR: failed to build lint kernel TB --- 2007-07-29 01:58:14 - tinderbox aborted TB --- 0.59 user 2.01 system 5625.69 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 02:10:34 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FC0216A474; Sun, 29 Jul 2007 02:10: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 29A8E13C4D3; Sun, 29 Jul 2007 02:10: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 l6T2AXQT076661; Sat, 28 Jul 2007 22:10: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.14.1/8.14.1) with ESMTP id l6T2AXn1041684; Sat, 28 Jul 2007 22:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8CA2A73068; Sat, 28 Jul 2007 22:10:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729021033.8CA2A73068@freebsd-current.sentex.ca> Date: Sat, 28 Jul 2007 22:10:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Sun, 29 Jul 2007 02:10:34 -0000 TB --- 2007-07-29 00:38:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 00:38:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-07-29 00:38:45 - cleaning the object tree TB --- 2007-07-29 00:39:02 - checking out the source tree TB --- 2007-07-29 00:39:02 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-07-29 00:39:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 00:46:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 00:46:45 - cd /src TB --- 2007-07-29 00:46:45 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 00:46: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 >>> World build completed on Sun Jul 29 01:57:54 UTC 2007 TB --- 2007-07-29 01:57:54 - generating LINT kernel config TB --- 2007-07-29 01:57:54 - cd /src/sys/sun4v/conf TB --- 2007-07-29 01:57:54 - /usr/bin/make -B LINT TB --- 2007-07-29 01:57:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 01:57:54 - cd /src TB --- 2007-07-29 01:57:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 01:57: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 02:10:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 02:10:33 - ERROR: failed to build lint kernel TB --- 2007-07-29 02:10:33 - tinderbox aborted TB --- 0.67 user 1.95 system 5508.05 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 02:30:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110A116A418 for ; Sun, 29 Jul 2007 02:30:02 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.224]) by mx1.freebsd.org (Postfix) with ESMTP id 95DEB13C45B for ; Sun, 29 Jul 2007 02:30:01 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so1326014qbd for ; Sat, 28 Jul 2007 19:30:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=CyfxcVHnrkih2vm3boVdWEwuqYvuCh/1fFIM0GUqv+yzN3+ldRpyYIIpH+1w7bNH7EhpVRTeioCz9eSC/l9swxNZfc8JREpLOiHQdXoUcp1PPB7Gc67cnrJs8QkpjoQNciiXtRdDTQ3wHpgR1Tbbw4On4q3OhjXndMgoTTuzzJc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=UTshFJaTg/amvo1r4J0Qj62sQIgiPF8dW/UP7kjkrVpmqsu7EqFauHrva+1x924L7+1iMAG8B7Ys9/MbjC30MO4fgNAQ4Nh7pWjo07gt78JIHbe1wBNzJnB5m1WPZ5SGh95HU3Nqg9uB8DTl+tq9P/Kl4nY5wVJFaFD00KR6a7c= Received: by 10.114.130.1 with SMTP id c1mr4327904wad.1185676200194; Sat, 28 Jul 2007 19:30:00 -0700 (PDT) Received: from z60m.optimlabs.com ( [210.213.197.55]) by mx.google.com with ESMTPS id l22sm1933804waf.2007.07.28.19.29.56 (version=SSLv3 cipher=OTHER); Sat, 28 Jul 2007 19:29:58 -0700 (PDT) Date: Sun, 29 Jul 2007 05:29:53 +0300 From: OutBackDingo To: "Kip Macy" Message-ID: <20070729052953.568a113a@z60m.optimlabs.com> In-Reply-To: References: X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List , FreeBSD Current , Alexey Karagodov Subject: Re: call for ALTQ users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 02:30:02 -0000 Sounds exactly like what we do, multiple queues on bonded high speed 10G interfaces On Sat, 28 Jul 2007 16:53:36 -0700 "Kip Macy" wrote: > On 7/28/07, Alexey Karagodov wrote: > > how can i help you? > > I'd like to understand how ALTQ is being used currently. Are there > users using it on high bandwidth interfaces? > > As currently implemented it would force serialization, increased > locking overhead, and potentially loss of locality on cards that > support multiple queues (i.e. most 10GigE cards). > > -Kip > > > > > 2007/7/29, Kip Macy : > > > > > > Expanding the net a bit. > > > > > > ---------- Forwarded message ---------- > > > From: Kip Macy > > > Date: Jul 28, 2007 2:03 PM > > > Subject: call for ALTQ users > > > To: freebsd-net > > > > > > > > > I'm looking at extending ifnet to support multiple tx queues. It > > > appears that this will inevitably interact with ALTQ. I don't know > > > anyone using ALTQ so I need users to raise their hands to > > > eventually test prospective changes. > > > > > > Thanks. > > > > > > -Kip > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > > freebsd.org" > > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 03:29:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494FD16A468 for ; Sun, 29 Jul 2007 03:29:38 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id F013113C45D for ; Sun, 29 Jul 2007 03:29:37 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2361220pye for ; Sat, 28 Jul 2007 20:29:37 -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:references; b=kW01hJjdsR/TuArK2OPZzpkorTleJAZbKjPWZ7fkkIYda4E6HBmPKqqgj79/ftq9MKjwhjMmv+AdV5sSU4briqNfCchBj/oq4ySKYji5ie4r1BlD4rvRXOw9VRy3cBtnbKCeOryj5Us16dNLbeiWmUocBDAmTsAY5mlJR5jp1x0= 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:references; b=RI2bN2zsw9doc2lN9+qANEpONBWDBJE4pkNT8RxvTwz7ueNs8/ccTB8j2LcO4e7QeiDuva/11iJt4PFqJmOrDU8PX3V2humSmVR8Nkm02PpqlKie33qAMY9TiUA5gIy7NpBvGQCRkgSlYg0A9ow+8zUYGp5vuUcECbssAyuB004= Received: by 10.65.96.6 with SMTP id y6mr6910429qbl.1185679776888; Sat, 28 Jul 2007 20:29:36 -0700 (PDT) Received: by 10.65.196.8 with HTTP; Sat, 28 Jul 2007 20:29:36 -0700 (PDT) Message-ID: Date: Sun, 29 Jul 2007 07:29:36 +0400 From: "Alexey Karagodov" To: OutBackDingo In-Reply-To: <20070729052953.568a113a@z60m.optimlabs.com> MIME-Version: 1.0 References: <20070729052953.568a113a@z60m.optimlabs.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kip Macy , FreeBSD Current , FreeBSD Stable List Subject: Re: call for ALTQ users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 03:29:38 -0000 i has no 10G interfaces, but if i can help ... i'm using 200Mbit internet, gigabit intranet, any type of traffic, voip, http etc etc 2007/7/29, OutBackDingo : > > Sounds exactly like what we do, multiple queues on bonded high speed > 10G interfaces > > > On Sat, 28 Jul 2007 16:53:36 -0700 > "Kip Macy" wrote: > > > On 7/28/07, Alexey Karagodov wrote: > > > how can i help you? > > > > I'd like to understand how ALTQ is being used currently. Are there > > users using it on high bandwidth interfaces? > > > > As currently implemented it would force serialization, increased > > locking overhead, and potentially loss of locality on cards that > > support multiple queues (i.e. most 10GigE cards). > > > > -Kip > > > > > > > > 2007/7/29, Kip Macy : > > > > > > > > Expanding the net a bit. > > > > > > > > ---------- Forwarded message ---------- > > > > From: Kip Macy > > > > Date: Jul 28, 2007 2:03 PM > > > > Subject: call for ALTQ users > > > > To: freebsd-net > > > > > > > > > > > > I'm looking at extending ifnet to support multiple tx queues. It > > > > appears that this will inevitably interact with ALTQ. I don't know > > > > anyone using ALTQ so I need users to raise their hands to > > > > eventually test prospective changes. > > > > > > > > Thanks. > > > > > > > > -Kip > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > > > freebsd.org" > > > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 04:04:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E94516A419 for ; Sun, 29 Jul 2007 04:04:06 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id E42B713C442 for ; Sun, 29 Jul 2007 04:04:05 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l6T3o7Ee013966; Sat, 28 Jul 2007 23:50:07 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sat, 28 Jul 2007 23:50:07 -0400 (EDT) Date: Sat, 28 Jul 2007 23:50:07 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86vec4dxcy.fsf@ds4.des.no> Message-ID: References: <86vec4dxcy.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-1185681007=:24233" Cc: current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 04:04:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1804928587-1185681007=:24233 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 28 Jul 2007, Dag-Erling Sm=C3=B8rgrav wrote: > Daniel Eischen writes: >> Sometime in the last few months, something changed (broke IMHO) when >> using TERM=3Dxterm-r5 or TERM=3Dxterm-r6. I've been setting TERM=3Dxter= m-r5 >> when logging in to my BSD boxes remotely from my Solaris boxes, so that >> man(1) works. But after updating my relatively old (May?) -current >> box, xterm-r5 and xterm-r6 no longer do the right thing when using >> man. With TERM set to either one of those, man(1) will clear the >> screen after it is done, leaving no trace of the man page behind. > > This is the *correct* behaviour. The termcap entry is supposed to > reflect the capabilities of the terminal, not your personal preferences. > If you don't like it, you can override it using the TERMCAP environment > variable. Well, something did change recently to get this behavior. And why do we have a termcap xterm entry that doesn't exhibit this behavior? --=20 DE ---559023410-1804928587-1185681007=:24233-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 04:26:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C3EB16A41B; Sun, 29 Jul 2007 04:26:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EDD0413C45D; Sun, 29 Jul 2007 04:26:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T4QMvh092878; Sun, 29 Jul 2007 00:26: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.14.1/8.14.1) with ESMTP id l6T4QLCu029908; Sun, 29 Jul 2007 00:26:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B781673068; Sun, 29 Jul 2007 00:26:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729042621.B781673068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 00:26: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 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, 29 Jul 2007 04:26:23 -0000 TB --- 2007-07-29 02:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 02:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-07-29 02:15:00 - cleaning the object tree TB --- 2007-07-29 02:15:34 - checking out the source tree TB --- 2007-07-29 02:15:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-07-29 02:15:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 02:25:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 02:25:37 - cd /src TB --- 2007-07-29 02:25:37 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 02:25: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 Jul 29 04:10:46 UTC 2007 TB --- 2007-07-29 04:10:46 - generating LINT kernel config TB --- 2007-07-29 04:10:46 - cd /src/sys/amd64/conf TB --- 2007-07-29 04:10:46 - /usr/bin/make -B LINT TB --- 2007-07-29 04:10:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 04:10:46 - cd /src TB --- 2007-07-29 04:10:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 04:10: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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xe0): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 04:26:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 04:26:21 - ERROR: failed to build lint kernel TB --- 2007-07-29 04:26:21 - tinderbox aborted TB --- 0.81 user 3.02 system 7880.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 05:16:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B25716A417; Sun, 29 Jul 2007 05:16:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EE97413C428; Sun, 29 Jul 2007 05:16:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T5GZ50094272; Sun, 29 Jul 2007 01:16: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.14.1/8.14.1) with ESMTP id l6T5GZ9P014503; Sun, 29 Jul 2007 01:16:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD78C73068; Sun, 29 Jul 2007 01:16:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729051634.DD78C73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 01:16:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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, 29 Jul 2007 05:16:36 -0000 TB --- 2007-07-29 03:37:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 03:37:26 - starting HEAD tinderbox run for i386/i386 TB --- 2007-07-29 03:37:26 - cleaning the object tree TB --- 2007-07-29 03:37:50 - checking out the source tree TB --- 2007-07-29 03:37:50 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-07-29 03:37:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 03:45:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 03:45:28 - cd /src TB --- 2007-07-29 03:45:28 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 03:45: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 Jul 29 04:59:24 UTC 2007 TB --- 2007-07-29 04:59:24 - generating LINT kernel config TB --- 2007-07-29 04:59:24 - cd /src/sys/i386/conf TB --- 2007-07-29 04:59:24 - /usr/bin/make -B LINT TB --- 2007-07-29 04:59:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 04:59:24 - cd /src TB --- 2007-07-29 04:59:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 04:59: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 05:16:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 05:16:34 - ERROR: failed to build lint kernel TB --- 2007-07-29 05:16:34 - tinderbox aborted TB --- 0.58 user 2.12 system 5947.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 05:46:16 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4AA16A419 for ; Sun, 29 Jul 2007 05:46:14 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF2313C45D for ; Sun, 29 Jul 2007 05:46:14 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.13.8/8.13.8) with ESMTP id l6T56oZm096277 for ; Sun, 29 Jul 2007 01:06:50 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.13.8/8.13.8/Submit) id l6T56nah096276; Sun, 29 Jul 2007 01:06:49 -0400 (EDT) (envelope-from wollman) Date: Sun, 29 Jul 2007 01:06:49 -0400 (EDT) Message-Id: <200707290506.l6T56nah096276@hergotha.csail.mit.edu> To: current@freebsd.org From: wollman@freebsd.org X-Newsgroups: mit.lcs.mail.freebsd-current In-Reply-To: <86vec4dxcy.fsf@ds4.des.no> References: Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Sun, 29 Jul 2007 01:06:50 -0400 (EDT) X-Spam-Status: No, score=0.5 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on hergotha.csail.mit.edu Cc: Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 05:46:17 -0000 In article <86vec4dxcy.fsf@ds4.des.no>, DES writes: >This is the *correct* behaviour. The termcap entry is supposed to >reflect the capabilities of the terminal, not your personal preferences. There's a difference between "personal preferences" and this particular behavior that has nothing to do with "reflecting the capabilities of the terminal". Switching display pages every time full-screen program runs, when the user has not requested it, is plainly obnoxious, and has *nothing* to do with initializing the terminal. >If you don't like it, you can override it using the TERMCAP environment >variable. Likewise. -GAWollman From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 06:01:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9914316A41B; Sun, 29 Jul 2007 06:01: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 599D113C45A; Sun, 29 Jul 2007 06:01:47 +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 l6T61kLL084140; Sun, 29 Jul 2007 02:01: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.14.1/8.14.1) with ESMTP id l6T61kKk009057; Sun, 29 Jul 2007 02:01:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E55D73068; Sun, 29 Jul 2007 02:01:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729060146.3E55D73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 02:01:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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, 29 Jul 2007 06:01:47 -0000 TB --- 2007-07-29 04:26:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 04:26:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-29 04:26:21 - cleaning the object tree TB --- 2007-07-29 04:26:40 - checking out the source tree TB --- 2007-07-29 04:26:40 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-29 04:26:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 04:33:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 04:33:21 - cd /src TB --- 2007-07-29 04:33:21 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 04:33:22 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 Jul 29 05:47:20 UTC 2007 TB --- 2007-07-29 05:47:20 - generating LINT kernel config TB --- 2007-07-29 05:47:20 - cd /src/sys/pc98/conf TB --- 2007-07-29 05:47:20 - /usr/bin/make -B LINT TB --- 2007-07-29 05:47:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 05:47:20 - cd /src TB --- 2007-07-29 05:47:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 05:47: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 06:01:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 06:01:45 - ERROR: failed to build lint kernel TB --- 2007-07-29 06:01:45 - tinderbox aborted TB --- 0.72 user 2.04 system 5723.97 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 07:25:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D427416A417; Sun, 29 Jul 2007 07:25:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 601A313C442; Sun, 29 Jul 2007 07:25:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T7Pr8n098244; Sun, 29 Jul 2007 03:25:53 -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.14.1/8.14.1) with ESMTP id l6T7Prj5066332; Sun, 29 Jul 2007 03:25:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6355B73068; Sun, 29 Jul 2007 03:25:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729072553.6355B73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 03:25:53 -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 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, 29 Jul 2007 07:25:55 -0000 TB --- 2007-07-29 05:16:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 05:16:34 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-29 05:16:34 - cleaning the object tree TB --- 2007-07-29 05:16:54 - checking out the source tree TB --- 2007-07-29 05:16:54 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-29 05:16:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 05:23:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 05:23:48 - cd /src TB --- 2007-07-29 05:23:48 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 05:23: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 Jul 29 07:04:55 UTC 2007 TB --- 2007-07-29 07:04:56 - generating LINT kernel config TB --- 2007-07-29 07:04:56 - cd /src/sys/ia64/conf TB --- 2007-07-29 07:04:56 - /usr/bin/make -B LINT TB --- 2007-07-29 07:04:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 07:04:56 - cd /src TB --- 2007-07-29 07:04:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 07:04: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding vers.c linking kernel tcp_input.o(.data.rel.local+0x0): multiple definition of `tcpstates' tcp_debug.o(.data.rel.local+0xc8): first defined here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 07:25:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 07:25:53 - ERROR: failed to build lint kernel TB --- 2007-07-29 07:25:53 - tinderbox aborted TB --- 0.62 user 2.00 system 7758.36 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 07:40:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D9916A417; Sun, 29 Jul 2007 07:40:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0926A13C45D; Sun, 29 Jul 2007 07:40:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T7e2MM098620; Sun, 29 Jul 2007 03:40:02 -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.14.1/8.14.1) with ESMTP id l6T7e2fs016915; Sun, 29 Jul 2007 03:40:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05B8273068; Sun, 29 Jul 2007 03:40:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729074002.05B8273068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 03:40:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 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, 29 Jul 2007 07:40:03 -0000 TB --- 2007-07-29 06:01:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 06:01:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-29 06:01:46 - cleaning the object tree TB --- 2007-07-29 06:02:11 - checking out the source tree TB --- 2007-07-29 06:02:11 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-29 06:02:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 06:09:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 06:09:55 - cd /src TB --- 2007-07-29 06:09:55 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 06:09:56 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 Jul 29 07:26:25 UTC 2007 TB --- 2007-07-29 07:26:25 - generating LINT kernel config TB --- 2007-07-29 07:26:25 - cd /src/sys/powerpc/conf TB --- 2007-07-29 07:26:25 - /usr/bin/make -B LINT TB --- 2007-07-29 07:26:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 07:26:25 - cd /src TB --- 2007-07-29 07:26:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 07:26:26 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding vers.c linking kernel tcp_input.o(.data+0x4): multiple definition of `tcpstates' tcp_debug.o(.data+0x64): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 07:40:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 07:40:01 - ERROR: failed to build lint kernel TB --- 2007-07-29 07:40:01 - tinderbox aborted TB --- 0.54 user 2.14 system 5895.48 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 08:20:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A5FB16A417 for ; Sun, 29 Jul 2007 08:20:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from smtp.qwerty.ru (smtp.qwerty.ru [87.240.2.134]) by mx1.freebsd.org (Postfix) with ESMTP id B91CD13C4B5 for ; Sun, 29 Jul 2007 08:20:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from ussr.lissyara.int.otradno.ru (unknown [10.21.64.215]) by smtp.qwerty.ru (Spam Firewall) with ESMTP id 3B9111B9B40A; Sun, 29 Jul 2007 12:20:02 +0400 (MSD) Message-ID: <46AC4DB1.7080803@lissyara.su> Date: Sun, 29 Jul 2007 12:20:01 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: Mike Silbersack References: <20070728151437.R3202@odysseus.silby.com> In-Reply-To: <20070728151437.R3202@odysseus.silby.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: Fixed: kernel panic on ssh connect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 08:20:05 -0000 Mike Silbersack пишет: > > Rev 1.127 of tcp_syncache.c (which I just committed) should fix this: > > panic: syncache_add: unexpected tcp flag > cpuid = 0 > KDB: enter: panic > [thread pid 32 tid 100037] > stopped at kdb_enter+0x31: leave > > Please csup and see if that does the trick for you. > > Thanks, > > Mike "Silby" Silbersack > _______________________________________________ > 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" Thanks! All work! From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 08:59:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B127516A419; Sun, 29 Jul 2007 08:59:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 78B9513C459; Sun, 29 Jul 2007 08:59:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6T8xNMF001226; Sun, 29 Jul 2007 04:59:23 -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.14.1/8.14.1) with ESMTP id l6T8xM46090438; Sun, 29 Jul 2007 04:59:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B387373068; Sun, 29 Jul 2007 04:59:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729085922.B387373068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 04:59:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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, 29 Jul 2007 08:59:23 -0000 TB --- 2007-07-29 07:25:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 07:25:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-07-29 07:25:53 - cleaning the object tree TB --- 2007-07-29 07:26:11 - checking out the source tree TB --- 2007-07-29 07:26:11 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-07-29 07:26:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 07:33:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 07:33:33 - cd /src TB --- 2007-07-29 07:33:33 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 07:33:34 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 Jul 29 08:45:30 UTC 2007 TB --- 2007-07-29 08:45:30 - generating LINT kernel config TB --- 2007-07-29 08:45:30 - cd /src/sys/sparc64/conf TB --- 2007-07-29 08:45:30 - /usr/bin/make -B LINT TB --- 2007-07-29 08:45:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 08:45:30 - cd /src TB --- 2007-07-29 08:45:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 08:45:31 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 08:59:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 08:59:22 - ERROR: failed to build lint kernel TB --- 2007-07-29 08:59:22 - tinderbox aborted TB --- 0.74 user 1.82 system 5608.97 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 09:11:43 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 035D616A417; Sun, 29 Jul 2007 09: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 BC00113C467; Sun, 29 Jul 2007 09:11:42 +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 l6T9BfZD090647; Sun, 29 Jul 2007 05: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.14.1/8.14.1) with ESMTP id l6T9BfJn012695; Sun, 29 Jul 2007 05:11:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A268E73068; Sun, 29 Jul 2007 05:11:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729091141.A268E73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 05:11:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Sun, 29 Jul 2007 09:11:43 -0000 TB --- 2007-07-29 07:40:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 07:40:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-07-29 07:40:02 - cleaning the object tree TB --- 2007-07-29 07:40:18 - checking out the source tree TB --- 2007-07-29 07:40:18 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-07-29 07:40:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 07:47:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 07:47:57 - cd /src TB --- 2007-07-29 07:47:57 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 07:47:58 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 Jul 29 08:59:02 UTC 2007 TB --- 2007-07-29 08:59:02 - generating LINT kernel config TB --- 2007-07-29 08:59:02 - cd /src/sys/sun4v/conf TB --- 2007-07-29 08:59:02 - /usr/bin/make -B LINT TB --- 2007-07-29 08:59:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 08:59:02 - cd /src TB --- 2007-07-29 08:59:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 08:59: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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 09:11:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 09:11:41 - ERROR: failed to build lint kernel TB --- 2007-07-29 09:11:41 - tinderbox aborted TB --- 0.54 user 2.05 system 5499.58 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 09:21:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 899E916A419; Sun, 29 Jul 2007 09:21: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 4D00813C45E; Sun, 29 Jul 2007 09:21:24 +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 93E192089; Sun, 29 Jul 2007 11:21:20 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 13E722085; Sun, 29 Jul 2007 11:21:20 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id E1FF584448; Sun, 29 Jul 2007 11:21:19 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Daniel Eischen References: <86vec4dxcy.fsf@ds4.des.no> Date: Sun, 29 Jul 2007 11:21:19 +0200 In-Reply-To: (Daniel Eischen's message of "Sat\, 28 Jul 2007 23\:50\:07 -0400 \(EDT\)") Message-ID: <866443h8fk.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 09:21:24 -0000 Daniel Eischen writes: > On Sat, 28 Jul 2007, Dag-Erling Sm=C3=B8rgrav wrote: > > This is the *correct* behaviour. The termcap entry is supposed to > > reflect the capabilities of the terminal, not your personal preferences. > > If you don't like it, you can override it using the TERMCAP environment > > variable. > Well, something did change recently to get this behavior. New libncurses perhaps? The termcap file itself hasn't changed since late 2005. > And why do we have a termcap xterm entry that doesn't exhibit this > behavior? Because somebody modified it to reflect his personal preference: xterm|xterm-color|X11 terminal emulator:\ :ti@:te@:tc=3Dxterm-xfree86: the "ti@:te@:" part disables the save / restore functionality. See for instance the log messages for src/share/termcap/termcap.src revisions 1.129 and 1.130. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 11:26:31 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4B616A418; Sun, 29 Jul 2007 11:26:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 83F6713C45D; Sun, 29 Jul 2007 11:26:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TBQUe2006271; Sun, 29 Jul 2007 07:26:30 -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.14.1/8.14.1) with ESMTP id l6TBQURv086376; Sun, 29 Jul 2007 07:26:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 617CC73068; Sun, 29 Jul 2007 07:26:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729112630.617CC73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 07:26:30 -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 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, 29 Jul 2007 11:26:31 -0000 TB --- 2007-07-29 09:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 09:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-07-29 09:15:00 - cleaning the object tree TB --- 2007-07-29 09:15:34 - checking out the source tree TB --- 2007-07-29 09:15:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-07-29 09:15:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 09:25:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 09:25:36 - cd /src TB --- 2007-07-29 09:25:36 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 09:25:37 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 Jul 29 11:10:52 UTC 2007 TB --- 2007-07-29 11:10:52 - generating LINT kernel config TB --- 2007-07-29 11:10:52 - cd /src/sys/amd64/conf TB --- 2007-07-29 11:10:52 - /usr/bin/make -B LINT TB --- 2007-07-29 11:10:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 11:10:52 - cd /src TB --- 2007-07-29 11:10:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 11:10: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xe0): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 11:26:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 11:26:29 - ERROR: failed to build lint kernel TB --- 2007-07-29 11:26:29 - tinderbox aborted TB --- 0.80 user 3.02 system 7889.76 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 12:16:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B34116A417; Sun, 29 Jul 2007 12:16:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3143613C468; Sun, 29 Jul 2007 12:16:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TCGmVa008036; Sun, 29 Jul 2007 08:16: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.14.1/8.14.1) with ESMTP id l6TCGmQI037959; Sun, 29 Jul 2007 08:16:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 35F7C73068; Sun, 29 Jul 2007 08:16:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729121648.35F7C73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 08:16:48 -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: Sun, 29 Jul 2007 12:16:49 -0000 TB --- 2007-07-29 10:37:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 10:37:20 - starting HEAD tinderbox run for i386/i386 TB --- 2007-07-29 10:37:20 - cleaning the object tree TB --- 2007-07-29 10:37:45 - checking out the source tree TB --- 2007-07-29 10:37:45 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-07-29 10:37:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 10:45:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 10:45:22 - cd /src TB --- 2007-07-29 10:45:22 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 10:45: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 Jul 29 11:59:32 UTC 2007 TB --- 2007-07-29 11:59:32 - generating LINT kernel config TB --- 2007-07-29 11:59:32 - cd /src/sys/i386/conf TB --- 2007-07-29 11:59:32 - /usr/bin/make -B LINT TB --- 2007-07-29 11:59:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 11:59:32 - cd /src TB --- 2007-07-29 11:59:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 11:59:32 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 12:16:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 12:16:47 - ERROR: failed to build lint kernel TB --- 2007-07-29 12:16:47 - tinderbox aborted TB --- 0.73 user 2.05 system 5967.50 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 12:41:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51DF916A41A for ; Sun, 29 Jul 2007 12:41:18 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1A07313C45E for ; Sun, 29 Jul 2007 12:41:18 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id l6TCfHlj006075 for ; Sun, 29 Jul 2007 08:41:17 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l6TCfHWI006074 for current@freebsd.org; Sun, 29 Jul 2007 08:41:17 -0400 (EDT) Date: Sun, 29 Jul 2007 08:41:17 -0400 From: Thomas Dickey To: current@freebsd.org Message-ID: <20070729124116.GA4489@saltmine.radix.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 12:41:18 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 29, 2007 at 05:26:52PM +0800, Dag-Erling Sm=C3=B8rgrav wrote: > Because somebody modified it to reflect his personal preference: >=20 > xterm|xterm-color|X11 terminal emulator:\ > :ti@:te@:tc=3D3Dxterm-xfree86: >=20 > the "ti@:te@:" part disables the save / restore functionality. >=20 > See for instance the log messages for src/share/termcap/termcap.src > revisions 1.129 and 1.130. =2E..noting that was almost 5 years ago, the current issue is what changed in the past 6 months. The information that I can see at the moment leans toward the notion that someone's been using the terminfo data for some time, and is unpleasantly surprised at the result when using the termcap. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFGrIrrtIqByHxlDocRAoYiAKCfp8CPyaF+GIOOHACm2NPZpzLT+ACglxoa uhFnA55WBcZmSO5fRbc3m64= =AHiW -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 13:01:55 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBE6816A419; Sun, 29 Jul 2007 13:01:55 +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 AD57D13C45E; Sun, 29 Jul 2007 13:01:55 +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 l6TD1tFx098381; Sun, 29 Jul 2007 09:01:55 -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.14.1/8.14.1) with ESMTP id l6TD1sgu084096; Sun, 29 Jul 2007 09:01:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B25E973068; Sun, 29 Jul 2007 09:01:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729130154.B25E973068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 09:01:54 -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, 29 Jul 2007 13:01:56 -0000 TB --- 2007-07-29 11:26:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 11:26:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-29 11:26:30 - cleaning the object tree TB --- 2007-07-29 11:26:50 - checking out the source tree TB --- 2007-07-29 11:26:50 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-29 11:26:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 11:33:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 11:33:28 - cd /src TB --- 2007-07-29 11:33:28 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 11:33: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 Jul 29 12:47:28 UTC 2007 TB --- 2007-07-29 12:47:28 - generating LINT kernel config TB --- 2007-07-29 12:47:28 - cd /src/sys/pc98/conf TB --- 2007-07-29 12:47:28 - /usr/bin/make -B LINT TB --- 2007-07-29 12:47:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 12:47:28 - cd /src TB --- 2007-07-29 12:47:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 12:47:28 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 13:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 13:01:54 - ERROR: failed to build lint kernel TB --- 2007-07-29 13:01:54 - tinderbox aborted TB --- 0.73 user 1.98 system 5723.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 13:02:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0465716A468 for ; Sun, 29 Jul 2007 13:02:39 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id CEEEA13C45E for ; Sun, 29 Jul 2007 13:02:38 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l6TD2bke023929; Sun, 29 Jul 2007 09:02:37 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 29 Jul 2007 09:02:37 -0400 (EDT) Date: Sun, 29 Jul 2007 09:02:37 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Racaille <0xef967c36@gmail.com> In-Reply-To: <2403547191a53badf6d97fba439ce184.e5f9055e@am> Message-ID: References: <86vec4dxcy.fsf@ds4.des.no> <866443h8fk.fsf@ds4.des.no> <2403547191a53badf6d97fba439ce184.e5f9055e@am> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-959030623-1185714157=:25963" Cc: current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 13:02:39 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-959030623-1185714157=:25963 Content-Type: TEXT/PLAIN; charset=unknown-8bit; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 29 Jul 2007, Racaille wrote: > On Sun, Jul 29, 2007 at 11:21:19AM +0200, Dag-Erling Sm=C3=B8rgrav wrote: >> Daniel Eischen writes: >>> On Sat, 28 Jul 2007, Dag-Erling Sm=C3=B8rgrav wrote: >>>> This is the *correct* behaviour. The termcap entry is supposed to >>>> reflect the capabilities of the terminal, not your personal preference= s. >>>> If you don't like it, you can override it using the TERMCAP environmen= t >>>> variable. >>> Well, something did change recently to get this behavior. >> >> New libncurses perhaps? The termcap file itself hasn't changed since >> late 2005. >> >>> And why do we have a termcap xterm entry that doesn't exhibit this >>> behavior? >> >> Because somebody modified it to reflect his personal preference: >> >> xterm|xterm-color|X11 terminal emulator:\ >> :ti@:te@:tc=3Dxterm-xfree86: > > that's dumb. just like those idiots on linux distributions > who patched the X server to replace the weave pattern they didn't > like with another one in their favorite color. No, it's not dumb. I seem to recall arguments a long time ago about this. I believe the majority don't want the ti/te behavior, and it is disabled by default for that reason. No version of Solaris that I have ever used has behaved that way. The only others have I seen with that behavior were Linux and HP/UX. --=20 DE ---559023410-959030623-1185714157=:25963-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 13:10:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7AC16A417 for ; Sun, 29 Jul 2007 13:10:27 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id A521413C45E for ; Sun, 29 Jul 2007 13:10:27 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l6TDAQ4O027013; Sun, 29 Jul 2007 09:10:26 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 29 Jul 2007 09:10:26 -0400 (EDT) Date: Sun, 29 Jul 2007 09:10:26 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Thomas Dickey In-Reply-To: <20070729124116.GA4489@saltmine.radix.net> Message-ID: References: <20070729124116.GA4489@saltmine.radix.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-33463914-1185714626=:25963" Cc: current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 13:10:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-33463914-1185714626=:25963 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 29 Jul 2007, Thomas Dickey wrote: > On Sun, Jul 29, 2007 at 05:26:52PM +0800, Dag-Erling Sm=C3=B8rgrav wrote: >> Because somebody modified it to reflect his personal preference: >> >> xterm|xterm-color|X11 terminal emulator:\ >> :ti@:te@:tc=3D3Dxterm-xfree86: >> >> the "ti@:te@:" part disables the save / restore functionality. >> >> See for instance the log messages for src/share/termcap/termcap.src >> revisions 1.129 and 1.130. > > ...noting that was almost 5 years ago, the current issue is what changed > in the past 6 months. The information that I can see at the moment > leans toward the notion that someone's been using the terminfo data > for some time, and is unpleasantly surprised at the result when using > the termcap. I have no idea what you are talking about (terminfo vs termcap). I am not using anything special, everything is just built from ports and stock -current. --=20 DE ---559023410-33463914-1185714626=:25963-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 13:50:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFCB316A417 for ; Sun, 29 Jul 2007 13:50:25 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8512913C46E for ; Sun, 29 Jul 2007 13:50:25 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id l6TDoOlj000646 for ; Sun, 29 Jul 2007 09:50:24 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l6TDoO3R000645 for current@freebsd.org; Sun, 29 Jul 2007 09:50:24 -0400 (EDT) Date: Sun, 29 Jul 2007 09:50:24 -0400 From: Thomas Dickey To: current@freebsd.org Message-ID: <20070729135024.GA473@saltmine.radix.net> References: <20070729124116.GA4489@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 13:50:25 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 29, 2007 at 09:10:26AM -0400, Daniel Eischen wrote: > I have no idea what you are talking about (terminfo vs termcap). file a bug report (the package maintainer is polite and knowledgable) --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFGrJsetIqByHxlDocRAtinAJ4n2LPHaDrsqp1g8JlbxU6x47xlRACfegEp O8DlfUk/95imh4rMXEXj+wU= =BxlN -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:22:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF9A916A41B for ; Sun, 29 Jul 2007 14:22:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 82FB113C461 for ; Sun, 29 Jul 2007 14:22:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l6TEMqMa029212; Sun, 29 Jul 2007 10:22:52 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 29 Jul 2007 10:22:52 -0400 (EDT) Date: Sun, 29 Jul 2007 10:22:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Thomas Dickey In-Reply-To: <20070729135024.GA473@saltmine.radix.net> Message-ID: References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 14:22:53 -0000 On Sun, 29 Jul 2007, Thomas Dickey wrote: > On Sun, Jul 29, 2007 at 09:10:26AM -0400, Daniel Eischen wrote: >> I have no idea what you are talking about (terminfo vs termcap). > > file a bug report (the package maintainer is polite and knowledgable) A bug report to what? ncurses? termcap? I can certainly commit a fix to our /etc/termcap, but I've no idea where this should be properly done. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:24:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13A8916A41B; Sun, 29 Jul 2007 14:24:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CA29113C45E; Sun, 29 Jul 2007 14:24:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TEOYsV012516; Sun, 29 Jul 2007 10:24: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.14.1/8.14.1) with ESMTP id l6TEOYDN076158; Sun, 29 Jul 2007 10:24:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 32DB573068; Sun, 29 Jul 2007 10:24:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729142434.32DB573068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 10:24:34 -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: Sun, 29 Jul 2007 14:24:36 -0000 TB --- 2007-07-29 12:16:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 12:16:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-29 12:16:48 - cleaning the object tree TB --- 2007-07-29 12:17:08 - checking out the source tree TB --- 2007-07-29 12:17:08 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-29 12:17:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 12:24:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 12:24:08 - cd /src TB --- 2007-07-29 12:24:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 12:24:10 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 Jul 29 14:05:10 UTC 2007 TB --- 2007-07-29 14:05:10 - generating LINT kernel config TB --- 2007-07-29 14:05:10 - cd /src/sys/ia64/conf TB --- 2007-07-29 14:05:10 - /usr/bin/make -B LINT TB --- 2007-07-29 14:05:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 14:05:10 - cd /src TB --- 2007-07-29 14:05:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 14:05:10 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding vers.c linking kernel tcp_input.o(.data.rel.local+0x0): multiple definition of `tcpstates' tcp_debug.o(.data.rel.local+0xc8): first defined here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 14:24:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 14:24:33 - ERROR: failed to build lint kernel TB --- 2007-07-29 14:24:33 - tinderbox aborted TB --- 0.62 user 2.00 system 7665.45 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:31:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09F2116A479 for ; Sun, 29 Jul 2007 14:31:07 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id BAD1F13C469 for ; Sun, 29 Jul 2007 14:31:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 50D3E189E429 for ; Sun, 29 Jul 2007 15:10:46 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 43D986EDCD for ; Sun, 29 Jul 2007 16:10:00 +0200 (CEST) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 0F4056ECB4 for ; Sun, 29 Jul 2007 16:10:00 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l6TE9w7l014262 for ; Sun, 29 Jul 2007 16:09:59 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Sun, 29 Jul 2007 16:09:49 +0200 User-Agent: KMail/1.9.7 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291609.51789.thierry@herbelot.com> Cc: Subject: tcp networking issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 14:31:07 -0000 Hello, when connecting via ssh to my latest current, I get the following panic : (with rev 1.126 of src/sys/netinet/tcp_syncache.c , rev 1.365 of src/sys/netinet/tcp_input.c) TfH panic: syncache_add: unexpected tcp flags cpuid = 0 KDB: enter: panic [thread pid 23 tid 100013 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 23 tid 100013 td 0xc244ec00 kdb_enter(c0a92004,0,c0aa7ce7,d3c209e0,0,...) at kdb_enter+0x32 panic(c0aa7ce7,c0a338e0,c0aa7875,3cc,c244ec00,...) at panic+0x124 syncache_add(d3c20b54,d3c20b7c,c690482a,c655cdc8,d3c20b94,...) at syncache_add+0x7c tcp_input(c664f300,14,c0b90d00,1,c0a90d28,...) at tcp_input+0xd3b ip_input(c664f300,c0652fd2,800,c2537000,800,...) at ip_input+0x650 netisr_dispatch(2,c664f300,c244ec98,c0b44784,c0a6339c,...) at netisr_dispatch+0x73 ether_demux(c2537000,c664f300,3,0,3,...) at ether_demux+0x1f1 ether_input(c2537000,c664f300,c0a6339c,ac6,6ce,...) at ether_input+0x37f dc_rxeof(c2535b10,0,c0a6339c,c03,c2535b10,...) at dc_rxeof+0x351 dc_intr(c2535000,0,c0a8eb7f,471,c2448ee4,...) at dc_intr+0xfc ithread_loop(c25364b0,d3c20d38,c0a8e8e3,315,c246f804,...) at ithread_loop+0x1b5 fork_exit(c072fd20,c25364b0,d3c20d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3c20d70, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:37:31 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25A7416A417 for ; Sun, 29 Jul 2007 14:37:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id D64A713C468 for ; Sun, 29 Jul 2007 14:37:30 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 174CE41C684; Sun, 29 Jul 2007 16:37:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id P7Tc29o4R-+v; Sun, 29 Jul 2007 16:37:28 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id B099E41C693; Sun, 29 Jul 2007 16:37:28 +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 CE093444885; Sun, 29 Jul 2007 14:37:19 +0000 (UTC) Date: Sun, 29 Jul 2007 14:37:19 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Thierry Herbelot In-Reply-To: <200707291609.51789.thierry@herbelot.com> Message-ID: <20070729143626.D31116@maildrop.int.zabbadoz.net> References: <200707291609.51789.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: Re: tcp networking issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 14:37:31 -0000 On Sun, 29 Jul 2007, Thierry Herbelot wrote: > Hello, > > when connecting via ssh to my latest current, I get the following panic : > (with rev 1.126 of src/sys/netinet/tcp_syncache.c , rev 1.365 of > src/sys/netinet/tcp_input.c) > TfH > > panic: syncache_add: unexpected tcp flags > cpuid = 0 > KDB: enter: panic > [thread pid 23 tid 100013 ] > Stopped at kdb_enter+0x32: leave > db> bt that was fixed with rev 1.127 of tcp_syncache.c . -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:39:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021F116A421; Sun, 29 Jul 2007 14:39:03 +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 B1F5113C45E; Sun, 29 Jul 2007 14:39:02 +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 l6TEd2fB003017; Sun, 29 Jul 2007 10:39:02 -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.14.1/8.14.1) with ESMTP id l6TEd26Q055477; Sun, 29 Jul 2007 10:39:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED20273068; Sun, 29 Jul 2007 10:39:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729143901.ED20273068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 10:39:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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, 29 Jul 2007 14:39:03 -0000 TB --- 2007-07-29 13:01:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 13:01:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-29 13:01:54 - cleaning the object tree TB --- 2007-07-29 13:02:23 - checking out the source tree TB --- 2007-07-29 13:02:23 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-29 13:02:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 13:10:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 13:10:18 - cd /src TB --- 2007-07-29 13:10:18 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 13:10:19 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 Jul 29 14:25:36 UTC 2007 TB --- 2007-07-29 14:25:36 - generating LINT kernel config TB --- 2007-07-29 14:25:36 - cd /src/sys/powerpc/conf TB --- 2007-07-29 14:25:36 - /usr/bin/make -B LINT TB --- 2007-07-29 14:25:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 14:25:36 - cd /src TB --- 2007-07-29 14:25:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 14:25:36 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding vers.c linking kernel tcp_input.o(.data+0x4): multiple definition of `tcpstates' tcp_debug.o(.data+0x64): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 14:39:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 14:39:01 - ERROR: failed to build lint kernel TB --- 2007-07-29 14:39:01 - tinderbox aborted TB --- 0.55 user 1.98 system 5826.77 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:42:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E021216A421 for ; Sun, 29 Jul 2007 14:42:04 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id A226113C469 for ; Sun, 29 Jul 2007 14:42:04 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id l6TEg3lj017755 for ; Sun, 29 Jul 2007 10:42:03 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l6TEg21Y017754 for current@freebsd.org; Sun, 29 Jul 2007 10:42:02 -0400 (EDT) Date: Sun, 29 Jul 2007 10:42:02 -0400 From: Thomas Dickey To: current@freebsd.org Message-ID: <20070729144202.GA17101@saltmine.radix.net> References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.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: User-Agent: Mutt/1.3.27i Cc: Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 14:42:05 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 29, 2007 at 10:22:52AM -0400, Daniel Eischen wrote: > On Sun, 29 Jul 2007, Thomas Dickey wrote: >=20 > >On Sun, Jul 29, 2007 at 09:10:26AM -0400, Daniel Eischen wrote: > >>I have no idea what you are talking about (terminfo vs termcap). > > > >file a bug report (the package maintainer is polite and knowledgable) >=20 > A bug report to what? ncurses? termcap? I can certainly commit a > fix to our /etc/termcap, but I've no idea where this should be > properly done. The package maintainer should be able to see (start with ncurses) --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFGrKc5tIqByHxlDocRAj94AKCXBegAxHD+oubRQAyIc0SSXg/fQQCcCx2w wJfXnWl5XLChFUB6MIsbf7U= =8XF+ -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 14:51:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2E216A41A for ; Sun, 29 Jul 2007 14:51:56 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3C15313C428 for ; Sun, 29 Jul 2007 14:51:56 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l6TEXuLn013676; Sun, 29 Jul 2007 18:33:57 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 29 Jul 2007 18:33:50 +0400 (MSD) From: Maxim Konovalov To: Thierry Herbelot In-Reply-To: <200707291609.51789.thierry@herbelot.com> Message-ID: <20070729183226.P44136@mp2.macomnet.net> References: <200707291609.51789.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: tcp networking issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 14:51:56 -0000 On Sun, 29 Jul 2007, 16:09+0200, Thierry Herbelot wrote: > Hello, > > when connecting via ssh to my latest current, I get the following panic : > (with rev 1.126 of src/sys/netinet/tcp_syncache.c , rev 1.365 of > src/sys/netinet/tcp_input.c) > Should be fixed in rev.1.366. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 15:58:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4260C16A46E; Sun, 29 Jul 2007 15:58:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0273213C46A; Sun, 29 Jul 2007 15:58:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TFwJri016195; Sun, 29 Jul 2007 11:58: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.14.1/8.14.1) with ESMTP id l6TFwJtI078151; Sun, 29 Jul 2007 11:58:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F337873068; Sun, 29 Jul 2007 11:58:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729155818.F337873068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 11:58:18 -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/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, 29 Jul 2007 15:58:20 -0000 TB --- 2007-07-29 14:24:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 14:24:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-07-29 14:24:34 - cleaning the object tree TB --- 2007-07-29 14:24:50 - checking out the source tree TB --- 2007-07-29 14:24:50 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-07-29 14:24:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 14:32:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 14:32:23 - cd /src TB --- 2007-07-29 14:32:23 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 14:32:24 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 Jul 29 15:44:26 UTC 2007 TB --- 2007-07-29 15:44:26 - generating LINT kernel config TB --- 2007-07-29 15:44:26 - cd /src/sys/sparc64/conf TB --- 2007-07-29 15:44:26 - /usr/bin/make -B LINT TB --- 2007-07-29 15:44:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 15:44:26 - cd /src TB --- 2007-07-29 15:44:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 15:44:26 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 15:58:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 15:58:18 - ERROR: failed to build lint kernel TB --- 2007-07-29 15:58:18 - tinderbox aborted TB --- 0.68 user 1.91 system 5624.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 16:00:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9337E16A418; Sun, 29 Jul 2007 16:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id 47B2513C468; Sun, 29 Jul 2007 16:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IFA1L-000CTG-If; Sun, 29 Jul 2007 16:45:23 +0200 Message-ID: <46ACA806.5030704@FreeBSD.org> Date: Sun, 29 Jul 2007 16:45:26 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Thomas Dickey References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> <20070729144202.GA17101@saltmine.radix.net> In-Reply-To: <20070729144202.GA17101@saltmine.radix.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Rong-En Fan Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 16:00:06 -0000 Thomas Dickey wrote: > On Sun, Jul 29, 2007 at 10:22:52AM -0400, Daniel Eischen wrote: >> On Sun, 29 Jul 2007, Thomas Dickey wrote: >> >>> On Sun, Jul 29, 2007 at 09:10:26AM -0400, Daniel Eischen wrote: >>>> I have no idea what you are talking about (terminfo vs termcap). >>> file a bug report (the package maintainer is polite and knowledgable) >> A bug report to what? ncurses? termcap? I can certainly commit a >> fix to our /etc/termcap, but I've no idea where this should be >> properly done. > > The package maintainer should be able to see (start with ncurses) > I dont think the PR system is intended for jumping around, lets first see what the problem is and THEN file a PR. Currently we seem to be guessing around which is of no help for anyone. I included Rong-En in the mailing who is responsible for ncurses. Cheers, remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 16:06:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E178416A417 for ; Sun, 29 Jul 2007 16:06:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9C57913C457 for ; Sun, 29 Jul 2007 16:06:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2515413pye for ; Sun, 29 Jul 2007 09:06: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=PFQVdYKZ+6n9EGJgCYePfqq/1+GnTMifTdzxO3HXuI3DH7WirbO+fKC3iAU0qb1Wb8s2O+ZL8AEgkBepixX5cXTsjbn8Z2JjG0E+MYSTJeRlijhrhLmjyEcg2fvJiH5eTVK3519vSWqyFd2XD7v2n9Yb+mrb7j3PyPVzq28LS+8= 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=GFfWOhbtkBlmZLQUhKB0QomOuZdRfBTXF6LmWl7w0E8qjHZyjsdl3v0f2iwYHSXnS1cXQPLZyXyzK05BUqCkaH3T5fTtiIbv0knoEM8r7FDZz8D9w7HGkoFLfqSFxj5VCqkpTT0CxZarg5Sei9l1IPw5KaJIU8fjeVIn+neZ5uQ= Received: by 10.65.250.11 with SMTP id c11mr7404978qbs.1185725168624; Sun, 29 Jul 2007 09:06:08 -0700 (PDT) Received: by 10.64.196.7 with HTTP; Sun, 29 Jul 2007 09:06:08 -0700 (PDT) Message-ID: <6eb82e0707290906x3c1fcae4s32050461c76562f7@mail.gmail.com> Date: Mon, 30 Jul 2007 00:06:08 +0800 From: "Rong-en Fan" To: "=?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?=" In-Reply-To: <866443h8fk.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <86vec4dxcy.fsf@ds4.des.no> <866443h8fk.fsf@ds4.des.no> Cc: Daniel Eischen , current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 16:06:10 -0000 T24gNy8yOS8wNywgRGFnLUVybGluZyBTbcO4cmdyYXYgPGRlc0BkZXMubm8+IHdyb3RlOgo+IERh bmllbCBFaXNjaGVuIDxkZWlzY2hlbkBmcmVlYnNkLm9yZz4gd3JpdGVzOgo+ID4gT24gU2F0LCAy OCBKdWwgMjAwNywgRGFnLUVybGluZyBTbcO4cmdyYXYgd3JvdGU6Cj4gPiA+IFRoaXMgaXMgdGhl ICpjb3JyZWN0KiBiZWhhdmlvdXIuICBUaGUgdGVybWNhcCBlbnRyeSBpcyBzdXBwb3NlZCB0bwo+ ID4gPiByZWZsZWN0IHRoZSBjYXBhYmlsaXRpZXMgb2YgdGhlIHRlcm1pbmFsLCBub3QgeW91ciBw ZXJzb25hbCBwcmVmZXJlbmNlcy4KPiA+ID4gSWYgeW91IGRvbid0IGxpa2UgaXQsIHlvdSBjYW4g b3ZlcnJpZGUgaXQgdXNpbmcgdGhlIFRFUk1DQVAgZW52aXJvbm1lbnQKPiA+ID4gdmFyaWFibGUu Cj4gPiBXZWxsLCBzb21ldGhpbmcgZGlkIGNoYW5nZSByZWNlbnRseSB0byBnZXQgdGhpcyBiZWhh dmlvci4KPgo+IE5ldyBsaWJuY3Vyc2VzIHBlcmhhcHM/ICBUaGUgdGVybWNhcCBmaWxlIGl0c2Vs ZiBoYXNuJ3QgY2hhbmdlZCBzaW5jZQo+IGxhdGUgMjAwNS4KCkp1c3QgYSBub3RlLCBuY3Vyc2Vz IGluIGJhc2UgaXMgdXBkYXRlZCB0byA1LjYgaW4gbGF0ZSBKYW4uCgo+ID4gIEFuZCB3aHkgZG8g d2UgaGF2ZSBhIHRlcm1jYXAgeHRlcm0gZW50cnkgdGhhdCBkb2Vzbid0IGV4aGliaXQgdGhpcwo+ ID4gYmVoYXZpb3I/Cj4KPiBCZWNhdXNlIHNvbWVib2R5IG1vZGlmaWVkIGl0IHRvIHJlZmxlY3Qg aGlzIHBlcnNvbmFsIHByZWZlcmVuY2U6Cj4KPiB4dGVybXx4dGVybS1jb2xvcnxYMTEgdGVybWlu YWwgZW11bGF0b3I6XAo+ICAgICAgICAgOnRpQDp0ZUA6dGM9eHRlcm0teGZyZWU4NjoKPgo+IHRo ZSAidGlAOnRlQDoiIHBhcnQgZGlzYWJsZXMgdGhlIHNhdmUgLyByZXN0b3JlIGZ1bmN0aW9uYWxp dHkuCj4KPiBTZWUgZm9yIGluc3RhbmNlIHRoZSBsb2cgbWVzc2FnZXMgZm9yIHNyYy9zaGFyZS90 ZXJtY2FwL3Rlcm1jYXAuc3JjCj4gcmV2aXNpb25zIDEuMTI5IGFuZCAxLjEzMC4KPgo+IERFUwo+ IC0tCj4gRGFnLUVybGluZyBTbcO4cmdyYXYgLSBkZXNAZGVzLm5vCj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJz ZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlz dGluZm8vZnJlZWJzZC1jdXJyZW50Cj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8g ImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIKPgo= From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 16:10:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB09B16A419; Sun, 29 Jul 2007 16:10:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6ACD513C442; Sun, 29 Jul 2007 16:10:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TGAjAY016622; Sun, 29 Jul 2007 12:10:45 -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.14.1/8.14.1) with ESMTP id l6TGAi8b091904; Sun, 29 Jul 2007 12:10:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 25E4873068; Sun, 29 Jul 2007 12:10:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729161044.25E4873068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 12:10:44 -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: Sun, 29 Jul 2007 16:10:45 -0000 TB --- 2007-07-29 14:39:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 14:39:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-07-29 14:39:02 - cleaning the object tree TB --- 2007-07-29 14:39:17 - checking out the source tree TB --- 2007-07-29 14:39:17 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-07-29 14:39:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 14:46:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 14:46:58 - cd /src TB --- 2007-07-29 14:46:58 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 14:46:59 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 Jul 29 15:58:05 UTC 2007 TB --- 2007-07-29 15:58:05 - generating LINT kernel config TB --- 2007-07-29 15:58:05 - cd /src/sys/sun4v/conf TB --- 2007-07-29 15:58:05 - /usr/bin/make -B LINT TB --- 2007-07-29 15:58:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 15:58:05 - cd /src TB --- 2007-07-29 15:58:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 15:58:05 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 16:10:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 16:10:44 - ERROR: failed to build lint kernel TB --- 2007-07-29 16:10:44 - tinderbox aborted TB --- 0.52 user 2.05 system 5502.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 16:44:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61DD216A419 for ; Sun, 29 Jul 2007 16:44:42 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 15EEB13C469 for ; Sun, 29 Jul 2007 16:44:41 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2528330pye for ; Sun, 29 Jul 2007 09:44: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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Zf4VwV0zwlfEJHN4aWdb87O0eFV65ojPHAyECM3PPAiy5G/1rzifkcff3lVlKquUjTul+ikLfxFwarGqXoE79FCZ0eBDZAnHUPtQPM53Vlu3htWdbl6PwAbptNMP89MJGwD7OjkPZ2WmCP0lnXEImPCF57Cav1iurQlohvAwno4= 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=nAO82PZykqI6mTnQsyV0RwaK8SDeuSW6JhEX2RzlvtdAO84fyDwCbCGCvTun9Nu2ZA2gwP7H3GTfyvYdzDbZahCg87BIpCNzb/qQbgNZEW/ohkEC+5pRl8ybOfLpG0V7LTsKr3tVnk4i/4vaxUmSWFgzU7YwEnbsyCUJgJAI4FE= Received: by 10.65.59.11 with SMTP id m11mr7395196qbk.1185727480313; Sun, 29 Jul 2007 09:44:40 -0700 (PDT) Received: by 10.64.196.7 with HTTP; Sun, 29 Jul 2007 09:44:40 -0700 (PDT) Message-ID: <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> Date: Mon, 30 Jul 2007 00:44:40 +0800 From: "Rong-en Fan" To: "Daniel Eischen" In-Reply-To: <46ACA806.5030704@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> <20070729144202.GA17101@saltmine.radix.net> <46ACA806.5030704@FreeBSD.org> Cc: Thomas Dickey , current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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, 29 Jul 2007 16:44:42 -0000 On 7/29/07, Remko Lodder wrote: > Thomas Dickey wrote: > > On Sun, Jul 29, 2007 at 10:22:52AM -0400, Daniel Eischen wrote: > >> On Sun, 29 Jul 2007, Thomas Dickey wrote: > >> > >>> On Sun, Jul 29, 2007 at 09:10:26AM -0400, Daniel Eischen wrote: > >>>> I have no idea what you are talking about (terminfo vs termcap). > >>> file a bug report (the package maintainer is polite and knowledgable) > >> A bug report to what? ncurses? termcap? I can certainly commit a > >> fix to our /etc/termcap, but I've no idea where this should be > >> properly done. > > > > The package maintainer should be able to see (start with ncurses) > > > > I dont think the PR system is intended for jumping around, lets first > see what the problem is and THEN file a PR. Currently we seem to be > guessing around which is of no help for anyone. > > I included Rong-En in the mailing who is responsible for ncurses. Thomas has explained me in details about what his has. Judge from Daniel's original post, I would like to know which libncurses.so that xterm is using, and is devel/ncurses or devel/ncurses-devel installed? The ncurses update was in late Jan and enable widec support in Mar, IIRC. Since then, only few non-functional Makefile changes to base's ncurses part. BTW, base's less is updated in early Jun, not sure if it's related. Regards, Rong-En Fan > > Cheers, > remko > > -- > Kind regards, > > Remko Lodder ** remko@elvandar.org > FreeBSD ** remko@FreeBSD.org > > /* Quis custodiet ipsos custodes */ > _______________________________________________ > 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 Jul 29 16:52:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78EBF16A417 for ; Sun, 29 Jul 2007 16:52:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3757D13C461 for ; Sun, 29 Jul 2007 16:52:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l6TGpxZ4001558; Sun, 29 Jul 2007 12:51:59 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 29 Jul 2007 12:51:59 -0400 (EDT) Date: Sun, 29 Jul 2007 12:51:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Rong-en Fan In-Reply-To: <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> Message-ID: References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> <20070729144202.GA17101@saltmine.radix.net> <46ACA806.5030704@FreeBSD.org> <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Thomas Dickey , current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 16:52:00 -0000 On Mon, 30 Jul 2007, Rong-en Fan wrote: > > Thomas has explained me in details about what his has. Judge from > Daniel's original post, I would like to know which libncurses.so that > xterm is using, and is devel/ncurses or devel/ncurses-devel installed? > > The ncurses update was in late Jan and enable widec support in Mar, IIRC. > Since then, only few non-functional Makefile changes to base's ncurses > part. BTW, base's less is updated in early Jun, not sure if it's related. FYI, setting PAGER="more -Xd" works around the problem, but I don't think that really proves anything. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 17:01:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D1E416A417 for ; Sun, 29 Jul 2007 17:01:53 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [66.184.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id C882A13C469 for ; Sun, 29 Jul 2007 17:01:52 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.99] (cpe-65-29-111-183.twmi.res.rr.com [65.29.111.183]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l6TGne44095452; Sun, 29 Jul 2007 12:49:41 -0400 (EDT) (envelope-from andy@siliconlandmark.com) In-Reply-To: <46AA2ED3.6050702@ibctech.ca> References: <46AA2ED3.6050702@ibctech.ca> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Sun, 29 Jul 2007 12:49:31 -0400 To: Steve Bertrand X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.90.3/3804/Sun Jul 29 00:09:31 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-0.815, required 6, AWL -0.10, BAYES_00 -2.60, RCVD_IN_PBL 0.91, RCVD_IN_SORBS_DUL 0.88, RDNS_DYNAMIC 0.10) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: IP header 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: Sun, 29 Jul 2007 17:01:53 -0000 On Jul 27, 2007, at 1:43 PM, Steve Bertrand wrote: > First of all, sorry for being off topic here, but I know there are > many > people in this list that know the network stack inside and out. > > I have (hopefully) a couple very easy questions: > > When the term 'header stripping' is used as a packet is passed up the > stack, what really happens? I don't understand how if a layers > header is > 'stripped off' as it goes up, it will know where to be sent to as it > goes back down. On the way up, the IP header no longer matters once the socket that is seeing traffic is determined (Which hosts, port pairs, etc). It is important to remember that sockets have state information that gets updated with every accept(2) / bind(2) / connect(2) call. Reading the associated man pages will enlighten you. You may want to mull over the purpose of passing a struct sockaddr * to both of these syscalls. > Does 'stripping' mean simply reading it on the way up (but not > discarding)? No. Stripping means reading it and discarding it once the determination of where the data should go has been made. > If so, when does the src/dst info for layer-3 and layer-2 get > reversed, > on the way up, or the way back down? "reversed"? Picture a client making a request to a server. The only time you go from layer 3 to layer 2 (Then to layer 1) is when sending data. When the server responds, the data makes its way up the various layers, starting from 1 all the way to the 7. > If not, how does each layer know what destination information to > insert > into the headers for the trip back to the source? See my answers to your first two questions. > Thanks very much for any insight. Cheers, /* Andre Guibert de Bruet * 436f 6465 2070 6f65 742e 2042 6974 206a */ /* Code poet / Sysadmin * 6f63 6b65 792e 2053 7973 4164 6d69 6e2e */ /* GSM: +1 734 846 8758 * 2055 4e49 5820 736c 6575 7468 2e00 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 17:15:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B48316A41B for ; Sun, 29 Jul 2007 17:15:34 +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 A522C13C467 for ; Sun, 29 Jul 2007 17:15:33 +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 D631C690E20; Sun, 29 Jul 2007 18:08:39 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 96030690ECE; Sun, 29 Jul 2007 18:08:39 +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=-2.2 required=5.0 tests=AWL,BAYES_00, DATE_IN_PAST_24_48 autolearn=no version=3.1.7 Received: from epsilon.local (unknown [83.240.196.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id A6E58690E20; Sun, 29 Jul 2007 18:08:35 +0100 (WEST) Message-ID: <46AA5202.5020406@fnop.net> Date: Fri, 27 Jul 2007 21:13:54 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: Andrew Gallatin References: <18088.61153.369771.398961@grasshopper.cs.duke.edu> In-Reply-To: <18088.61153.369771.398961@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Andrew Moran Subject: Re: FreeBSD on intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 17:15:34 -0000 Andrew Gallatin wrote: > Andrew Moran writes: > > > > Is it the case that I can install and boot freebsd on an intel mac > > (uses EFI, not BIOS) currently (without using Boot Camp), or do I > > have to wait until FreeBSD 7 for this functionality? > > There are various gotachs with Intel Macs: > > When you have an Apple GPT partitioned disk, you may need to install > from 6.x. This is because libdisk causes sysinstall to exit (leading to > "going nowhere without my init") when libdisk crashes with "BARF ...." > > You can't install a non-EFI native OS on an external firewire drive > and be able to boot it (at least on my iMac). I tried various > partition styles (pure MBR, plus MBR + GPT), booting by selecting > "windows" from the alt-key menu, booting via rEFIt, Ubuntu Fiesty in > addition to FreeBSD, etc. That's about 8 or 12 hours of my life I'll > never get back :( > > Is anybody working on an EFI loader? Well, I should be starting to think about it. At least during August. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 17:56:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FDC716A419 for ; Sun, 29 Jul 2007 17:56:48 +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 E05A913C461 for ; Sun, 29 Jul 2007 17:56:47 +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 2D04E690E20 for ; Sun, 29 Jul 2007 18:49:54 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id E2E49690ECE; Sun, 29 Jul 2007 18:49:53 +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=-2.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local (unknown [83.240.196.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id 6BB35690E20 for ; Sun, 29 Jul 2007 18:49:50 +0100 (WEST) Message-ID: <46ACD4C1.6030803@fnop.net> Date: Sun, 29 Jul 2007 18:56:17 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Apple IR receiver daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 17:56:48 -0000 Hi, At the following location you can find a userland daemon to handle Apple IR receiver events: http://fnop.net/~rpaulo/priv/freebsd/aird.tgz If you have a MacBook, an iMac or a MacMini running FreeBSD, try compiling this little daemon and then try using it. Finally, report to me any success or failure :-) I use the Apple remote to control mpd (ports/audio/musicpd), but you can use this anyway you like. As an example, my .xinitrc contains: aird -f /dev/uhid1 -P "mpc toggle" -F "mpc next" -B "mpc prev" -U "mixer vol +2" -D "mixer vol -2" -p ~/.aird.pid -M gmpc uhid1 is: uhid1: on uhub2 Have fun! -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 17:57:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D8016A420; Sun, 29 Jul 2007 17:57:01 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id ECDBD13C49D; Sun, 29 Jul 2007 17:57:00 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy2.bredband.net (7.3.127) id 46A88258000CAC4E; Sun, 29 Jul 2007 19:56:59 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 7184A1CC8E; Sun, 29 Jul 2007 21:57:10 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sun, 29 Jul 2007 21:57:09 +0200 User-Agent: KMail/1.9.7 References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> In-Reply-To: <20070728175426.GF1092@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707292157.09742.peter.schuller@infidyne.com> Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 17:57:01 -0000 > Could you paste the output of: > > db> show vnode 0x > > Where is the first argument to vrele() function above. I was not able to get ddb to include function arguments in backtraces for some reason, but I inserted a pointer printout before each of the two calls to vrele() in mountcheckdirs(). Based on the last printout prior to panic, it is the second call in the function (code line wise; i.e., when locking rootvnode) that is triggering the panic, on this vnode: vnode 0xffffff00037473e0: tag devfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0xffffff0003745ca0 flags (VV_ROOT) lock type devfs: EXCL (count 1) by thread 0xffffff00010e6680 (pid 1) Also, this time I triggered it after having dropped a drive (as opposed to when I then booted back up again with two drives). Am I understanding this correctly that the root filesystem has suddenly become devfs? -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 17:57:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D8016A420; Sun, 29 Jul 2007 17:57:01 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id ECDBD13C49D; Sun, 29 Jul 2007 17:57:00 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy2.bredband.net (7.3.127) id 46A88258000CAC4E; Sun, 29 Jul 2007 19:56:59 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 7184A1CC8E; Sun, 29 Jul 2007 21:57:10 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sun, 29 Jul 2007 21:57:09 +0200 User-Agent: KMail/1.9.7 References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> In-Reply-To: <20070728175426.GF1092@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707292157.09742.peter.schuller@infidyne.com> Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 17:57:01 -0000 > Could you paste the output of: > > db> show vnode 0x > > Where is the first argument to vrele() function above. I was not able to get ddb to include function arguments in backtraces for some reason, but I inserted a pointer printout before each of the two calls to vrele() in mountcheckdirs(). Based on the last printout prior to panic, it is the second call in the function (code line wise; i.e., when locking rootvnode) that is triggering the panic, on this vnode: vnode 0xffffff00037473e0: tag devfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0xffffff0003745ca0 flags (VV_ROOT) lock type devfs: EXCL (count 1) by thread 0xffffff00010e6680 (pid 1) Also, this time I triggered it after having dropped a drive (as opposed to when I then booted back up again with two drives). Am I understanding this correctly that the root filesystem has suddenly become devfs? -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 18:26:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4E8916A419; Sun, 29 Jul 2007 18:26: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 A0EFA13C467; Sun, 29 Jul 2007 18:26:21 +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 l6TIQLVo012753; Sun, 29 Jul 2007 14:26:21 -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.14.1/8.14.1) with ESMTP id l6TIQLdx080347; Sun, 29 Jul 2007 14:26:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D687A73068; Sun, 29 Jul 2007 14:26:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729182620.D687A73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 14:26:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Sun, 29 Jul 2007 18:26:22 -0000 TB --- 2007-07-29 16:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 16:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-07-29 16:15:00 - cleaning the object tree TB --- 2007-07-29 16:15:36 - checking out the source tree TB --- 2007-07-29 16:15:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-07-29 16:15:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 16:25:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 16:25:36 - cd /src TB --- 2007-07-29 16:25:36 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 16:25: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jul 29 18:10:44 UTC 2007 TB --- 2007-07-29 18:10:44 - generating LINT kernel config TB --- 2007-07-29 18:10:44 - cd /src/sys/amd64/conf TB --- 2007-07-29 18:10:44 - /usr/bin/make -B LINT TB --- 2007-07-29 18:10:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 18:10:44 - cd /src TB --- 2007-07-29 18:10:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 18:10:44 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xe0): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 18:26:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 18:26:20 - ERROR: failed to build lint kernel TB --- 2007-07-29 18:26:20 - tinderbox aborted TB --- 0.73 user 3.11 system 7880.09 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 18:48:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBF616A417 for ; Sun, 29 Jul 2007 18:48:26 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id AB49B13C457 for ; Sun, 29 Jul 2007 18:48:25 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1089460uge for ; Sun, 29 Jul 2007 11:48:24 -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; b=GwY/sBEigxHIVbOgrjMJlgl3EZeYXHAruEQSZ2/E2NPFuKc+3O64UQISneH+9IVSxlV/AdwN6Ab7yCLYCVs60U/953dIDsr0FBaGUZBvC4zRkGMQvB/nB7eHIkzRoyHqtARXRuuz1I9CyqYI9kUuqM64kOgyyktIVzHDcbJpcdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=XXLL1764qeyN4jfrtnQ7Wzt8NbnXXl7YG4b3EX0pEqxqvkrib4xkHRjstTK7Lz3iN8FKguvAspD9GOrGVSm7bgWOVzmVXWiOCbYnsoI/EF2VCsE2ncEo2hAgX0JTky9JNr21x6IzVf3hGrGTQQ6M0NCgQV1uYxTfDyTU2ye0UhA= Received: by 10.78.201.15 with SMTP id y15mr1281882huf.1185733240128; Sun, 29 Jul 2007 11:20:40 -0700 (PDT) Received: by 10.78.160.10 with HTTP; Sun, 29 Jul 2007 11:20:40 -0700 (PDT) Message-ID: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> Date: Sun, 29 Jul 2007 22:20:40 +0400 From: "KOT MATPOCKuH" To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_22768_9418379.1185733240092" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 18:48:26 -0000 ------=_Part_22768_9418379.1185733240092 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I got a problem. After messages on console: ... Mounting local files systems:. Setting hostname: green. fxp: link state changed to UP nfe0: link state changed to DOWN console hangs. No any new messages, I can't input anything from keyboard, changing virtual consoles is not working. After X is started, console is not switched to xdm display. But system is works - I can login to system via ssh, ... dmesg.boot is attached. Where is a problem and what I need to do? :) -- MATPOCKuH ------=_Part_22768_9418379.1185733240092 Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: base64 X-Attachment-Id: f_f4pur12d Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtQ1VSUkVOVCAjNDA6IFN1biBKdWwgMjkgMTQ6 Mzc6MDUgTVNEIDIwMDcKICAgIHJvb3RAZ3JlZW46L3Vzci9vYmovdXNyL3NyYy9zeXMvZ3JlZW4K VGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBB TUQgQXRobG9uKHRtKSA2NCBYMiBEdWFsIENvcmUgUHJvY2Vzc29yIDM4MDArICgyMDA5LjE2LU1I eiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg0MGZiMiAg U3RlcHBpbmcgPSAyCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNI LE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHgyMDAxPFNTRTMsQ1gxNj4KICBB TUQgRmVhdHVyZXM9MHhlYTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUkRUU0NQLExNLDNE Tm93ISssM0ROb3chPgogIEFNRCBGZWF0dXJlczI9MHgxZjxMQUhGLENNUCxTVk0sRXh0QVBJQyxD Ujg+CiAgQ29yZXMgcGVyIHBhY2thZ2U6IDIKdXNhYmxlIG1lbW9yeSA9IDEwNjUwNTgzMDQgKDEw MTUgTUIpCmF2YWlsIG1lbW9yeSAgPSAxMDI2NDQ5NDA4ICg5NzggTUIpCkFDUEkgQVBJQyBUYWJs ZTogPEdCVCAgICBBV1JEQUNQST4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBE ZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElD IElEOiAgMQppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDIKaW9hcGljMCA8VmVyc2lvbiAx LjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQxIGF0IGtiZG11eDAKYWNwaTA6IDxHQlQg QVdSREFDUEk+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1 dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAwLCBhMDAwMCAoMykgZmFpbGVkCmFj cGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDNmZWYwMDAwICgzKSBmYWlsZWQKVGltZWNvdW50 ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGlt ZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24g YWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzA6IDxQb3dlck5vdyEgSzg+ IG9uIGNwdTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzE6IDxQb3dlck5vdyEg Szg+IG9uIGNwdTEKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDog PEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjEgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC4yIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuMyAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjQgKG5vIGRyaXZl ciBhdHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC41IChubyBkcml2ZXIg YXR0YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuNiAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjcgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAK cGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNp YjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNpMjogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjMKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBv cnQgMHhhMDAwLTB4YTBmZiBtZW0gMHhlMDAwMDAwMC0weGU3ZmZmZmZmLDB4ZWIwMDAwMDAtMHhl YjAwZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCmRybTA6IDxBVEkgUmFkZW9uIFJW MzcwIFgzMDAgU0U+IG9uIHZnYXBjaTAKaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgcmFkZW9uIDEu MjUuMCAyMDA2MDUyNAp2Z2FwY2kxOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZWIw MTAwMDAtMHhlYjAxZmZmZiBhdCBkZXZpY2UgMC4xIG9uIHBjaTIKcGNpMDogPG1lbW9yeSwgUkFN PiBhdCBkZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlk Z2U+IGF0IGRldmljZSAxMC4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaTA6 IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDEwLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMTAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpv aGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhlZTEwNTAwMC0weGVl MTA1ZmZmIGlycSAyMSBhdCBkZXZpY2UgMTEuMCBvbiBwY2kwCm9oY2kwOiBbR0lBTlQtTE9DS0VE XQpvaGNpMDogW0lUSFJFQURdCnVzYjA6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0 CnVzYjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTAKdXNiMDogVVNC IHJldmlzaW9uIDEuMAp1aHViMDogPG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMAp1aHViMDogOCBwb3J0cyB3aXRoIDggcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xs ZXI+IG1lbSAweGVlMTA2MDAwLTB4ZWUxMDYwZmYgaXJxIDIyIGF0IGRldmljZSAxMS4xIG9uIHBj aTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCmVoY2kwOiBbSVRIUkVBRF0KdXNiMTogRUhDSSB2ZXJz aW9uIDEuMAp1c2IxOiBjb21wYW5pb24gY29udHJvbGxlciwgOCBwb3J0cyBlYWNoOiB1c2IwCnVz YjE6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjE6IFVT QiByZXZpc2lvbiAyLjAKdWh1YjE6IDxuVmlkaWEgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCBy ZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjEKdWh1YjE6IDggcG9ydHMgd2l0aCA4IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCmF0YXBjaTA6IDxuVmlkaWEgbkZvcmNlIE1DUDUxIFVETUExMzMg Y29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGYw MDAtMHhmMDBmIGF0IGRldmljZSAxMy4wIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9u IGF0YXBjaTAKYXRhMDogW0lUSFJFQURdCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kw CmF0YTE6IFtJVEhSRUFEXQphdGFwY2kxOiA8blZpZGlhIG5Gb3JjZSBNQ1A1MSBTQVRBMzAwIGNv bnRyb2xsZXI+IHBvcnQgMHg5ZjAtMHg5ZjcsMHhiZjAtMHhiZjMsMHg5NzAtMHg5NzcsMHhiNzAt MHhiNzMsMHhkNDAwLTB4ZDQwZiBtZW0gMHhlZTEwNDAwMC0weGVlMTA0ZmZmIGlycSAyMyBhdCBk ZXZpY2UgMTQuMCBvbiBwY2kwCmF0YXBjaTE6IFtJVEhSRUFEXQphdGEyOiA8QVRBIGNoYW5uZWwg MD4gb24gYXRhcGNpMQphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0 YXBjaTEKYXRhMzogW0lUSFJFQURdCmF0YXBjaTI6IDxuVmlkaWEgbkZvcmNlIE1DUDUxIFNBVEEz MDAgY29udHJvbGxlcj4gcG9ydCAweDllMC0weDllNywweGJlMC0weGJlMywweDk2MC0weDk2Nyww eGI2MC0weGI2MywweGMwMDAtMHhjMDBmIG1lbSAweGVlMTA4MDAwLTB4ZWUxMDhmZmYgaXJxIDIw IGF0IGRldmljZSAxNS4wIG9uIHBjaTAKYXRhcGNpMjogW0lUSFJFQURdCmF0YTQ6IDxBVEEgY2hh bm5lbCAwPiBvbiBhdGFwY2kyCmF0YTQ6IFtJVEhSRUFEXQphdGE1OiA8QVRBIGNoYW5uZWwgMT4g b24gYXRhcGNpMgphdGE1OiBbSVRIUkVBRF0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBh dCBkZXZpY2UgMTYuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CmZ4cDA6 IDxJbnRlbCA4MjU1OSBQcm8vMTAwIEV0aGVybmV0PiBwb3J0IDB4OTAwMC0weDkwM2YgbWVtIDB4 ZWQxMDUwMDAtMHhlZDEwNWZmZiwweGVkMDAwMDAwLTB4ZWQwZmZmZmYgaXJxIDE2IGF0IGRldmlj ZSA2LjAgb24gcGNpMQptaWlidXMwOiA8TUlJIGJ1cz4gb24gZnhwMAppbnBoeTA6IDxpODI1NTUg MTAvMTAwIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMAppbnBoeTA6ICAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCmZ4cDA6IEV0aGVy bmV0IGFkZHJlc3M6IDAwOjA2OjI5OmU5OjMyOmE5CmZ4cDA6IFtJVEhSRUFEXQpwY20wOiA8Q3Jl YXRpdmUgRU1VMTBLMT4gcG9ydCAweDk0MDAtMHg5NDFmIGlycSAxNyBhdCBkZXZpY2UgNy4wIG9u IHBjaTEKcGNtMDogPFRyaVRlY2ggVFIyODYwMiBBQzk3IENvZGVjPgpwY20wOiBbSVRIUkVBRF0K Ymt0cjA6IDxCcm9va1RyZWUgODc4PiBtZW0gMHhlZTAwMDAwMC0weGVlMDAwZmZmIGlycSAxOCBh dCBkZXZpY2UgOC4wIG9uIHBjaTEKYmt0cjA6IFtHSUFOVC1MT0NLRURdCmJrdHIwOiBbSVRIUkVB RF0KYmt0cjA6IEFWZXIgTWVkaWEgVFYvRk0sIFBoaWxpcHMgRlIxMjE2IFBBTCBGTSB0dW5lci4K cGNpMTogPG11bHRpbWVkaWE+IGF0IGRldmljZSA4LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKZndv aGNpMDogPFRleGFzIEluc3RydW1lbnRzIFRTQjQzQUIyMz4gbWVtIDB4ZWQxMDQwMDAtMHhlZDEw NDdmZiwweGVkMTAwMDAwLTB4ZWQxMDNmZmYgaXJxIDE4IGF0IGRldmljZSAxNC4wIG9uIHBjaTEK ZndvaGNpMDogW0ZJTFRFUl0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQpmd29o Y2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMgNC4KZndvaGNpMDogRVVJNjQgMDA6 MGY6ZWE6MDA6MDA6NWE6Zjg6MDEKZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBTNDAwLCAz IHBvcnRzLgpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9yZWMgMjA0OCBieXRlcy4KZmlyZXdpcmUw OiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndvaGNpMApkY29uc19jcm9tMDogPGRjb25z IGNvbmZpZ3VyYXRpb24gUk9NPiBvbiBmaXJld2lyZTAKZGNvbnNfY3JvbTA6IGJ1c19hZGRyIDB4 MjRkNDAwMApmd2UwOiA8RXRoZXJuZXQgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmlmX2Z3 ZTA6IEZha2UgRXRoZXJuZXQgYWRkcmVzczogMDI6MGY6ZWE6NWE6Zjg6MDEKZndlMDogRXRoZXJu ZXQgYWRkcmVzczogMDI6MGY6ZWE6NWE6Zjg6MDEKZndpcDA6IDxJUCBvdmVyIEZpcmVXaXJlPiBv biBmaXJld2lyZTAKZndpcDA6IEZpcmV3aXJlIGFkZHJlc3M6IDAwOjBmOmVhOjAwOjAwOjVhOmY4 OjAxIEAgMHhmZmZlMDAwMDAwMDAsIFM0MDAsIG1heHJlYyAyMDQ4CnNicDA6IDxTQlAtMi9TQ1NJ IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd29oY2kwOiBJbml0aWF0ZSBidXMgcmVzZXQK ZndvaGNpMDogQlVTIHJlc2V0CmZ3b2hjaTA6IG5vZGVfaWQ9MHhjODAwZmZjMCwgZ2VuPTEsIENZ Q0xFTUFTVEVSIG1vZGUKcGNtMTogPE5WaWRpYSBNQ1A1MSBIaWdoIERlZmluaXRpb24gQXVkaW8g Q29udHJvbGxlcj4gbWVtIDB4ZWUxMDAwMDAtMHhlZTEwM2ZmZiBpcnEgMjEgYXQgZGV2aWNlIDE2 LjEgb24gcGNpMApwY20xOiBbSVRIUkVBRF0KbmZlMDogPE5WSURJQSBuRm9yY2UgNDMwIE1DUDEz IE5ldHdvcmtpbmcgQWRhcHRlcj4gcG9ydCAweGUwMDAtMHhlMDA3IG1lbSAweGVlMTA3MDAwLTB4 ZWUxMDdmZmYgaXJxIDIyIGF0IGRldmljZSAyMC4wIG9uIHBjaTAKbWlpYnVzMTogPE1JSSBidXM+ IG9uIG5mZTAKZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMTE2IEdpZ2FiaXQgUEhZPiBQSFkgMSBv biBtaWlidXMxCmUxMDAwcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEw MGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCm5mZTA6IEV0aGVybmV0IGFkZHJlc3M6 IDAwOjBmOmVhOjVhOmQxOjBkCm5mZTA6IFtGSUxURVJdCnNwZWFrZXIwOiA8UEMgc3BlYWtlcj4g cG9ydCAweDYxIG9uIGFjcGkwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBv ZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6IGNvbmZp Z3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5 IG5vdCBiZSBlbmFibGVkCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAw eDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNp bzA6IFtGSUxURVJdCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBwb3J0IDB4Mzc4LTB4MzdmLDB4Nzc4 LTB4NzdiIGlycSA3IGRycSAzIG9uIGFjcGkwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoRUNQL1BT Mi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvMTYgYnl0 ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCmxwdDA6IDxQ cmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJh bGxlbCBJL08+IG9uIHBwYnVzMApwcGMwOiBbR0lBTlQtTE9DS0VEXQpwcGMwOiBbSVRIUkVBRF0K YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJx IDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBh dCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpwc20wOiA8 UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDog W0lUSFJFQURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMKb3JtMDogPElT QSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNmZmZmLDB4ZDAwMDAtMHhkMGZmZiBv biBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDog VkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Kc2lvMTogY29uZmlndXJlZCBp cnEgMyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMTogcG9ydCBtYXkgbm90IGJl IGVuYWJsZWQKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21l bSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBt c2VjCmlwZncyIGluaXRpYWxpemVkLCBkaXZlcnQgZW5hYmxlZCwgcnVsZS1iYXNlZCBmb3J3YXJk aW5nIGVuYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBsaW1pdGVkIHRvIDEwMCBwYWNr ZXRzL2VudHJ5IGJ5IGRlZmF1bHQKZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCwgY2Fi bGUgSVJNID0gMCAobWUpCmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpCmFkMDogMjg2MTY3 TUIgPFNlYWdhdGUgU1QzMzAwODMxQSAzLjA2PiBhdCBhdGEwLW1hc3RlciBVRE1BMTAwCmFkMTog MTkwNzgxTUIgPFNlYWdhdGUgU1QzMjAwODIyQSAzLjAxPiBhdCBhdGEwLXNsYXZlIFVETUExMDAK YWNkMDogRFZEUiA8TkVDIERWRCBSVyBORC0zNTQwQS8xLjAxPiBhdCBhdGExLW1hc3RlciBVRE1B MzMKYWQ0OiAyMzg0NzRNQiA8U2VhZ2F0ZSBTVDMyNTA4MjRBUyAzLkFBRD4gYXQgYXRhMi1tYXN0 ZXIgU0FUQTMwMAphZDY6IDI4NjE2OE1CIDxTZWFnYXRlIFNUMzMwMDgzMUFTIDMuMDM+IGF0IGF0 YTMtbWFzdGVyIFNBVEExNTAKYWQ4OiA0NzY5NDBNQiA8U2VhZ2F0ZSBTVDM1MDA2MzBBUyAzLkFB RT4gYXQgYXRhNC1tYXN0ZXIgU0FUQTMwMApwY20xOiA8SERBIENvZGVjOiBSZWFsdGVrIEFMQzg4 Mz4KcGNtMTogPEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDcwNzEwXzAwNDc+CmNkMCBhdCBhdGEx IGJ1cyAwIHRhcmdldCAwIGx1biAwCmNkMDogPF9ORUMgRFZEX1JXIE5ELTM1NDBBIFMxTS5QMDox PiAgQVBSIGVDbVBvVXYgYWIjbDFlICBDTERhLXVuUmNPaE1lIGRTQyFTSQotMCBkZXZpY2UgCmNk MDogMzMuMDAwTUIvcyB0cmFuc2ZlcnMKY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXpl IGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKVHJ5aW5nIHRvIG1vdW50IHJv b3QgZnJvbSB1ZnM6L2Rldi9hZDRzMWEK ------=_Part_22768_9418379.1185733240092-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 19:12:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B729316A41B for ; Sun, 29 Jul 2007 19:12:45 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4667113C4B7 for ; Sun, 29 Jul 2007 19:12:45 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so131154nfb for ; Sun, 29 Jul 2007 12:12: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=rW/0Uwwbp35p0ilXbaMAU27v+7KPvo6x+rYv3jK5ckUJHwNCXM+85ndkk/LOnON3uu4XbztIidzA1oPMvK1gwEwQ7m/9u1Vy6unVX5XRhi5/Bnd2//w/UzazNav4abOYMuuWA//t2MNeLzgeNrCjkSb+mLtoPdOfrxkbbixpYQA= 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=CC3mUlSvUEFuo9+i8yYtlMCVrvKBjVqprcqvi6SSJE2+pPqmljsrKzoBewgO8nmbfBXUYordul00/ssA68vTTd/ZDH6Y8bpMAphz7PqhSExA+yfvZGqk3EmQl+Ro3+YdXUu3MK7q+eiCQZgkG25tfm09h1s2qqQH/KAJIiZbX/I= Received: by 10.86.3.2 with SMTP id 2mr3392819fgc.1185736364187; Sun, 29 Jul 2007 12:12:44 -0700 (PDT) Received: by 10.86.63.16 with HTTP; Sun, 29 Jul 2007 12:12:44 -0700 (PDT) Message-ID: Date: Sun, 29 Jul 2007 12:12:44 -0700 From: "Maksim Yevmenkin" To: "KOT MATPOCKuH" In-Reply-To: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> Cc: current@freebsd.org Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 19:12:45 -0000 On 7/29/07, KOT MATPOCKuH wrote: > I got a problem. After messages on console: > ... > Mounting local files systems:. > Setting hostname: green. > fxp: link state changed to UP > nfe0: link state changed to DOWN > > console hangs. > No any new messages, I can't input anything from keyboard, changing virtual > consoles is not working. After X is started, console is not switched to xdm > display. > But system is works - I can login to system via ssh, ... > > dmesg.boot is attached. > > Where is a problem and what I need to do? :) try to disable kbdmux(4) and see if this helps. thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 19:16:43 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BEFE16A468; Sun, 29 Jul 2007 19:16: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 8538813C511; Sun, 29 Jul 2007 19:16: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 l6TJGY18014599; Sun, 29 Jul 2007 15:16: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.14.1/8.14.1) with ESMTP id l6TJGYEE082208; Sun, 29 Jul 2007 15:16:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EC7A473068; Sun, 29 Jul 2007 15:16:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729191633.EC7A473068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 15:16:33 -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, 29 Jul 2007 19:16:43 -0000 TB --- 2007-07-29 17:37:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 17:37:29 - starting HEAD tinderbox run for i386/i386 TB --- 2007-07-29 17:37:29 - cleaning the object tree TB --- 2007-07-29 17:37:56 - checking out the source tree TB --- 2007-07-29 17:37:56 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-07-29 17:37:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 17:45:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 17:45:26 - cd /src TB --- 2007-07-29 17:45:26 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 17:45: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 >>> 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 Jul 29 18:59:19 UTC 2007 TB --- 2007-07-29 18:59:19 - generating LINT kernel config TB --- 2007-07-29 18:59:19 - cd /src/sys/i386/conf TB --- 2007-07-29 18:59:19 - /usr/bin/make -B LINT TB --- 2007-07-29 18:59:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 18:59:19 - cd /src TB --- 2007-07-29 18:59:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 18:59:19 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 19:16:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 19:16:33 - ERROR: failed to build lint kernel TB --- 2007-07-29 19:16:33 - tinderbox aborted TB --- 0.72 user 2.02 system 5943.80 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 20:01:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82AFA16A41F; Sun, 29 Jul 2007 20:01:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 420C413C45A; Sun, 29 Jul 2007 20:01:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TK1g7l024443; Sun, 29 Jul 2007 16:01:45 -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.14.1/8.14.1) with ESMTP id l6TK1gkr022491; Sun, 29 Jul 2007 16:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5AEC173068; Sun, 29 Jul 2007 16:01:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729200142.5AEC173068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 16:01:42 -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, 29 Jul 2007 20:01:46 -0000 TB --- 2007-07-29 18:26:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 18:26:20 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-29 18:26:21 - cleaning the object tree TB --- 2007-07-29 18:26:42 - checking out the source tree TB --- 2007-07-29 18:26:42 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-29 18:26:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 18:33:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 18:33:18 - cd /src TB --- 2007-07-29 18:33:18 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 18:33:20 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 Jul 29 19:47:13 UTC 2007 TB --- 2007-07-29 19:47:13 - generating LINT kernel config TB --- 2007-07-29 19:47:13 - cd /src/sys/pc98/conf TB --- 2007-07-29 19:47:13 - /usr/bin/make -B LINT TB --- 2007-07-29 19:47:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 19:47:14 - cd /src TB --- 2007-07-29 19:47:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 19:47:14 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 20:01:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 20:01:41 - ERROR: failed to build lint kernel TB --- 2007-07-29 20:01:41 - tinderbox aborted TB --- 0.65 user 2.09 system 5720.92 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 20:01:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51DBE16A41F for ; Sun, 29 Jul 2007 20:01:29 +0000 (UTC) (envelope-from lists@billsf.net) Received: from billsf.net (billsf.net [213.130.164.21]) by mx1.freebsd.org (Postfix) with ESMTP id E4B4213C4CC for ; Sun, 29 Jul 2007 20:01:28 +0000 (UTC) (envelope-from lists@billsf.net) Received: by billsf.net (Postfix, from userid 1004) id B6CE828FB8A; Sun, 29 Jul 2007 02:14:41 +0200 (CEST) Date: Sun, 29 Jul 2007 02:14:41 +0200 From: FreeBSD Mailing Lists To: Rene Ladan Message-ID: <20070729001441.GA2830@curacao.billsf.net> References: <20070716233030.D92541@10.0.0.1> <469E83F8.3090103@gmail.com> <20070718142649.Y561@10.0.0.1> <469E897B.7080100@gmail.com> <20070718150613.W561@10.0.0.1> <469E9BDB.7020500@gmail.com> <20070718161652.G561@10.0.0.1> <469FA6C2.4090202@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469FA6C2.4090202@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sun, 29 Jul 2007 20:19:40 +0000 Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE/SCHED_SMP diff 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: Sun, 29 Jul 2007 20:01:29 -0000 On Thu, Jul 19, 2007 at 08:00:34PM +0200, Rene Ladan wrote: > Jeff Roberson schreef: > > On Thu, 19 Jul 2007, Rene Ladan wrote: > > > >> Jeff Roberson schreef: > >>> > >>> On Wed, 18 Jul 2007, Rene Ladan wrote: > >>> > >>>> Jeff Roberson schreef: > >>>>> > >>>>> On Wed, 18 Jul 2007, Rene Ladan wrote: > >>>>> > >>>>>> Jeff Roberson schreef: > >>>>>>> http://people.freebsd.org/~jeff/ule.diff > >>>>>>> > >>>>>>> This patch is scheduled for inclusion in 7.0. I would like > >>>>>>> anyone who > >>>>>>> cares to run it to validate that it does not create any stability or > >>>>>>> performance regression over the existing ULE. This patch > >>>>>>> replaces ULE > >>>>>>> with SCHED_SMP, which will now no longer exist as a seperate fork of > >>>>>>> ULE. > >>>>>> [..] > >>>>>> > >> > > > > Thank you. > > > > This is definitely a KSE/ULE problem. Can you try > > http://people.freebsd.org/~jeff/sched_ule.c? I have made some changes > > that may fix this. > > cvsuped today at 17:23 UTC and replaced sched_ule.c afterwards. The almost-instant > panics are gone. Also, the oddity I reported about ULE/BOINC on this list earlier > has been fixed by the new sched_ule.c, I've noticed however that the WCPU field in > top sometimes exceeds 100% (this wasn't the case with sched_4bsd). > > Thanks, > 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 > Patch works: This patch settled all issues with ULE on my dual amd64/2800. No more sudden jumps in 'load' to 50 or higher. (at worst it hit something absurd like 7000) No more crashes (knock on wood) that were apparently associated with this. Thanks for the good work. Looking out for: There will be one area I will be looking out for: Some applications like 'Evince' don't allays kill themselves off completely when finished, leading to some of the excessive load. Another case is when Linux-mozilla crashes from running 'Flash' routines. The messages log says it exited, ps tells another story. It is not yet known if this is fixed. Hope so. Linux issues: There was an earlier post about Java on Linux being unstable. I'm using the new fc6 libs. This is good and i'm able compile almost everything from source for BSD and my more 'down to earth' Linux desktop. I've built the full set of libs (except glibc) and they work fine too. (Used a minimal install from Gentoo.) There are, as expected, a few glibc issues. If make(1) wants to delete a file that is at the end of a long path, it will fail. Same for chmod and other utils that must 'reach' for a certain file. (to quote from the error message) It is possible to make this all work by placing a static util build (like rescue) in the Linux. I don't really want to do that. Bottom line: It would be nice to have a jdk again.... Thanks again, Bill Squire From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 20:59:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00FA216A417 for ; Sun, 29 Jul 2007 20:59:19 +0000 (UTC) (envelope-from freebsdworld@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCB813C45D for ; Sun, 29 Jul 2007 20:59:18 +0000 (UTC) (envelope-from freebsdworld@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1470872mue for ; Sun, 29 Jul 2007 13:59:17 -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; b=EkdXkyBE5loTnXOuTjdwW5XUtTNKxCy6YQFTmkHLfKhKPNMpQkoyrbvw4wUnhsSAYc62/r+lw0DlQwmhT9aQ7SBmOd0ITbRefaLJYGQgZLtJuy2Nso9PVu9HqiR0gGhnshlq5QtWGtos2lxBbfqjHdD1vJt5B19+ZFOtgmKgX+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=tDOvOyDO6CAt100ztdPJcigMAjcNfLhjeRrHGHxIYndbdLTPnyGrpurPbvdfSU7FVmI/wzc4xmO0/MTtSIzspirT0d5L+R6e+tuWHSZay3h+2lVUVW+1SxILhGU90BDpwLnFPv3RYFW9wUO52m97HSeg2/LLZQGBVECpN7ofeM8= Received: by 10.82.151.14 with SMTP id y14mr3639153bud.1185742757201; Sun, 29 Jul 2007 13:59:17 -0700 (PDT) Received: by 10.82.170.8 with HTTP; Sun, 29 Jul 2007 13:59:17 -0700 (PDT) Message-ID: <6199c3dc0707291359s5ae0f031w77b999159ebcdd80@mail.gmail.com> Date: Sun, 29 Jul 2007 16:59:17 -0400 From: "Benjamin Adams" To: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Network card msk0 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: Sun, 29 Jul 2007 20:59:19 -0000 Looks like a problem with the network card. 7.0-CURRENT-200706 FreeBSD 7.0-CURRENT-200706 #0: Thu Jun 7 21:38:42 UTC 2007 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Jul 29 16:01:55 Desktop kernel: msk0: link state changed to UP Jul 29 16:01:58 Desktop kernel: Memory modified after free 0xffffff0052429800(2048) val=1900c0de @ 0xffffff0052429800 Jul 29 16:02:00 Desktop kernel: Memory modified after free 0xffffff0052428800(2048) val=1900c0de @ 0xffffff0052428800 Jul 29 16:02:03 Desktop kernel: Memory modified after free 0xffffff0052428000(2048) val=1900c0de @ 0xffffff0052428000 Jul 29 16:02:04 Desktop kernel: Memory modified after free 0xffffff0052427800(2048) val=1900c0de @ 0xffffff0052427800 Jul 29 16:02:05 Desktop kernel: Memory modified after free 0xffffff0052427000(2048) val=1900c0de @ 0xffffff0052427000 This only happens sometimes: Jul 29 16:20:00 Desktop kernel: msk0: link state changed to UP Jul 29 16:20:17 Desktop su: adamsbd to root on /dev/ttyv0 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e70000(2048) val=ffffc0de @ 0xffffff0053e70000 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e71800(2048) val=ffffc0de @ 0xffffff0053e71800 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e71000(2048) val=ffffc0de @ 0xffffff0053e71000 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e72800(2048) val=1900c0de @ 0xffffff0053e72800 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e72000(2048) val=1900c0de @ 0xffffff0053e72000 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e73800(2048) val=1900c0de @ 0xffffff0053e73800 Jul 29 16:20:38 Desktop kernel: Memory modified after free 0xffffff0053e73000(2048) val=1900c0de @ 0xffffff0053e73000 Jul 29 16:20:38 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:20:42 Desktop kernel: msk0: link state changed to UP Jul 29 16:20:42 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:20:46 Desktop kernel: msk0: link state changed to UP Jul 29 16:20:49 Desktop dhclient[1092]: connection closed Jul 29 16:20:49 Desktop dhclient[1092]: exiting. Jul 29 16:20:49 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:20:53 Desktop kernel: msk0: link state changed to UP Jul 29 16:20:57 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:20:57 Desktop dhclient: New IP Address (msk0): 192.168.1.4 Jul 29 16:20:57 Desktop dhclient: New Subnet Mask (msk0): 255.255.255.0 Jul 29 16:20:57 Desktop dhclient: New Broadcast Address (msk0): 192.168.1.255 Jul 29 16:20:57 Desktop dhclient: New Routers (msk0): 192.168.1.1 Jul 29 16:21:01 Desktop kernel: msk0: link state changed to UP Jul 29 16:21:07 Desktop dhclient[1126]: connection closed Jul 29 16:21:07 Desktop dhclient[1126]: exiting. Jul 29 16:21:18 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:21:21 Desktop kernel: msk0: link state changed to UP Jul 29 16:21:21 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:21:26 Desktop kernel: msk0: link state changed to UP Jul 29 16:21:29 Desktop kernel: msk0: link state changed to DOWN Jul 29 16:21:29 Desktop dhclient: New IP Address (msk0): 192.168.1.4 Jul 29 16:21:29 Desktop dhclient: New Subnet Mask (msk0): 255.255.255.0 Jul 29 16:21:29 Desktop dhclient: New Broadcast Address (msk0): 192.168.1.255 Jul 29 16:21:29 Desktop dhclient: New Routers (msk0): 192.168.1.1 Jul 29 16:21:33 Desktop kernel: msk0: link state changed to UP Network card: kernel: mskc0: port 0x9c00-0x9cff mem 0xfdcfc000-0xfdcfffff irq 16 at device 0.0 on pci3 kerrnel: msk0: on mskc0 Ben Adams From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 21:18:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CFB416A417 for ; Sun, 29 Jul 2007 21:18:48 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id D57D213C442 for ; Sun, 29 Jul 2007 21:18:47 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from [192.168.1.5] (217.211.83.81) by pne-smtpout1-sn1.fre.skanova.net (7.2.076.2) (authenticated as u18411604) id 46758F19008C6274; Sun, 29 Jul 2007 23:18:46 +0200 In-Reply-To: <46ACD4C1.6030803@fnop.net> References: <46ACD4C1.6030803@fnop.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Thomas Backman Date: Sun, 29 Jul 2007 23:18:28 +0200 To: Rui Paulo X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: Apple IR receiver daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 21:18:48 -0000 On Jul 29, 2007, at 7:56 PM, Rui Paulo wrote: > Hi, > At the following location you can find a userland daemon to handle > Apple IR receiver events: > > http://fnop.net/~rpaulo/priv/freebsd/aird.tgz > > If you have a MacBook, an iMac or a MacMini running FreeBSD, try > compiling this little daemon and then try using it. Finally, report > to me any success or failure :-) Hi! Just a "works for me", at least partially. I have a Core 2 Duo Macbook Pro (the one released Oct 2006). Worth noting is that I'm running FreeBSD/amd64 through VMWare Fusion. In any case, it seems to execute the commands multiple times unless you press and release the buttons *really* fast. Is this a bug, or by design? In any case, it means that you'll have to take care of that yourself before it's actually usable. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 21:24:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B98216A41A; Sun, 29 Jul 2007 21:24: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 3A2CE13C45A; Sun, 29 Jul 2007 21:24:36 +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 l6TLOZIA018880; Sun, 29 Jul 2007 17:24: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.14.1/8.14.1) with ESMTP id l6TLOZJN095490; Sun, 29 Jul 2007 17:24:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D18573068; Sun, 29 Jul 2007 17:24:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729212435.2D18573068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 17:24:33 -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 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, 29 Jul 2007 21:24:36 -0000 TB --- 2007-07-29 19:16:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 19:16:34 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-29 19:16:34 - cleaning the object tree TB --- 2007-07-29 19:16:53 - checking out the source tree TB --- 2007-07-29 19:16:53 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-29 19:16:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 19:23:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 19:23:47 - cd /src TB --- 2007-07-29 19:23:47 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 19:23: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 Jul 29 21:05:07 UTC 2007 TB --- 2007-07-29 21:05:07 - generating LINT kernel config TB --- 2007-07-29 21:05:07 - cd /src/sys/ia64/conf TB --- 2007-07-29 21:05:07 - /usr/bin/make -B LINT TB --- 2007-07-29 21:05:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 21:05:07 - cd /src TB --- 2007-07-29 21:05:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 21:05:07 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding vers.c linking kernel tcp_input.o(.data.rel.local+0x0): multiple definition of `tcpstates' tcp_debug.o(.data.rel.local+0xc8): first defined here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 21:24:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 21:24:33 - ERROR: failed to build lint kernel TB --- 2007-07-29 21:24:33 - tinderbox aborted TB --- 0.70 user 1.91 system 7679.05 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 21:38:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA64416A419; Sun, 29 Jul 2007 21:38:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5A113C45D; Sun, 29 Jul 2007 21:38:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6TLctq2027839; Sun, 29 Jul 2007 17:38:55 -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.14.1/8.14.1) with ESMTP id l6TLctSx006801; Sun, 29 Jul 2007 17:38:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 20ED773068; Sun, 29 Jul 2007 17:38:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729213855.20ED773068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 17:38:55 -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 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, 29 Jul 2007 21:38:56 -0000 TB --- 2007-07-29 20:01:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 20:01:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-29 20:01:42 - cleaning the object tree TB --- 2007-07-29 20:02:08 - checking out the source tree TB --- 2007-07-29 20:02:08 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-29 20:02:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 20:10:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 20:10:01 - cd /src TB --- 2007-07-29 20:10:01 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 20:10: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 Jul 29 21:25:25 UTC 2007 TB --- 2007-07-29 21:25:25 - generating LINT kernel config TB --- 2007-07-29 21:25:25 - cd /src/sys/powerpc/conf TB --- 2007-07-29 21:25:25 - /usr/bin/make -B LINT TB --- 2007-07-29 21:25:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 21:25:25 - cd /src TB --- 2007-07-29 21:25:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 21:25:26 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding vers.c linking kernel tcp_input.o(.data+0x4): multiple definition of `tcpstates' tcp_debug.o(.data+0x64): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 21:38:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 21:38:54 - ERROR: failed to build lint kernel TB --- 2007-07-29 21:38:54 - tinderbox aborted TB --- 0.51 user 2.08 system 5832.25 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 22:52:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5C516A419; Sun, 29 Jul 2007 22:52:59 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (unknown [IPv6:2001:5a8:4:2140:21b:fcff:fe24:feef]) by mx1.freebsd.org (Postfix) with ESMTP id F309713C465; Sun, 29 Jul 2007 22:52:58 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.14.1/8.14.1) with ESMTP id l6TMqw4p054446; Sun, 29 Jul 2007 15:52:58 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.14.1/8.14.1/Submit) id l6TMqvMg054445; Sun, 29 Jul 2007 15:52:57 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-current@freebsd.org Date: Sun, 29 Jul 2007 15:52:57 -0700 User-Agent: KMail/1.9.6 References: <20070721174631.S561@10.0.0.1> <20070727132640.GA6877@rot26.obsecurity.org> <20070727133342.GA12179@rulez.sk> In-Reply-To: <20070727133342.GA12179@rulez.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291552.57528.peter@wemm.org> Cc: Milos Vyletel , current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 22:52:59 -0000 On Friday 27 July 2007, Milos Vyletel wrote: > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > The other option is to find the kernel.debug for this crash, > > > > and do this: > > > > kgdb kernel.debug > > > > gdb> l *0xffffffff8033953c > > > > This will tell us the file and line number that the crash > > > > happened in. There is no need to reboot for this unless you no > > > > longer have a crashing kernel. > > > > > > I've played with this a little while, and after turning > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > so I assume, that this function was called before lapic_init(), > > > where lapic is initialized, which is wrong. > > > > > > It was clean current kernel with no other patches, now I don't > > > have local access to that machine so I can test it in few days. > > > > > > btw. how can one get trace in text form, I mean syslog stop after > > > panic and all I got logged is that it paniced. Anything I type in > > > db> is lost. I know that this can be done by remote gdb, but > > > unfortunatelly this isn't possible. > > > > If you trigger a dump (call doadump) then some amount of the DDB > > session will usually be saved with the dump and displayed by kgdb. > > Yes, I forgot about that. I have zfs swap partition and I can't > configure my dumpdev. Have anyone succesfully acomplish this? Please abandon the original patch and try this one: http://people.freebsd.org/~peter/topology.diff This should fix it once and for all. I have tested it on amd64. I have compile tested on i386 (an old laptop), but not booted it on an i386 smp box - I dont have one. As such, I'd very much appreciate any confirmation from i386 users that it works. Both from HTT and non-HTT users. Please check that sysctl kern.sched.topology is right. On an Athlon64 X2 or dual-core opteron, it should be "0". A HTT p4 or xeon should be non-zero. It should be the same in both i386 and amd64 mode. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 22:52:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5C516A419; Sun, 29 Jul 2007 22:52:59 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (unknown [IPv6:2001:5a8:4:2140:21b:fcff:fe24:feef]) by mx1.freebsd.org (Postfix) with ESMTP id F309713C465; Sun, 29 Jul 2007 22:52:58 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.14.1/8.14.1) with ESMTP id l6TMqw4p054446; Sun, 29 Jul 2007 15:52:58 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.14.1/8.14.1/Submit) id l6TMqvMg054445; Sun, 29 Jul 2007 15:52:57 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-current@freebsd.org Date: Sun, 29 Jul 2007 15:52:57 -0700 User-Agent: KMail/1.9.6 References: <20070721174631.S561@10.0.0.1> <20070727132640.GA6877@rot26.obsecurity.org> <20070727133342.GA12179@rulez.sk> In-Reply-To: <20070727133342.GA12179@rulez.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291552.57528.peter@wemm.org> Cc: Milos Vyletel , current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 22:52:59 -0000 On Friday 27 July 2007, Milos Vyletel wrote: > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > The other option is to find the kernel.debug for this crash, > > > > and do this: > > > > kgdb kernel.debug > > > > gdb> l *0xffffffff8033953c > > > > This will tell us the file and line number that the crash > > > > happened in. There is no need to reboot for this unless you no > > > > longer have a crashing kernel. > > > > > > I've played with this a little while, and after turning > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > so I assume, that this function was called before lapic_init(), > > > where lapic is initialized, which is wrong. > > > > > > It was clean current kernel with no other patches, now I don't > > > have local access to that machine so I can test it in few days. > > > > > > btw. how can one get trace in text form, I mean syslog stop after > > > panic and all I got logged is that it paniced. Anything I type in > > > db> is lost. I know that this can be done by remote gdb, but > > > unfortunatelly this isn't possible. > > > > If you trigger a dump (call doadump) then some amount of the DDB > > session will usually be saved with the dump and displayed by kgdb. > > Yes, I forgot about that. I have zfs swap partition and I can't > configure my dumpdev. Have anyone succesfully acomplish this? Please abandon the original patch and try this one: http://people.freebsd.org/~peter/topology.diff This should fix it once and for all. I have tested it on amd64. I have compile tested on i386 (an old laptop), but not booted it on an i386 smp box - I dont have one. As such, I'd very much appreciate any confirmation from i386 users that it works. Both from HTT and non-HTT users. Please check that sysctl kern.sched.topology is right. On an Athlon64 X2 or dual-core opteron, it should be "0". A HTT p4 or xeon should be non-zero. It should be the same in both i386 and amd64 mode. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 22:57:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B5916A418; Sun, 29 Jul 2007 22:57:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (unknown [IPv6:2001:5a8:4:2140:21b:fcff:fe24:feef]) by mx1.freebsd.org (Postfix) with ESMTP id B68E613C457; Sun, 29 Jul 2007 22:57:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.14.1/8.14.1) with ESMTP id l6TMv0OI054580; Sun, 29 Jul 2007 15:57:00 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.14.1/8.14.1/Submit) id l6TMv0qv054579; Sun, 29 Jul 2007 15:57:00 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-current@freebsd.org Date: Sun, 29 Jul 2007 15:57:00 -0700 User-Agent: KMail/1.9.6 References: <20070721174631.S561@10.0.0.1> <20070727133342.GA12179@rulez.sk> <200707291552.57528.peter@wemm.org> In-Reply-To: <200707291552.57528.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291557.00283.peter@wemm.org> Cc: Milos Vyletel , current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 22:57:01 -0000 On Sunday 29 July 2007, Peter Wemm wrote: > On Friday 27 July 2007, Milos Vyletel wrote: > > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > > The other option is to find the kernel.debug for this crash, > > > > > and do this: > > > > > kgdb kernel.debug > > > > > gdb> l *0xffffffff8033953c > > > > > This will tell us the file and line number that the crash > > > > > happened in. There is no need to reboot for this unless you > > > > > no longer have a crashing kernel. > > > > > > > > I've played with this a little while, and after turning > > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > > > so I assume, that this function was called before lapic_init(), > > > > where lapic is initialized, which is wrong. > > > > > > > > It was clean current kernel with no other patches, now I don't > > > > have local access to that machine so I can test it in few days. > > > > > > > > btw. how can one get trace in text form, I mean syslog stop > > > > after panic and all I got logged is that it paniced. Anything I > > > > type in db> is lost. I know that this can be done by remote > > > > gdb, but unfortunatelly this isn't possible. > > > > > > If you trigger a dump (call doadump) then some amount of the DDB > > > session will usually be saved with the dump and displayed by > > > kgdb. > > > > Yes, I forgot about that. I have zfs swap partition and I can't > > configure my dumpdev. Have anyone succesfully acomplish this? > > Please abandon the original patch and try this one: Whoa!!!! I may have crossed threads here. No, do NOT abandon Jeff's patch. I was talking about: http://rulez.sk/~mv/cpu.patch - revert that one and try the one just below. Just to be clear. :) > http://people.freebsd.org/~peter/topology.diff > > This should fix it once and for all. I have tested it on amd64. I > have compile tested on i386 (an old laptop), but not booted it on an > i386 smp box - I dont have one. > > As such, I'd very much appreciate any confirmation from i386 users > that it works. Both from HTT and non-HTT users. Please check that > sysctl kern.sched.topology is right. On an Athlon64 X2 or dual-core > opteron, it should be "0". A HTT p4 or xeon should be non-zero. It > should be the same in both i386 and amd64 mode. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 22:57:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B5916A418; Sun, 29 Jul 2007 22:57:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (unknown [IPv6:2001:5a8:4:2140:21b:fcff:fe24:feef]) by mx1.freebsd.org (Postfix) with ESMTP id B68E613C457; Sun, 29 Jul 2007 22:57:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.14.1/8.14.1) with ESMTP id l6TMv0OI054580; Sun, 29 Jul 2007 15:57:00 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.14.1/8.14.1/Submit) id l6TMv0qv054579; Sun, 29 Jul 2007 15:57:00 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-current@freebsd.org Date: Sun, 29 Jul 2007 15:57:00 -0700 User-Agent: KMail/1.9.6 References: <20070721174631.S561@10.0.0.1> <20070727133342.GA12179@rulez.sk> <200707291552.57528.peter@wemm.org> In-Reply-To: <200707291552.57528.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291557.00283.peter@wemm.org> Cc: Milos Vyletel , current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 22:57:01 -0000 On Sunday 29 July 2007, Peter Wemm wrote: > On Friday 27 July 2007, Milos Vyletel wrote: > > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > > The other option is to find the kernel.debug for this crash, > > > > > and do this: > > > > > kgdb kernel.debug > > > > > gdb> l *0xffffffff8033953c > > > > > This will tell us the file and line number that the crash > > > > > happened in. There is no need to reboot for this unless you > > > > > no longer have a crashing kernel. > > > > > > > > I've played with this a little while, and after turning > > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > > > so I assume, that this function was called before lapic_init(), > > > > where lapic is initialized, which is wrong. > > > > > > > > It was clean current kernel with no other patches, now I don't > > > > have local access to that machine so I can test it in few days. > > > > > > > > btw. how can one get trace in text form, I mean syslog stop > > > > after panic and all I got logged is that it paniced. Anything I > > > > type in db> is lost. I know that this can be done by remote > > > > gdb, but unfortunatelly this isn't possible. > > > > > > If you trigger a dump (call doadump) then some amount of the DDB > > > session will usually be saved with the dump and displayed by > > > kgdb. > > > > Yes, I forgot about that. I have zfs swap partition and I can't > > configure my dumpdev. Have anyone succesfully acomplish this? > > Please abandon the original patch and try this one: Whoa!!!! I may have crossed threads here. No, do NOT abandon Jeff's patch. I was talking about: http://rulez.sk/~mv/cpu.patch - revert that one and try the one just below. Just to be clear. :) > http://people.freebsd.org/~peter/topology.diff > > This should fix it once and for all. I have tested it on amd64. I > have compile tested on i386 (an old laptop), but not booted it on an > i386 smp box - I dont have one. > > As such, I'd very much appreciate any confirmation from i386 users > that it works. Both from HTT and non-HTT users. Please check that > sysctl kern.sched.topology is right. On an Athlon64 X2 or dual-core > opteron, it should be "0". A HTT p4 or xeon should be non-zero. It > should be the same in both i386 and amd64 mode. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 22:58:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 600D916A46D; Sun, 29 Jul 2007 22:58: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 07F3313C48D; Sun, 29 Jul 2007 22:57: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 l6TMvxnp022161; Sun, 29 Jul 2007 18:57: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.14.1/8.14.1) with ESMTP id l6TMvxqV067855; Sun, 29 Jul 2007 18:57:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A8A573068; Sun, 29 Jul 2007 18:57:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729225759.2A8A573068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 18:57:59 -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/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, 29 Jul 2007 22:58:00 -0000 TB --- 2007-07-29 21:24:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 21:24:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-07-29 21:24:35 - cleaning the object tree TB --- 2007-07-29 21:24:54 - checking out the source tree TB --- 2007-07-29 21:24:54 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-07-29 21:24:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 21:32:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 21:32:25 - cd /src TB --- 2007-07-29 21:32:25 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 21:32: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 >>> 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 Jul 29 22:44:09 UTC 2007 TB --- 2007-07-29 22:44:09 - generating LINT kernel config TB --- 2007-07-29 22:44:09 - cd /src/sys/sparc64/conf TB --- 2007-07-29 22:44:09 - /usr/bin/make -B LINT TB --- 2007-07-29 22:44:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 22:44:09 - cd /src TB --- 2007-07-29 22:44:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 22:44:10 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 22:57:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 22:57:58 - ERROR: failed to build lint kernel TB --- 2007-07-29 22:57:58 - tinderbox aborted TB --- 0.55 user 2.06 system 5605.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 23:10:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B56516A417; Sun, 29 Jul 2007 23:10: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 5DD3713C48D; Sun, 29 Jul 2007 23:10:17 +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 l6TNAGEH022714; Sun, 29 Jul 2007 19:10:16 -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.14.1/8.14.1) with ESMTP id l6TNAGmX076594; Sun, 29 Jul 2007 19:10:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A06DB73068; Sun, 29 Jul 2007 19:10:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070729231016.A06DB73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 19:10:16 -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: Sun, 29 Jul 2007 23:10:17 -0000 TB --- 2007-07-29 21:38:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 21:38:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-07-29 21:38:55 - cleaning the object tree TB --- 2007-07-29 21:39:10 - checking out the source tree TB --- 2007-07-29 21:39:10 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-07-29 21:39:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 21:46:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 21:46:47 - cd /src TB --- 2007-07-29 21:46:47 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 21:46: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 Jul 29 22:57:35 UTC 2007 TB --- 2007-07-29 22:57:35 - generating LINT kernel config TB --- 2007-07-29 22:57:35 - cd /src/sys/sun4v/conf TB --- 2007-07-29 22:57:35 - /usr/bin/make -B LINT TB --- 2007-07-29 22:57:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-29 22:57:35 - cd /src TB --- 2007-07-29 22:57:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 29 22:57:35 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-29 23:10:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-29 23:10:16 - ERROR: failed to build lint kernel TB --- 2007-07-29 23:10:16 - tinderbox aborted TB --- 0.70 user 1.88 system 5481.43 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 23:24:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B64A616A417 for ; Sun, 29 Jul 2007 23:24:25 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED9413C4A6 for ; Sun, 29 Jul 2007 23:24:25 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IFHnF-000PIv-Ez; Mon, 30 Jul 2007 00:03:21 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IFHnF-000E3m-E9; Mon, 30 Jul 2007 00:03:21 +0100 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, kip.macy@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Mon, 30 Jul 2007 00:03:21 +0100 X-Mailman-Approved-At: Sun, 29 Jul 2007 23:36:26 +0000 Cc: Subject: Re: Fwd: call for ALTQ users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jul 2007 23:24:25 -0000 > I'm looking at extending ifnet to support multiple tx queues. It > appears that this will inevitably interact with ALTQ. I don't know > anyone using ALTQ so I need users to raise their hands to eventually > test prospective changes. I use altq at home - mixture of fxp and bge interfaces and I use it to ttry and prioritise tarffic tomy cable modem from my internal network (basically so the lodgers P2P traffic doesnt swamp my interactive use). Don't know if that's of any use to use as a test case. The machine is amd64 running on a pair of Opteron 242's. -pcf. From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 01:25:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B571116A418; Mon, 30 Jul 2007 01:25:58 +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 7B14913C46C; Mon, 30 Jul 2007 01:25:58 +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 l6U1PvOR028194; Sun, 29 Jul 2007 21:25:57 -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.14.1/8.14.1) with ESMTP id l6U1PvRQ093575; Sun, 29 Jul 2007 21:25:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3846673068; Sun, 29 Jul 2007 21:25:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730012557.3846673068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 21:25:57 -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: Mon, 30 Jul 2007 01:25:58 -0000 TB --- 2007-07-29 23:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-29 23:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-07-29 23:15:01 - cleaning the object tree TB --- 2007-07-29 23:15:33 - checking out the source tree TB --- 2007-07-29 23:15:33 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-07-29 23:15:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-29 23:25:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-29 23:25:34 - cd /src TB --- 2007-07-29 23:25:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 29 23:25:35 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 Mon Jul 30 01:10:26 UTC 2007 TB --- 2007-07-30 01:10:26 - generating LINT kernel config TB --- 2007-07-30 01:10:26 - cd /src/sys/amd64/conf TB --- 2007-07-30 01:10:26 - /usr/bin/make -B LINT TB --- 2007-07-30 01:10:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 01:10:26 - cd /src TB --- 2007-07-30 01:10:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 01:10:26 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xe0): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 01:25:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 01:25:56 - ERROR: failed to build lint kernel TB --- 2007-07-30 01:25:56 - tinderbox aborted TB --- 0.83 user 2.94 system 7855.83 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 02:16:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F69816A417; Mon, 30 Jul 2007 02:16: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 561B913C45D; Mon, 30 Jul 2007 02:16: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 l6U2GYjY030380; Sun, 29 Jul 2007 22:16: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.14.1/8.14.1) with ESMTP id l6U2GYcr082843; Sun, 29 Jul 2007 22:16:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B2A573068; Sun, 29 Jul 2007 22:16:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730021634.3B2A573068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 22:16:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 02:16:35 -0000 TB --- 2007-07-30 00:37:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 00:37:26 - starting HEAD tinderbox run for i386/i386 TB --- 2007-07-30 00:37:26 - cleaning the object tree TB --- 2007-07-30 00:37:52 - checking out the source tree TB --- 2007-07-30 00:37:52 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-07-30 00:37:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 00:45:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 00:45:16 - cd /src TB --- 2007-07-30 00:45:16 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 00:45:17 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 Mon Jul 30 01:59:20 UTC 2007 TB --- 2007-07-30 01:59:20 - generating LINT kernel config TB --- 2007-07-30 01:59:20 - cd /src/sys/i386/conf TB --- 2007-07-30 01:59:20 - /usr/bin/make -B LINT TB --- 2007-07-30 01:59:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 01:59:20 - cd /src TB --- 2007-07-30 01:59:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 01:59: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 02:16:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 02:16:33 - ERROR: failed to build lint kernel TB --- 2007-07-30 02:16:33 - tinderbox aborted TB --- 0.69 user 2.04 system 5947.20 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 03:01:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC62116A417; Mon, 30 Jul 2007 03:01:39 +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 A33C313C442; Mon, 30 Jul 2007 03:01:39 +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 l6U31dNI032502; Sun, 29 Jul 2007 23:01:39 -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.14.1/8.14.1) with ESMTP id l6U31da8081934; Sun, 29 Jul 2007 23:01:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C4F7E73068; Sun, 29 Jul 2007 23:01:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730030138.C4F7E73068@freebsd-current.sentex.ca> Date: Sun, 29 Jul 2007 23:01:38 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 03:01:40 -0000 TB --- 2007-07-30 01:25:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 01:25:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-30 01:25:57 - cleaning the object tree TB --- 2007-07-30 01:26:17 - checking out the source tree TB --- 2007-07-30 01:26:17 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-30 01:26:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 01:32:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 01:32:56 - cd /src TB --- 2007-07-30 01:32:56 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 01:32:57 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 Mon Jul 30 02:47:11 UTC 2007 TB --- 2007-07-30 02:47:11 - generating LINT kernel config TB --- 2007-07-30 02:47:11 - cd /src/sys/pc98/conf TB --- 2007-07-30 02:47:11 - /usr/bin/make -B LINT TB --- 2007-07-30 02:47:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 02:47:11 - cd /src TB --- 2007-07-30 02:47:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 02:47:11 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 03:01:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 03:01:38 - ERROR: failed to build lint kernel TB --- 2007-07-30 03:01:38 - tinderbox aborted TB --- 0.66 user 2.09 system 5741.14 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 03:58:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641BC16A419 for ; Mon, 30 Jul 2007 03:58:07 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D007D13C46B for ; Mon, 30 Jul 2007 03:58:06 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l6U3w5AD017811; Sun, 29 Jul 2007 23:58:05 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 29 Jul 2007 23:58:05 -0400 (EDT) Date: Sun, 29 Jul 2007 23:58:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: delphij@freebsd.org In-Reply-To: <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> Message-ID: References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> <20070729144202.GA17101@saltmine.radix.net> <46ACA806.5030704@FreeBSD.org> <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rong-en Fan , current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 03:58:07 -0000 On Mon, 30 Jul 2007, Rong-en Fan wrote: > > Thomas has explained me in details about what his has. Judge from > Daniel's original post, I would like to know which libncurses.so that > xterm is using, and is devel/ncurses or devel/ncurses-devel installed? > > The ncurses update was in late Jan and enable widec support in Mar, IIRC. > Since then, only few non-functional Makefile changes to base's ncurses > part. BTW, base's less is updated in early Jun, not sure if it's related. It looks like the less import broke this behavior (inhibiting ti/te when invoked as more). See the changes between r1.7 and r1.8 of contrib/less/screen.c. $ cvs diff -u -r1.7 -r1.8 screen.c ... - /* - * This loses for terminals with termcap entries with ti/te strings - * that switch to/from an alternate screen, and we're in quit_at_eof - * (eg, more(1)). - */ - if (!quit_at_eof && !less_is_more) { - sc_init = ltgetstr("ti", &sp); - sc_deinit = ltgetstr("te", &sp); - } - + sc_init = ltgetstr("ti", &sp); if (sc_init == NULL) sc_init = ""; + sc_deinit= ltgetstr("te", &sp); if (sc_deinit == NULL) sc_deinit = ""; This seems to fix it: Index: main.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/contrib/less/main.c,v retrieving revision 1.9 diff -u -r1.9 main.c --- main.c 23 Jun 2007 15:28:00 -0000 1.9 +++ main.c 30 Jul 2007 02:58:39 -0000 @@ -165,7 +165,7 @@ quit(QUIT_OK); } - if (less_is_more && get_quit_at_eof()) + if (less_is_more || get_quit_at_eof()) no_init = quit_if_one_screen = TRUE; -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 04:24:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E5816A41A; Mon, 30 Jul 2007 04:24:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 316A713C461; Mon, 30 Jul 2007 04:24:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6U4OkTT040309; Mon, 30 Jul 2007 00:24: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.14.1/8.14.1) with ESMTP id l6U4Ojfl058188; Mon, 30 Jul 2007 00:24:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 639F873068; Mon, 30 Jul 2007 00:24:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730042445.639F873068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 00:24:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 04:24:47 -0000 TB --- 2007-07-30 02:16:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 02:16:34 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-30 02:16:34 - cleaning the object tree TB --- 2007-07-30 02:16:56 - checking out the source tree TB --- 2007-07-30 02:16:56 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-30 02:16:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 02:24:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 02:24:01 - cd /src TB --- 2007-07-30 02:24:01 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 02:24: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 Mon Jul 30 04:05:20 UTC 2007 TB --- 2007-07-30 04:05:20 - generating LINT kernel config TB --- 2007-07-30 04:05:20 - cd /src/sys/ia64/conf TB --- 2007-07-30 04:05:20 - /usr/bin/make -B LINT TB --- 2007-07-30 04:05:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 04:05:20 - cd /src TB --- 2007-07-30 04:05:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 04:05: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding vers.c linking kernel tcp_input.o(.data.rel.local+0x0): multiple definition of `tcpstates' tcp_debug.o(.data.rel.local+0xc8): first defined here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 04:24:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 04:24:44 - ERROR: failed to build lint kernel TB --- 2007-07-30 04:24:44 - tinderbox aborted TB --- 0.62 user 2.02 system 7690.64 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 04:38:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D5616A418; Mon, 30 Jul 2007 04:38:51 +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 8AB9913C45B; Mon, 30 Jul 2007 04:38: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 l6U4cp9j036596; Mon, 30 Jul 2007 00:38: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.14.1/8.14.1) with ESMTP id l6U4cof9093055; Mon, 30 Jul 2007 00:38:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8CD6F73068; Mon, 30 Jul 2007 00:38:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730043850.8CD6F73068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 00:38:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 04:38:51 -0000 TB --- 2007-07-30 03:01:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 03:01:38 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-30 03:01:38 - cleaning the object tree TB --- 2007-07-30 03:01:56 - checking out the source tree TB --- 2007-07-30 03:01:56 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-30 03:01:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 03:09:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 03:09:57 - cd /src TB --- 2007-07-30 03:09:57 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 03:09:58 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 Mon Jul 30 04:25:26 UTC 2007 TB --- 2007-07-30 04:25:26 - generating LINT kernel config TB --- 2007-07-30 04:25:26 - cd /src/sys/powerpc/conf TB --- 2007-07-30 04:25:26 - /usr/bin/make -B LINT TB --- 2007-07-30 04:25:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 04:25:26 - cd /src TB --- 2007-07-30 04:25:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 04:25:26 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding vers.c linking kernel tcp_input.o(.data+0x4): multiple definition of `tcpstates' tcp_debug.o(.data+0x64): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 04:38:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 04:38:50 - ERROR: failed to build lint kernel TB --- 2007-07-30 04:38:50 - tinderbox aborted TB --- 0.62 user 1.95 system 5831.27 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 05:35:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFEE716A417 for ; Mon, 30 Jul 2007 05:35:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 95A9D13C46A for ; Mon, 30 Jul 2007 05:35:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1552023waf for ; Sun, 29 Jul 2007 22:35:07 -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=GfA2LRgg6atDGtuFl+Dhf+TBsmJBxKScTjVsp5MVxaByDUKDz+paXa7s2IKO8sWKRoffVb0pcpq6effVgHw4WF/aX+IaBuk61QEd/wXGwfYJalvl21IkpVxX09wI5GHReoTNPCfVYWyd/VoAyKX/9kYJS8xNy0aimOECW3lHjYE= 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=Bp0R4velUzt7gpXZ5CYTxDAZ4qYMK+GkKOY9Soq3V/BtWXHdsNW+prl1MVVjJVC4tvHSI/v/IeGkOk5fpZGTecktVL7A0oY2IAOnoe4YYPrBRyIZs9wRwd7PTZeOIZvATC5oIXnyKqnL2PldSieu1YK5wZVIrSBplyw6qh4oKOM= Received: by 10.114.199.1 with SMTP id w1mr5235406waf.1185773706429; Sun, 29 Jul 2007 22:35:06 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k26sm3528338waf.2007.07.29.22.35.02 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Jul 2007 22:35:04 -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 l6U5YspL089586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2007 14:34:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l6U5Ysrd089585; Mon, 30 Jul 2007 14:34:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 30 Jul 2007 14:34:54 +0900 From: Pyun YongHyeon To: Benjamin Adams Message-ID: <20070730053454.GD88265@cdnetworks.co.kr> References: <6199c3dc0707291359s5ae0f031w77b999159ebcdd80@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6199c3dc0707291359s5ae0f031w77b999159ebcdd80@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: Network card msk0 problems 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: Mon, 30 Jul 2007 05:35:07 -0000 On Sun, Jul 29, 2007 at 04:59:17PM -0400, Benjamin Adams wrote: > Looks like a problem with the network card. > > 7.0-CURRENT-200706 FreeBSD 7.0-CURRENT-200706 #0: Thu Jun 7 21:38:42 UTC > 2007 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > Jul 29 16:01:55 Desktop kernel: msk0: link state changed to UP > Jul 29 16:01:58 Desktop kernel: Memory modified after free > 0xffffff0052429800(2048) val=1900c0de @ 0xffffff0052429800 > Jul 29 16:02:00 Desktop kernel: Memory modified after free > 0xffffff0052428800(2048) val=1900c0de @ 0xffffff0052428800 > Jul 29 16:02:03 Desktop kernel: Memory modified after free > 0xffffff0052428000(2048) val=1900c0de @ 0xffffff0052428000 > Jul 29 16:02:04 Desktop kernel: Memory modified after free > 0xffffff0052427800(2048) val=1900c0de @ 0xffffff0052427800 > Jul 29 16:02:05 Desktop kernel: Memory modified after free > 0xffffff0052427000(2048) val=1900c0de @ 0xffffff0052427000 > > > This only happens sometimes: > Jul 29 16:20:00 Desktop kernel: msk0: link state changed to UP > Jul 29 16:20:17 Desktop su: adamsbd to root on /dev/ttyv0 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e70000(2048) val=ffffc0de @ 0xffffff0053e70000 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e71800(2048) val=ffffc0de @ 0xffffff0053e71800 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e71000(2048) val=ffffc0de @ 0xffffff0053e71000 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e72800(2048) val=1900c0de @ 0xffffff0053e72800 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e72000(2048) val=1900c0de @ 0xffffff0053e72000 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e73800(2048) val=1900c0de @ 0xffffff0053e73800 > Jul 29 16:20:38 Desktop kernel: Memory modified after free > 0xffffff0053e73000(2048) val=1900c0de @ 0xffffff0053e73000 > Jul 29 16:20:38 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:20:42 Desktop kernel: msk0: link state changed to UP > Jul 29 16:20:42 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:20:46 Desktop kernel: msk0: link state changed to UP > Jul 29 16:20:49 Desktop dhclient[1092]: connection closed > Jul 29 16:20:49 Desktop dhclient[1092]: exiting. > Jul 29 16:20:49 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:20:53 Desktop kernel: msk0: link state changed to UP > Jul 29 16:20:57 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:20:57 Desktop dhclient: New IP Address (msk0): 192.168.1.4 > Jul 29 16:20:57 Desktop dhclient: New Subnet Mask (msk0): 255.255.255.0 > Jul 29 16:20:57 Desktop dhclient: New Broadcast Address (msk0): > 192.168.1.255 > Jul 29 16:20:57 Desktop dhclient: New Routers (msk0): 192.168.1.1 > Jul 29 16:21:01 Desktop kernel: msk0: link state changed to UP > Jul 29 16:21:07 Desktop dhclient[1126]: connection closed > Jul 29 16:21:07 Desktop dhclient[1126]: exiting. > Jul 29 16:21:18 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:21:21 Desktop kernel: msk0: link state changed to UP > Jul 29 16:21:21 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:21:26 Desktop kernel: msk0: link state changed to UP > Jul 29 16:21:29 Desktop kernel: msk0: link state changed to DOWN > Jul 29 16:21:29 Desktop dhclient: New IP Address (msk0): 192.168.1.4 > Jul 29 16:21:29 Desktop dhclient: New Subnet Mask (msk0): 255.255.255.0 > Jul 29 16:21:29 Desktop dhclient: New Broadcast Address (msk0): > 192.168.1.255 > Jul 29 16:21:29 Desktop dhclient: New Routers (msk0): 192.168.1.1 > Jul 29 16:21:33 Desktop kernel: msk0: link state changed to UP > > Network card: > kernel: mskc0: port 0x9c00-0x9cff > mem 0xfdcfc000-0xfdcfffff irq 16 at device 0.0 on pci3 > kerrnel: msk0: 0x02> on mskc0 > I guess you're the first one reported 'memory modified free' issue. I've never seen these warnings except inital driver development stage. Would you show me verbosed boot messages related with msk(4) and phy drivers? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 05:58:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C937716A417; Mon, 30 Jul 2007 05:58:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A5D4513C465; Mon, 30 Jul 2007 05:58:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6U5wS7N043248; Mon, 30 Jul 2007 01:58:28 -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.14.1/8.14.1) with ESMTP id l6U5wSeZ063280; Mon, 30 Jul 2007 01:58:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 591CA73068; Mon, 30 Jul 2007 01:58:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730055828.591CA73068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 01:58:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 05:58:29 -0000 TB --- 2007-07-30 04:24:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 04:24:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-07-30 04:24:45 - cleaning the object tree TB --- 2007-07-30 04:25:05 - checking out the source tree TB --- 2007-07-30 04:25:05 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-07-30 04:25:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 04:32:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 04:32:31 - cd /src TB --- 2007-07-30 04:32:31 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 04:32:32 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 Mon Jul 30 05:44:34 UTC 2007 TB --- 2007-07-30 05:44:34 - generating LINT kernel config TB --- 2007-07-30 05:44:34 - cd /src/sys/sparc64/conf TB --- 2007-07-30 05:44:34 - /usr/bin/make -B LINT TB --- 2007-07-30 05:44:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 05:44:34 - cd /src TB --- 2007-07-30 05:44:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 05:44:35 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 05:58:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 05:58:28 - ERROR: failed to build lint kernel TB --- 2007-07-30 05:58:28 - tinderbox aborted TB --- 0.66 user 1.93 system 5622.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 06:10:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E49B816A49C; Mon, 30 Jul 2007 06:10:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF6D13C4E1; Mon, 30 Jul 2007 06:10:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6U6AXIs043710; Mon, 30 Jul 2007 02:10: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.14.1/8.14.1) with ESMTP id l6U6AXwi085909; Mon, 30 Jul 2007 02:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E30FB73068; Mon, 30 Jul 2007 02:10:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730061032.E30FB73068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 02:10:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 06:10:36 -0000 TB --- 2007-07-30 04:38:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 04:38:50 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-07-30 04:38:50 - cleaning the object tree TB --- 2007-07-30 04:39:06 - checking out the source tree TB --- 2007-07-30 04:39:06 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-07-30 04:39:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 04:46:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 04:46:39 - cd /src TB --- 2007-07-30 04:46:39 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 04:46:41 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 Mon Jul 30 05:57:53 UTC 2007 TB --- 2007-07-30 05:57:53 - generating LINT kernel config TB --- 2007-07-30 05:57:53 - cd /src/sys/sun4v/conf TB --- 2007-07-30 05:57:53 - /usr/bin/make -B LINT TB --- 2007-07-30 05:57:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 05:57:53 - cd /src TB --- 2007-07-30 05:57:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 05:57:53 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xc8): first defined here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 06:10:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 06:10:32 - ERROR: failed to build lint kernel TB --- 2007-07-30 06:10:32 - tinderbox aborted TB --- 0.61 user 1.96 system 5502.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 08:27:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421A816A418; Mon, 30 Jul 2007 08:27:58 +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 06B2113C468; Mon, 30 Jul 2007 08:27:57 +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 l6U8RvSC046063; Mon, 30 Jul 2007 04:27:57 -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.14.1/8.14.1) with ESMTP id l6U8RvnJ084265; Mon, 30 Jul 2007 04:27:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E145673068; Mon, 30 Jul 2007 04:27:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730082756.E145673068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 04:27:56 -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 amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 08:27:58 -0000 TB --- 2007-07-30 06:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 06:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-07-30 06:15:00 - cleaning the object tree TB --- 2007-07-30 06:15:35 - checking out the source tree TB --- 2007-07-30 06:15:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-07-30 06:15:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 06:25:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 06:25:32 - cd /src TB --- 2007-07-30 06:25:32 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 06:25:33 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 Mon Jul 30 08:12:17 UTC 2007 TB --- 2007-07-30 08:12:17 - generating LINT kernel config TB --- 2007-07-30 08:12:17 - cd /src/sys/amd64/conf TB --- 2007-07-30 08:12:17 - /usr/bin/make -B LINT TB --- 2007-07-30 08:12:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 08:12:17 - cd /src TB --- 2007-07-30 08:12:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 08:12:17 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0xe0): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 08:27:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 08:27:56 - ERROR: failed to build lint kernel TB --- 2007-07-30 08:27:56 - tinderbox aborted TB --- 0.84 user 2.99 system 7975.80 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 09:18:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD8216A41F; Mon, 30 Jul 2007 09:18:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7381613C45D; Mon, 30 Jul 2007 09:18:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6U9IKFR050580; Mon, 30 Jul 2007 05:18: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.14.1/8.14.1) with ESMTP id l6U9IK9k020825; Mon, 30 Jul 2007 05:18:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 04D9F73068; Mon, 30 Jul 2007 05:18:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730091820.04D9F73068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 05:18:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 09:18:21 -0000 TB --- 2007-07-30 07:38:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 07:38:51 - starting HEAD tinderbox run for i386/i386 TB --- 2007-07-30 07:38:51 - cleaning the object tree TB --- 2007-07-30 07:39:14 - checking out the source tree TB --- 2007-07-30 07:39:14 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-07-30 07:39:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 07:46:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 07:46:56 - cd /src TB --- 2007-07-30 07:46:56 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 07:46:57 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 Mon Jul 30 09:01:03 UTC 2007 TB --- 2007-07-30 09:01:03 - generating LINT kernel config TB --- 2007-07-30 09:01:03 - cd /src/sys/i386/conf TB --- 2007-07-30 09:01:03 - /usr/bin/make -B LINT TB --- 2007-07-30 09:01:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 09:01:03 - cd /src TB --- 2007-07-30 09:01:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 09:01: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 >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 09:18:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 09:18:19 - ERROR: failed to build lint kernel TB --- 2007-07-30 09:18:19 - tinderbox aborted TB --- 0.59 user 2.12 system 5968.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 10:03:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F2F16A417; Mon, 30 Jul 2007 10:03:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EC78B13C428; Mon, 30 Jul 2007 10:03:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6UA3O9x051982; Mon, 30 Jul 2007 06:03:24 -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.14.1/8.14.1) with ESMTP id l6UA3NOr083355; Mon, 30 Jul 2007 06:03:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9758B73068; Mon, 30 Jul 2007 06:03:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730100323.9758B73068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 06:03:23 -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: Mon, 30 Jul 2007 10:03:25 -0000 TB --- 2007-07-30 08:27:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 08:27:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-30 08:27:57 - cleaning the object tree TB --- 2007-07-30 08:28:16 - checking out the source tree TB --- 2007-07-30 08:28:16 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-30 08:28:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 08:34:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 08:34:55 - cd /src TB --- 2007-07-30 08:34:55 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 08:34:56 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 Mon Jul 30 09:48:57 UTC 2007 TB --- 2007-07-30 09:48:57 - generating LINT kernel config TB --- 2007-07-30 09:48:57 - cd /src/sys/pc98/conf TB --- 2007-07-30 09:48:57 - /usr/bin/make -B LINT TB --- 2007-07-30 09:48:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 09:48:58 - cd /src TB --- 2007-07-30 09:48:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 09:48:58 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel tcp_input.o(.data+0x0): multiple definition of `tcpstates' tcp_debug.o(.data+0x80): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 10:03:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 10:03:23 - ERROR: failed to build lint kernel TB --- 2007-07-30 10:03:23 - tinderbox aborted TB --- 0.66 user 2.19 system 5726.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 11:26:13 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F69416A41B; Mon, 30 Jul 2007 11:26:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0456C13C474; Mon, 30 Jul 2007 11:26:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6UBQAJJ056575; Mon, 30 Jul 2007 07:26:10 -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.14.1/8.14.1) with ESMTP id l6UBQATf021143; Mon, 30 Jul 2007 07:26:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2ED9873068; Mon, 30 Jul 2007 07:26:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730112610.2ED9873068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 07:26:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 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: Mon, 30 Jul 2007 11:26:13 -0000 TB --- 2007-07-30 09:18:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 09:18:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-30 09:18:20 - cleaning the object tree TB --- 2007-07-30 09:18:38 - checking out the source tree TB --- 2007-07-30 09:18:38 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-30 09:18:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 09:25:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 09:25:26 - cd /src TB --- 2007-07-30 09:25:26 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 09:25:28 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 Mon Jul 30 11:06:44 UTC 2007 TB --- 2007-07-30 11:06:44 - generating LINT kernel config TB --- 2007-07-30 11:06:44 - cd /src/sys/ia64/conf TB --- 2007-07-30 11:06:44 - /usr/bin/make -B LINT TB --- 2007-07-30 11:06:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 11:06:45 - cd /src TB --- 2007-07-30 11:06:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 11:06: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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding vers.c linking kernel tcp_input.o(.data.rel.local+0x0): multiple definition of `tcpstates' tcp_debug.o(.data.rel.local+0xc8): first defined here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 11:26:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 11:26:09 - ERROR: failed to build lint kernel TB --- 2007-07-30 11:26:09 - tinderbox aborted TB --- 0.64 user 1.98 system 7669.67 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 11:40:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2233A16A418; Mon, 30 Jul 2007 11:40: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 D849E13C428; Mon, 30 Jul 2007 11:40:31 +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 l6UBeUDI053658; Mon, 30 Jul 2007 07:40:30 -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.14.1/8.14.1) with ESMTP id l6UBeUZn092995; Mon, 30 Jul 2007 07:40:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8ECF573068; Mon, 30 Jul 2007 07:40:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070730114030.8ECF573068@freebsd-current.sentex.ca> Date: Mon, 30 Jul 2007 07:40:30 -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, 30 Jul 2007 11:40:32 -0000 TB --- 2007-07-30 10:03:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-30 10:03:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-30 10:03:23 - cleaning the object tree TB --- 2007-07-30 10:03:50 - checking out the source tree TB --- 2007-07-30 10:03:50 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-30 10:03:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-30 10:11:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-30 10:11:36 - cd /src TB --- 2007-07-30 10:11:36 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 30 10:11: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 Mon Jul 30 11:27:08 UTC 2007 TB --- 2007-07-30 11:27:08 - generating LINT kernel config TB --- 2007-07-30 11:27:08 - cd /src/sys/powerpc/conf TB --- 2007-07-30 11:27:08 - /usr/bin/make -B LINT TB --- 2007-07-30 11:27:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-30 11:27:08 - cd /src TB --- 2007-07-30 11:27:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 30 11:27:08 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding vers.c linking kernel tcp_input.o(.data+0x4): multiple definition of `tcpstates' tcp_debug.o(.data+0x64): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-30 11:40:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-30 11:40:30 - ERROR: failed to build lint kernel TB --- 2007-07-30 11:40:30 - tinderbox aborted TB --- 0.57 user 2.03 system 5826.48 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 11:50:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EF4A16A417 for ; Mon, 30 Jul 2007 11:50:59 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 919A413C46B for ; Mon, 30 Jul 2007 11:50:58 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l6UBVe7e029687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 30 Jul 2007 14:31:47 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l6UBVGvr002705; Mon, 30 Jul 2007 14:31:32 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l6UBVGBe002704; Mon, 30 Jul 2007 14:31:16 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 30 Jul 2007 14:31:15 +0300 From: Giorgos Keramidas To: Steve Bertrand Message-ID: <20070730113115.GA2503@kobe.laptop> References: <46AA2ED3.6050702@ibctech.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46AA2ED3.6050702@ibctech.ca> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.893, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.51, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: IP header 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: Mon, 30 Jul 2007 11:50:59 -0000 On 2007-07-27 13:43, Steve Bertrand wrote: > First of all, sorry for being off topic here, but I know there are > many people in this list that know the network stack inside and out. It is kind of off topic, but that's ok. In the future, if you are unsure about the topicality of a subject for a particular mailing list, it will generally be 'safer' to post to freebsd-questions; that's the "catch all" mailing list for general FreeBSD questions. > I have (hopefully) a couple very easy questions: > > When the term 'header stripping' is used as a packet is passed up > the stack, what really happens? I don't understand how if a layers > header is 'stripped off' as it goes up, it will know where to be > sent to as it goes back down. What 'header stripping' means depends on the context, and the level of detail you want to go into. As packets traverse the layers of the BSD networking stack, they are stored in flexible in-kernel structures called "mbufs". The internals of the networking implementation of the BSD systems, including all the details about where, how, when packets are stored in "mbufs" and how the layout and design of these "mbufs" helps implement the semantics of the higher level protocols, are explained in a great deal of detail in the classic book of Gary A. Wright and Richard W. Stevens: Gary A. Wright, Richard W. Stevens "TCP/IP Illustrated: Volume II (The Implementation)" Addison Wesley (6 Mar 1995) ISBN: 978-0201633542 [ http://www.amazon.co.uk/TCP-IP-Illustrated-Implementation-APC/dp/020163354X/ ] This book will help you understand a *lot* more than just 'header stripping', so if you are genuinely interested in the way the BSD networking stack is designed and the way its internals work, you should try to read this book at least once :) - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 11:58:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2009E16A417; Mon, 30 Jul 2007 11:58:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id EBC9D13C48D; Mon, 30 Jul 2007 11:58:04 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6UBw2V9022228; Mon, 30 Jul 2007 06:58:03 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46ADD24A.1080800@freebsd.org> Date: Mon, 30 Jul 2007 06:58:02 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Peter Schuller References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> <200707292157.09742.peter.schuller@infidyne.com> In-Reply-To: <200707292157.09742.peter.schuller@infidyne.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 11:58:05 -0000 Peter Schuller wrote: >> Could you paste the output of: >> >> db> show vnode 0x >> >> Where is the first argument to vrele() function above. > > I was not able to get ddb to include function arguments in backtraces for some > reason, but I inserted a pointer printout before each of the two calls to > vrele() in mountcheckdirs(). > > Based on the last printout prior to panic, it is the second call in the > function (code line wise; i.e., when locking rootvnode) that is triggering > the panic, on this vnode: > > vnode 0xffffff00037473e0: tag devfs, type VDIR > usecount 0, writecount 0, refcount 1 mountedhere 0xffffff0003745ca0 > flags (VV_ROOT) > lock type devfs: EXCL (count 1) by thread 0xffffff00010e6680 (pid 1) > > Also, this time I triggered it after having dropped a drive (as opposed to > when I then booted back up again with two drives). > > Am I understanding this correctly that the root filesystem has suddenly become > devfs? > The VV_ROOT flag means that this particular vnode is the root of a file system, not that it is *the* root necessarily. Eric From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 12:10:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68DCC16A419 for ; Mon, 30 Jul 2007 12:10:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id C85A813C467 for ; Mon, 30 Jul 2007 12:10:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mhmdaz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6UCAQeJ065517; Mon, 30 Jul 2007 14:10:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6UCAQFa065516; Mon, 30 Jul 2007 14:10:26 +0200 (CEST) (envelope-from olli) Date: Mon, 30 Jul 2007 14:10:26 +0200 (CEST) Message-Id: <200707301210.l6UCAQFa065516@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, peter.schuller@infidyne.com In-Reply-To: <200707292157.09742.peter.schuller@infidyne.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 30 Jul 2007 14:10:32 +0200 (CEST) Cc: Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, peter.schuller@infidyne.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 12:10:34 -0000 Peter Schuller wrote: > Based on the last printout prior to panic, it is the second call in the > function (code line wise; i.e., when locking rootvnode) that is triggering > the panic, on this vnode: > > vnode 0xffffff00037473e0: tag devfs, type VDIR > usecount 0, writecount 0, refcount 1 mountedhere 0xffffff0003745ca0 > flags (VV_ROOT) > lock type devfs: EXCL (count 1) by thread 0xffffff00010e6680 (pid 1) > > Also, this time I triggered it after having dropped a drive (as opposed to > when I then booted back up again with two drives). > > Am I understanding this correctly that the root filesystem has suddenly become > devfs? FreeBSD boots with DEVFS mounted as the root filesystem, then mounts the real root filesystem and remounts DEVFS to /dev. That's because there's a chicken-and-egg problem: DEVFS is required in order to be able to mount any filesystem, including the (real) root filesystem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 13:57:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4303016A419 for ; Mon, 30 Jul 2007 13:57:58 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id DB99313C481 for ; Mon, 30 Jul 2007 13:57:57 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (p57AE42EA.dip0.t-ipconnect.de [87.174.66.234]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l6UDvqgO005340 for ; Mon, 30 Jul 2007 15:57:52 +0200 Date: Mon, 30 Jul 2007 15:58:02 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20070730155802.523dad8b.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: geom_journal - bio_flush not supported on disks connected via usb? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 13:57:58 -0000 Hiho! :-) During startup, I got this error (only once): GEOM_JOURNAL: Journal 1159150689: da0 contains data. GEOM_JOURNAL: Journal 1159150689: da0 contains journal. GEOM_JOURNAL: Journal da0 clean. (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 (da0:umass-sim0:0:0:0): Invalid command operation code (da0:umass-sim0:0:0:0): Unretryable error GEOM_JOURNAL: BIO_FLUSH not supported by da0. da0 is 250GB usb disk (using ehci(4)). I do not understand completely what this means. Has the BIO_FLUSH command only failed once and works now on subsequent tries? Does BIO_FLUSH never work, because it's not implemented (or can't be implemented) for disks connected via usb? And if thats the case, will that affect geom_journal in any way? Is my data still being journalled correctly? :-) FreeBSD blah.blah 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Jul 30 10:12:24 CEST 2007 dmesg excerpt: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) Thanks in advance! Bye Marc -- "Come away, O human child! To the waters and the wild With a faery, hand in hand, For the world's more full of weeping than you can understand." W.B. Yeats, The Stolen Child From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 15:10:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD7716A418 for ; Mon, 30 Jul 2007 15:10:30 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.freebsd.org (Postfix) with ESMTP id 218EB13C457 for ; Mon, 30 Jul 2007 15:10:30 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 22465118CA; Mon, 30 Jul 2007 16:50:11 +0200 (CEST) Date: Mon, 30 Jul 2007 16:50:11 +0200 From: Cedric Tabary To: current@freebsd.org Message-ID: <20070730145011.GC88466@efrei.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 30 Jul 2007 15:37:55 +0000 Cc: Subject: zfs panic with yesterday -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 15:10:30 -0000 Hi, I wanted to do sme tests with zfs and got this panic with yesterday cvsup of -CURRENT : http://grumly.eu.org/freebsd/zfs_panic.png it is running inside vmware with 2 CPU, 1024M allocated to the VM, GENERIC amd64 kernel without invariants and witnesses. I paused the VM in the debugger so I can run any command after in the debugger if needed. It is a raidz2 pool with 10 ggate devices of 64M each. Cédric From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 16:18:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CDF116A41A for ; Mon, 30 Jul 2007 16:18:45 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.freebsd.org (Postfix) with ESMTP id 445F413C46C for ; Mon, 30 Jul 2007 16:18:44 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 6316D5C37; Mon, 30 Jul 2007 18:18:42 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.rulez.sk Received: by mail.rulez.sk (Postfix, from userid 1020) id E9DBF5C34; Mon, 30 Jul 2007 18:18:38 +0200 (CEST) Date: Mon, 30 Jul 2007 18:18:38 +0200 From: Milos Vyletel To: Peter Wemm Message-ID: <20070730161838.GA95831@rulez.sk> References: <20070721174631.S561@10.0.0.1> <20070727132640.GA6877@rot26.obsecurity.org> <20070727133342.GA12179@rulez.sk> <200707291552.57528.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707291552.57528.peter@wemm.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 16:18:45 -0000 On Sun, Jul 29, 2007 at 03:52:57PM -0700, Peter Wemm wrote: > On Friday 27 July 2007, Milos Vyletel wrote: > > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > Please abandon the original patch and try this one: > > http://people.freebsd.org/~peter/topology.diff > > This should fix it once and for all. I have tested it on amd64. I have > compile tested on i386 (an old laptop), but not booted it on an i386 > smp box - I dont have one. > > As such, I'd very much appreciate any confirmation from i386 users that > it works. Both from HTT and non-HTT users. Please check that > sysctl kern.sched.topology is right. On an Athlon64 X2 or dual-core > opteron, it should be "0". A HTT p4 or xeon should be non-zero. It > should be the same in both i386 and amd64 mode. This is just "works for me". But it is also amd64 machine. kern.sched.topology is correctly set to 0. From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 16:20:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E51C16A469 for ; Mon, 30 Jul 2007 16:20:30 +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 E093113C491 for ; Mon, 30 Jul 2007 16:20:29 +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 30E761CC0EE for ; Mon, 30 Jul 2007 18:20:28 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id AA4A5B8D3; Mon, 30 Jul 2007 18:20:27 +0200 (CEST) Date: Mon, 30 Jul 2007 18:20:27 +0200 From: Henrik Brix Andersen To: current@freebsd.org Message-ID: <20070730162026.GB8231@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Panic on CardBus card eject (ubsa(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, 30 Jul 2007 16:20:30 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I got a new CardBus 3G modem today, a Huawei E620, which is supported by the ubsa(4) driver. However, ejecting the card produces the following panic: Script started on Mon Jul 30 17:48:49 2007 lothlorien# kgdb kernel /var/crash/vmcore.3 [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 condition= s. 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: ucom0: detached (null): at uhub5 port 1 (addr 2) disconnected Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x400 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0634c08 stack pointer =3D 0x28:0xe3f4fb48 frame pointer =3D 0x28:0xe3f4fb68 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 37 (cbb0 event thread) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 28m23s Physical memory: 1006 MB Dumping 83 MB: 68 52 36 20 4 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc060e59a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc060e86d in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc07e8f5e in trap_fatal (frame=3D0xe3f4fb08, eva=3DVariable "eva" is n= ot available. ) at /usr/src/sys/i386/i386/trap.c:870 #4 0xc07e91ae in trap_pfault (frame=3D0xe3f4fb08, usermode=3D0, eva=3D1024= ) at /usr/src/sys/i386/i386/trap.c:784 #5 0xc07e9a98 in trap (frame=3D0xe3f4fb08) at /usr/src/sys/i386/i386/trap.= c:462 #6 0xc07d1d3b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0634c08 in kobj_delete (obj=3D0xc4547e00, mtype=3D0xc0894320) at /us= r/src/sys/kern/subr_kobj.c:332 #8 0xc062f122 in device_delete_child (dev=3D0xc4559180, child=3D0xc4547e00= ) at /usr/src/sys/kern/subr_bus.c:1617 #9 0xc059ea7c in usb_disconnect_port (up=3D0xc4559430, parent=3D0xc4559180= ) at /usr/src/sys/dev/usb/usb_subr.c:1382 #10 0xc0594d84 in uhub_detach (self=3D0xc4559180) at /usr/src/sys/dev/usb/u= hub.c:575 #11 0xc062eedc in device_detach (dev=3D0xc4559180) at device_if.h:212 #12 0xc062f0bf in device_delete_child (dev=3D0xc4194080, child=3D0xc4559180= ) at /usr/src/sys/kern/subr_bus.c:1611 #13 0xc062f0aa in device_delete_child (dev=3D0xc454da80, child=3D0xc4194080= ) at /usr/src/sys/kern/subr_bus.c:1606 #14 0xc058be62 in ohci_pci_detach (self=3D0xc454da80) at /usr/src/sys/dev/u= sb/ohci_pci.c:371 #15 0xc062eedc in device_detach (dev=3D0xc454da80) at device_if.h:212 #16 0xc04eb32b in cardbus_detach_card (cbdev=3D0xc3c4b600) at /usr/src/sys/= dev/cardbus/cardbus.c:235 #17 0xc0537f95 in cbb_event_thread (arg=3D0xc3b79000) at card_if.h:95 #18 0xc05effd1 in fork_exit (callout=3D0xc0537df0 , arg= =3D0xc3b79000, frame=3D0xe3f4fd38) at /usr/src/sys/kern/kern_fork.c:797 #19 0xc07d1db0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 205 (kgdb) up 7 #7 0xc0634c08 in kobj_delete (obj=3D0xc4547e00, mtype=3D0xc0894320) at /us= r/src/sys/kern/subr_kobj.c:332 332 kobj_class_t cls =3D obj->ops->cls; (kgdb) print obj->ops $1 =3D 0x0 (kgdb) quit lothlorien# exit Script done on Mon Jul 30 17:49:36 2007 Anybody seen this before? This is with -current from yesterday: $ uname -a FreeBSD lothlorien.brixandersen.dk 7.0-CURRENT FreeBSD 7.0-CURRENT #59: Sun= Jul 29 13:32:00 CEST 2007 root@lothlorien.brixandersen.dk:/usr/obj/usr= /src/sys/LOTHLORIEN i386 Regards, Brix --=20 Henrik Brix Andersen --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGrg/Kv+Q4flTiePgRAj4zAJ4iPboD/G1Ll7b7hHRmqIDxnkb19ACdEefm nJBL3oXzpluVqLSYfgm4ba0= =eeNc -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 18:01:18 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF8916A417 for ; Mon, 30 Jul 2007 18:01:18 +0000 (UTC) (envelope-from bsd@kuehlbox.de) Received: from samael.qmail-ldap.de (mail.kuehlbox.de [62.159.47.22]) by mx1.freebsd.org (Postfix) with ESMTP id A375413C481 for ; Mon, 30 Jul 2007 18:01:15 +0000 (UTC) (envelope-from bsd@kuehlbox.de) Received: (qmail 89051 invoked from network); 30 Jul 2007 18:01:14 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlbox.de; b=D74PQj2rVJ6xVDPi0wLuW0p5TCoqvJZ1qte9AlDXQJyjs2BtJsxoGRcEQjyhzl5/qOB/K9EYIo4aWgdmwqZzDUPHjCG6RIsL0H3PYJwr1DDz/CLfkYjcalFyLP2Uf/oB ; Received: from unknown (HELO [192.168.200.128]) (bsd@kuehlbox.de@[62.245.161.129]) (envelope-sender ) by samael.qmail-ldap.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 30 Jul 2007 18:01:14 -0000 Message-ID: <46AE28C2.7090700@kuehlbox.de> Date: Mon, 30 Jul 2007 20:06:58 +0200 From: Teufel User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: zfs incremental backup - destination has been modified X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 18:01:18 -0000 Hi everyone, I am trying todo an incremental backup of a zone(volume) tank/vol1/vserver to another pool backup on the same machine: creating the snapshots is working. The first "full" copy works, but the second one fails. I just followed the man page. I am doing something wrong? Greetings, Stephan # zfs list NAME USED AVAIL REFER MOUNTPOINT backup 3.59G 69.7G 96K /backup backup/vol1 3.59G 69.7G 96K /backup/vol1 backup/vol1/vserver 3.59G 69.7G 3.59G /backup/vol1/vserver backup/vol1/vserver@diff 104K - 3.59G - tank 21.7G 2.75G 18K /tank tank/usr 21.6G 2.75G 21.3G /usr tank/usr/ports 334M 2.75G 262M /usr/ports tank/usr/ports/distfiles 72.0M 2.75G 72.0M /usr/ports/distfiles tank/var 93.5M 2.75G 92.5M /var tank/var/log 1000K 2.75G 1000K /var/log tank2 225G 41.1G 96K /tank2/ tank2/vol1 225G 41.1G 221G /tank2//vol1 tank2/vol1/vserver 3.62G 41.1G 3.59G /tank2//vol1/vserver tank2/vol1/vserver@init 31.1M - 3.59G - tank2/vol1/vserver@diff 1.41M - 3.59G - tank2/vol1/vserver@diff2 996K - 3.59G - # zfs snapshot tank2/vol1/vserver@diff # zfs send tank2/vol1/vserver@diff | zfs receive -dv backup receiving full stream of tank2/vol1/vserver@diff into backup/vol1/vserver@diff received 3.42Gb stream in 565 seconds (6.20Mb/sec) # zfs send -i tank2/vol1/vserver@diff tank2/vol1/vserver@diff2 | zfs receive -vd backup receiving incremental stream of tank2/vol1/vserver@diff2 into backup/vol1/vserver@diff2 cannot receive: destination has been modified since most recent snapshot cannot send 'tank2/vol1/vserver@diff2': Broken pipe # zfs snapshot tank2/vol1/vserver@diff2 # zfs send -i tank2/vol1/vserver@diff tank2/vol1/vserver@diff2 | zfs receive -vd backup receiving incremental stream of tank2/vol1/vserver@diff2 into backup/vol1/vserver@diff2 cannot receive: destination has been modified since most recent snapshot cannot send 'tank2/vol1/vserver@diff2': Broken pipe From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 18:28:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A30F216A419 for ; Mon, 30 Jul 2007 18:28:32 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 37D0513C428 for ; Mon, 30 Jul 2007 18:28:31 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l6UISUju070815; Mon, 30 Jul 2007 20:28:30 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l6UISQEx042793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2007 20:28:26 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l6UISQA5024238; Mon, 30 Jul 2007 20:28:26 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l6UISQj0024237; Mon, 30 Jul 2007 20:28:26 +0200 (CEST) (envelope-from ticso) Date: Mon, 30 Jul 2007 20:28:26 +0200 From: Bernd Walter To: Teufel Message-ID: <20070730182825.GR564@cicely12.cicely.de> References: <46AE28C2.7090700@kuehlbox.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46AE28C2.7090700@kuehlbox.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: current@freebsd.org Subject: Re: zfs incremental backup - destination has been modified X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 18:28:32 -0000 On Mon, Jul 30, 2007 at 08:06:58PM +0200, Teufel wrote: > # zfs send -i tank2/vol1/vserver@diff tank2/vol1/vserver@diff2 | zfs > receive -vd backup > receiving incremental stream of tank2/vol1/vserver@diff2 into > backup/vol1/vserver@diff2 > cannot receive: destination has been modified since most recent snapshot > cannot send 'tank2/vol1/vserver@diff2': Broken pipe This could be something very simple such as an atime beeing updated. Add the -F option to the zfs receive command. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 18:37:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C496016A41B for ; Mon, 30 Jul 2007 18:37:33 +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 41FC113C45A for ; Mon, 30 Jul 2007 18:37:33 +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 7D28A690E20; Mon, 30 Jul 2007 19:30:34 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 4A8B1690ED7; Mon, 30 Jul 2007 19:30:34 +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=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local (unknown [83.240.230.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id A4CFD690E20; Mon, 30 Jul 2007 19:30:31 +0100 (WEST) Message-ID: <46AE2FD7.5040705@fnop.net> Date: Mon, 30 Jul 2007 19:37:11 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: Thomas Backman References: <46ACD4C1.6030803@fnop.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Apple IR receiver daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 18:37:33 -0000 Thomas Backman wrote: > > On Jul 29, 2007, at 7:56 PM, Rui Paulo wrote: > >> Hi, >> At the following location you can find a userland daemon to handle >> Apple IR receiver events: >> >> http://fnop.net/~rpaulo/priv/freebsd/aird.tgz >> >> If you have a MacBook, an iMac or a MacMini running FreeBSD, try >> compiling this little daemon and then try using it. Finally, report to >> me any success or failure :-) > Hi! Just a "works for me", at least partially. I have a Core 2 Duo > Macbook Pro (the one released Oct 2006). Worth noting is that I'm > running FreeBSD/amd64 through VMWare Fusion. > In any case, it seems to execute the commands multiple times unless you > press and release the buttons *really* fast. Is this a bug, or by > design? In any case, it means that you'll have to take care of that > yourself before it's actually usable. It's a bug. I'm still working on it. Thanks for the report. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 18:39:34 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05BE616A418 for ; Mon, 30 Jul 2007 18:39:34 +0000 (UTC) (envelope-from bsd@kuehlbox.de) Received: from samael.qmail-ldap.de (mail.kuehlbox.de [62.159.47.22]) by mx1.freebsd.org (Postfix) with ESMTP id 60C6E13C458 for ; Mon, 30 Jul 2007 18:39:33 +0000 (UTC) (envelope-from bsd@kuehlbox.de) Received: (qmail 95150 invoked from network); 30 Jul 2007 18:39:32 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlbox.de; b=FmIKchZ+qHMUz0qzHCC9yLgEzG8mLjQkbTMQNp8z2gF+vYi9hJ1iyAccC0pIUPzTLB4if+tPLb2d2A2ILFI2dO33nujV1Fsyd57nsv0VjmZVWKcp8KQZ3eylJ84I5AmR ; Received: from unknown (HELO [192.168.200.128]) (bsd@kuehlbox.de@[62.245.161.129]) (envelope-sender ) by samael.qmail-ldap.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 30 Jul 2007 18:39:32 -0000 Message-ID: <46AE31BD.1010201@kuehlbox.de> Date: Mon, 30 Jul 2007 20:45:17 +0200 From: Teufel User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: ticso@cicely.de References: <46AE28C2.7090700@kuehlbox.de> <20070730182825.GR564@cicely12.cicely.de> In-Reply-To: <20070730182825.GR564@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: zfs incremental backup - destination has been modified X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 18:39:34 -0000 Bernd Walter wrote: > On Mon, Jul 30, 2007 at 08:06:58PM +0200, Teufel wrote: > >> # zfs send -i tank2/vol1/vserver@diff tank2/vol1/vserver@diff2 | zfs >> receive -vd backup >> receiving incremental stream of tank2/vol1/vserver@diff2 into >> backup/vol1/vserver@diff2 >> cannot receive: destination has been modified since most recent snapshot >> cannot send 'tank2/vol1/vserver@diff2': Broken pipe >> > > This could be something very simple such as an atime beeing updated. > Add the -F option to the zfs receive command > ok, this did the job. Basically simple, but is it supposed to be that way? If so, I am sorry for the noise. here the output now: # zfs send -i tank2/vol1/vserver@diff tank2/vol1/vserver@diff2 | zfs receive -vdF backup receiving incremental stream of tank2/vol1/vserver@diff2 into backup/vol1/vserver@diff2 received 2.26Mb stream in 5 seconds (464Kb/sec) From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 19:08:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51BD016A417 for ; Mon, 30 Jul 2007 19:08:08 +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 13A3913C459 for ; Mon, 30 Jul 2007 19:08:08 +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 05EBC690E20 for ; Mon, 30 Jul 2007 20:01:09 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id B6842690ED7; Mon, 30 Jul 2007 20:01:08 +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=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local (unknown [83.240.230.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id 70C42690E20 for ; Mon, 30 Jul 2007 20:01:05 +0100 (WEST) Message-ID: <46AE3701.9070500@fnop.net> Date: Mon, 30 Jul 2007 20:07:45 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <46ACD4C1.6030803@fnop.net> In-Reply-To: <46ACD4C1.6030803@fnop.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Apple IR receiver daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 19:08:08 -0000 Rui Paulo wrote: > Hi, > At the following location you can find a userland daemon to handle Apple > IR receiver events: > > http://fnop.net/~rpaulo/priv/freebsd/aird.tgz There's a new version available. The new version implements pairing as explained on the man page. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 19:13:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E2A16A420 for ; Mon, 30 Jul 2007 19:13: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 14B1513C46A for ; Mon, 30 Jul 2007 19:13:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 46C7F487F4; Mon, 30 Jul 2007 21:13:39 +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 CFA6245685; Mon, 30 Jul 2007 21:13:33 +0200 (CEST) Date: Mon, 30 Jul 2007 21:12:50 +0200 From: Pawel Jakub Dawidek To: Marc UBM Bocklet Message-ID: <20070730191250.GM1092@garage.freebsd.pl> References: <20070730155802.523dad8b.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DfnuYBTqzt7sVGu3" Content-Disposition: inline In-Reply-To: <20070730155802.523dad8b.ubm@u-boot-man.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 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 Subject: Re: geom_journal - bio_flush not supported on disks connected via usb? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 19:13:41 -0000 --DfnuYBTqzt7sVGu3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 30, 2007 at 03:58:02PM +0200, Marc UBM Bocklet wrote: >=20 > Hiho! :-) >=20 >=20 > During startup, I got this error (only once): >=20 >=20 > GEOM_JOURNAL: Journal 1159150689: da0 contains data. > GEOM_JOURNAL: Journal 1159150689: da0 contains journal. > GEOM_JOURNAL: Journal da0 clean. > (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0=20 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 > (da0:umass-sim0:0:0:0): Invalid command operation code > (da0:umass-sim0:0:0:0): Unretryable error > GEOM_JOURNAL: BIO_FLUSH not supported by da0. >=20 >=20 > da0 is 250GB usb disk (using ehci(4)). >=20 > I do not understand completely what this means. Has the BIO_FLUSH > command only failed once and works now on subsequent tries? No, it means that gjournal tried it once and now knows that it's not supported, so won't spam you console again. > Does BIO_FLUSH never work, because it's not implemented (or can't be > implemented) for disks connected via usb? And if thats the case, will > that affect geom_journal in any way? Is my data still being journalled > correctly? :-) If write cache is turned on on your disk, there can be a problem in case of a power failure. I don't know how write cache is beeing turned on for a disk connected via USB. Is it turned on by default? If it's turned off by default, then you are safe. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --DfnuYBTqzt7sVGu3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGrjgyForvXbEpPzQRAn8SAJsHOOD8Lbl9kYfVtko+TZxLbw60QQCdE9nI Jhr/DsjNnT2xfUsER3RyILI= =CqOr -----END PGP SIGNATURE----- --DfnuYBTqzt7sVGu3-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 19:15:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5E0916A417 for ; Mon, 30 Jul 2007 19:15:33 +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 8064A13C45B for ; Mon, 30 Jul 2007 19:15:33 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7BAF6487F4; Mon, 30 Jul 2007 21:15:32 +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 38AC745685; Mon, 30 Jul 2007 21:15:27 +0200 (CEST) Date: Mon, 30 Jul 2007 21:14:43 +0200 From: Pawel Jakub Dawidek To: Cedric Tabary Message-ID: <20070730191443.GN1092@garage.freebsd.pl> References: <20070730145011.GC88466@efrei.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wA9WyeW1yVBM2Q32" Content-Disposition: inline In-Reply-To: <20070730145011.GC88466@efrei.fr> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 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: current@freebsd.org Subject: Re: zfs panic with yesterday -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 19:15:33 -0000 --wA9WyeW1yVBM2Q32 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 30, 2007 at 04:50:11PM +0200, Cedric Tabary wrote: > Hi, >=20 > I wanted to do sme tests with zfs and got this panic with > yesterday cvsup of -CURRENT : >=20 > http://grumly.eu.org/freebsd/zfs_panic.png >=20 > it is running inside vmware with 2 CPU, 1024M allocated to the VM, > GENERIC amd64 kernel without invariants and witnesses. > I paused the VM in the debugger so I can run any command after > in the debugger if needed. >=20 > It is a raidz2 pool with 10 ggate devices of 64M each. What was the panic message? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wA9WyeW1yVBM2Q32 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGrjijForvXbEpPzQRAhZSAJ0TnG0t9xo0nyX0tF3PTjPMmZ/zRwCfSrK4 QLNQ3ZvmxGFl3Ku5Smj9H3E= =FfFN -----END PGP SIGNATURE----- --wA9WyeW1yVBM2Q32-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 19:36:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DC516A41F; Mon, 30 Jul 2007 19:36:21 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id 526C813C461; Mon, 30 Jul 2007 19:36:21 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy1.bredband.net (7.3.127) id 46A848D6001286F3; Mon, 30 Jul 2007 21:36:19 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 3E00A1CC8E; Mon, 30 Jul 2007 23:36:33 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Mon, 30 Jul 2007 23:36:32 +0200 User-Agent: KMail/1.9.7 References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> <200707292157.09742.peter.schuller@infidyne.com> In-Reply-To: <200707292157.09742.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707302336.32463.peter.schuller@infidyne.com> Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 19:36:21 -0000 I left out some potentially important information. I am using root on ZFS, but the ZFS pool itself consists of glabel devices rather than the device directly. -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 19:36:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DC516A41F; Mon, 30 Jul 2007 19:36:21 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id 526C813C461; Mon, 30 Jul 2007 19:36:21 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy1.bredband.net (7.3.127) id 46A848D6001286F3; Mon, 30 Jul 2007 21:36:19 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 3E00A1CC8E; Mon, 30 Jul 2007 23:36:33 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Mon, 30 Jul 2007 23:36:32 +0200 User-Agent: KMail/1.9.7 References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> <200707292157.09742.peter.schuller@infidyne.com> In-Reply-To: <200707292157.09742.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707302336.32463.peter.schuller@infidyne.com> Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 19:36:21 -0000 I left out some potentially important information. I am using root on ZFS, but the ZFS pool itself consists of glabel devices rather than the device directly. -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 20:05:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E123616A41A for ; Mon, 30 Jul 2007 20:05:56 +0000 (UTC) (envelope-from niki@totalterror.net) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 83E4613C45D for ; Mon, 30 Jul 2007 20:05:54 +0000 (UTC) (envelope-from niki@totalterror.net) Received: (qmail 20501 invoked by uid 1026); 30 Jul 2007 19:39:12 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.045634 secs); 30 Jul 2007 19:39:12 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 30 Jul 2007 19:39:12 -0000 Message-ID: <46AE3E33.1000908@totalterror.net> Date: Mon, 30 Jul 2007 22:38:27 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: Henrik Brix Andersen References: <20070730162026.GB8231@tirith.brixandersen.dk> In-Reply-To: <20070730162026.GB8231@tirith.brixandersen.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 30 Jul 2007 20:14:53 +0000 Cc: current@freebsd.org Subject: Re: Panic on CardBus card eject (ubsa(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, 30 Jul 2007 20:05:57 -0000 Henrik Brix Andersen wrote: > Hi, > > I got a new CardBus 3G modem today, a Huawei E620, which is supported > by the ubsa(4) driver. However, ejecting the card produces the > following panic: > > Script started on Mon Jul 30 17:48:49 2007 > lothlorien# kgdb kernel /var/crash/vmcore.3 > [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: > ucom0: detached > (null): at uhub5 port 1 (addr 2) disconnected > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x400 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0634c08 > stack pointer = 0x28:0xe3f4fb48 > frame pointer = 0x28:0xe3f4fb68 > 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 = 37 (cbb0 event thread) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 28m23s > Physical memory: 1006 MB > Dumping 83 MB: 68 52 36 20 4 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc060e59a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc060e86d in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc07e8f5e in trap_fatal (frame=0xe3f4fb08, eva=Variable "eva" is not available. > ) at /usr/src/sys/i386/i386/trap.c:870 > #4 0xc07e91ae in trap_pfault (frame=0xe3f4fb08, usermode=0, eva=1024) at /usr/src/sys/i386/i386/trap.c:784 > #5 0xc07e9a98 in trap (frame=0xe3f4fb08) at /usr/src/sys/i386/i386/trap.c:462 > #6 0xc07d1d3b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc0634c08 in kobj_delete (obj=0xc4547e00, mtype=0xc0894320) at /usr/src/sys/kern/subr_kobj.c:332 > #8 0xc062f122 in device_delete_child (dev=0xc4559180, child=0xc4547e00) at /usr/src/sys/kern/subr_bus.c:1617 > #9 0xc059ea7c in usb_disconnect_port (up=0xc4559430, parent=0xc4559180) at /usr/src/sys/dev/usb/usb_subr.c:1382 > #10 0xc0594d84 in uhub_detach (self=0xc4559180) at /usr/src/sys/dev/usb/uhub.c:575 > #11 0xc062eedc in device_detach (dev=0xc4559180) at device_if.h:212 > #12 0xc062f0bf in device_delete_child (dev=0xc4194080, child=0xc4559180) at /usr/src/sys/kern/subr_bus.c:1611 > #13 0xc062f0aa in device_delete_child (dev=0xc454da80, child=0xc4194080) at /usr/src/sys/kern/subr_bus.c:1606 > #14 0xc058be62 in ohci_pci_detach (self=0xc454da80) at /usr/src/sys/dev/usb/ohci_pci.c:371 > #15 0xc062eedc in device_detach (dev=0xc454da80) at device_if.h:212 > #16 0xc04eb32b in cardbus_detach_card (cbdev=0xc3c4b600) at /usr/src/sys/dev/cardbus/cardbus.c:235 > #17 0xc0537f95 in cbb_event_thread (arg=0xc3b79000) at card_if.h:95 > #18 0xc05effd1 in fork_exit (callout=0xc0537df0 , arg=0xc3b79000, frame=0xe3f4fd38) > at /usr/src/sys/kern/kern_fork.c:797 > #19 0xc07d1db0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 > (kgdb) up 7 > #7 0xc0634c08 in kobj_delete (obj=0xc4547e00, mtype=0xc0894320) at /usr/src/sys/kern/subr_kobj.c:332 > 332 kobj_class_t cls = obj->ops->cls; > (kgdb) print obj->ops > $1 = 0x0 > (kgdb) quit > lothlorien# exit > Script done on Mon Jul 30 17:49:36 2007 > > Anybody seen this before? > > This is with -current from yesterday: > > $ uname -a > FreeBSD lothlorien.brixandersen.dk 7.0-CURRENT FreeBSD 7.0-CURRENT #59: Sun Jul 29 13:32:00 CEST 2007 root@lothlorien.brixandersen.dk:/usr/obj/usr/src/sys/LOTHLORIEN i386 > > Regards, > Brix > I have the same problem with the same card : http://monkey.org/freebsd/archive/freebsd-current/200706/msg00423.html Unfortunately there is no fix for this in the standard freebsd usb stack, but with HPS's new usb stack this problem does not exist. From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 20:15:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E74EC16A50B; Mon, 30 Jul 2007 20:15:12 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7AE13C459; Mon, 30 Jul 2007 20:15:12 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 0137144B17; Mon, 30 Jul 2007 22:15:10 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id CEDE144A74; Mon, 30 Jul 2007 22:15:10 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id D22809B497; Mon, 30 Jul 2007 20:16:04 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id A6E4A405B; Mon, 30 Jul 2007 22:16:04 +0200 (CEST) Date: Mon, 30 Jul 2007 22:16:04 +0200 From: Jeremie Le Hen To: John Baldwin Message-ID: <20070730201604.GA11947@obiwan.tataz.chchile.org> References: <20070617225824.GA88370@obiwan.tataz.chchile.org> <200707160917.51941.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707160917.51941.jhb@freebsd.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: RFC for wider rc.conf.d/ for jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 20:15:13 -0000 Hi, On Mon, Jul 16, 2007 at 09:17:51AM -0400, John Baldwin wrote: > On Sunday 17 June 2007 06:58:25 pm Jeremie Le Hen wrote: > > Hi, > > > > It is only possible to use /etc/rc.conf.d/${name}, where ${name} is the > > command name in rc(8) scripts. For instance, one can use use > > /etc/rc.conf.d/named thanks to /etc/rc.d/named. However it is not > > possible to use /etc/rc.conf.d/foo because command "foo" is not provided > > by any rc.d script. > > > > I would like to extend this behaviour for /etc/rc.d/jail in order to > > be able to have one file per jail. It would require to either modify > > rc.subr or hack up etc/rc.d/jail to include some additional files. > > I am thinking about the following layout: > > > > % # cat rc.conf.d/jail > > % jail_list="mail www" > > % # cat rc.conf.d/jail.mail > > % [...] # "mail" jail configuration variables. > > % # cat rc.conf.d/jail.www > > % [...] # "www" jail configuration variables. > > Maybe instead /etc/jail/mail, etc.? I'd rather not overload /etc/rc.conf.d > since it already has a well-defined meaning. Sorry for the late reply. I've slightly modified etc/rc.d/jail to handle etc/jail/. For instance, instead of the following in rc.conf(5): % jail_example_rootdir="/usr/jail/example" % jail_example_hostname="jail.example.org" % jail_example_ip="192.168.1.123" % jail_example_exec="/bin/sh /etc/rc" % jail_example_devfs_enable="YES" % jail_example_fdescfs_enable="YES" % jail_example_procfs_enable="NO" % jail_example_devfs_ruleset="devfsrules_jail" % jail_example_mount_enable="YES" It is possible to use /etc/jail/example: % rootdir="/usr/jail/example" % hostname="jail.example.org" % ip="192.168.1.123" % exec="/bin/sh /etc/rc" % devfs_enable="YES" % fdescfs_enable="YES" % procfs_enable="NO" % devfs_ruleset="devfsrules_jail" % mount_enable="YES" I don't know where to document it though. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 20:20:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DE6C16A419; Mon, 30 Jul 2007 20:20:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 42C0713C46C; Mon, 30 Jul 2007 20:20:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 710B82733; Mon, 30 Jul 2007 22:20:23 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 1C3AB44678; Mon, 30 Jul 2007 22:20:23 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 44CD69B497; Mon, 30 Jul 2007 20:21:17 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 277D4405B; Mon, 30 Jul 2007 22:21:17 +0200 (CEST) Date: Mon, 30 Jul 2007 22:21:17 +0200 From: Jeremie Le Hen To: John Baldwin Message-ID: <20070730202117.GB11947@obiwan.tataz.chchile.org> References: <20070617225824.GA88370@obiwan.tataz.chchile.org> <200707160917.51941.jhb@freebsd.org> <20070730201604.GA11947@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20070730201604.GA11947@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: RFC for wider rc.conf.d/ for jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 20:20:24 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jul 30, 2007 at 10:16:04PM +0200, Jeremie Le Hen wrote: > Sorry for the late reply. I've slightly modified etc/rc.d/jail to > handle etc/jail/. And well, yes, the patch :). -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --pf9I7BMVVzbSWLtt Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="etc_jail.diff" Index: jail =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/etc/rc.d/jail,v retrieving revision 1.37 diff -u -p -r1.37 jail --- jail 24 May 2007 06:01:06 -0000 1.37 +++ jail 29 Jul 2007 22:50:28 -0000 @@ -27,6 +27,13 @@ init_variables() return fi + if [ -f "/etc/jail/$_j" ]; then + eval `awk -v j="$_j" \ + '/^[[:blank:]]*[a-zA-Z_][a-zA-Z0-9_]*=/ { + print sprintf("jail_%s_%s", j, $0) + }' "/etc/jail/$_j"` + fi + eval _rootdir=\"\$jail_${_j}_rootdir\" _devdir="${_rootdir}/dev" _fdescdir="${_devdir}/fd" --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 20:46:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5613D16A41B for ; Mon, 30 Jul 2007 20:46:34 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id F17FB13C4D3 for ; Mon, 30 Jul 2007 20:46:31 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l6UKkOmF059518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Jul 2007 22:46:29 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l6UKkO0p060790 for ; Mon, 30 Jul 2007 22:46:24 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l6UKkaY4030718 for freebsd-current@freebsd.org; Mon, 30 Jul 2007 22:46:36 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to h.schmalzbauer@omnisec.de using -f From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 30 Jul 2007 22:46:36 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_s4krG6A85I6UU/m" Message-Id: <200707302246.36437.h.schmalzbauer@omnisec.de> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: acd problems, seems aPIC 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: Mon, 30 Jul 2007 20:46:34 -0000 --Boundary-00=_s4krG6A85I6UU/m Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I have an old nforce2 based AMD box here which should run 7-current i386, but besides nvidia instabilities I have the problem that 9 of 10 times the boot process stops after attaching acd0. It's a Teac DW-548D ATAPI CDRW burner. If I have atapicam enabled I get the well known "INQUERY ILLEGAL REQUEST asc=0x24". But disabling APIC (not ACPI) seems to improve the situation. Any hints what could be wrong? Please find attached the acpidump and a verbose dmesg. If the system hangs (means aPIC enabled) there's nothing more to see in the dmesg besides some aPIC infomation of course. Thanks in advance, -Harry --Boundary-00=_s4krG6A85I6UU/m-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 20:52:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C084616A417 for ; Mon, 30 Jul 2007 20:52:22 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 406A413C4E5 for ; Mon, 30 Jul 2007 20:52:21 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l6UKqGYx059550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Jul 2007 22:52:21 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l6UKqFDn060825 for ; Mon, 30 Jul 2007 22:52:16 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l6UKqRtv030783 for freebsd-current@freebsd.org; Mon, 30 Jul 2007 22:52:27 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to h.schmalzbauer@omnisec.de using -f From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 30 Jul 2007 22:52:27 +0200 User-Agent: KMail/1.9.7 References: <200707302246.36437.h.schmalzbauer@omnisec.de> In-Reply-To: <200707302246.36437.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707302252.27909.h.schmalzbauer@omnisec.de> Subject: Re: acd problems, seems aPIC 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: Mon, 30 Jul 2007 20:52:22 -0000 Am Montag, 30. Juli 2007 22:46:36 schrieb Harald Schmalzbauer: > Hello, > > I have an old nforce2 based AMD box here which should run 7-current i386, > but besides nvidia instabilities I have the problem that 9 of 10 times the > boot process stops after attaching acd0. > It's a Teac DW-548D ATAPI CDRW burner. > If I have atapicam enabled I get the well known "INQUERY ILLEGAL REQUEST > asc=3D0x24". > But disabling APIC (not ACPI) seems to improve the situation. > Any hints what could be wrong? > Please find attached the acpidump and a verbose dmesg. If the system hangs Sorry, attachment didn't survive, plese find it here: http://www.schmalzbauer.de/knullbox/acpidump.gz http://www.schmalzbauer.de/knullbox/dmesg-verbose (http://www.schmalzbauer.de/knullbox/acpidump) > (means aPIC enabled) there's nothing more to see in the dmesg besides some > aPIC infomation of course. > > Thanks in advance, > > -Harry =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=C3=BCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 21:11:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D8616A417 for ; Mon, 30 Jul 2007 21:11:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1C13413C4A7 for ; Mon, 30 Jul 2007 21:11:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so17196uge for ; Mon, 30 Jul 2007 14:11:34 -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=pdtjKIu1DsMvCzrHHygj5/sruUuPHEJpcXuRUmaU1bz96lNd0hQmEJH+kBL46X8a2DAPaWtA4+D/thF82b30mRc1RbgsGBMnMvzmaqCfdcN8i1g/sT2OqAKwcxIuv9DF22My6KgF34Crhpx+XJ/Ep4IM+9sdeWdceB2CVNMJU6U= 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=m4O1K+J/tO+tv4G4v08HM3MdCdemz4JvYzygrzRmnixCEjUz6kwUqwEh8mUYUUSae3YG4xzQtOM68NL2FCaoBU4iTdI1SV24EXxhCII1fkkPJChpX6XMkcFfVMItf5EtlLuR3DzGSn78jd6lo1/myy1R/17Vlg8n7lFkXmHA6ts= Received: by 10.78.123.4 with SMTP id v4mr1631033huc.1185829893575; Mon, 30 Jul 2007 14:11:33 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 30 Jul 2007 14:11:33 -0700 (PDT) Message-ID: <3bbf2fe10707301411u80120ban1bbde128aeb8662b@mail.gmail.com> Date: Mon, 30 Jul 2007 23:11:33 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Peter Wemm" In-Reply-To: <200707291552.57528.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070721174631.S561@10.0.0.1> <20070727132640.GA6877@rot26.obsecurity.org> <20070727133342.GA12179@rulez.sk> <200707291552.57528.peter@wemm.org> X-Google-Sender-Auth: a5a496557d37e402 Cc: Milos Vyletel , freebsd-current@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 21:11:35 -0000 2007/7/30, Peter Wemm : > On Friday 27 July 2007, Milos Vyletel wrote: > > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > > The other option is to find the kernel.debug for this crash, > > > > > and do this: > > > > > kgdb kernel.debug > > > > > gdb> l *0xffffffff8033953c > > > > > This will tell us the file and line number that the crash > > > > > happened in. There is no need to reboot for this unless you no > > > > > longer have a crashing kernel. > > > > > > > > I've played with this a little while, and after turning > > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > > > so I assume, that this function was called before lapic_init(), > > > > where lapic is initialized, which is wrong. > > > > > > > > It was clean current kernel with no other patches, now I don't > > > > have local access to that machine so I can test it in few days. > > > > > > > > btw. how can one get trace in text form, I mean syslog stop after > > > > panic and all I got logged is that it paniced. Anything I type in > > > > db> is lost. I know that this can be done by remote gdb, but > > > > unfortunatelly this isn't possible. > > > > > > If you trigger a dump (call doadump) then some amount of the DDB > > > session will usually be saved with the dump and displayed by kgdb. > > > > Yes, I forgot about that. I have zfs swap partition and I can't > > configure my dumpdev. Have anyone succesfully acomplish this? > > Please abandon the original patch and try this one: > > http://people.freebsd.org/~peter/topology.diff Shouldn't you still fix the SI_SUB_CPU family functions order? Otherwise you will still have apic_init() and cpu_startup() not ordered... I think the rank I used for the past patch is reasonable for it. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 21:11:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 864E916A418 for ; Mon, 30 Jul 2007 21:11:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1B73B13C4A6 for ; Mon, 30 Jul 2007 21:11:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so17197uge for ; Mon, 30 Jul 2007 14:11:34 -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=pdtjKIu1DsMvCzrHHygj5/sruUuPHEJpcXuRUmaU1bz96lNd0hQmEJH+kBL46X8a2DAPaWtA4+D/thF82b30mRc1RbgsGBMnMvzmaqCfdcN8i1g/sT2OqAKwcxIuv9DF22My6KgF34Crhpx+XJ/Ep4IM+9sdeWdceB2CVNMJU6U= 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=m4O1K+J/tO+tv4G4v08HM3MdCdemz4JvYzygrzRmnixCEjUz6kwUqwEh8mUYUUSae3YG4xzQtOM68NL2FCaoBU4iTdI1SV24EXxhCII1fkkPJChpX6XMkcFfVMItf5EtlLuR3DzGSn78jd6lo1/myy1R/17Vlg8n7lFkXmHA6ts= Received: by 10.78.123.4 with SMTP id v4mr1631033huc.1185829893575; Mon, 30 Jul 2007 14:11:33 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 30 Jul 2007 14:11:33 -0700 (PDT) Message-ID: <3bbf2fe10707301411u80120ban1bbde128aeb8662b@mail.gmail.com> Date: Mon, 30 Jul 2007 23:11:33 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Peter Wemm" In-Reply-To: <200707291552.57528.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070721174631.S561@10.0.0.1> <20070727132640.GA6877@rot26.obsecurity.org> <20070727133342.GA12179@rulez.sk> <200707291552.57528.peter@wemm.org> X-Google-Sender-Auth: a5a496557d37e402 Cc: Milos Vyletel , freebsd-current@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 21:11:35 -0000 2007/7/30, Peter Wemm : > On Friday 27 July 2007, Milos Vyletel wrote: > > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > > The other option is to find the kernel.debug for this crash, > > > > > and do this: > > > > > kgdb kernel.debug > > > > > gdb> l *0xffffffff8033953c > > > > > This will tell us the file and line number that the crash > > > > > happened in. There is no need to reboot for this unless you no > > > > > longer have a crashing kernel. > > > > > > > > I've played with this a little while, and after turning > > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > > > so I assume, that this function was called before lapic_init(), > > > > where lapic is initialized, which is wrong. > > > > > > > > It was clean current kernel with no other patches, now I don't > > > > have local access to that machine so I can test it in few days. > > > > > > > > btw. how can one get trace in text form, I mean syslog stop after > > > > panic and all I got logged is that it paniced. Anything I type in > > > > db> is lost. I know that this can be done by remote gdb, but > > > > unfortunatelly this isn't possible. > > > > > > If you trigger a dump (call doadump) then some amount of the DDB > > > session will usually be saved with the dump and displayed by kgdb. > > > > Yes, I forgot about that. I have zfs swap partition and I can't > > configure my dumpdev. Have anyone succesfully acomplish this? > > Please abandon the original patch and try this one: > > http://people.freebsd.org/~peter/topology.diff Shouldn't you still fix the SI_SUB_CPU family functions order? Otherwise you will still have apic_init() and cpu_startup() not ordered... I think the rank I used for the past patch is reasonable for it. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 21:25:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C28D16A418; Mon, 30 Jul 2007 21:25:55 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id F346D13C48A; Mon, 30 Jul 2007 21:25:54 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy1.bredband.net (7.3.127) id 46A848D60012CCD1; Mon, 30 Jul 2007 23:25:53 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 70B131CC8E; Tue, 31 Jul 2007 01:26:07 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Tue, 31 Jul 2007 01:26:06 +0200 User-Agent: KMail/1.9.7 References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> <200707292157.09742.peter.schuller@infidyne.com> In-Reply-To: <200707292157.09742.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707310126.06923.peter.schuller@infidyne.com> Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 21:25:55 -0000 > vnode 0xffffff00037473e0: tag devfs, type VDIR > usecount 0, writecount 0, refcount 1 mountedhere 0xffffff0003745ca0 > flags (VV_ROOT) > lock type devfs: EXCL (count 1) by thread 0xffffff00010e6680 (pid 1) Some additional facts: Looking at the printouts, there is always a sequence of three or more (three at least twice; more than three at least once) vrele():s of the same vnode, in both the successful case and the panicing case. There are no vrele():s of any other vnodes in either case. Inserting enter/exit debug printouts in mountcheckdirs() confirms that all calls occur within the bounds of a single call to mountcheckdirs(). Does not this imply there is some locking mismatch in the non-ZFS specific code? I must admit I find the locking confusing; with several locking/unlocking functions/macros intermixed at different levels in the callstack. My (incorrect) reading was that this panic should always be happening, which is obviously not the case. Running with vfs.zfs.debug=1 confirms that vdev_geom open/attach/detach is happening prior to any vrele() even in the panicing case (i.e., zfs pool discovery seems to complete). In the case of an expected provider not being found, vd->vdev_devid is NULL in vdev_geom_open(), based on the "provider not found" debug printout (perhaps normal?). -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 21:25:55 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C28D16A418; Mon, 30 Jul 2007 21:25:55 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id F346D13C48A; Mon, 30 Jul 2007 21:25:54 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from prometheus.scode.org (85.229.22.84) by proxy1.bredband.net (7.3.127) id 46A848D60012CCD1; Mon, 30 Jul 2007 23:25:53 +0200 Received: from localhost (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 70B131CC8E; Tue, 31 Jul 2007 01:26:07 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Tue, 31 Jul 2007 01:26:06 +0200 User-Agent: KMail/1.9.7 References: <200707282028.37102.peter.schuller@infidyne.com> <20070728175426.GF1092@garage.freebsd.pl> <200707292157.09742.peter.schuller@infidyne.com> In-Reply-To: <200707292157.09742.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707310126.06923.peter.schuller@infidyne.com> Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: (ZFS?): panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jul 2007 21:25:55 -0000 > vnode 0xffffff00037473e0: tag devfs, type VDIR > usecount 0, writecount 0, refcount 1 mountedhere 0xffffff0003745ca0 > flags (VV_ROOT) > lock type devfs: EXCL (count 1) by thread 0xffffff00010e6680 (pid 1) Some additional facts: Looking at the printouts, there is always a sequence of three or more (three at least twice; more than three at least once) vrele():s of the same vnode, in both the successful case and the panicing case. There are no vrele():s of any other vnodes in either case. Inserting enter/exit debug printouts in mountcheckdirs() confirms that all calls occur within the bounds of a single call to mountcheckdirs(). Does not this imply there is some locking mismatch in the non-ZFS specific code? I must admit I find the locking confusing; with several locking/unlocking functions/macros intermixed at different levels in the callstack. My (incorrect) reading was that this panic should always be happening, which is obviously not the case. Running with vfs.zfs.debug=1 confirms that vdev_geom open/attach/detach is happening prior to any vrele() even in the panicing case (i.e., zfs pool discovery seems to complete). In the case of an expected provider not being found, vd->vdev_devid is NULL in vdev_geom_open(), based on the "provider not found" debug printout (perhaps normal?). -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 22:18:31 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6F4C16A419 for ; Mon, 30 Jul 2007 22:18:31 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3C43A13C45D for ; Mon, 30 Jul 2007 22:18:31 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1806164mue for ; Mon, 30 Jul 2007 15:18:30 -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=CoabH7FPTJOY5It6urtmReVkhiZstPJchYiCf644h6taTuJFq8pA3n+NO/vYXYH2HfkEJ59kHZzbQqVLTfroKbgpmu2+pXyyfyy/apMEwRZgnX4yuPP598m5/Nsa3bYInqj1J4Ao9Ljw1+J9OPxVYSZBgGU2ea9t1Ysg3nmtSl4= 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=mizba+WwRlUBrDeO7eyHWoDqO0jzY2GXFCxyzgpZo0QxGZnUppKgl4YtcJ6XJOBYlOUVIFNKhqhPXLFvoWmBYR0/bPzNSXwD6am5QjptCWvqjPxt9fG5RAlrVWI5+9nASytfDldKX0Z9PhNrJ0bml4QNIFpFMBsB82QbEpYIbcc= Received: by 10.86.77.5 with SMTP id z5mr4246939fga.1185833910051; Mon, 30 Jul 2007 15:18:30 -0700 (PDT) Received: by 10.86.63.16 with HTTP; Mon, 30 Jul 2007 15:18:30 -0700 (PDT) Message-ID: Date: Mon, 30 Jul 2007 15:18:30 -0700 From: "Maksim Yevmenkin" To: "Dmitry Morozovsky" In-Reply-To: <20070728173355.O42349@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070727141421.H42349@woozle.rinet.ru> <20070728173355.O42349@woozle.rinet.ru> Cc: current@freebsd.org Subject: Re: possible showstopper: kbdmux hangs -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2007 22:18:31 -0000 On 7/28/07, Dmitry Morozovsky wrote: > On Fri, 27 Jul 2007, Maksim Yevmenkin wrote: > > MY> On 7/27/07, Dmitry Morozovsky wrote: > MY> > Hi there, > MY> > > MY> > on some of my mobos -current hangs early (when starning init) if kbdmux is > MY> > included in kernel (both on i386 and amd64); this seems to be some race, as > MY> > hangs are not 100% reproducible. What info should I provide to debug? > MY> > MY> the usual suspects are > MY> > MY> 1) while (KBDMUX_CHECK_CHAR(kbd)) { ... } loop in kbdmux_kbd_event(). > MY> could you please try to put some debug printf's into it and make sure > MY> it does not stuck there. > > errrm. Added two printfs with ppsratecheck - and, as usual, 'specialist > presense effect' is in place: no single hang since, both on stock GENERIC and > my own stripped down kernel so far (approx 20 reboots). > > Will try further. if you remove your debug code and recompile kbdmux(4), does your problem re-appear? thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 03:50:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7FC116A417 for ; Tue, 31 Jul 2007 03:50:10 +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 7ADB213C494 for ; Tue, 31 Jul 2007 03:50:10 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IFikE-0003sv-FD for freebsd-current@freebsd.org; Tue, 31 Jul 2007 05:50:02 +0200 Received: from 217.17.237.245 ([217.17.237.245]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 Jul 2007 05:50:02 +0200 Received: from jvk-list by 217.17.237.245 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 Jul 2007 05:50:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Joe Kraft Date: Mon, 30 Jul 2007 21:22:25 +0300 Lines: 30 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 217.17.237.245 User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) Sender: news Subject: ipw kernel page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 03:50:10 -0000 I had been using a rather old version (6 months ago, or so) of CURRENT, and using the ipw driver with the firmware loaded from a port. I updated my source a few days ago, followed the directions in UPDATING for ipw. I removed the firmware port and added the licence ack in /boot/loader.conf. I can't get the driver to connect, and it throws me out into ddb when I give it a 'ifconfig ipw0 up scan' command. I don't know if there's any way to get a text file from ddb, so I've recreated this by hand. Kernel page fault with the following non-sleepable locks held exclusive sleep mutex ieee80211com (802.11 com lock) r=0 (0xc4b2400c) locked @ /user/src/sys/net80211/ieee80211_scan.c:381 exclusive sleep mutex ipw0 (network driver) r=0 (0xc4b253fc) locked @ /usr/src/sys/modules/ipw/../../dev/ipw/if_ipw.c:1474 plus a whole bunch more stuff, I can transcribe and send if it's useful.. It also spit out this... Fatal trap 12: page faultwhile in kernel mode cpuid = 0; apic id = 0.0 fault virtual address = 0x0 Again more stuff... If someone can tell me what will help, I'll get that info. Thanks, Joe Kraft From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 03:54:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD4E16A418; Tue, 31 Jul 2007 03:54:00 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id A0FC113C459; Tue, 31 Jul 2007 03:54:00 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6V3ruGH061791; Mon, 30 Jul 2007 22:53:56 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46AEB24E.7090504@freebsd.org> Date: Mon, 30 Jul 2007 22:53:50 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Oleg Bulyzhin References: <46A2B49F.4030307@freebsd.org> <20070722155356.49797993@roxette> <46A36A49.2090303@FreeBSD.org> <20070723081949.GA1528@lath.rinet.ru> In-Reply-To: <20070723081949.GA1528@lath.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Attilio Rao , Patrick Lamaiziere , freebsd-current@freebsd.org Subject: Re: LOR's, and a panic (ipf NAT 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: Tue, 31 Jul 2007 03:54:00 -0000 Oleg Bulyzhin wrote: > On Sun, Jul 22, 2007 at 04:31:37PM +0200, Attilio Rao wrote: >> Patrick Lamaiziere wrote: >>> Le Sat, 21 Jul 2007 20:36:31 -0500, >>> Eric Anderson a ?crit : >>>> Today, on a -CURRENT from a few days ago (running ULE 3.0), I got a >>>> panic: >>>> >>>> panic: Trying sleep, but thread marked as sleeping prohibited >>>> cpuid = 0 >>>> >> This one should have been fixed in last ULE3.0 revision, could you please >> update your src/sys and see if it goes away? >> >> About the other LORs, you should see in the bz's page if they are alredy >> listes, since it seems I remind at least one of them: >> http://sources.zabbadoz.net/freebsd/lor.html >> >> >> Thanks, >> Attilio >> _______________________________________________ >> 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" > > This panic is not ULE related. It came from wrong sx lock usage inside ipfilter. > I tried to use recently imported (into -current) ipfilter 4.1.23 and found it > is almost unusable (at least ipnat): it's very unstable (several hangs or > deadlocks per day), it does leak memory. > > I've spent some time on fixing ipfilter's bugs, then sent report to ipfilter's > author. Unfortunately, i failed to get any feedback. > > You can get patch here: > http://people.freebsd.org/~oleg/patches/ipfilter.r70.diff > > I would not swear it's 100% correct, but it should make ipfilter much more > stable. It does following: > - sx locks converted to rwlocks. (this should be done, cause pfil(4) uses > rwlocks, which are not sleepable). > - fixed memory leak inside nat_getnext() > - fixed several improper checks of array's boundary. > - added some missing mutex_destroy() calls > - ipfilter's attaching/detaching procedure changed a bit in order to fix some > LORs. > Lost track of this - did it ever get ironed out? Eric From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 06:48:39 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 319F416A417 for ; Tue, 31 Jul 2007 06:48:39 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id C723613C46B for ; Tue, 31 Jul 2007 06:48:38 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (p57AE42EA.dip0.t-ipconnect.de [87.174.66.234]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l6V6mYsP007073 for ; Tue, 31 Jul 2007 08:48:34 +0200 Date: Tue, 31 Jul 2007 08:48:34 +0200 From: Marc "UBM" Bocklet To: freebsd-current@FreeBSD.org Message-Id: <20070731084834.4fffc7cd.ubm@u-boot-man.de> In-Reply-To: <20070730191250.GM1092@garage.freebsd.pl> References: <20070730155802.523dad8b.ubm@u-boot-man.de> <20070730191250.GM1092@garage.freebsd.pl> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: geom_journal - bio_flush not supported on disks connected via usb? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 06:48:39 -0000 On Mon, 30 Jul 2007 21:12:50 +0200 Pawel Jakub Dawidek wrote: > On Mon, Jul 30, 2007 at 03:58:02PM +0200, Marc UBM Bocklet wrote: > > > > Hiho! :-) > > > > > > During startup, I got this error (only once): > > > > > > GEOM_JOURNAL: Journal 1159150689: da0 contains data. > > GEOM_JOURNAL: Journal 1159150689: da0 contains journal. > > GEOM_JOURNAL: Journal da0 clean. > > (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 > > 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 > > (da0:umass-sim0:0:0:0): Invalid command operation code > > (da0:umass-sim0:0:0:0): Unretryable error > > GEOM_JOURNAL: BIO_FLUSH not supported by da0. > > > > > > da0 is 250GB usb disk (using ehci(4)). > > > > I do not understand completely what this means. Has the BIO_FLUSH > > command only failed once and works now on subsequent tries? > > No, it means that gjournal tried it once and now knows that it's not > supported, so won't spam you console again. > > > Does BIO_FLUSH never work, because it's not implemented (or can't be > > implemented) for disks connected via usb? And if thats the case, > > will that affect geom_journal in any way? Is my data still being > > journalled correctly? :-) > > If write cache is turned on on your disk, there can be a problem in > case of a power failure. I don't know how write cache is beeing > turned on for a disk connected via USB. Is it turned on by default? > If it's turned off by default, then you are safe. Thanks a lot for your quick response. It seems to be disabled by default (thats what the da(4) manpage says): root@ubm:/usr/home/sheep# camcontrol modepage da0 -m 8 IC: 0 ABPF: 0 CAP: 1 DISC: 0 SIZE: 1 WCE: 0 MF: 0 RCD: 0 Demand Retention Priority: 0 Write Retention Priority: 1 Disable Pre-fetch Transfer Length: 0 Minimum Pre-fetch: 44 Maximum Pre-fetch: 58303 Maximum Pre-fetch Ceiling: 48902 The only remaining question is, if the write cache for a disk connected via USB is really affected by this setting (since da0 is just a "fake" scsi disk, as I understand it). Can someone comment on that? Bye Marc -- "Come away, O human child! To the waters and the wild With a faery, hand in hand, For the world's more full of weeping than you can understand." W.B. Yeats, The Stolen Child From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 08:39:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E7A16A419 for ; Tue, 31 Jul 2007 08:39:08 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 81D0A13C4A3 for ; Tue, 31 Jul 2007 08:39:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l6V8d5jx091143; Tue, 31 Jul 2007 12:39:06 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 31 Jul 2007 12:39:05 +0400 (MSD) From: Dmitry Morozovsky To: Maksim Yevmenkin In-Reply-To: Message-ID: <20070731123820.T29245@woozle.rinet.ru> References: <20070727141421.H42349@woozle.rinet.ru> <20070728173355.O42349@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 31 Jul 2007 12:39:06 +0400 (MSD) Cc: current@freebsd.org Subject: Re: possible showstopper: kbdmux hangs -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 08:39:08 -0000 On Mon, 30 Jul 2007, Maksim Yevmenkin wrote: MY> > MY> > on some of my mobos -current hangs early (when starning init) if kbdmux is MY> > MY> > included in kernel (both on i386 and amd64); this seems to be some race, as MY> > MY> > hangs are not 100% reproducible. What info should I provide to debug? MY> > MY> MY> > MY> the usual suspects are MY> > MY> MY> > MY> 1) while (KBDMUX_CHECK_CHAR(kbd)) { ... } loop in kbdmux_kbd_event(). MY> > MY> could you please try to put some debug printf's into it and make sure MY> > MY> it does not stuck there. MY> > MY> > errrm. Added two printfs with ppsratecheck - and, as usual, 'specialist MY> > presense effect' is in place: no single hang since, both on stock GENERIC and MY> > my own stripped down kernel so far (approx 20 reboots). MY> > MY> > Will try further. MY> MY> if you remove your debug code and recompile kbdmux(4), does your MY> problem re-appear? Grrm. It does not (yet). Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 07:14:34 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA36916A418 for ; Tue, 31 Jul 2007 07:14:34 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8327813C428 for ; Tue, 31 Jul 2007 07:14:34 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 8F796117FB; Tue, 31 Jul 2007 09:14:42 +0200 (CEST) Date: Tue, 31 Jul 2007 09:14:42 +0200 From: Cedric Tabary To: Pawel Jakub Dawidek Message-ID: <20070731071442.GA10243@efrei.fr> References: <20070730145011.GC88466@efrei.fr> <20070730191443.GN1092@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070730191443.GN1092@garage.freebsd.pl> X-Mailman-Approved-At: Tue, 31 Jul 2007 11:30:18 +0000 Cc: current@freebsd.org Subject: Re: zfs panic with yesterday -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 07:14:34 -0000 On 30/07/2007 21:14, Pawel Jakub Dawidek wrote: > On Mon, Jul 30, 2007 at 04:50:11PM +0200, Cedric Tabary wrote: > > Hi, > > > > I wanted to do sme tests with zfs and got this panic with > > yesterday cvsup of -CURRENT : > > > > http://grumly.eu.org/freebsd/zfs_panic.png > > > > it is running inside vmware with 2 CPU, 1024M allocated to the VM, > > GENERIC amd64 kernel without invariants and witnesses. > > I paused the VM in the debugger so I can run any command after > > in the debugger if needed. > > > > It is a raidz2 pool with 10 ggate devices of 64M each. > > What was the panic message? I don't remember, is there a way to get it again inside ddb ? Cédric. From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 08:47:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3129C16A419; Tue, 31 Jul 2007 08:47:18 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.freebsd.org (Postfix) with ESMTP id EC48F13C45B; Tue, 31 Jul 2007 08:47:17 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 6D89A117FD; Tue, 31 Jul 2007 10:47:25 +0200 (CEST) Date: Tue, 31 Jul 2007 10:47:25 +0200 From: Cedric Tabary To: Pawel Jakub Dawidek Message-ID: <20070731084725.GB10243@efrei.fr> References: <20070730145011.GC88466@efrei.fr> <20070730191443.GN1092@garage.freebsd.pl> <20070731071442.GA10243@efrei.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070731071442.GA10243@efrei.fr> X-Mailman-Approved-At: Tue, 31 Jul 2007 11:30:18 +0000 Cc: current@freebsd.org Subject: Re: zfs panic with yesterday -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 08:47:18 -0000 On 31/07/2007 09:14, Cedric Tabary wrote: > On 30/07/2007 21:14, Pawel Jakub Dawidek wrote: > > On Mon, Jul 30, 2007 at 04:50:11PM +0200, Cedric Tabary wrote: > > > Hi, > > > > > > I wanted to do sme tests with zfs and got this panic with > > > yesterday cvsup of -CURRENT : > > > > > > http://grumly.eu.org/freebsd/zfs_panic.png > > > > > > it is running inside vmware with 2 CPU, 1024M allocated to the VM, > > > GENERIC amd64 kernel without invariants and witnesses. > > > I paused the VM in the debugger so I can run any command after > > > in the debugger if needed. > > > > > > It is a raidz2 pool with 10 ggate devices of 64M each. > > > > What was the panic message? > > I don't remember, > is there a way to get it again inside ddb ? finally I managed to reproduce it : panic: kmem_malloc(16384): kmem_map too small: 343056384 total allocated cpuid = 1 KDB: enter: panic [thread pid 1206 tid 100154 ] Stopped at kdb_enter+0x31: popq %rbp Cédric. From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 11:41:55 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 710D016A417 for ; Tue, 31 Jul 2007 11:41:55 +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 0EF5713C4B4 for ; Tue, 31 Jul 2007 11:41:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2C564487F7; Tue, 31 Jul 2007 13:41:53 +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 A957C487F4; Tue, 31 Jul 2007 13:41:47 +0200 (CEST) Date: Tue, 31 Jul 2007 13:41:01 +0200 From: Pawel Jakub Dawidek To: Cedric Tabary Message-ID: <20070731114101.GP1092@garage.freebsd.pl> References: <20070730145011.GC88466@efrei.fr> <20070730191443.GN1092@garage.freebsd.pl> <20070731071442.GA10243@efrei.fr> <20070731084725.GB10243@efrei.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XLsjFikA86nwwlhe" Content-Disposition: inline In-Reply-To: <20070731084725.GB10243@efrei.fr> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 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: current@freebsd.org Subject: Re: zfs panic with yesterday -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 11:41:55 -0000 --XLsjFikA86nwwlhe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 31, 2007 at 10:47:25AM +0200, Cedric Tabary wrote: > finally I managed to reproduce it : > panic: kmem_malloc(16384): kmem_map too small: 343056384 total allocated > cpuid =3D 1 > KDB: enter: panic > [thread pid 1206 tid 100154 ] > Stopped at kdb_enter+0x31: popq %rbp Are you sure this is amd64? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XLsjFikA86nwwlhe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGrx/NForvXbEpPzQRAqRLAKCtb2A2F1LB6UZhtaN2GfYu2vSUXgCbBhCE TrKNCRO7trQmZ/zTDqTrcN8= =O0sj -----END PGP SIGNATURE----- --XLsjFikA86nwwlhe-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 13:08:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD98816A418 for ; Tue, 31 Jul 2007 13:08:08 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88014.mail.re2.yahoo.com (web88014.mail.re2.yahoo.com [206.190.39.219]) by mx1.freebsd.org (Postfix) with SMTP id 3EBEB13C45B for ; Tue, 31 Jul 2007 13:08:08 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 97264 invoked by uid 60001); 31 Jul 2007 12:41:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=oMVfKu4K+E0w2oAldmnZaH0StiITK+fiLTfy/ypm7lMHOF4K0zLmvTAvdZ/VkA5TkZdHdoTbZFhL79xOhYrU5Q7ns5sqiSPVupL7Llx5a8GWiWBtTsuNXrjMBjlJSbGMKi8DIVNz9s2OH/PA9ADc63+vYG1buV2O/obQdK6O0oo=; X-YMail-OSG: 1rpNYwcVM1lFHG3GZ7hRu9ogn3fIGHr2xDjERfW6bJW7eztO Received: from [74.100.62.56] by web88014.mail.re2.yahoo.com via HTTP; Tue, 31 Jul 2007 08:41:26 EDT Date: Tue, 31 Jul 2007 08:41:26 -0400 (EDT) From: Gardner Bell To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <172019.94794.qm@web88014.mail.re2.yahoo.com> X-Mailman-Approved-At: Tue, 31 Jul 2007 13:25:12 +0000 Subject: High interrupt count on irq12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 13:08:08 -0000 Since I installed -CURRENT, I've noticed irq12 has a rather high interrupt count for only 29mins of uptime. Interrupt load appears to be rather low at only 0.4% so I'm not sure what can be causing the high count. Here is the output of vmstat. dan@home$ vmstat -i interrupt total rate irq1: atkbd0 3011 1 irq12: psm0 121265 61 irq14: ata0 58 0 irq19: uhci1+ 5181 2 irq20: fxp0 1377 0 irq22: pcm0 11 0 cpu0: timer 3812581 1923 cpu1: timer 3812247 1923 Total 7755731 3913 My kernel is pretty much GENERIC except for the removal of drivers that I don't use/need, WITNESS, and INVARIANTS. Gardner From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 14:20:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2BEA16A421 for ; Tue, 31 Jul 2007 14:20:53 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 99F4213C4A7 for ; Tue, 31 Jul 2007 14:20:53 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l6VEKcQt063873 for ; Tue, 31 Jul 2007 07:20:38 -0700 (PDT) Date: Tue, 31 Jul 2007 23:19:38 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-apple-darwin8.9.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Tue_Jul_31_23:19:38_2007-1" Cc: Subject: clist reservation botch 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, 31 Jul 2007 14:20:53 -0000 --Multipart_Tue_Jul_31_23:19:38_2007-1 Content-Type: text/plain; charset=US-ASCII Howdy, I am testing and fixing the new IPsec code we have and just came across this: Unread portion of the kernel message buffer: panic: clist reservation botch cpuid = 0 KDB: enter: panic #0 kdb_enter (msg=0xc074a2fe "panic") at ../../../kern/subr_kdb.c:310 310 } (kgdb) where #0 kdb_enter (msg=0xc074a2fe "panic") at ../../../kern/subr_kdb.c:310 #1 0xc0524874 in panic (fmt=0xc075155d "clist reservation botch") at ../../../kern/kern_shutdown.c:547 #2 0xc05721fe in putc (chr=102, clistp=0xc1dd4038) at ../../../kern/tty_subr.c:104 #3 0xc0569333 in ttyoutput (c=102, tp=0xc1dd4000) at ../../../kern/tty.c:769 #4 0xc0569437 in ttyecho (c=Variable "c" is not available. ) at ../../../kern/tty.c:2406 #5 0xc056aff2 in ttyinput (c=102, tp=0xc1dd4000) at ../../../kern/tty.c:679 #6 0xc056b0ec in ttypend (tp=0xc1dd4000) at ../../../kern/tty.c:1704 #7 0xc056a704 in ttyinput (c=117, tp=0xc1dd4000) at ../../../kern/tty.c:377 #8 0xc06dfc54 in sioinput (com=0xc1dd4400) at linedisc.h:122 #9 0xc06e1ff3 in siopoll (dummy=0x0) at ../../../dev/sio/sio.c:1702 #10 0xc05096b5 in ithread_loop (arg=0xc1dbd7d0) at ../../../kern/kern_intr.c:1036 #11 0xc0506b58 in fork_exit (callout=0xc0509500 , arg=0xc1dbd7d0, frame=0xcc53ed38) at ../../../kern/kern_fork.c:797 #12 0xc06eb490 in fork_trampoline () at ../../../i386/i386/exception.s:205 I don't think I'm doing anything "funky" but who knows. Anyone have their hands in the tty code at the moment? This is on CURRENT of a week ago, kernel config is attached to the email, and this system is running on VMware. Let me know what other information I can provide. Best, George --Multipart_Tue_Jul_31_23:19:38_2007-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="VMWARE_IPSEC" Content-Transfer-Encoding: base64 IwojIFZNV0FSRSBJUFNFQyAtLSBLZXJuZWwgY29uZmlnIGZvciBWTVdhcmUgVk1zIDQuNS01LjUK IwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJlYWQgdGhlIGhh bmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoKIwojICAgIGh0 dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9oYW5kYm9vay9r ZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNvIGF2YWlsYWJs ZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3ZlIGluc3RhbGxl ZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhlCiMgRnJlZUJT RCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvKSBmb3IgdGhl CiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9mIG9wdGlvbnMg YW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBsaW5lcyBpcyBh bHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZpbGVzLgojIElm IHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5IG9mIGEgbGlu ZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lzL2kzODYvY29u Zi9HRU5FUklDLHYgMS40MzggMjAwNi8wMS8yMSAxMjozODozNSBtYXJpdXMgRXhwICQKCmNwdQkJ STY4Nl9DUFUKaWRlbnQJCVZNV0FSRV9JUFNFQwoKIyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4g ZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cwojaGludHMJCSJHRU5F UklDLmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKbWFrZW9w dGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMK CiNvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpvcHRpb25zIAlTQ0hFRF80QlNE CQkjIDRCU0Qgc2NoZWR1bGVyCm9wdGlvbnMgCVBSRUVNUFRJT04JCSMgRW5hYmxlIGtlcm5lbCB0 aHJlYWQgcHJlZW1wdGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRlck5FVHdvcmtpbmcKb3B0aW9u cyAgICAgICAgIElQU0VDCQkJIyBJUFNlYwpvcHRpb25zCQlJTkVUNgkJCSMgSVB2NiBTdXBwb3J0 Cm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRV UERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FD TAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhB U0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJTURf Uk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZTQ0xJRU5U CQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdv cmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBhcyAv LCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3Rl bQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZT CQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25zIAlQU0VV RE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJQ09NUEFUXzQzCQkj IENvbXBhdGlibGUgd2l0aCBCU0QgNC4zIFtLRUVQIFRISVMhXQpvcHRpb25zIAlDT01QQVRfNDNU VFkJCSMgQlNEIDQuMyBUVFkgY29tcGF0IFtLRUVQIFRISVMhXQpvcHRpb25zIAlDT01QQVRfRlJF RUJTRDQJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNE NQkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDUKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkj IERlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0 cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1l bW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlv bnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BS SU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpv cHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldgpv cHRpb25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBp biBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJ CQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURBUFRJVkVfR0lB TlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCm9wdGlvbnMgCVNUT1BfTk1JCQkjIFN0b3Ag Q1BVUyB1c2luZyBOTUkgaW5zdGVhZCBvZiBJUEkKCiMgRGVidWdnaW5nIGZvciB1c2UgaW4gLWN1 cnJlbnQKb3B0aW9ucyAJS0RCCQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1cHBvcnQuCm9w dGlvbnMgCUREQgkJCSMgU3VwcG9ydCBEREIuCm9wdGlvbnMgCUdEQgkJCSMgU3VwcG9ydCByZW1v dGUgR0RCLgpvcHRpb25zIAlJTlZBUklBTlRTCQkjIEVuYWJsZSBjYWxscyBvZiBleHRyYSBzYW5p dHkgY2hlY2tpbmcKb3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkgY2hl Y2tzIG9mIGludGVybmFsIHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKb3B0aW9u cyAJV0lUTkVTUwkJCSMgRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNs ZXMKb3B0aW9ucyAJV0lUTkVTU19TS0lQU1BJTgkjIERvbid0IHJ1biB3aXRuZXNzIG9uIHNwaW5s b2NrcyBmb3Igc3BlZWQKCiMgVG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gbGlu ZXMgYXJlIG5lZWRlZApvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBL ZXJuZWwKZGV2aWNlCQlhcGljCQkJIyBJL08gQVBJQwoKIyBCdXMgc3VwcG9ydC4KZGV2aWNlCQll aXNhCmRldmljZQkJcGNpCgojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZp Y2UJCWF0YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmljZQkJYXRhcGljZAkJIyBBVEFQSSBD RFJPTSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVy aW5nCgojIFNDU0kgQ29udHJvbGxlcnMKZGV2aWNlCQlidAkJIyBCdXNsb2dpYy9NeWxleCBNdWx0 aU1hc3RlciBTQ1NJIGFkYXB0ZXJzCgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJ IyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBj aGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQpkZXZpY2UJCXNhCQkj IFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykKZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJCXBh c3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCmRldmljZQkJc2Vz CQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgYXRrYmRjMCBj b250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGti ZGMJCSMgQVQga2V5Ym9hcmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJk CmRldmljZQkJcHNtCQkjIFBTLzIgbW91c2UKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJk IGRyaXZlcgoKZGV2aWNlCQlzcGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVy IHN1cHBvcnQKCiMgc3lzY29ucyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1i bGluZyBhbiBTQ08gY29uc29sZQpkZXZpY2UJCXNjCgojIEVuYWJsZSB0aGlzIGZvciB0aGUgcGN2 dCAoVlQyMjAgY29tcGF0aWJsZSkgY29uc29sZSBkcml2ZXIKI2RldmljZQkJdnQKI29wdGlvbnMg CVhTRVJWRVIJCSMgc3VwcG9ydCBmb3IgWCBzZXJ2ZXIgb24gYSB2dCBjb25zb2xlCiNvcHRpb25z IAlGQVRfQ1VSU09SCSMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3IKCmRldmljZQkJYWdwCQkjIHN1 cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChz ZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2RldmljZQkJYXBtCiMgQWRkIHN1c3BlbmQvcmVz dW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlwbXRpbWVyCgojIFBDQ0FSRCAoUENN Q0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRldmljZQkJ Y2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAo MTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIFNl cmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJp YWwgcG9ydHMKZGV2aWNlCQl1YXJ0CQkjIEdlbmVyaWMgVUFSVCBkcml2ZXIKCmRldmljZQkJbGUJ CSMgTkUyMTAwLCBORTMyLVZMIExhbmNlIEV0aGVybmV0IGNhcmRzCgojIFBzZXVkbyBkZXZpY2Vz LgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFjawpkZXZpY2UJCXJhbmRvbQkJIyBFbnRy b3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQKZGV2aWNlCQlzbAkJ IyBLZXJuZWwgU0xJUApkZXZpY2UJCXBwcAkJIyBLZXJuZWwgUFBQCmRldmljZQkJdHVuCQkjIFBh Y2tldCB0dW5uZWwuCmRldmljZQkJcHR5CQkjIFBzZXVkby10dHlzICh0ZWxuZXQgZXRjKQpkZXZp Y2UJCW1kCQkjIE1lbW9yeSAiZGlza3MiCmRldmljZQkJZ2lmCQkjIElQdjYgYW5kIElQdjQgdHVu bmVsaW5nCmRldmljZQkJZmFpdGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlv bikKCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVy LgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxp bmcgdGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMgcmVxdWlyZWQgZm9yIERIQ1AuCmRldmljZQkJ YnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgQ3J5cHRvIGRldmljZSByZXF1aXJlZCB3 aGVuIHlvdSdyZSB1c2luZyBJUFNFQwpkZXZpY2UJCWNyeXB0bwkJIyBDcnlwdG8gZGV2aWNlcyBh bmQgYmFzaWMgYWxnb3JpdGhtcwo= --Multipart_Tue_Jul_31_23:19:38_2007-1-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 14:09:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A1416A421; Tue, 31 Jul 2007 14:09:54 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.freebsd.org (Postfix) with ESMTP id CF82613C442; Tue, 31 Jul 2007 14:09:53 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 672C31179E; Tue, 31 Jul 2007 16:10:01 +0200 (CEST) Date: Tue, 31 Jul 2007 16:10:01 +0200 From: Cedric Tabary To: Pawel Jakub Dawidek Message-ID: <20070731141001.GC10243@efrei.fr> References: <20070730145011.GC88466@efrei.fr> <20070730191443.GN1092@garage.freebsd.pl> <20070731071442.GA10243@efrei.fr> <20070731084725.GB10243@efrei.fr> <20070731114101.GP1092@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20070731114101.GP1092@garage.freebsd.pl> X-Mailman-Approved-At: Tue, 31 Jul 2007 14:47:22 +0000 Cc: current@freebsd.org Subject: Re: zfs panic with yesterday -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 14:09:54 -0000 On 31/07/2007 13:41, Pawel Jakub Dawidek wrote: > On Tue, Jul 31, 2007 at 10:47:25AM +0200, Cedric Tabary wrote: > > finally I managed to reproduce it : > > panic: kmem_malloc(16384): kmem_map too small: 343056384 total allocated > > cpuid = 1 > > KDB: enter: panic > > [thread pid 1206 tid 100154 ] > > Stopped at kdb_enter+0x31: popq %rbp > > Are you sure this is amd64? It is windows XP 32bit with freebsd inside vmware. I don't know how vmware do the 64bit trick but I am sure it is freebsd amd64. uname -a FreeBSD fbsd.grumly.eu.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Jul 29 19:41:00 CEST 2007 root@fbsd.grumly.eu.org:/usr/obj/usr/src/sys/CED amd64 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: Sun Jul 29 19:41:00 CEST 2007 root@fbsd.grumly.eu.org:/usr/obj/usr/src/sys/CED Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2399.54-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f8 Stepping = 8 Features=0xfebfbff Features2=0x2211 AMD Features=0x20100800 AMD Features2=0x1 usable memory = 1061285888 (1012 MB) avail memory = 1022636032 (975 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI 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) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0x1060-0x107f irq 19 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 pci0: at device 7.3 (no driver attached) vgapci0: port 0x1400-0x140f mem 0xf0000000-0xf7ffffff,0xe8000000-0xe87fffff at device 15.0 on pci0 mpt0: port 0x1080-0x10ff mem 0xe8800000-0xe8800fff irq 17 at device 16.0 on pci0 mpt0: [ITHREAD] mpt0: MPI Version=1.2.0.0 pcib2: mem 0xe8801000-0xe8801fff at device 17.0 on pci0 pci2: on pcib2 em0: port 0x2040-0x2047 mem 0xe8920000-0xe893ffff,0xe8900000-0xe890ffff irq 18 at device 0.0 on pci2 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 00:0c:29:93:95:98 em0: [FILTER] pci2: at device 1.0 (no driver attached) ehci0: mem 0xe8910000-0xe8910fff irq 16 at device 2.0 on pci2 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: <(0x15ad) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb1 uhub1: 6 ports with 6 removable, self powered acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xca000-0xcafff,0xdc000-0xdffff,0xe0000-0xe3fff 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 acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 3.300MB/s transfers da0: Command Queueing Enabled da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 17:10:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFACE16A418 for ; Tue, 31 Jul 2007 17:10:03 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC8B13C4E7 for ; Tue, 31 Jul 2007 17:10:03 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so250894nfb for ; Tue, 31 Jul 2007 10:10:02 -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=O8h4wjLEuG+kpgQ1iwcDN83Fy/ns04WmT71ewv85RILs/yV0nUv5BVV4cIbXCLXp6aVCkhVU55B39QphuUPKiFaeppIhKDxdI6QbJJFR5FYOf6dupMAJpMwcAFrZLGjd1Xf7sisDPJ0QK/gkkA8n+56MWkp4/yf00js+R1mvsT0= 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=jamk9Hc9uf5S2+kPjK+82YQRvWqtgCOpTdk75b9JwJNJXEvHqTY7wtsiEGY41v8I65BuQecNLD0i6JJSgnjqQ+L2vRMCKyKAgdKVrbeRY44sUeGBC2t/l8lOYbWUtV2MDOaZA/t51iJRPoZmZzX4EwnqhvqERincc1iuD5/AzxY= Received: by 10.86.57.9 with SMTP id f9mr4848123fga.1185901802215; Tue, 31 Jul 2007 10:10:02 -0700 (PDT) Received: by 10.86.63.16 with HTTP; Tue, 31 Jul 2007 10:10:02 -0700 (PDT) Message-ID: Date: Tue, 31 Jul 2007 10:10:02 -0700 From: "Maksim Yevmenkin" To: "Dmitry Morozovsky" In-Reply-To: <20070731123820.T29245@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070727141421.H42349@woozle.rinet.ru> <20070728173355.O42349@woozle.rinet.ru> <20070731123820.T29245@woozle.rinet.ru> Cc: current@freebsd.org Subject: Re: possible showstopper: kbdmux hangs -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 17:10:04 -0000 On 7/31/07, Dmitry Morozovsky wrote: > On Mon, 30 Jul 2007, Maksim Yevmenkin wrote: > > MY> > MY> > on some of my mobos -current hangs early (when starning init) if kbdmux is > MY> > MY> > included in kernel (both on i386 and amd64); this seems to be some race, as > MY> > MY> > hangs are not 100% reproducible. What info should I provide to debug? > MY> > MY> > MY> > MY> the usual suspects are > MY> > MY> > MY> > MY> 1) while (KBDMUX_CHECK_CHAR(kbd)) { ... } loop in kbdmux_kbd_event(). > MY> > MY> could you please try to put some debug printf's into it and make sure > MY> > MY> it does not stuck there. > MY> > > MY> > errrm. Added two printfs with ppsratecheck - and, as usual, 'specialist > MY> > presense effect' is in place: no single hang since, both on stock GENERIC and > MY> > my own stripped down kernel so far (approx 20 reboots). > MY> > > MY> > Will try further. > MY> > MY> if you remove your debug code and recompile kbdmux(4), does your > MY> problem re-appear? > > Grrm. It does not (yet). ok. i have to ask. 1) are you using any non-standard compiler options? 2) how are you building new kernel? (or rather do you use NO_CLEAN or something like that?) kbdmux(4) has not been changed for awhile. while i completely accept possibility of bug in kbdmux(4), i find it somewhat strange that it does not manifest itself all the time. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 17:17:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0624C16A418 for ; Tue, 31 Jul 2007 17:17:41 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 742AD13C4B4 for ; Tue, 31 Jul 2007 17:17:40 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l6VHHcXs022504; Tue, 31 Jul 2007 21:17:38 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 31 Jul 2007 21:17:38 +0400 (MSD) From: Dmitry Morozovsky To: Maksim Yevmenkin In-Reply-To: Message-ID: <20070731211230.B15561@woozle.rinet.ru> References: <20070727141421.H42349@woozle.rinet.ru> <20070728173355.O42349@woozle.rinet.ru> <20070731123820.T29245@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 31 Jul 2007 21:17:38 +0400 (MSD) Cc: current@freebsd.org Subject: Re: possible showstopper: kbdmux hangs -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2007 17:17:41 -0000 On Tue, 31 Jul 2007, Maksim Yevmenkin wrote: MY> > MY> > MY> > on some of my mobos -current hangs early (when starning init) if kbdmux is MY> > MY> > MY> > included in kernel (both on i386 and amd64); this seems to be some race, as MY> > MY> > MY> > hangs are not 100% reproducible. What info should I provide to debug? MY> > MY> > MY> MY> > MY> > MY> the usual suspects are MY> > MY> > MY> MY> > MY> > MY> 1) while (KBDMUX_CHECK_CHAR(kbd)) { ... } loop in kbdmux_kbd_event(). MY> > MY> > MY> could you please try to put some debug printf's into it and make sure MY> > MY> > MY> it does not stuck there. MY> > MY> > MY> > MY> > errrm. Added two printfs with ppsratecheck - and, as usual, 'specialist MY> > MY> > presense effect' is in place: no single hang since, both on stock GENERIC and MY> > MY> > my own stripped down kernel so far (approx 20 reboots). MY> > MY> > MY> > MY> > Will try further. MY> > MY> MY> > MY> if you remove your debug code and recompile kbdmux(4), does your MY> > MY> problem re-appear? MY> > MY> > Grrm. It does not (yet). MY> MY> ok. i have to ask. MY> MY> 1) are you using any non-standard compiler options? MY> MY> 2) how are you building new kernel? (or rather do you use NO_CLEAN or MY> something like that?) MY> MY> kbdmux(4) has not been changed for awhile. while i completely accept MY> possibility of bug in kbdmux(4), i find it somewhat strange that it MY> does not manifest itself all the time. 1. CPUTYPE?= on i386 worlds, nothing significant (KERNCONF?= MODULES_OVERRIDE?=) on amd64 2. make buildkernel; I do use NO_CLEAN most of the time, but in these strange cases I blew out /usr/obj/sys completely to make sure there are no leftovers. And remember: the problem did not manifest itself 100% from the beginning. I'll continue to try to reproduce problem. Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 18:29:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B9A316A41B for ; Tue, 31 Jul 2007 18:29:12 +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 A38AC13C442 for ; Tue, 31 Jul 2007 18:29:11 +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 AC0C7690EC4; Tue, 31 Jul 2007 19:22:07 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 6629D690F0F; Tue, 31 Jul 2007 19:22:07 +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.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_WEB autolearn=no version=3.1.7 Received: from epsilon.local (unknown [83.144.140.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id A278B690EC4; Tue, 31 Jul 2007 19:22:03 +0100 (WEST) Message-ID: <46AF7F60.7060501@fnop.net> Date: Tue, 31 Jul 2007 19:28:48 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: Thomas Backman References: <46ACD4C1.6030803@fnop.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Apple IR receiver daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 18:29:12 -0000 Thomas Backman wrote: > > On Jul 29, 2007, at 7:56 PM, Rui Paulo wrote: > >> Hi, >> At the following location you can find a userland daemon to handle >> Apple IR receiver events: >> >> http://fnop.net/~rpaulo/priv/freebsd/aird.tgz >> >> If you have a MacBook, an iMac or a MacMini running FreeBSD, try >> compiling this little daemon and then try using it. Finally, report to >> me any success or failure :-) > > Hi! Just a "works for me", at least partially. I have a Core 2 Duo > Macbook Pro (the one released Oct 2006). Worth noting is that I'm > running FreeBSD/amd64 through VMWare Fusion. > In any case, it seems to execute the commands multiple times unless you > press and release the buttons *really* fast. Is this a bug, or by > design? In any case, it means that you'll have to take care of that > yourself before it's actually usable. I've changed the software so that the behavior of the IR controller is less painful. Could you please try again? The URL is the same. Thanks in advance. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 19:32:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A95016A41A for ; Tue, 31 Jul 2007 19:32:04 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 03A7B13C45B for ; Tue, 31 Jul 2007 19:32:03 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so571847fka for ; Tue, 31 Jul 2007 12:32:02 -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=eEXi8U9pCYZooCzU8yVvtdjuL4sSWFlpBn39bCLRfq15lntNOxOnuZhRidx8t22A1IlKYPMiCwJO3ZEB10YhOfbJWXuCSfYB4qv0s7zmmdA/+bEGcHRmQ1gtSkUf9XHIdHPhAlF0u3dCXk3HVMaKKJbA7UP2pzn1XNRugwePmaE= 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=ZOioRnTohcdY6ic5UBMMRf71Iv4oFI23EBwHg70kU5HF1810Rh4E36xb+mqK9HdFziWlPraaEgKr86tSKMYxhBvIYdWs0Ik9CnYDG+oTDJyYYnzNqGptI4+DgiC31d0CSM6QeJ7V/lHsWBJvg4BDaMdqR8Tk2YS+1KlHVHHcncM= Received: by 10.82.100.1 with SMTP id x1mr6125254bub.1185910322321; Tue, 31 Jul 2007 12:32:02 -0700 (PDT) Received: by 10.82.185.5 with HTTP; Tue, 31 Jul 2007 12:32:02 -0700 (PDT) Message-ID: Date: Tue, 31 Jul 2007 14:32:02 -0500 From: "illoai@gmail.com" To: "Gardner Bell" In-Reply-To: <172019.94794.qm@web88014.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <172019.94794.qm@web88014.mail.re2.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: High interrupt count on irq12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 19:32:04 -0000 On 31/07/07, Gardner Bell wrote: > Since I installed -CURRENT, I've noticed irq12 has a rather high > interrupt count for only 29mins of uptime. Interrupt load appears to > be rather low at only 0.4% so I'm not sure what can be causing the high > count. Here is the output of vmstat. > > dan@home$ vmstat -i > interrupt total rate > irq1: atkbd0 3011 1 > irq12: psm0 121265 61 > irq14: ata0 58 0 > irq19: uhci1+ 5181 2 > irq20: fxp0 1377 0 > irq22: pcm0 11 0 > cpu0: timer 3812581 1923 > cpu1: timer 3812247 1923 > Total 7755731 3913 > > My kernel is pretty much GENERIC except for the removal of drivers that > I don't use/need, WITNESS, and INVARIANTS. That doesn't look teriffically high, unless you haven't touched your mouse at all. For example, uhci0 (i have a usb mouse) generated 323 interrupts with about a second and a half of mouse waving. -- -- From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 20:10:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FA2D16A41B for ; Tue, 31 Jul 2007 20:10:23 +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 0965213C458 for ; Tue, 31 Jul 2007 20:10:23 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from [10.9.70.101] (pool-72-90-106-233.ptldor.fios.verizon.net [72.90.106.233]) by mail.twinthornes.com (Postfix) with ESMTP id 85B614D8; Tue, 31 Jul 2007 12:42:01 -0700 (PDT) Message-ID: <46AF9074.30803@evilphi.com> Date: Tue, 31 Jul 2007 12:41:40 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Gardner Bell References: <172019.94794.qm@web88014.mail.re2.yahoo.com> In-Reply-To: <172019.94794.qm@web88014.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 31 Jul 2007 20:58:22 +0000 Cc: freebsd-current@freebsd.org Subject: Re: High interrupt count on irq12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 20:10:23 -0000 Gardner Bell wrote: > Since I installed -CURRENT, I've noticed irq12 has a rather high > interrupt count for only 29mins of uptime. Interrupt load appears to > be rather low at only 0.4% so I'm not sure what can be causing the high > count. Here is the output of vmstat. > > dan@home$ vmstat -i > interrupt total rate > irq1: atkbd0 3011 1 > irq12: psm0 121265 61 > irq14: ata0 58 0 > irq19: uhci1+ 5181 2 > irq20: fxp0 1377 0 > irq22: pcm0 11 0 > cpu0: timer 3812581 1923 > cpu1: timer 3812247 1923 > Total 7755731 3913 > > My kernel is pretty much GENERIC except for the removal of drivers that > I don't use/need, WITNESS, and INVARIANTS. Nothing wrong with that number unless you don't use the mouse. Mice generate anywhere from dozens to hundreds of interrupts per second depending on the hardware type port settings. An hour's worth of regular desktop usage could easily generate the amount shown above. -- Darren Pilgrim From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 21:08:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1CAA16A46D for ; Tue, 31 Jul 2007 21:08:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9737313C506 for ; Tue, 31 Jul 2007 21:08:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6VL7l5b023237; Tue, 31 Jul 2007 15:07:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 Jul 2007 15:07:53 -0600 (MDT) Message-Id: <20070731.150753.1169638321.imp@bsdimp.com> To: niki@totalterror.net From: "M. Warner Losh" In-Reply-To: <46AE3E33.1000908@totalterror.net> References: <20070730162026.GB8231@tirith.brixandersen.dk> <46AE3E33.1000908@totalterror.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 31 Jul 2007 15:07:49 -0600 (MDT) Cc: current@freebsd.org, henrik@brixandersen.dk Subject: Re: Panic on CardBus card eject (ubsa(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: Tue, 31 Jul 2007 21:08:19 -0000 In message: <46AE3E33.1000908@totalterror.net> Niki Denev writes: : I have the same problem with the same card : : http://monkey.org/freebsd/archive/freebsd-current/200706/msg00423.html : Unfortunately there is no fix for this in the standard freebsd usb : stack, but with HPS's new usb stack this problem does not exist. I'll try to recreate it here and see if I can produce a fix for the FreeBSD usb stack. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 21:15:44 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D491F16A46C for ; Tue, 31 Jul 2007 21:15:44 +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 8C61313C48D for ; Tue, 31 Jul 2007 21:15:44 +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 10E3A1CC0F3; Tue, 31 Jul 2007 23:15:43 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 49920B81C; Tue, 31 Jul 2007 23:15:42 +0200 (CEST) Date: Tue, 31 Jul 2007 23:15:41 +0200 From: Henrik Brix Andersen To: "M. Warner Losh" Message-ID: <20070731211541.GA4219@tirith.brixandersen.dk> References: <20070730162026.GB8231@tirith.brixandersen.dk> <46AE3E33.1000908@totalterror.net> <20070731.150753.1169638321.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20070731.150753.1169638321.imp@bsdimp.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: niki@totalterror.net, current@freebsd.org Subject: Re: Panic on CardBus card eject (ubsa(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: Tue, 31 Jul 2007 21:15:44 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Warner, On Tue, Jul 31, 2007 at 03:07:53PM -0600, M. Warner Losh wrote: > I'll try to recreate it here and see if I can produce a fix for the > FreeBSD usb stack. Thanks a lot - your work is much appreciated :) Naturally, I'd be happy to test any patches you come up with and provide extra information if needed. Regards, Brix --=20 Henrik Brix Andersen --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGr6Z9v+Q4flTiePgRAns7AJ9S8/0s+Ok58Qe1y9bar6oAF9bFzQCfQLNW doFP2ynLn0W5yCsAvgJPIEI= =Wwb6 -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 21:35:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E1816A417 for ; Tue, 31 Jul 2007 21:35:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 100D313C48E for ; Tue, 31 Jul 2007 21:35:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6VLYoQk023726; Tue, 31 Jul 2007 15:34:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 Jul 2007 15:34:57 -0600 (MDT) Message-Id: <20070731.153457.824016384.imp@bsdimp.com> To: henrik@brixandersen.dk From: "M. Warner Losh" In-Reply-To: <20070731211541.GA4219@tirith.brixandersen.dk> References: <46AE3E33.1000908@totalterror.net> <20070731.150753.1169638321.imp@bsdimp.com> <20070731211541.GA4219@tirith.brixandersen.dk> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 31 Jul 2007 15:34:51 -0600 (MDT) Cc: niki@totalterror.net, current@freebsd.org Subject: Re: Panic on CardBus card eject (ubsa(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: Tue, 31 Jul 2007 21:35:05 -0000 In message: <20070731211541.GA4219@tirith.brixandersen.dk> Henrik Brix Andersen writes: : Hi Warner, : : On Tue, Jul 31, 2007 at 03:07:53PM -0600, M. Warner Losh wrote: : > I'll try to recreate it here and see if I can produce a fix for the : > FreeBSD usb stack. : : Thanks a lot - your work is much appreciated :) : : Naturally, I'd be happy to test any patches you come up with and : provide extra information if needed. I think this is a OHCI-only bug, which may make it hard for me to reproduce. I think I have only uhci usb cardbus cards. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 21:51:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF16416A420 for ; Tue, 31 Jul 2007 21:51:29 +0000 (UTC) (envelope-from falexsandro@inbox.com) Received: from WM30.inbox.com (wm30.inbox.com [208.50.6.30]) by mx1.freebsd.org (Postfix) with SMTP id 632FB13C45B for ; Tue, 31 Jul 2007 21:51:29 +0000 (UTC) (envelope-from falexsandro@inbox.com) Received: from inbox.com (127.0.0.1:25) by inbox.com with [InBox.Com SMTP Server] id <707310040224.WM30> for from ; Tue, 31 Jul 2007 12:45:53 PM -0800 Received: from falexsandro@inbox.com by (208.50.6.134:25) via WM30.inbox.com (201.47.9.96:3672) with [InBox.Com SMTP Server] id 707310029722.WM34; Tue, 31 Jul 2007 12:45:54 -0800 Message-ID: <46AF9F7B.3060307@inbox.com> Date: Tue, 31 Jul 2007 17:45:47 -0300 From: Flavio Alexsandro Silva User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-IWM-ACU: MR-7yYx1wQ9AgBqTpvAluOAJDyLaSlMbQgS7LjuXWS_EwpYlWaaOWo7FoD4- Vxb4Hrss3uPGcCdceWaAfn2NJRON7b8MB5xZ7vij9NZY-Tdx8gSUKqVfUpcx y Subject: kernel trap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Jul 2007 21:51:29 -0000 Hello People! I have a notebook (Toshiba Tecra A4 with ATI Radeon X600) running the FreeBSD-current, but i'm having problem with the last kernels... In the mean time of february, the current runned ok in my notebook, but from there to now, i just get kernel trap on load. What information and how i can obtain it to help you to correct the problem ? Thanx in advance! -- Flávio Alexsandro Silva "Unix is user friendly. It's just selective about who its friends are." "Linux is for people who hate Windows. BSD is for people who love UNIX." From owner-freebsd-current@FreeBSD.ORG Tue Jul 31 21:56:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 896DC16A419 for ; Tue, 31 Jul 2007 21:56:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 388DD13C465 for ; Tue, 31 Jul 2007 21:56:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6VLs07Z023953; Tue, 31 Jul 2007 15:54:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 Jul 2007 15:54:05 -0600 (MDT) Message-Id: <20070731.155405.-432837936.imp@bsdimp.com> To: henrik@brixandersen.dk From: "M. Warner Losh" In-Reply-To: <20070731211541.GA4219@tirith.brixandersen.dk> References: <46AE3E33.1000908@totalterror.net> <20070731.150753.1169638321.imp@bsdimp.com> <20070731211541.GA4219@tirith.brixandersen.dk> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 31 Jul 2007 15:54:01 -0600 (MDT) Cc: niki@totalterror.net, current@freebsd.org Subject: Re: Panic on CardBus card eject (ubsa(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: Tue, 31 Jul 2007 21:56:11 -0000 In message: <20070731211541.GA4219@tirith.brixandersen.dk> Henrik Brix Andersen writes: : Hi Warner, : : On Tue, Jul 31, 2007 at 03:07:53PM -0600, M. Warner Losh wrote: : > I'll try to recreate it here and see if I can produce a fix for the : > FreeBSD usb stack. : : Thanks a lot - your work is much appreciated :) : : Naturally, I'd be happy to test any patches you come up with and : provide extra information if needed. OK. I do have an ohci card, but it looks like uhci would be affected also. I need to fix it so that subdevs goes away completely, and ifacenum lives in an ivar. So that's rather an icky problem to disentwingle. Warner From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 01:50:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B9A16A418 for ; Wed, 1 Aug 2007 01:50:31 +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 B748E13C469 for ; Wed, 1 Aug 2007 01:50:30 +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 l711dkkr015411 for ; Wed, 1 Aug 2007 11:09:46 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Wed, 1 Aug 2007 11:20:23 +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, 1 Aug 2007 11:20:22 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.1/8.14.1) with ESMTP id l711o2m9037762 for ; Wed, 1 Aug 2007 09:50:02 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.1/8.14.1/Submit) id l711nvNF037758 for freebsd-current@freebsd.org; Wed, 1 Aug 2007 09:49:57 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 1 Aug 2007 09:49:57 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070801014957.GH37494@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 Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 01 Aug 2007 01:50:22.0852 (UTC) FILETIME=[52CA0440:01C7D3DE] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1021-15334.000 X-TM-AS-Result: No--0.644700-0.000000-31 Content-Transfer-Encoding: 7bit Subject: /dev/gzero vs /dev/zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 01:50:31 -0000 Why would I use one over the other ? -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 Aug 1 01:54:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36FD516A418 for ; Wed, 1 Aug 2007 01:54:13 +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 E5FEB13C465 for ; Wed, 1 Aug 2007 01:54:12 +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 800A6EB3B35; Wed, 1 Aug 2007 09:54:08 +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 y5uWaYW-67Gw; Wed, 1 Aug 2007 09:54:03 +0800 (CST) Received: from LI-Xins-MacBook.local (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 E64BAEB3B11; Wed, 1 Aug 2007 09:53:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=Vw4guOfSvg5HlSHVy66tiSZUIRMDZET427onHLYkxld+apjHToE84OA1klhTiNPMD 420QD1+eJR6q9pL1hX9gA== Message-ID: <46AFE7A1.9000800@delphij.net> Date: Wed, 01 Aug 2007 09:53:37 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070801014957.GH37494@obelix.dsto.defence.gov.au> In-Reply-To: <20070801014957.GH37494@obelix.dsto.defence.gov.au> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigC2DA9D896CAF53BB62E272E4" Subject: Re: /dev/gzero vs /dev/zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 01:54:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC2DA9D896CAF53BB62E272E4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wilkinson, Alex wrote: > Why would I use one over the other ? No, gzero is used with geom_zero and you should not use it directly. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC2DA9D896CAF53BB62E272E4 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 iD8DBQFGr+ehOfuToMruuMARCh9wAJ9smh3YYuG+zuSkTLyNYihV3s5WzQCdHDcr ud+D/xDwa4VGSsXMQRD/xZw= =7ltz -----END PGP SIGNATURE----- --------------enigC2DA9D896CAF53BB62E272E4-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 02:06:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B1116A41B for ; Wed, 1 Aug 2007 02:06:50 +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 7449313C48D for ; Wed, 1 Aug 2007 02:06:50 +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 l711u7Un017916 for ; Wed, 1 Aug 2007 11:26:07 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Wed, 1 Aug 2007 11:36:44 +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, 1 Aug 2007 11:36:43 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.1/8.14.1) with ESMTP id l7126NK6037873 for ; Wed, 1 Aug 2007 10:06:23 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.1/8.14.1/Submit) id l7126NDN037872 for freebsd-current@freebsd.org; Wed, 1 Aug 2007 10:06:23 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 1 Aug 2007 10:06:23 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070801020623.GK37494@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070801014957.GH37494@obelix.dsto.defence.gov.au> <46AFE7A1.9000800@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <46AFE7A1.9000800@delphij.net> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 01 Aug 2007 02:06:43.0996 (UTC) FILETIME=[9B98B5C0:01C7D3E0] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1021-15334.000 X-TM-AS-Result: No-1.377800-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: /dev/gzero vs /dev/zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 02:06:51 -0000 0n Wed, Aug 01, 2007 at 09:53:37AM +0800, LI Xin wrote: >Wilkinson, Alex wrote: >> Why would I use one over the other ? > >No, gzero is used with geom_zero and you should not use it directly. Huh ? I know this ? But why would one use gzero and not /dev/zero ? -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 Aug 1 05:54:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5125A16A421; Wed, 1 Aug 2007 05:54:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 39C1113C45B; Wed, 1 Aug 2007 05:54:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IG6zA-0007Em-8c; Wed, 01 Aug 2007 05:43:04 +0000 Message-ID: <46B01D5E.6050004@psg.com> Date: Tue, 31 Jul 2007 19:42:54 -1000 From: Randy Bush User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 05:54:56 -0000 the undiscussed and unannounced change to the default dns config to cause local transfer of the root and arpa zone files has raised major discussing in the dns operational community. (see the mailing list dns-operations@mail.oarc.isc.org). did i miss the discussion here? i have spent some hours turning off the default bind and going custom on a dozen or so machines around the planet. i am not happy. what am i missing here? randy From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 07:16:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892D016A419 for ; Wed, 1 Aug 2007 07:16:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 74DDF13C459 for ; Wed, 1 Aug 2007 07:16:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 74C281CC02E; Wed, 1 Aug 2007 00:05:04 -0700 (PDT) Date: Wed, 1 Aug 2007 00:05:04 -0700 From: Jeremy Chadwick To: Ian Smith Message-ID: <20070801070504.GA3127@eos.sc1.parodius.com> Mail-Followup-To: Ian Smith , Randy Bush , FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Randy Bush , FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 07:16:30 -0000 On Wed, Aug 01, 2007 at 04:15:32PM +1000, Ian Smith wrote: > On Tue, 31 Jul 2007, Randy Bush wrote: > > > the undiscussed and unannounced change to the default dns config to > > cause local transfer of the root and arpa zone files has raised major > > discussing in the dns operational community. (see the mailing list > > dns-operations@mail.oarc.isc.org). > > How may viewing these mailing list postings be achieved? Good starting point: http://lists.oarci.net/pipermail/dns-operations/2007-July/001803.html Same thread continues on into 2007 of August. http://lists.oarci.net/pipermail/dns-operations/2007-August/thread.html dougb@, I hope you're reading those. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 08:56:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E5216A469 for ; Wed, 1 Aug 2007 08:56:59 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 7240E13C481 for ; Wed, 1 Aug 2007 08:56:59 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-210.yandex.ru ([87.250.250.210]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1IGA0o-0006BR-0O; Wed, 01 Aug 2007 12:56:58 +0400 Message-ID: <46B04AD9.3070500@FreeBSD.org> Date: Wed, 01 Aug 2007 12:56:57 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: rc@freebsd.org Subject: weird problem with a fresh current on 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: Wed, 01 Aug 2007 08:56:59 -0000 Hi. I wonder why so many changes in code freeze? Before the freeze (and 2-3 weeks ago) my amd64 current box worked like charm. But after I've refresh it couple days ago I've got a strange problem. It hangs on boot when rc.d scripts loaded. I’ve rebuild a kernel to add KDB. Now I can get in it when the box hang. But what’s a magic? When I press Ctrl-Alt-Esc I see a login prompt and get to debugger. When I return back the box still not respond. It looks like something with console? I should reboot 2-3 times to boot smooth. The last lines on console is: Starting devd. /etc/rc: DEBUG: run_rc_command: doit: /sbin/devd /etc/pccard_ether: DEBUG: run_rccommand: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rccommand: doit: pccard_ether_start /etc/pccard_ether: DEBUG: run_rccommand: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rccommand: doit: pccard_ether_start nve0: linkstate changed to DOWN -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 09:23:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E25AF16A417 for ; Wed, 1 Aug 2007 09:23:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 33C4C13C465 for ; Wed, 1 Aug 2007 09:23:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id BC4AA375B1 for ; Wed, 1 Aug 2007 11:23:14 +0200 (CEST) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by signal.itea.ntnu.no (Postfix) with ESMTP for ; Wed, 1 Aug 2007 11:23:10 +0200 (CEST) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id B0D22D003E; Wed, 1 Aug 2007 11:23:20 +0200 (CEST) Date: Wed, 1 Aug 2007 11:23:20 +0200 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20070801092320.GA31415@stud.ntnu.no> References: <20070801014957.GH37494@obelix.dsto.defence.gov.au> <46AFE7A1.9000800@delphij.net> <20070801020623.GK37494@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070801020623.GK37494@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: /dev/gzero vs /dev/zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 09:23:17 -0000 On ons, aug 01, 2007 at 10:06:23 +0800, Wilkinson, Alex wrote: > 0n Wed, Aug 01, 2007 at 09:53:37AM +0800, LI Xin wrote: > > >Wilkinson, Alex wrote: > >> Why would I use one over the other ? > > > >No, gzero is used with geom_zero and you should not use it directly. > > > Huh ? I know this ? But why would one use gzero and not /dev/zero ? > /dev/gzero is a GEOM provider, and /dev/zero is not. This means you could attach other GEOM classes to it. But to just get zeroes, using /dev/zero is all you need :) -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 09:40:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B3816A419 for ; Wed, 1 Aug 2007 09:40:22 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 705F813C4A3 for ; Wed, 1 Aug 2007 09:40:22 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.1/8.13.8) with ESMTP id l719VXiX015926 for ; Wed, 1 Aug 2007 18:31:33 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200708010931.l719VXiX015926@sana.init-main.com> To: freebsd-current@freebsd.org From: takawata@jp.freebsd.org In-reply-to: Your message of "Wed, 01 Aug 2007 11:23:20 +0200." <20070801092320.GA31415@stud.ntnu.no> Date: Wed, 01 Aug 2007 18:31:33 +0900 Sender: takawata@init-main.com Subject: Re: /dev/gzero vs /dev/zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 09:40:22 -0000 In message <20070801092320.GA31415@stud.ntnu.no>, Ulf Lilleengen wrote: >On ons, aug 01, 2007 at 10:06:23 +0800, Wilkinson, Alex wrote: >> 0n Wed, Aug 01, 2007 at 09:53:37AM +0800, LI Xin wrote: >> >> >Wilkinson, Alex wrote: >> >> Why would I use one over the other ? >> > >> >No, gzero is used with geom_zero and you should not use it directly. >> >> >> Huh ? I know this ? But why would one use gzero and not /dev/zero ? >> >/dev/gzero is a GEOM provider, and /dev/zero is not. This means you could atta >ch >other GEOM classes to it. > >But to just get zeroes, using /dev/zero is all you need :) /dev/zero has infinite length. but /dev/gzero has *just* 1 EB length, it is far more shorter. From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 09:48:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B84516A41B for ; Wed, 1 Aug 2007 09:48:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id CAFA413C442 for ; Wed, 1 Aug 2007 09:48:32 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2FC7E8C08FC for ; Wed, 1 Aug 2007 11:48:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5JgRWFxMP8Fc for ; Wed, 1 Aug 2007 11:48:27 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1B0A78C08F9 for ; Wed, 1 Aug 2007 11:48:27 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l719mRGG088073 for current@freebsd.org; Wed, 1 Aug 2007 11:48:27 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 1 Aug 2007 11:48:26 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20070801094826.GA87941@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: PS/2 mouse stops working when used with keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 09:48:33 -0000 hi I have nvidia nforce430 chipset and mouse and keyboard plugged in via PS/2. The mouse stops working when I use it while pressing any key on the keyboard. ie. I press space for example and start moving the mouse, it works for 2-3 seconds then the mouse stops responding.. moused is in "select" state so I guess the problem is in kernel. /etc/rc.d/moused restart wakes it up. The system is -current as of today on SMP. I dont know if this ever worked. interrupts are like this: interrupt total rate irq1: atkbd0 4105 2 irq12: psm0 8880 6 the system uses apic and acpi. Giant is set to adaptive (both psm and atbkd is locked by Giant). if you needed some more information just ask thnx for help roman From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 10:51:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 340B916A417 for ; Wed, 1 Aug 2007 10:51:27 +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 E0B4D13C46B for ; Wed, 1 Aug 2007 10:51:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IGBnQ-0006oS-1I for freebsd-current@freebsd.org; Wed, 01 Aug 2007 12:51:16 +0200 Received: from 78-1-114-214.adsl.net.t-com.hr ([78.1.114.214]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Aug 2007 12:51:16 +0200 Received: from ivoras by 78-1-114-214.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Aug 2007 12:51:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 01 Aug 2007 12:51:05 +0200 Lines: 34 Message-ID: References: <20070801014957.GH37494@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB0883C588CCA308EF5AF5EA5" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-114-214.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <20070801014957.GH37494@obelix.dsto.defence.gov.au> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: /dev/gzero vs /dev/zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 10:51:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB0883C588CCA308EF5AF5EA5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wilkinson, Alex wrote: > Why would I use one over the other ? /dev/gzero simulates a disk drive, /dev/zero is a regular amorphous character device. It's sometimes useful to have a disk-drive-like device that can accept anything (the fabled write-only media!), mostly for development. Also, gzero can be configured to "be made of" not only zeroes (\0) but any other byte value, so it can be useful if you need "something like /dev/zero" but not with actual ASCII 0 bytes. --------------enigB0883C588CCA308EF5AF5EA5 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsGWZldnAQVacBcgRAr0IAKDQGt/gPInV2m5PgQYzthKEo2JbXACgrjy6 JarPchK5nUo0Gkp8/78m/cY= =CNBc -----END PGP SIGNATURE----- --------------enigB0883C588CCA308EF5AF5EA5-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 11:02:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29E1316A469; Wed, 1 Aug 2007 11:02:06 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0A813C428; Wed, 1 Aug 2007 11:02:06 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM3000IWDBG5RJ7@vms044.mailsrvcs.net>; Wed, 01 Aug 2007 06:02:05 -0500 (CDT) Date: Wed, 01 Aug 2007 07:07:27 -0400 From: Skip Ford In-reply-to: <46B01D5E.6050004@psg.com> To: Randy Bush Mail-followup-to: Randy Bush , FreeBSD Current , FreeBSD Stable Message-id: <20070801110727.GC59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B01D5E.6050004@psg.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 11:02:06 -0000 Randy Bush wrote: > the undiscussed and unannounced change to the default dns config to > cause local transfer of the root and arpa zone files has raised major > discussing in the dns operational community. (see the mailing list > dns-operations@mail.oarc.isc.org). > > did i miss the discussion here? No. There was none. > i have spent some hours turning off the default bind and going custom on > a dozen or so machines around the planet. i am not happy. > > what am i missing here? I don't have an axe to grind. I don't run the default config on any of my 2 dozen name servers (not all of which run bind anyway) so I wasn't really affected by the change. However, I thought it was a really, really, terrible idea, and a rather rude act considering it relies on the charity of others to not break. There is no requirement that FreeBSD users be permitted to slave the roots. Everyone who uses the default config can have their setups broken the day after installation. We never asked permission to use the resources of others in this way, and they're not required to allow us to do so. It's rude to assume they'll allow it, and it's risky to not receive permission beforehand to ensure slaving the roots will continue to work after RELEASE. The original commit message for the change indicated it was done to bring us in line with "current best practices" but that commit message is the only place I have ever seen anyone say that slaving the roots is current best practice. Again, I don't have an axe to grind and I really don't want to get in the middle of a personal attack. I don't think the world will explode, and in reality, there will probably be no problems at all, but if there aren't, it's because of pure luck not good planning or decision making. Microsoft makes much worse assumptions about the availability of the resources of others, but this is a Microsoft-ish decision, IMO. Just not a good plan. -- Skip From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 08:00:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87EF816A419 for ; Wed, 1 Aug 2007 08:00:05 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from galain.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id 4739713C459 for ; Wed, 1 Aug 2007 08:00:05 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtp (Exim 4.67) (envelope-from ) id 1IG8g6-000LQN-Bs; Wed, 01 Aug 2007 09:31:30 +0200 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Wed, 1 Aug 2007 09:31:30 +0200 (CEST) Message-ID: <61796.195.64.94.120.1185953490.squirrel@galain.elvandar.org> In-Reply-To: <46AF9F7B.3060307@inbox.com> References: <46AF9F7B.3060307@inbox.com> Date: Wed, 1 Aug 2007 09:31:30 +0200 (CEST) From: "Remko Lodder" To: "Flavio Alexsandro Silva" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 01 Aug 2007 11:29:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: kernel trap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2007 08:00:05 -0000 Hi Flavio! On Tue, July 31, 2007 10:45 pm, Flavio Alexsandro Silva wrote: > Hello People! > > I have a notebook (Toshiba Tecra A4 with ATI Radeon X600) running the > FreeBSD-current, but i'm having problem with the last kernels... > In the mean time of february, the current runned ok in my notebook, but > from there to now, i just get kernel trap on load. > > What information and how i can obtain it to help you to correct the > problem ? > > Thanx in advance! Please see the developers handbook (http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html) for the information you are seeking. Thanks for using FreeBSD and the willingness to improve the software! -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 11:31:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF1DA16A41F for ; Wed, 1 Aug 2007 11:31:46 +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 77B2D13C469 for ; Wed, 1 Aug 2007 11:31:46 +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 E09A12089; Wed, 1 Aug 2007 13:31:42 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id D27072085; Wed, 1 Aug 2007 13:31:42 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id AD5948447A; Wed, 1 Aug 2007 13:31:42 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Randy Bush References: <46B01D5E.6050004@psg.com> Date: Wed, 01 Aug 2007 13:31:42 +0200 In-Reply-To: <46B01D5E.6050004@psg.com> (Randy Bush's message of "Tue\, 31 Jul 2007 19\:42\:54 -1000") Message-ID: <86wswflcdd.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 11:31:46 -0000 Randy Bush writes: > the undiscussed and unannounced change to the default dns config to > cause local transfer of the root and arpa zone files has raised major > discussing in the dns operational community. (see the mailing list > dns-operations@mail.oarc.isc.org). This is about on par with selling SOHO routers that synchronize their clocks using stratum-1 NTP servers. It should be backed out with prejudice. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 11:49:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1719016A41B for ; Wed, 1 Aug 2007 11:49:22 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id D06F713C47E for ; Wed, 1 Aug 2007 11:49:21 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-132-119.net-htp.de [89.182.132.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 171F5A44529; Wed, 1 Aug 2007 13:17:19 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Randy Bush , FreeBSD Current , FreeBSD Stable Date: Wed, 1 Aug 2007 13:19:23 +0200 User-Agent: KMail/1.9.7 References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> In-Reply-To: <20070801110727.GC59008@menantico.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708011319.24297.wundram@beenic.net> X-Mailman-Approved-At: Wed, 01 Aug 2007 12:09:20 +0000 Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 11:49:22 -0000 Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford: > You might want to check the thread starting with: <200707162319.41724.lofi@freebsd.org> ("Problems with named default configuration in 6-STABLE") also on freebsd-stable, where quite some discussion on this topic already took place. -- Heiko Wundram Product & Application Development From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 12:45:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61EBC16A418 for ; Wed, 1 Aug 2007 12:45:31 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA5613C46E for ; Wed, 1 Aug 2007 12:45:31 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so119712rvb for ; Wed, 01 Aug 2007 05:45:31 -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=njM1Ep2T9+mfzUYJFY7TPrJjz0dqUYSa4bSXKVb1BCSeWrM3Jxk/QXVsmzTMfojUfesGaL2i4baCMl+SNZ1c8Dj3G1WIse7cRpsJnXxyyR5EpLaTawNx2hezaWNjyKMmiiZt6bPuGFGi1tzDnbmVFVzFmT3DKEZWAap/qqA5i3o= 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=ZaPMV7zzCaHehYzr6IrB5LHvvGdYn5B0yXLRi801yu3b4+L+TDKQHEjr4vjU/RNpLq4sz4X8NatPzT9cyYdaxykv+Fn4didtXRI80k9Se/JbF64kJHtm1rplEn5FvdxWdEFzQg30ijXa8V1Dp381oajQbmSkdHBbhdHIrI4Yumo= Received: by 10.114.66.2 with SMTP id o2mr663452waa.1185972330632; Wed, 01 Aug 2007 05:45:30 -0700 (PDT) Received: by 10.115.78.4 with HTTP; Wed, 1 Aug 2007 05:45:30 -0700 (PDT) Message-ID: <4956a5e50708010545m1d587a44gab1b2c7191156c48@mail.gmail.com> Date: Wed, 1 Aug 2007 09:45:30 -0300 From: Nenhum_de_Nos To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 01 Aug 2007 13:31:10 +0000 Subject: make buildworld from today gives me: array type has incomplete element type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 12:45:31 -0000 ===> gnu/usr.bin/binutils/as (all) cc -O2 -fno-strict-aliasing -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_CANONICAL=\"i386-obrien-freebsd\" -DTARGET_ALIAS=\"i386-obrien-freebsd\" -DVERSION=\""2.15 [FreeBSD] 2004-05-23"\" -D_GNU_SOURCE -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c In file included from /usr/src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /usr/src/gnu/usr.bin/binutils/as/obj-format.h:3, from /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /usr/src/gnu/usr.bin/binutils/as/targ-env.h:3, from /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. just csup'd today, i386 code in turion x2 notebook. [root@ xxx /usr/src]# uname -a FreeBSD xxx 7.0-CURRENT-200706 FreeBSD 7.0-CURRENT-200706 #0: Sun Jun 3 18:41:02 UTC 2007 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 using June 7.0 snapshot when building kernel, i get a bunch of: cc1: note: obsolete option -I- used, please use -iquote instead and also fails to build: -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/Darkside_7; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/i386/i386/locore.s cc1: note: obsolete option -I- used, please use -iquote instead cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror aic7xxx_reg_print.c cc1: note: obsolete option -I- used, please use -iquote instead cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror aic79xx_reg_print.c cc1: note: obsolete option -I- used, please use -iquote instead cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/cam/cam.c cc1: note: obsolete option -I- used, please use -iquote instead cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/cam/cam_periph.c cc1: note: obsolete option -I- used, please use -iquote instead cc1: warnings being treated as errors /usr/src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /usr/src/sys/cam/cam_periph.c:651: warning: pointer targets in assignment differ in signedness /usr/src/sys/cam/cam_periph.c:679: warning: pointer targets in assignment differ in signedness *** Error code 1 Stop in /usr/obj/usr/src/sys/Darkside_7. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I csup now at least twice a day, since sunday and nothing gets build here. any hints about how can I update this current ? I get CPU1 launch, but I also get about 45% oc cpu time in interruptions :/ I need a SMP kernel (althought this seems to be, in a weird way), and there was no such option when installing. thanks matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 16:41:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF2B16A421 for ; Wed, 1 Aug 2007 16:41:38 +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 0EA9713C4DA for ; Wed, 1 Aug 2007 16:41:38 +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 7157F690ED0 for ; Wed, 1 Aug 2007 17:34:29 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 2B632690F37; Wed, 1 Aug 2007 17:34:29 +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.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_WEB autolearn=no version=3.1.7 Received: from epsilon.local (unknown [83.144.140.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id 15F17690ED0 for ; Wed, 1 Aug 2007 17:34:23 +0100 (WEST) Message-ID: <46B0A9A9.6030907@fnop.net> Date: Wed, 01 Aug 2007 16:41:29 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 16:41:38 -0000 Hi, There's a new version of the MacBook patchset eagerly awaiting your testing. :-) http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff (remember to apply this patch with your CWD src/sys) New changes include: * Fixed asmc support for the MacMini. * asmc matching for the latest MBP models (LED and HD). Not tested. * asmc keyboard backlight control * all hw.* nodes are gone. You should now use dev.asmc or dev.backlight. There's also a lot of new information on the wiki page: http://wiki.freebsd.org/AppleMacbook If you have any comments, bug reports, or anything else related, don't hesitate contacting me. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 17:48:16 2007 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 826F716A417 for ; Wed, 1 Aug 2007 17:48:16 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 43DF813C46B for ; Wed, 1 Aug 2007 17:48:16 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so62172anc for ; Wed, 01 Aug 2007 10:48:15 -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=ZkUoYS6S2+uSx4c5zqB+vNcBvosu4KTBXTGawmSaSNT+ymJ1tIoflH0IrfojFe14eMDXC+14cCtAuGHQbtTAgkTGG7j/ZfpcXEJDtTF44YR86DU6OtMyR31gJQSgBBVHnfg1mkE6wz/+5iqFoYjo/Dr8CbrMtshYjwSKoM9CbEE= 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=KaxOVlpsbQf18Th8717qoxjsPfXAhpGN7nvct1Td5iylle0t3I0WNQ3B5HacVZBg5oC3niI5qwJ+K01DWPtPHsSx0VT2dbM/HePnIAZgFmgslbQiavW+DI1J4YiaAkSCDo7h5w7+FDn4w6YHoN7UoE6OBjcXl7O0UFF2MdRUKAU= Received: by 10.100.144.11 with SMTP id r11mr583611and.1185990495439; Wed, 01 Aug 2007 10:48:15 -0700 (PDT) Received: by 10.100.122.7 with HTTP; Wed, 1 Aug 2007 10:48:15 -0700 (PDT) Message-ID: Date: Wed, 1 Aug 2007 10:48:15 -0700 From: "Matt Reimer" To: "Jan Schmidle" In-Reply-To: <468B551C.7070107@jschmidle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468B551C.7070107@jschmidle.org> Cc: Current@freebsd.org Subject: Re: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 17:48:16 -0000 On 7/4/07, Jan Schmidle wrote: > I reduced my Problem from zfs to a general disk, i/o problem. > But now i don't know if it is areca driver related or a > general freebsd-current problem. > > When I start two dd's like "dd if=/dev/zero of=/dev/da1 bs=1024" > on different disks, the machine panics with the following backtrace and > stuff. > I also appended a complete dmesg before the crash. The machine is > running a cvsuped GENERIC > kernel from yesterday. > > Does anybody know, how to solve this ? > > Jan Jan, Scott Long just committed a fix for the arcmsr driver that solved a similar crash for us. Matt From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 19:26:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78B316A419 for ; Wed, 1 Aug 2007 19:26:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id BFA8613C467 for ; Wed, 1 Aug 2007 19:26:25 +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, 01 Aug 2007 12:26:25 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id A8930125B15; Wed, 1 Aug 2007 12:26:24 -0700 (PDT) Message-ID: <46B0DE8A.2080000@elischer.org> Date: Wed, 01 Aug 2007 12:27:06 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Rui Paulo References: <46B0A9A9.6030907@fnop.net> In-Reply-To: <46B0A9A9.6030907@fnop.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, re@freebsd.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 19:26:25 -0000 Rui Paulo wrote: > Hi, > There's a new version of the MacBook patchset eagerly awaiting your > testing. :-) > > http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff > > (remember to apply this patch with your CWD src/sys) I think it would be cool to have this in 7.0 then we could add in the release notes "runs on Macbooks". > > New changes include: > * Fixed asmc support for the MacMini. > * asmc matching for the latest MBP models (LED and HD). Not tested. > * asmc keyboard backlight control > * all hw.* nodes are gone. You should now use dev.asmc or > dev.backlight. > > There's also a lot of new information on the wiki page: > http://wiki.freebsd.org/AppleMacbook > > If you have any comments, bug reports, or anything else related, don't > hesitate contacting me. > > Regards. From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 19:34:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1986916A47B for ; Wed, 1 Aug 2007 19:34:05 +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 C202D13C4A6 for ; Wed, 1 Aug 2007 19:34:04 +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 D90BB690ED0; Wed, 1 Aug 2007 20:26:54 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 93238690F3A; Wed, 1 Aug 2007 20:26:54 +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.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_WEB autolearn=no version=3.1.7 Received: from epsilon.local (unknown [83.144.140.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id 203CC690ED0; Wed, 1 Aug 2007 20:26:51 +0100 (WEST) Message-ID: <46B0D216.9080301@fnop.net> Date: Wed, 01 Aug 2007 19:33:58 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: Julian Elischer References: <46B0A9A9.6030907@fnop.net> <46B0DE8A.2080000@elischer.org> In-Reply-To: <46B0DE8A.2080000@elischer.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, re@freebsd.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 19:34:05 -0000 Julian Elischer wrote: > Rui Paulo wrote: >> Hi, >> There's a new version of the MacBook patchset eagerly awaiting your >> testing. :-) >> >> http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff >> >> (remember to apply this patch with your CWD src/sys) > > I think it would be cool to have this in 7.0 > then we could add in the release notes "runs on Macbooks". I need to figure out a couple issues yet. I need help on fixing the SMP bug (the second core doesn't start or only starts with some workarounds) and on the USB front. If that succeeds, then yes, it would be a great thing to have on the release notes. :-) Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 20:32:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2301516A46D for ; Wed, 1 Aug 2007 20:32:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id CAA7113C459 for ; Wed, 1 Aug 2007 20:32:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19869 invoked by uid 399); 1 Aug 2007 20:32:44 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 20:32:44 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B0EDEA.8050608@FreeBSD.org> Date: Wed, 01 Aug 2007 13:32:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> In-Reply-To: <20070801110727.GC59008@menantico.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 20:32:45 -0000 Replying en masse to bring related thoughts together. It was already posted, but a more complete treatment of my reasoning is found at: http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html Skip Ford wrote: > Randy Bush wrote: >> the undiscussed and unannounced change to the default dns config >> to cause local transfer of the root and arpa zone files has >> raised major discussing in the dns operational community. (see >> the mailing list dns-operations@mail.oarc.isc.org). >> >> did i miss the discussion here? > > No. There was none. > >> i have spent some hours turning off the default bind and going >> custom on a dozen or so machines around the planet. i am not >> happy. Randy, You might make your life a little easier by checking out src.conf(1) in 7-current and make.conf(1) in 6-stable which both document the various NO_BIND_* knobs that are available. What you probably want is NO_BIND_ETC. > I don't have an axe to grind. I don't run the default config on > any of my 2 dozen name servers (not all of which run bind anyway) > so I wasn't really affected by the change. > > However, I thought it was a really, really, terrible idea, You're entitled to your opinion. If you take a look at the thread on the dns-operations list you'll see that there are a lot of really smart people lined up on both sides of this argument. > and a rather rude act considering it relies on the charity of > others to not break. The same can be said of the root server network in general. > There is no requirement that FreeBSD users be permitted to slave > the roots. Everyone who uses the default config can have their > setups broken the day after installation. The root server operators do not make changes in this kind of abrupt fashion. > We never asked permission to use the resources of others in this > way, and they're not required to allow us to do so. Once again, the same is true of resolution from the root servers as well. > The original commit message for the change indicated it was done to > bring us in line with "current best practices" but that commit > message is the only place I have ever seen anyone say that slaving > the roots is current best practice. The BCP comment you're referring to was in regards to the default localhost zone generation which is not in any way related. Please see: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.conf Heiko Wundram (Beenic) wrote: > Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford: >> > > You might want to check the thread starting with: > > <200707162319.41724.lofi@freebsd.org> ("Problems with named default > configuration in 6-STABLE") Easier for most folks to access this by: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=207558+0+archive/2007/freebsd-stable/20070722.freebsd-stable That thread involved an issue of resolving local zones that could not be resolved because of a combination of slaving the root zone and the new default empty reverse zones for RFC 1918 space; and how that interacted with the forwarders clause that user had in his config. Dag-Erling Smørgrav wrote: > This is about on par with > selling SOHO routers that synchronize their clocks using stratum-1 > NTP servers. I don't really think that analogy holds up, given that those who run public stratum-1 NTP servers specifically request that individual hosts not sync from them. The root server operators have a choice of whether to enable AXFR or not. Also, that configuration could not be changed, but named.conf can be changed easily. If there is a consensus based on solid technical reasons (not emotion or FUD) to back the root zone slaving change out, I'll be glad to do so. I think it would be very useful at this point if those who _like_ the change would speak up publicly as well. Regards, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 21:08:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BDFC16A41A; Wed, 1 Aug 2007 21:08:04 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id DF03113C478; Wed, 1 Aug 2007 21:08:03 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM40034E5D8S5I1@vms044.mailsrvcs.net>; Wed, 01 Aug 2007 16:07:57 -0500 (CDT) Date: Wed, 01 Aug 2007 17:13:20 -0400 From: Skip Ford In-reply-to: <46B0EDEA.8050608@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070801211320.GE59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 21:08:04 -0000 Doug Barton wrote: > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, If that's a shot at me, you're out of line. I specifically said I didn't have an axe to grind with anyone, and I never piled on in my comments. The reason I provided *is* purely technical. The roots can decide tomorrow to block AXFR requests from FreeBSD users who install 6.3-RELEASE or 7.0-RELEASE. They may. They may not. But they can. It's not a production feature and therefore should not be relied upon. If the operators state they will support AXFR for the life of those releases, I have no objections. Such a statement would indicate all at once that they don't mind the traffic and that such a config will not break. I haven't kept up-to-date with cached(8) but if we're able to cache lookups now without a name server, we don't even need BIND in the base system anymore IMO. We still have very well maintained ports. -- Skip From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 21:32:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BCC516A417 for ; Wed, 1 Aug 2007 21:32:01 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id A168013C4CC for ; Wed, 1 Aug 2007 21:32:00 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so88642nfb for ; Wed, 01 Aug 2007 14:31:59 -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=il21Ay0w8TmrXtRUL/z8LzM158mwrKl4n19bF1Gynq6+aKhws6jdFvdL3U4ORCcs7eC1Ag+kCzkulLLHGJDkSnDtLV2uioe5T0Aq/BHfvEHDRG+FBtSv4uBBo968WYSj5t8/UwSG9YR2eRhojp4AdZ4n4jrzF2/7ErigI6W8gq8= 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=psOIhMbhBT+AvDVXx+pP13puvnQXU5Sw4or+Yu+C0VdAr631NkXuTasBbK90kIWOHB1ExO1XH10k1gEk2MaCQ6k1s7DyHfuehDnKkIeT+lK5UheIKAHcncDrOKgIrgSfnEpdukPOJBvHQBhWSJQPvP1TRLZfleuKvmGgHcPFg4I= Received: by 10.86.81.8 with SMTP id e8mr857787fgb.1186003918922; Wed, 01 Aug 2007 14:31:58 -0700 (PDT) Received: by 10.86.63.16 with HTTP; Wed, 1 Aug 2007 14:31:58 -0700 (PDT) Message-ID: Date: Wed, 1 Aug 2007 14:31:58 -0700 From: "Maksim Yevmenkin" To: "KOT MATPOCKuH" In-Reply-To: <3979a4b0707292342i6918b7b8i9bb332bc5001d4c7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> <3979a4b0707292342i6918b7b8i9bb332bc5001d4c7@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 21:32:01 -0000 On 7/29/07, KOT MATPOCKuH wrote: > > On 7/29/07, Maksim Yevmenkin wrote: > > On 7/29/07, KOT MATPOCKuH wrote: > > > I got a problem. After messages on console: > > > ... > > > Mounting local files systems:. > > > Setting hostname: green. > > > fxp: link state changed to UP > > > nfe0: link state changed to DOWN > > > > > > console hangs. > > try to disable kbdmux(4) and see if this helps. > I added hint.kbdmux.0.disabled="1" to loader.conf, one times system is > booted propertly, but after second times I have same problem... > btw. If I shutting down system, console unhangs and last messages about > syncing file systems I see in "realtime"... > > -- > MATPOCKuH > > PS. I'm using KVM switch. May be this can help? if possible, try without kvm switch and kbdmux. if you are using ps/2 mouse - try without. finally, switch try to switch to usb keyboard. the goal is to get system boot without any problems. then you can slowly add/switch devices one by one to identify what causes the problem. once you know what causes the problem it will be easier to diagnose and fix it. thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 22:00:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE42716A47F; Wed, 1 Aug 2007 22:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.freebsd.org (Postfix) with ESMTP id 5D42913C494; Wed, 1 Aug 2007 22:00:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IGLaA-000BDH-QV; Wed, 01 Aug 2007 23:18:14 +0200 Message-ID: <46B0F89C.1080402@FreeBSD.org> Date: Wed, 01 Aug 2007 23:18:20 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 22:00:06 -0000 Doug Barton wrote: > Replying en masse to bring related thoughts together. It was already > posted, but a more complete treatment of my reasoning is found at: > > http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html > > Skip Ford wrote: >> Randy Bush wrote: >>> the undiscussed and unannounced change to the default dns config >>> to cause local transfer of the root and arpa zone files has >>> raised major discussing in the dns operational community. (see >>> the mailing list dns-operations@mail.oarc.isc.org). >>> >>> did i miss the discussion here? >> No. There was none. >> >>> i have spent some hours turning off the default bind and going >>> custom on a dozen or so machines around the planet. i am not >>> happy. > > Randy, > > You might make your life a little easier by checking out src.conf(1) > in 7-current and make.conf(1) in 6-stable which both document the > various NO_BIND_* knobs that are available. What you probably want is > NO_BIND_ETC. > >> I don't have an axe to grind. I don't run the default config on >> any of my 2 dozen name servers (not all of which run bind anyway) >> so I wasn't really affected by the change. >> >> However, I thought it was a really, really, terrible idea, > > You're entitled to your opinion. If you take a look at the thread on > the dns-operations list you'll see that there are a lot of really > smart people lined up on both sides of this argument. > >> and a rather rude act considering it relies on the charity of >> others to not break. > > The same can be said of the root server network in general. > >> There is no requirement that FreeBSD users be permitted to slave >> the roots. Everyone who uses the default config can have their >> setups broken the day after installation. > > The root server operators do not make changes in this kind of abrupt > fashion. > >> We never asked permission to use the resources of others in this >> way, and they're not required to allow us to do so. > > Once again, the same is true of resolution from the root servers as well. > >> The original commit message for the change indicated it was done to >> bring us in line with "current best practices" but that commit >> message is the only place I have ever seen anyone say that slaving >> the roots is current best practice. > > The BCP comment you're referring to was in regards to the default > localhost zone generation which is not in any way related. Please see: > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.conf > > Heiko Wundram (Beenic) wrote: >> Am Mittwoch 01 August 2007 13:07:27 schrieb Skip Ford: >>> >> You might want to check the thread starting with: >> >> <200707162319.41724.lofi@freebsd.org> ("Problems with named default >> configuration in 6-STABLE") > > Easier for most folks to access this by: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=207558+0+archive/2007/freebsd-stable/20070722.freebsd-stable > > That thread involved an issue of resolving local zones that could not > be resolved because of a combination of slaving the root zone and the > new default empty reverse zones for RFC 1918 space; and how that > interacted with the forwarders clause that user had in his config. > > Dag-Erling Smørgrav wrote: > >> This is about on par with >> selling SOHO routers that synchronize their clocks using stratum-1 >> NTP servers. > > I don't really think that analogy holds up, given that those who run > public stratum-1 NTP servers specifically request that individual > hosts not sync from them. The root server operators have a choice of > whether to enable AXFR or not. Also, that configuration could not be > changed, but named.conf can be changed easily. > > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. > > > Regards, > > Doug > I like the change! -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 22:00:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79EC016A4D7 for ; Wed, 1 Aug 2007 22:00:27 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0963813C480 for ; Wed, 1 Aug 2007 22:00:26 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so90142nfb for ; Wed, 01 Aug 2007 15:00:25 -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=MwSz/UbrpdJCXfG0t2xUz0eA7Tv9Dcmekx+jtMb+oX+qp2+agY2lkx9tzs+WTwyGc4LlHeD3g6hNCZ7rKwam1mX/XCv8sZBqpqvb1Kli00/q67Jp2gJrczGGCTNUSx9NFHiIgzTcRkSHY+ktCaAi7hKI1VZQXaf7Okuys0c7Keg= 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=D92uqmYbDmzxMXtimRhc0KrBhW5CZYYlp2uZA2EvON2iUrPAYlHuO43FCoWUFRuV61uNt03yFGuLjkOoH3y0pp+4AlkL9K/ZX8sIUdrEgRcUpl11twEHb2ZTc8BiWY3El4UP3UDEguGHOSLHyKU9PRW3BpeQY8u2Tm/CMdlW20k= Received: by 10.86.51.2 with SMTP id y2mr877451fgy.1186005625504; Wed, 01 Aug 2007 15:00:25 -0700 (PDT) Received: by 10.86.63.16 with HTTP; Wed, 1 Aug 2007 15:00:25 -0700 (PDT) Message-ID: Date: Wed, 1 Aug 2007 15:00:25 -0700 From: "Maksim Yevmenkin" To: "Roman Divacky" In-Reply-To: <20070801094826.GA87941@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070801094826.GA87941@freebsd.org> Cc: current@freebsd.org Subject: Re: PS/2 mouse stops working when used with keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 22:00:27 -0000 On 8/1/07, Roman Divacky wrote: > hi > > I have nvidia nforce430 chipset and mouse and keyboard plugged in via PS/2. > The mouse stops working when I use it while pressing any key on the keyboard. > ie. I press space for example and start moving the mouse, it works for 2-3 seconds > then the mouse stops responding.. moused is in "select" state so I guess the problem > is in kernel. > > /etc/rc.d/moused restart wakes it up. > > The system is -current as of today on SMP. I dont know if this ever worked. > interrupts are like this: > > interrupt total rate > irq1: atkbd0 4105 2 > irq12: psm0 8880 6 > > > the system uses apic and acpi. Giant is set to adaptive (both psm and atbkd is locked by Giant). > if you needed some more information just ask perhaps not related, but i want to collect statistics anyway. try to disable (if it is enabled) kbdmux(4) and see if this helps. thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 22:33:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3039F16A417 for ; Wed, 1 Aug 2007 22:33:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id C158013C465 for ; Wed, 1 Aug 2007 22:33:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16287 invoked by uid 399); 1 Aug 2007 22:33:14 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 22:33:14 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B10A28.8000908@FreeBSD.org> Date: Wed, 01 Aug 2007 15:33:12 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> In-Reply-To: <20070801211320.GE59008@menantico.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 22:33:16 -0000 Skip Ford wrote: > Doug Barton wrote: >> If there is a consensus based on solid technical reasons (not >> emotion or FUD) to back the root zone slaving change out, > > If that's a shot at me, you're out of line. It wasn't aimed specifically at you, no. > I specifically said I didn't have an axe to grind with anyone, and > I never piled on in my comments. Reasonable minds may differ on that, but in any case ... > The reason I provided *is* purely technical. The roots can decide > tomorrow to block AXFR requests from FreeBSD users who install > 6.3-RELEASE or 7.0-RELEASE. They may. They may not. But they > can. Here is where the problem lies. What you're saying here is simply not true. I know several of the root operators personally, and in my previous position as GM of IANA I worked with them directly both individually and collectively. Everything involving a change to a root server is done at a near-glacial pace. There no more danger that we will wake up tomorrow unable to AXFR the root from any server than there is that we'll wake up tomorrow not able to send resolver queries to any root server. To say that this IS possible is FUD. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 22:56:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78E2616A419 for ; Wed, 1 Aug 2007 22:56:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id F05A213C4D0 for ; Wed, 1 Aug 2007 22:56:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12781 invoked by uid 399); 1 Aug 2007 22:56:21 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 22:56:21 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B10F93.10706@FreeBSD.org> Date: Wed, 01 Aug 2007 15:56:19 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Jo Rhett References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801205211.GA12218@svcolo.com> In-Reply-To: <20070801205211.GA12218@svcolo.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 22:56:22 -0000 Jo Rhett wrote: > On Wed, Aug 01, 2007 at 01:32:42PM -0700, Doug Barton wrote: >>> This is about on par with >> manufacturer> selling SOHO routers that synchronize their >>> clocks using stratum-1 NTP servers. >> I don't really think that analogy holds up, given that those who >> run public stratum-1 NTP servers specifically request that >> individual hosts not sync from them. > > The analogy is more true than you believe. Someone told you on > this very same list that it was not allowed, If you're talking about "Volker" I have already explained at great length why he was flat out wrong on just about every particular. Anyone interested can read the archives around 7/17. > and you argued that it wasn't denied therefore it should be okay. > You're doing an excellent job of ignoring contrary opinions and > reinventing facts. Actually I have not ignored contrary opinions, I've stated explicitly that there are contrary opinions. Anyone interested is free to read the archives of the dns-operations list where I think both sides of the argument are presented pretty well. But there is a difference between "yes, there are contrary opinions that I don't agree with based on my actual experience with the topic" and "If anyone disagrees with something, it must be wrong." I would like to suggest that if you are actually interested in a debate about the _merits_ of the change that you look at my post here:http://lists.oarci.net/pipermail/dns-operations/2007-August/001856.html, then read the paper by David Malone that is mentioned in that article, then read the rest of the thread on that list. If you don't have at least that much background on the topic we're just wasting time here. > And the very same root operators are on dns-operations list telling > you not to do this, and you are ignoring them there too. Three root operators (two of whom are in named.conf right now) have spoken up on that list. Of the two that actually offer AXFR, one has said paraphrasing "I hate this idea, but I won't disable AXFR because of it." One has said, "please remove "B" from your list/distribution until you have received permission from the FreeBSD community that this change is what they want." Since that condition is so incredibly arbitrary as to be essentially meaningless, I am going to remove that server. >> If there is a consensus based on solid technical reasons (not >> emotion or FUD) to back the root zone slaving change out, I'll be >> glad to do so. I think it would be very useful at this point if >> those who _like_ the change would speak up publicly as well. > > Everyone has spoken up, and you've ignored every one of them. Are you ignoring the people who've spoken up saying that they like the change, and that they think it's a good idea? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:04:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4727816A417; Wed, 1 Aug 2007 23:04:48 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABB713C45E; Wed, 1 Aug 2007 23:04:48 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNFH-00096Y-R4; Wed, 01 Aug 2007 23:04:47 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNEE-00013i-In; Wed, 01 Aug 2007 13:03:42 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18097.4424.855875.392421@roam.psg.com> Date: Wed, 1 Aug 2007 13:03:36 -1000 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:04:48 -0000 >> However, I thought it was a really, really, terrible idea, > You're entitled to your opinion. If you take a look at the thread on > the dns-operations list you'll see that there are a lot of really > smart people lined up on both sides of this argument. which, to some of us, would have been a clue not to make a change with no discussion randy From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:12:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CECF16A41A for ; Wed, 1 Aug 2007 23:12:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 1652313C45B for ; Wed, 1 Aug 2007 23:12:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30649 invoked by uid 399); 1 Aug 2007 23:12:28 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 23:12:28 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1135A.10706@FreeBSD.org> Date: Wed, 01 Aug 2007 16:12:26 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Randy Bush References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> In-Reply-To: <18097.4424.855875.392421@roam.psg.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:12:29 -0000 Randy Bush wrote: >>> However, I thought it was a really, really, terrible idea, >> You're entitled to your opinion. If you take a look at the thread on >> the dns-operations list you'll see that there are a lot of really >> smart people lined up on both sides of this argument. > > which, to some of us, would have been a clue not to make a change > with no discussion So no changes should be made unless everyone agrees? -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 21:21:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5053D16A417; Wed, 1 Aug 2007 21:21:56 +0000 (UTC) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3376B13C45D; Wed, 1 Aug 2007 21:21:56 +0000 (UTC) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: from kininvie.sv.svcolo.com (localhost [127.0.0.1]) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l71KqBCj012313; Wed, 1 Aug 2007 13:52:11 -0700 (PDT) (envelope-from jrhett@kininvie.sv.svcolo.com) Received: (from jrhett@localhost) by kininvie.sv.svcolo.com (8.14.1/8.14.1/Submit) id l71KqBb4012312; Wed, 1 Aug 2007 13:52:11 -0700 (PDT) (envelope-from jrhett) Date: Wed, 1 Aug 2007 13:52:11 -0700 From: Jo Rhett To: Doug Barton Message-ID: <20070801205211.GA12218@svcolo.com> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Organization: Silicon Valley Colocation X-Spam-Score: -1.00 () [Tag at 3.50] SPF(pass,-1) X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 X-Mailman-Approved-At: Wed, 01 Aug 2007 23:18:01 +0000 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 21:21:56 -0000 On Wed, Aug 01, 2007 at 01:32:42PM -0700, Doug Barton wrote: > > This is about on par with > > selling SOHO routers that synchronize their clocks using stratum-1 > > NTP servers. > > I don't really think that analogy holds up, given that those who run > public stratum-1 NTP servers specifically request that individual > hosts not sync from them. The analogy is more true than you believe. Someone told you on this very same list that it was not allowed, and you argued that it wasn't denied therefore it should be okay. You're doing an excellent job of ignoring contrary opinions and reinventing facts. And the very same root operators are on dns-operations list telling you not to do this, and you are ignoring them there too. > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. Everyone has spoken up, and you've ignored every one of them. Including the root operators themselves. Because they are unable to convince you, they're going to have to disable AXFR and break a lot of things all over the world to get this stupidity stopped. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:23:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E74616A419; Wed, 1 Aug 2007 23:23:33 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 0233013C469; Wed, 1 Aug 2007 23:23:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNXQ-00098S-H2; Wed, 01 Aug 2007 23:23:32 +0000 Message-ID: <46B115EA.4060907@psg.com> Date: Wed, 01 Aug 2007 13:23:22 -1000 From: Randy Bush User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> In-Reply-To: <46B1135A.10706@FreeBSD.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:23:33 -0000 >> which, to some of us, would have been a clue not to make a change >> with no discussion > So no changes should be made unless everyone agrees? you made the leap from discussion to unanimity, not i. i do not think the latter possible. but that is a long way from the freebsdish "thinking of the following change." what you did was penguin land. randy From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:26:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E7216A418; Wed, 1 Aug 2007 23:26:34 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 150D613C457; Wed, 1 Aug 2007 23:26:34 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM4002ASBRTWHW1@vms046.mailsrvcs.net>; Wed, 01 Aug 2007 18:26:17 -0500 (CDT) Date: Wed, 01 Aug 2007 19:31:41 -0400 From: Skip Ford In-reply-to: <46B10A28.8000908@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070801233141.GF59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:26:34 -0000 Doug Barton wrote: > Skip Ford wrote: > > The reason I provided *is* purely technical. The roots can decide > > tomorrow to block AXFR requests from FreeBSD users who install > > 6.3-RELEASE or 7.0-RELEASE. They may. They may not. But they > > can. > > Here is where the problem lies. What you're saying here is simply not > true. I know several of the root operators personally, and in my > previous position as GM of IANA I worked with them directly both > individually and collectively. Everything involving a change to a root > server is done at a near-glacial pace. There no more danger that we > will wake up tomorrow unable to AXFR the root from any server than > there is that we'll wake up tomorrow not able to send resolver queries > to any root server. To say that this IS possible is FUD. So, it seems simple enough then if what you're saying is true. Have your friends running the roots state that they will support our AXFRs. I will have no objections once they do that. It's a randomly provided service already. Not all of them answer AXFR now, so how many of them will 2 years from now is a legitimate question, and is my only concern. -- Skip From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:27:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8433016A419; Wed, 1 Aug 2007 23:27:56 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: from a.6f2.net (a.6f2.net [213.189.5.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0FD13C4A3; Wed, 1 Aug 2007 23:27:56 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: by a.6f2.net (Postfix, from userid 66) id 694EABF9442; Thu, 2 Aug 2007 01:27:55 +0200 (CEST) Received: by cc.bashibuzuk.net (Postfix, from userid 1001) id 08D4A4C06; Wed, 1 Aug 2007 19:27:32 -0400 (EDT) Date: Wed, 1 Aug 2007 19:27:31 -0400 From: Yann Berthier To: Doug Barton Message-ID: <20070801232731.GH37961@bashibuzuk.net> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B1135A.10706@FreeBSD.org> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:27:56 -0000 On Wed, 01 Aug 2007, at 16:12, Doug Barton wrote: > So no changes should be made unless everyone agrees? no way everybody would agree on that. However: . you would have made your change with some support (presumably) in the freebsd community, and with the benediction (or at least no opposition) from the rootops . everybody would have been aware of the upcoming change Look, now you were asked to remove b - all of this could have been avoided with some appropriate PR From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:42:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 956C316A41A; Wed, 1 Aug 2007 23:42:17 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: from a.6f2.net (a.6f2.net [213.189.5.89]) by mx1.freebsd.org (Postfix) with ESMTP id 596E713C461; Wed, 1 Aug 2007 23:42:17 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: by a.6f2.net (Postfix, from userid 66) id 3ED86BF93FC; Thu, 2 Aug 2007 01:10:55 +0200 (CEST) Received: by cc.bashibuzuk.net (Postfix, from userid 1001) id 11BE84AE2; Wed, 1 Aug 2007 19:10:04 -0400 (EDT) Date: Wed, 1 Aug 2007 19:10:04 -0400 From: Yann Berthier To: Doug Barton Message-ID: <20070801231004.GG37961@bashibuzuk.net> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:42:17 -0000 On Wed, 01 Aug 2007, at 13:32, Doug Barton wrote: > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. Ok - I do like the change I do think still that it should have been discussed publicly on -arch as well as with the rootops / dns-ops From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:47:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D0116A41F; Wed, 1 Aug 2007 23:47:23 +0000 (UTC) (envelope-from jfesler@gigo.com) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id E150A13C594; Wed, 1 Aug 2007 23:47:22 +0000 (UTC) (envelope-from jfesler@gigo.com) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by vette.gigo.com (Postfix) with ESMTP id C28971F9; Wed, 1 Aug 2007 16:19:04 -0700 (PDT) Date: Wed, 1 Aug 2007 16:19:04 -0700 (PDT) From: Jason Fesler To: Doug Barton In-Reply-To: <46B1135A.10706@FreeBSD.org> Message-ID: References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:47:23 -0000 > So no changes should be made unless everyone agrees? IMO, when the issue is split as such, that means "no change". I would have instead offered a sample config with clear documentation saying what the intent of that specific sample was for; but the "stock" config would have been much as it was before the change. (Even if I'm *personally* interested in this option.) From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:56:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E064A16A41F for ; Wed, 1 Aug 2007 23:56:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 79F8613C428 for ; Wed, 1 Aug 2007 23:56:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13874 invoked by uid 399); 1 Aug 2007 23:56:38 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 1 Aug 2007 23:56:38 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B11DB4.2020606@FreeBSD.org> Date: Wed, 01 Aug 2007 16:56:36 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Yann Berthier References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> <46B1135A.10706@FreeBSD.org> <20070801232731.GH37961@bashibuzuk.net> In-Reply-To: <20070801232731.GH37961@bashibuzuk.net> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:56:39 -0000 Yann Berthier wrote: > On Wed, 01 Aug 2007, at 16:12, Doug Barton wrote: > >> So no changes should be made unless everyone agrees? > > no way everybody would agree on that. However: > > . you would have made your change with some support (presumably) in > the freebsd community, and with the benediction (or at least no > opposition) from the rootops > . everybody would have been aware of the upcoming change > > Look, now you were asked to remove b - all of this could have been > avoided with some appropriate PR You're right about more PR in advance being a good thing, and for the lack of that, I apologize. I don't think that "all" of the drama could have been avoided in any case, there is too much emotion surrounding this issue. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 1 23:59:15 2007 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D3316A420 for ; Wed, 1 Aug 2007 23:59:15 +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 7896413C469 for ; Wed, 1 Aug 2007 23:59: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 l71NxAP7092541; Wed, 1 Aug 2007 17:59:11 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46B11E47.2030505@samsco.org> Date: Wed, 01 Aug 2007 17:59:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Matt Reimer References: <468B551C.7070107@jschmidle.org> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 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, 01 Aug 2007 17:59:12 -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: Jan Schmidle , Current@freebsd.org Subject: Re: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Aug 2007 23:59:15 -0000 Matt Reimer wrote: > On 7/4/07, Jan Schmidle wrote: >> I reduced my Problem from zfs to a general disk, i/o problem. >> But now i don't know if it is areca driver related or a >> general freebsd-current problem. >> >> When I start two dd's like "dd if=/dev/zero of=/dev/da1 bs=1024" >> on different disks, the machine panics with the following backtrace and >> stuff. >> I also appended a complete dmesg before the crash. The machine is >> running a cvsuped GENERIC >> kernel from yesterday. >> >> Does anybody know, how to solve this ? >> >> Jan > > Jan, > > Scott Long just committed a fix for the arcmsr driver that solved a > similar crash for us. > That reminds me, could you update to what's in CVS and verify it works the same as the patch I gave you? Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 00:26:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6424316A41F; Thu, 2 Aug 2007 00:26:56 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2398713C458; Thu, 2 Aug 2007 00:26:56 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IGNyB-000Cnt-Ss; Thu, 02 Aug 2007 00:51:11 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGNyB-000FU0-Od; Thu, 02 Aug 2007 00:51:11 +0100 Date: Thu, 2 Aug 2007 00:51:11 +0100 From: Thomas Hurst To: Doug Barton Message-ID: <20070801235111.GA56602@voi.aagh.net> Mail-Followup-To: Doug Barton , FreeBSD Current , FreeBSD Stable References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 00:26:56 -0000 * Doug Barton (dougb@FreeBSD.org) wrote: > If there is a consensus based on solid technical reasons (not emotion > or FUD) to back the root zone slaving change out, I'll be glad to do > so. I think it would be very useful at this point if those who _like_ > the change would speak up publicly as well. The abstract at the top of David Malone's paper says: Tests, described here, indicate that this technique seems to be comparable to the traditional hints mechanism for moderately busy name servers and may offer other benefits Indeed the paper, various messages in dns-operations and so forth would seem to suggest this is more of use for busier systems with hundreds if not thousands of users. These installs are probably something of a minority, and more to the point are more likely to have had a reasonable amount of time and research spent poking at configs. Many more smaller installs are probably going to be thrown up by people with less interest in such; "Oh, I just want a resolver and some local DNS names for my 2 user home network/10 user business, I guess the default config will be fine". I would suggest that the commented bits be reversed; have a hints file as the default, more traditional, less controversial option, with slave zones commented out, with a more explicit note about when and why it might be helpful, and mentioning any caveats re smaller installs, less root server support, Paul Vixie kicking puppies, etc. Even if slave zones are generally better, I would still think the more conservative approach would be the better one, especially in 6.*. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 00:13:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1652216A41A; Thu, 2 Aug 2007 00:13:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 8815013C442; Thu, 2 Aug 2007 00:13:27 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l720DMH0095352; Thu, 2 Aug 2007 10:13:22 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708020013.l720DMH0095352@drugs.dv.isc.org> To: Doug Barton From: Mark Andrews In-reply-to: Your message of "Wed, 01 Aug 2007 16:56:36 MST." <46B11DB4.2020606@FreeBSD.org> Date: Thu, 02 Aug 2007 10:13:22 +1000 Sender: marka@isc.org X-Mailman-Approved-At: Thu, 02 Aug 2007 00:27:26 +0000 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 00:13:28 -0000 > I don't think that "all" of the drama could have been avoided in any > case, there is too much emotion surrounding this issue. I'll concur with Doug on this. I've been discussing doing just this for the last 10+ years. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 00:38:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42CDA16A469; Thu, 2 Aug 2007 00:38:46 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1E39E13C48E; Thu, 2 Aug 2007 00:38:45 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM4009KKF4GMBE6@vms048.mailsrvcs.net>; Wed, 01 Aug 2007 19:38:40 -0500 (CDT) Date: Wed, 01 Aug 2007 20:44:04 -0400 From: Skip Ford In-reply-to: <200708020013.l720DMH0095352@drugs.dv.isc.org> To: Mark Andrews Mail-followup-to: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070802004404.GG59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B11DB4.2020606@FreeBSD.org> <200708020013.l720DMH0095352@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.3i Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 00:38:46 -0000 Mark Andrews wrote: > > > I don't think that "all" of the drama could have been avoided in any > > case, there is too much emotion surrounding this issue. > > I'll concur with Doug on this. I've been discussing doing > just this for the last 10+ years. Why don't you update 2870 then to make it so? If all the roots provided it and were required to, there's no problem. But current best practice as defined by 2870 are for roots to only answer AXFRs from other roots. How can you advocate an OS pushing a configuration that isn't guaranteed to be functional? I understand the odds of it breaking, and I understand the benefits. That's not the issue. This is a configuration that should be guaranteed to work for 2 years after every OS release that includes it. -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 01:06:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0965916A41F; Thu, 2 Aug 2007 01:06:16 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id DE6BC13C45B; Thu, 2 Aug 2007 01:06:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id ADA6211402A; Thu, 2 Aug 2007 01:06:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from manx.isc.org (manx.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 461F2E601F; Thu, 2 Aug 2007 01:06:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <46B12E06.5030809@isc.org> Date: Wed, 01 Aug 2007 18:06:14 -0700 From: Peter Losher Organization: ISC User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Doug Barton References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> In-Reply-To: <46B10A28.8000908@FreeBSD.org> X-Enigmail-Version: 0.95.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigED375B9886EF6435715978DF" Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 01:06:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigED375B9886EF6435715978DF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Doug Barton wrote: > Here is where the problem lies. What you're saying here is simply not > true. I know several of the root operators personally, and in my > previous position as GM of IANA I worked with them directly both > individually and collectively. Everything involving a change to a root > server is done at a near-glacial pace. There no more danger that we > will wake up tomorrow unable to AXFR the root from any server than > there is that we'll wake up tomorrow not able to send resolver queries > to any root server. To say that this IS possible is FUD. Doug - that is a *BIG* assumption you just made there. As far as I know you didn't discuss this change with any of the root server operators (you certainly didn't with ISC) and we could have told you then how bad of a idea this was. It seems you made this change on instinct, and in addition nowhere does it state in RFC2870 that the root-servers have to accept AXFR's as part of their service. You just made with this change what was before a diagnostic service into a production service and you didn't even ask the folks most affected by it. This change should be yanked and yanked now until at least there has been some discussion with the root server operators. (and discussing it on the dns-operations@ list does not cut it) -Peter (with his root-ops hat on his desk) --=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enigED375B9886EF6435715978DF 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.6 (Darwin) iD8DBQFGsS4GPtVx9OgEjQgRAjdyAJ4u/c8b22K8o/tJ4fHh7QT/zzmTHgCfcI3r mrajwqsBl47Spv0ADmZNFQU= =q+LN -----END PGP SIGNATURE----- --------------enigED375B9886EF6435715978DF-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 01:14:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCE616A418; Thu, 2 Aug 2007 01:14:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 6205413C469; Thu, 2 Aug 2007 01:14:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l721EMvl095981; Thu, 2 Aug 2007 11:14:22 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708020114.l721EMvl095981@drugs.dv.isc.org> To: Doug Barton , FreeBSD Current , FreeBSD Stable From: Mark Andrews Mail-Followup-To: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable In-reply-to: Your message of "Wed, 01 Aug 2007 20:44:04 -0400." <20070802004404.GG59008@menantico.com> Date: Thu, 02 Aug 2007 11:14:22 +1000 Sender: marka@isc.org X-Mailman-Approved-At: Thu, 02 Aug 2007 01:16:43 +0000 Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 01:14:23 -0000 > Mark Andrews wrote: > > > > > I don't think that "all" of the drama could have been avoided in any > > > case, there is too much emotion surrounding this issue. > > > > I'll concur with Doug on this. I've been discussing doing > > just this for the last 10+ years. > > Why don't you update 2870 then to make it so? Why don't you? You seem to be the one worried about it :-) I want to get draft-ietf-dnsop-default-local-zones through first before dealing with the issue of how to get every iterative resolver serving the root. You will note that dealing with traffic at the root is left out of draft-ietf-dnsop-default-local-zones. > If all the roots provided it and were required to, there's no > problem. But current best practice as defined by 2870 are > for roots to only answer AXFRs from other roots. > > How can you advocate an OS pushing a configuration that isn't > guaranteed to be functional? I understand the odds of it > breaking, and I understand the benefits. That's not the issue. There is a difference between saying we should do this and just doing it. Part of process is to get consenus that this is reasonable or at least won't hurt and working what needs to be changed to make it happen. > This is a configuration that should be guaranteed to work for 2 > years after every OS release that includes it. > > -- > Skip > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 01:35:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B3D16A419; Thu, 2 Aug 2007 01:35:48 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 768EE13C45E; Thu, 2 Aug 2007 01:35:48 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.13.7) with ESMTP id l721ZmfC026225; Wed, 1 Aug 2007 18:35:48 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id l721Zm2s026224; Wed, 1 Aug 2007 18:35:48 -0700 (PDT) Date: Wed, 1 Aug 2007 18:35:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200708020135.l721Zm2s026224@apollo.backplane.com> To: FreeBSD Current , FreeBSD Stable References: <200708020114.l721EMvl095981@drugs.dv.isc.org> Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 01:35:48 -0000 The vast majority of machine installations just slave their dns off of another machine, and because of that I do not think it is particularly odious to require some level of skill for those who actually want to set up their own server. To that end what I do on DragonFly is simply supply a README file in /etc/namedb along with a few helper scripts describing how to do it in a fairly painless manner. If a user cannot understand the README then he has no business setting up a DNS server anyhow. Distributions need to be fairly sensitive to doing anything that might accidently (through lack of understanding) cause an overload of critical internet resources. http://www.dragonflybsd.org/cvsweb/src/etc/namedb/ I generally recommend using our 'getroot' script to download an actual root.zone file instead of using a hints file (and I guess AXFR is supposed to replace both concepts). It has always seemed to me that actually downloading a physical root zone file once a week is the most reliable solution. I've never trusted using a hints file... not for at least a decade, and I probably wouldn't trust AXFR for the same reason. Probably my mistrust is due to the massive problems I had using a hints file long ago and I'm sure it works better these days, but I've never found any reason to switch back from an actual root.zone. I've enclosed the getroot script we ship below. In anycase, it seems to me that there is no good reason to try to automate dns services as a distribution default in the manner being described. Just my two-cents. -Matt #!/bin/tcsh -f # # If you are running named and using root.zone as a master, the root.zone # file should be updated periodicly from ftp.rs.internic.net. # # $DragonFly: src/etc/namedb/getroot,v 1.2 2005/02/24 21:58:20 dillon Exp $ cd /etc/namedb umask 027 set hostname = 'ftp.rs.internic.net' set remfile = domain/root.zone.gz set locfile = root.zone.gz set path = ( /bin /usr/bin /sbin /usr/sbin ) fetch ftp://${hostname}:/${remfile} if ( $status != 0) then rm -f ${locfile} echo "Download failed" else gunzip < ${locfile} > root.zone.new if ( $status == 0 ) then rm -f ${locfile} if ( -f root.zone ) then mv -f root.zone root.zone.bak endif chmod 644 root.zone.new mv -f root.zone.new root.zone echo "Download succeeded, restarting named" rndc reload sleep 1 rndc status else echo "Download failed: gunzip returned an error" rm -f ${locfile} endif endif From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 01:40:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C2EF16A419; Thu, 2 Aug 2007 01:40:44 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id DD9C513C45B; Thu, 2 Aug 2007 01:40:43 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM400EFOHZJYUW6@vms042.mailsrvcs.net>; Wed, 01 Aug 2007 20:40:32 -0500 (CDT) Date: Wed, 01 Aug 2007 21:45:56 -0400 From: Skip Ford In-reply-to: <200708020114.l721EMvl095981@drugs.dv.isc.org> To: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable Mail-followup-to: Mark Andrews , Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070802014556.GH59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20070802004404.GG59008@menantico.com> <200708020114.l721EMvl095981@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 01:40:44 -0000 Mark Andrews wrote: > > > > I don't think that "all" of the drama could have been avoided in any > > > > case, there is too much emotion surrounding this issue. > > > > > > I'll concur with Doug on this. I've been discussing doing > > > just this for the last 10+ years. > > > > Why don't you update 2870 then to make it so? > > Why don't you? You seem to be the one worried about it :-) I just figured you'd be able to snap your fingers, click your heels, and be done with it. > I want to get draft-ietf-dnsop-default-local-zones through > first before dealing with the issue of how to get every > iterative resolver serving the root. FWIW, I reviewed your draft back in March and had no objections. :-) > > If all the roots provided it and were required to, there's no > > problem. But current best practice as defined by 2870 are > > for roots to only answer AXFRs from other roots. > > > > How can you advocate an OS pushing a configuration that isn't > > guaranteed to be functional? I understand the odds of it > > breaking, and I understand the benefits. That's not the issue. > > There is a difference between saying we should do this and > just doing it. Part of process is to get consenus that > this is reasonable or at least won't hurt and working what > needs to be changed to make it happen. Ah, sorry for putting words in your mouth then. Now I understand, and I agree. -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 03:21:32 2007 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E50916A419 for ; Thu, 2 Aug 2007 03:21:32 +0000 (UTC) (envelope-from mpp@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F55E13C45D for ; Thu, 2 Aug 2007 03:21:32 +0000 (UTC) (envelope-from mpp@FreeBSD.org) Received: from freefall.freebsd.org (mpp@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l723LWpD087343 for ; Thu, 2 Aug 2007 03:21:32 GMT (envelope-from mpp@freefall.freebsd.org) Received: (from mpp@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l723LV9M087342 for freebsd-current; Thu, 2 Aug 2007 03:21:31 GMT (envelope-from mpp) Date: Thu, 2 Aug 2007 03:21:31 GMT From: Mike Pritchard Message-Id: <200708020321.l723LV9M087342@freefall.freebsd.org> To: freebsd-current@FreeBSD.org Cc: Subject: geom / lock page fault 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: Thu, 02 Aug 2007 03:21:32 -0000 I'm seeing crashes every 15 mins - 2 hours with a -current kernel. Its always a page fault in the witness check code, from GEOM (process is always g_up), which I don't use at all (that I know of). Its on a uni-processor system, and SMP is not compiled into the kernel. I'm attempting to recompile a kernel without WITNESS enabled but I'm having a hard time getting the system to live long enough to even compile a kernel. But its probably from some change in the last couple of weeks, since a kernel from before then was stable. kgdb output is attached. Dump & kernel are available on freefall in ~mpp/crash, but I can provide more information if needed. -Mike Script started on Wed Aug 1 21:55:26 2007 mail 1# kgdb kernel.53 vmcore.53 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: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x83004006 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0547a55 stack pointer = 0x28:0xcbb3cbb8 frame pointer = 0x28:0xcbb3cbf8 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 = 3 (g_up) trap number = 12 panic: page fault Uptime: 8m42s Physical memory: 247 MB Dumping 60 MB: 45 29 13 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05111be in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc051141c in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xc06a0a63 in trap_fatal (frame=0xcbb3cb78, eva=2197831686) at ../../../i386/i386/trap.c:872 #4 0xc06a0c53 in trap_pfault (frame=0xcbb3cb78, usermode=0, eva=2197831686) at ../../../i386/i386/trap.c:785 #5 0xc06a15e5 in trap (frame=0xcbb3cb78) at ../../../i386/i386/trap.c:463 #6 0xc068f70b in calltrap () at ../../../i386/i386/exception.s:139 #7 0xc0547a55 in witness_checkorder (lock=0xc073ebe8, flags=9, file=0xc06ca5ae "../../../geom/geom_io.c", line=68) at ../../../kern/subr_witness.c:849 #8 0xc050607c in _mtx_lock_flags (m=0xc073ebe8, opts=0, file=0xc06ca5ae "../../../geom/geom_io.c", line=68) at ../../../kern/kern_mutex.c:183 #9 0xc04c7959 in g_bioq_lock (bq=Variable "bq" is not available. ) at ../../../geom/geom_io.c:68 #10 0xc04c7ed6 in g_io_deliver (bp=0xc1eed480, error=0) at ../../../geom/geom_io.c:447 #11 0xc04ccaba in g_std_done (bp=0xc1e121b0) at ../../../geom/geom_subr.c:849 #12 0xc05732b9 in biodone (bp=0xc1e121b0) at ../../../kern/vfs_bio.c:3015 #13 0xc04c8657 in g_io_schedule_up (tp=0xc1cd9e00) at ../../../geom/geom_io.c:587 #14 0xc04c8e2d in g_up_procbody () at ../../../geom/geom_kern.c:95 #15 0xc04f3758 in fork_exit (callout=0xc04c8da0 , arg=0x0, ---Type to continue, or q to quit--- frame=0xcbb3cd38) at ../../../kern/kern_fork.c:797 #16 0xc068f780 in fork_trampoline () at ../../../i386/i386/exception.s:205 (kgdb) up #1 0xc05111be in boot (howto=260) at ../../../kern/kern_shutdown.c:409 409 doadump(); (kgdb) up #2 0xc051141c in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 563 boot(bootopt); (kgdb) up #3 0xc06a0a63 in trap_fatal (frame=0xcbb3cb78, eva=2197831686) at ../../../i386/i386/trap.c:872 872 panic("%s", trap_msg[type]); (kgdb) up #4 0xc06a0c53 in trap_pfault (frame=0xcbb3cb78, usermode=0, eva=2197831686) at ../../../i386/i386/trap.c:785 785 trap_fatal(frame, eva); (kgdb) up #5 0xc06a15e5 in trap (frame=0xcbb3cb78) at ../../../i386/i386/trap.c:463 463 (void) trap_pfault(frame, FALSE, eva); (kgdb) up #6 0xc068f70b in calltrap () at ../../../i386/i386/exception.s:139 139 call trap Current language: auto; currently asm (kgdb) up #7 0xc0547a55 in witness_checkorder (lock=0xc073ebe8, flags=9, file=0xc06ca5ae "../../../geom/geom_io.c", line=68) at ../../../kern/subr_witness.c:849 849 if (witness_cold || witness_watch == 0 || lock->lo_witness == NULL || Current language: auto; currently c (kgdb) list 844 struct lock_class *class; 845 struct witness *w, *w1; 846 struct thread *td; 847 int i, j; 848 849 if (witness_cold || witness_watch == 0 || lock->lo_witness == NULL || 850 panicstr != NULL) 851 return; 852 853 /* (kgdb) print witness_cold $1 = 0 (kgdb) print witness_watch $2 = 1 (kgdb) print *lock $3 = {lo_name = 0xc06c2381 "bio queue", lo_type = 0xc06c2381 "bio queue", lo_flags = 16973824, lo_witness_data = {lod_list = { stqe_next = 0xc074d828}, lod_witness = 0xc074d828}} (kgdb) print *lock->lo_witness_data->lod_witness $4 = {w_name = 0xc06c2381 "bio queue", w_class = 0xc070c064, w_list = { stqe_next = 0xc074d850}, w_typelist = {stqe_next = 0xc074d850}, w_children = 0x0, w_file = 0xc06ca5b7 "geom/geom_io.c", w_line = 68, w_level = 0, w_refcount = 3, w_Giant_squawked = 0 '\0', w_other_squawked = 0 '\0', w_same_squawked = 0 '\0', w_displayed = 0 '\0'} (kgdb) quit From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 03:26:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA9816A41A for ; Thu, 2 Aug 2007 03:26:17 +0000 (UTC) (envelope-from marcos@tpnet.co.nz) Received: from ns1.tpnet.co.nz (ntp.tpnet.co.nz [218.185.224.7]) by mx1.freebsd.org (Postfix) with ESMTP id DFF8013C45D for ; Thu, 2 Aug 2007 03:26:16 +0000 (UTC) (envelope-from marcos@tpnet.co.nz) Received: from 218-185-225-2-broadband.tpnet.co.nz ([218.185.225.2] helo=[127.0.0.1]) by ns1.tpnet.co.nz with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGQuU-000GRi-Ic for freebsd-current@freebsd.org; Thu, 02 Aug 2007 14:59:34 +1200 Message-ID: <46B14894.8060408@tpnet.co.nz> Date: Thu, 02 Aug 2007 14:59:32 +1200 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Scanned by clamd on mail.tpnet.co.nz X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns1.tpnet.co.nz X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - tpnet.co.nz X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Thu, 02 Aug 2007 03:37:08 +0000 Subject: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 03:26:17 -0000 Hi there. It's the Atheros openhal driver supported in freebsd already? Thanks Marcos From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 03:56:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CEB216A417 for ; Thu, 2 Aug 2007 03:56:06 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id E544013C457 for ; Thu, 2 Aug 2007 03:56:05 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IGRnA-000H60-Gx for freebsd-current@freebsd.org; Thu, 02 Aug 2007 04:56:04 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGRn9-000N0Z-47 for freebsd-current@freebsd.org; Thu, 02 Aug 2007 04:56:03 +0100 Date: Thu, 2 Aug 2007 04:56:03 +0100 From: Thomas Hurst To: freebsd-current@freebsd.org Message-ID: <20070802035603.GA87711@voi.aagh.net> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Subject: MySQL performance problem with replication X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 03:56:06 -0000 For the past month or so we've been testing CURRENT with MySQL 5.1.20 as one of our replicated slaves. Performance has been very good, for the most part; easily comparable to Linux and Solaris, and finally something we can seriously look at running in production. Many thanks to everyone who's helped make this happen! The one problem we have noticed is with replication. This graph shows it quite well: http://voi.aagh.net/db5.rbsov-daily-cpu.png You can see a steady rise in system time over a 9 hour period until it's so high replication falls behind and it drops out of load. The sudden drop after many hours of being pegged with a single CPU is me doing a STOP SLAVE;START SLAVE -- system time returns to normal, and all is well. It's easier to see in top(1); after an hour or so, the replication thread will be using about 5% more CPU than expected, and this will rise slowly until SHOW PROCESSLIST shows it spending most of its time in 'init' and top's IO display shows 100,000+ VCSW (when it's normally rare to see it pass 20,000). ktrace does not show much; a couple of times I've seen ~10 umtx ops repeating in groups rather a lot (when 2 would be more normal) but this isn't particularly repeatable. I've verified this behavior with ULE (2.0 and 3.0 + ulehtt+topology patches), and 4BSD, however it doesn't occur on Linux 2.6.20.4 or in another CURRENT machine with MySQL 4.1. I had planned on testing with libthread, but sadly the system I was testing on has now been replaced with Linux. Some numbers: 2 * Opteron 285 (dual core 2.6GHz), 16GB memory, 24 SAS disks in RAID10 with gmirror+gstripe, running UFS2. We see about 80 UPDATE and 180 INSERTs per second, with >10 million row InnoDB and MyISAM tables (and most of those MyISAM tables in a 900 million row MERGE). I'll be migrating our other CURRENT test MySQL server to 5.1 for further testing shortly. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 04:05:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DCBD16A418; Thu, 2 Aug 2007 04:05:20 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id E3A0A13C468; Thu, 2 Aug 2007 04:05:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGRw5-0009tT-7n; Thu, 02 Aug 2007 04:05:17 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGRvk-0001Tv-A7; Wed, 01 Aug 2007 18:04:56 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18097.22498.575342.155398@roam.psg.com> Date: Wed, 1 Aug 2007 18:04:50 -1000 To: Peter Losher References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> <46B12E06.5030809@isc.org> Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 04:05:20 -0000 > in addition nowhere does it state in RFC2870 that the root-servers have to > accept AXFR's as part of their service. in fact, the opposite 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, queries from clients other than other root servers. This restriction is intended to, among other things, prevent unnecessary load on the root servers as advice has been heard such as "To avoid having a corruptible cache, make your server a stealth secondary for the root zone." The root servers MAY put the root zone up for ftp or other access on one or more less critical servers. randy From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 04:44:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C410216A4DA; Thu, 2 Aug 2007 04:44:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD8F13C45B; Thu, 2 Aug 2007 04:44:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l724gHjl048830; Wed, 1 Aug 2007 22:42:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 01 Aug 2007 22:42:25 -0600 (MDT) Message-Id: <20070801.224225.-894585243.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <18097.4424.855875.392421@roam.psg.com> References: <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <18097.4424.855875.392421@roam.psg.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 01 Aug 2007 22:42:18 -0600 (MDT) Cc: dougb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 04:44:11 -0000 In message: <18097.4424.855875.392421@roam.psg.com> Randy Bush writes: : >> However, I thought it was a really, really, terrible idea, : > You're entitled to your opinion. If you take a look at the thread on : > the dns-operations list you'll see that there are a lot of really : > smart people lined up on both sides of this argument. : : which, to some of us, would have been a clue not to make a change : with no discussion I tend to agree. In general in FreeBSD, when there's no consensus for a change, then the change doesn't happen. When there is a change that causes contention, typically, it is backed out until consensus can be reached. I'm not sure what the right thing to do here is, but when I see Paul Vixie say a change is bad, I tend to think long and hard about why I think it is right. Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 04:45:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA6EB16A46C; Thu, 2 Aug 2007 04:45:54 +0000 (UTC) (envelope-from eilander@myguard.nl) Received: from obsessive.paranoid.nl (paranoid.nl [193.227.121.145]) by mx1.freebsd.org (Postfix) with ESMTP id 6702413C47E; Thu, 2 Aug 2007 04:45:54 +0000 (UTC) (envelope-from eilander@myguard.nl) Received: from eilanderPC (cp1018919-b.gelen1.lb.home.nl [84.28.158.163]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: eilander) by obsessive.paranoid.nl (Postfix) with ESMTP id EE89E3984A; Thu, 2 Aug 2007 06:26:52 +0200 (CEST) From: "Thijs Eilander" To: "'Doug Barton'" , "'FreeBSD Current'" , "'FreeBSD Stable'" References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> In-Reply-To: <46B0EDEA.8050608@FreeBSD.org> Date: Thu, 2 Aug 2007 06:26:46 +0200 Message-ID: <000d01c7d4bd$568d0b60$03a72220$@nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcfUe0u7MiXJz3GqSVWw0He0csoq5gAOuqnA Content-Language: nl X-paranoid.nl-MailScanner-Information: Please contact the ISP for more information X-paranoid.nl-MailScanner: Found to be clean X-MailScanner-From: eilander@myguard.nl Cc: Subject: RE: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 04:45:54 -0000 >If there is a consensus based on solid technical reasons (not emotion >or FUD) to back the root zone slaving change out, I'll be glad to do >so. I think it would be very useful at this point if those who _like_ >the change would speak up publicly as well. For starters, I am doing it since 1998 (and not only in named) on busy dns servers. I like the idea.... but not the change. Motivation: 1) Not everyone is an admin on a "busy nameservers". Is it really necessary to include it in the distribution? A lot of people don't even get it, they just setup their homemade firewall/dnsserver. Do those people need to slave the rootservers by default? Why? 2) Skilled administrators are aware of the slave trick, or they fetch root.zone.gz once a week. Why include it for the skilled at expense of the clueless people from argument 1 ? An idea: Why not fetching the root.zone.gz file itself once a week? Matthew Dillon send a nice getroot script to this discussion, I think we should put an adjusted script in /etc/periodic/weekly. this seems to be a cleaner way than using axfr on rootservers which don't notify us on changes. (Benefit: the root.zone.gz is signed, axfr probably not). Personally I think this serves the same goal and hopefully in a less annoying way, without having to worry (or argue!) about axfr is still allowed for at least next 2 years. Just another 2 cents for in your moneybag, what will you do with all those 'funding' ? :) With kind regards, Thijs Eilander From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 05:59:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D699E16A417 for ; Thu, 2 Aug 2007 05:59:50 +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 6D60E13C481 for ; Thu, 2 Aug 2007 05:59:50 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3146817382; Thu, 2 Aug 2007 05:59:48 +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 l725xwGV030864; Thu, 2 Aug 2007 05:59:59 GMT (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 01 Aug 2007 22:42:25 CST." <20070801.224225.-894585243.imp@bsdimp.com> Date: Thu, 02 Aug 2007 05:59:58 +0000 Message-ID: <30863.1186034398@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: randy@psg.com, dougb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 05:59:50 -0000 While I think FreeBSD generally should try to push the "state of the art" envelope, it seems to me that this change may be premature, in particular if the people providing the AXFR-service on which it depends, are not prepared to officially offer the service. So for this change to remain in FreeBSD, one of two things will have to happen: A) At least three (A number found on my paint-bucket) root servers must sign up to provide the public AXFR for at least 3 (ditto) years. or B) FreeBSD systems so configured, shall keep working flawlessly if the AXFR service becomes unavailable. What should not under any circumstances happen: C) The unannounced service is terminated and all so configured FreeBSD systems wedge. That said, I fully agree with the spirit of this change, I have myself seen what positive difference it makes for servers in Denmark to have a slave of the .dk zone, particular for busy mailservers. I hope we can swing for solution A) Poul-Henning -- 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 Thu Aug 2 06:38:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9682B16A418 for ; Thu, 2 Aug 2007 06:38:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 7D21113C468 for ; Thu, 2 Aug 2007 06:38:04 +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, 01 Aug 2007 23:38:04 -0700 Received: from [192.168.2.6] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 98157125B14 for ; Wed, 1 Aug 2007 23:38:03 -0700 (PDT) Message-ID: <46B17BCB.2060605@elischer.org> Date: Wed, 01 Aug 2007 23:38:03 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051120 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 06:38:04 -0000 Is there anyone who knows what's goin gon with all the new acpi/bios/whatever code, that might have any idea why my laptop no longer reboots? it gets all the way to the final infinite loop and sits there. Dell Inspiron 7500 up to date sources as of ummmm monday.. Anything in particular I should look at? julian From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 06:52:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB9916A418; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id D027713C48D; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id C10DE114087; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from tardis.plosh.net (tardis.vpn.isc.org [149.20.66.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 51DD1E6023; Thu, 2 Aug 2007 06:52:07 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <46B17F0F.20108@isc.org> Date: Wed, 01 Aug 2007 23:51:59 -0700 From: Peter Losher User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <30863.1186034398@critter.freebsd.dk> In-Reply-To: <30863.1186034398@critter.freebsd.dk> X-Enigmail-Version: 0.95.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5DCA3B40C9F7A155CED380CD" Cc: Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 06:52:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5DCA3B40C9F7A155CED380CD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Poul-Henning Kamp wrote: > That said, I fully agree with the spirit of this change, I have > myself seen what positive difference it makes for servers in Denmark > to have a slave of the .dk zone, particular for busy mailservers. One of the other objections I have with this change (other than the fact that it was made w/o consultation) is the fact that this is would become the "default" setting. Yes, busy mail servers may be better served by slaving frequently used zones, and as Vixie mentioned on the dns-operations list, there is less objection if "wizards" use AXFR, and they would perhaps know more of the pitfalls that doing this entails (vs. relying on hints). But the fact is this is being enabled for every Tom, Dick, and Sarah operating a OS who won't know what the possible ramifications are of this change, and the benefit compared to the downside is nonexistant. And that is *BAD, BAD, BAD*. Has this change been raised on the relevant IETF DNS operations list? These are the defaults we are talking about here. I will reiterate, this change needs to be rolled back until there has been more discussion. dbarton mentioned earlier that root operators make changes on a glacial scale. There is a reason for that. ;) Best Wishes - Peter --=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enig5DCA3B40C9F7A155CED380CD 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) iD8DBQFGsX8PPtVx9OgEjQgRArL5AJ9SOaLsdg8ZpwtpsoDuXJED2e+acACdFcRi 305fqdTfQ6bzIDl4MbkLC94= =hWnh -----END PGP SIGNATURE----- --------------enig5DCA3B40C9F7A155CED380CD-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 06:58:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35BF416A417; Thu, 2 Aug 2007 06:58:38 +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 E870F13C465; Thu, 2 Aug 2007 06:58:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id BC25217382; Thu, 2 Aug 2007 06:58:36 +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 l726wmDH031158; Thu, 2 Aug 2007 06:58:48 GMT (envelope-from phk@critter.freebsd.dk) To: Peter Losher From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 01 Aug 2007 23:51:59 MST." <46B17F0F.20108@isc.org> Date: Thu, 02 Aug 2007 06:58:48 +0000 Message-ID: <31157.1186037928@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 06:58:38 -0000 In message <46B17F0F.20108@isc.org>, Peter Losher writes: >One of the other objections I have with this change (other than the fact >that it was made w/o consultation) is the fact that this is would become >the "default" setting. I don't have data to judge the impact. I just tried it on one of my machines and it looks like 100K of slave files but I don't know the impact of that, relative to all the "junk" queries it saves. That said, I would certainly have started it out as a named_experimental_root_axfr=NO option myself, rather than to make it te default "default". -- 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 Thu Aug 2 07:04:32 2007 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EB616A418 for ; Thu, 2 Aug 2007 07:04:32 +0000 (UTC) (envelope-from mattjreimer@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 8236913C45A for ; Thu, 2 Aug 2007 07:04:32 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so100320anc for ; Thu, 02 Aug 2007 00:04:31 -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=ahG+TPEONU/T/4Jy7qAsgIBJA3mKJBolTZsA6vUetEgdMImbKpZYHHvgg9TWggOECMSwoJsLVKNUxmMhkHHRpF7OMXljaiBIaqfN5zPEfQ8hpYX9m3havosLYZlFGYeWjQGql6xihGbbdWoqc3Syr49ceM74y22EtbBRqhThwAQ= 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=CMgiKq3inChUrTx5JFVXMaSMZESoWAqhB5YRBUMY804hhh4PdxGO0INdVlhuVey45LbcDJHCMKWvnxoqNX/qEnPZnNctnl8oWPTSKoBxILQKothA9YJFAMPMG3623XBrCRU3UQTJ1lS/DI+xyxQOTBmI2i4AdadR2AZj3DQImTk= Received: by 10.100.191.5 with SMTP id o5mr923273anf.1186038271786; Thu, 02 Aug 2007 00:04:31 -0700 (PDT) Received: by 10.100.122.7 with HTTP; Thu, 2 Aug 2007 00:04:31 -0700 (PDT) Message-ID: Date: Thu, 2 Aug 2007 00:04:31 -0700 From: "Matt Reimer" To: "Scott Long" In-Reply-To: <46B11E47.2030505@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468B551C.7070107@jschmidle.org> <46B11E47.2030505@samsco.org> Cc: Jan Schmidle , Current@freebsd.org Subject: Re: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 07:04:32 -0000 On 8/1/07, Scott Long wrote: > > That reminds me, could you update to what's in CVS and verify it works > the same as the patch I gave you? Yes, I'll do that. Did upgrading after the gcc 4.2 import cause much of a problem for you? I'll have to schedule more time to deal with the fallout from that. Matt From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 07:23:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0123716A418; Thu, 2 Aug 2007 07:23:38 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7113613C428; Thu, 2 Aug 2007 07:23:37 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.30] (host-83-146-60-88.bulldogdsl.com [83.146.60.88]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l7270Rql096806; Thu, 2 Aug 2007 08:00:27 +0100 (BST) (envelope-from rb@gid.co.uk) In-Reply-To: <30863.1186034398@critter.freebsd.dk> References: <30863.1186034398@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <80A6758A-DAE1-48B6-85D9-4048C092FDC3@gid.co.uk> Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Thu, 2 Aug 2007 08:00:20 +0100 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.3) Cc: dougb@freebsd.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 07:23:38 -0000 Hi, Regardless of the technicalities and politics, this change is obviously a major POLA violation which is a good enough reason to back it out. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 07:27:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1187616A417; Thu, 2 Aug 2007 07:27:49 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id CB5A113C4B3; Thu, 2 Aug 2007 07:27:48 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-65-47.dsl.telstraclear.net [121.72.65.47]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JM400MH5XDBKX30@smtp4.clear.net.nz>; Thu, 02 Aug 2007 19:12:47 +1200 (NZST) Date: Thu, 02 Aug 2007 19:12:40 +1200 From: Mark Kirkwood In-reply-to: <46B17F0F.20108@isc.org> To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-id: <46B183E8.1060604@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <30863.1186034398@critter.freebsd.dk> <46B17F0F.20108@isc.org> User-Agent: Thunderbird 2.0.0.4 (X11/20070716) Cc: dougb@FreeBSD.org Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 07:27:49 -0000 Peter Losher wrote: > > One of the other objections I have with this change (other than the fact > that it was made w/o consultation) is the fact that this is would become > the "default" setting. Yes, busy mail servers may be better served by > slaving frequently used zones, and as Vixie mentioned on the > dns-operations list, there is less objection if "wizards" use AXFR, and > they would perhaps know more of the pitfalls that doing this entails > (vs. relying on hints). > > But the fact is this is being enabled for every Tom, Dick, and Sarah > operating a OS who won't know what the possible ramifications are of > this change, and the benefit compared to the downside is nonexistant. > And that is *BAD, BAD, BAD*. Has this change been raised on the > relevant IETF DNS operations list? These are the defaults we are > talking about here. > > On the ramifications - I run named purely as a caching resolver (my isp's dns servers are pathetically slow)... and I was somewhat surprised to discover that I'm *now* slaving zones from the root servers - it's not that I'm especially stupid (I hope...), but rather that I set this up before this change came into effect and didn't notice it during (presumably) mergemaster. The thing that concerns me now is this: are there many folks in a similar situation, are we gonna be unwittingly hammering these root servers? regards Mark From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 07:47:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 906AC16A417 for ; Thu, 2 Aug 2007 07:47:38 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id 4E91413C4B0 for ; Thu, 2 Aug 2007 07:47:38 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mailbox.gneto.com (83.227.181.30) by proxy2.bredband.net (7.3.127) id 46A88258001BDD2F for freebsd-current@freebsd.org; Thu, 2 Aug 2007 09:27:22 +0200 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id 1AB642840A for ; Thu, 2 Aug 2007 09:25:27 +0200 (CEST) Message-ID: <46B186B6.8080409@gneto.com> Date: Thu, 02 Aug 2007 09:24:38 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.5 (X11/20070722) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Patches to make mfi support the new SAS8708ELP etc cards. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 07:47:38 -0000 Hi, I have submitted patches as misc/115133 to remove LSI SAS1078 support from mpt which can't handle this chip and additions to the mfi driver to support it. Can somebody have a look at them, I have migrated the differences between xscale and ppc based boards from the Linux driver supplied by LSI Logic to our mfi driver. I have probably not done this in a 100% style correct way. Also the man page for mfi need to be updated. As it is the driver supports these additional cards (xscale based): LSI MegaRAID SAS 8308ELP LSI MegaRAID SAS 8344ELP LSI MegaRAID SAS 84016E With the mentioned patches the following ppc based adapters are also supported: MegaRAID SAS 8704ELP MegaRAID SAS 8708ELP (this is the one I have and have tested with) MegaRAID SAS 8888ELP Regards, Martin From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 08:31:09 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DF7916A49A for ; Thu, 2 Aug 2007 08:31:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 66F6A13C46A for ; Thu, 2 Aug 2007 08:31:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=U/iQG4XAoba6uriRCz9CnUdOTNo/OBg1Qkst/XV49EbAidF0Iu27nn3QqaSimjS/oXfOZzyf3C12iSBubsWz14YOIwUcXtwK/LQLJA4CUX+mTe3P+kBRMwmp1RwwPO7LQyxZPnYTAC3WhVc7fVEuCFEwcWZJgoJHcefcNPkyt/Av9duxSji+D7JUWdx00fZvNFG4zw30XnBAl66INpGfq9y5BzHv+gKZ10ad8AJ2YinSuJ29d6rbkcNiQeES8UGd; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1IGW5M-0001ld-Rk for current@freebsd.org; Thu, 02 Aug 2007 08:31:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1IGW4n-0001TW-1D for current@freebsd.org; Thu, 02 Aug 2007 08:30:33 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGW4m-0000j2-73 for current@freebsd.org; Thu, 02 Aug 2007 10:30:32 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 02 Aug 2007 10:30:32 +0200 Message-Id: Cc: Subject: Panic on cardbus eject - ath(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, 02 Aug 2007 08:31:09 -0000 Hi I got the following panic ejecting my atheros based cardbus card. ath0@pci4:0:0: class=0x020000 card=0x3a121186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet cap 01[44] = powerspec 2 supports D0 D3 current D0 <5>ath0: link state changed to DOWN ath0: detached Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc2b75654 fault code = supervisor write, page not present instruction pointer = 0x20:0xc04dc302 stack pointer = 0x28:0xd4e0caf0 frame pointer = 0x28:0xd4e0cb08 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 = 314 (wpa_supplicant) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c06748c3,d4e0c984,c04e852a,c0672dbc,c06d1e60,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c0672dbc,c06d1e60,c066656d,d4e0c990,d4e0c990,...) at kdb_backtrace +0x29 panic(c066656d,c0687fb2,c2b9dcd4,1,1,...) at panic+0xaa trap_fatal(c1054000,c2b75000,2,0,c0504095,...) at trap_fatal+0x353 trap_pfault(1,6ecfad6e,c,2de0ca30,c,...) at trap_pfault+0x25b trap(d4e0cab0) at trap+0x392 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04dc302, esp = 0xd4e0caf0, ebp = 0xd4e0cb08 --- _mtx_lock_sleep(c2b75644,c2b9e800,0,c0766f04,16d2,...) at _mtx_lock_sleep+0x92 _mtx_lock_flags(c2b75644,0,c0766f04,16d2,c2b75644,...) at _mtx_lock_flags+0x41 ath_ioctl(c2aa0000,801c69ea,c2cae2c0,0,0,...) at ath_ioctl+0x49 in_control(c2c3d18c,801c69ea,c2cae2c0,c2aa0000,c2b9e800,...) at in_control+0xdec ifioctl(c2c3d18c,801c69ea,c2cae2c0,c2b9e800,801c69ea,...) at ifioctl+0x4bd soo_ioctl(c2bbbe10,801c69ea,c2cae2c0,c294ea00,c2b9e800,...) at soo_ioctl+0x5f9 kern_ioctl(c2b9e800,3,801c69ea,c2cae2c0,17,...) at kern_ioctl+0x351 ioctl(c2b9e800,d4e0ccfc,c,c295ec00,d4e0ccb8,...) at ioctl+0x13f syscall(d4e0cd38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2835c593, esp = 0xbfbfe1ec, ebp = 0xbfbfe238 --- Uptime: 1m3s Physical memory: 503 MB Dumping 45 MB: 30 14 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc04e8333 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04e856a in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0641cb3 in trap_fatal (frame=0xd4e0cab0, eva=3266795092) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0641f1b in trap_pfault (frame=0xd4e0cab0, usermode=0, eva=3266795092) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc06428b2 in trap (frame=0xd4e0cab0) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc062fd9b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04dc302 in _mtx_lock_sleep (m=0xc2b75644, tid=3266963456, opts=0, file=0xc0766f04 "/usr/src/sys/modules/ath/../../dev/ath/if_ath.c", line=5842) at atomic.h:149 #8 0xc04dc691 in _mtx_lock_flags (m=0xc2b75644, opts=0, file=0xc0766f04 "/usr/src/sys/modules/ath/../../dev/ath/if_ath.c", line=5842) at /usr/src/sys/kern/kern_mutex.c:186 #9 0xc07644c9 in ?? () #10 0xc2b75644 in ?? () #11 0x00000000 in ?? () #12 0xc0766f04 in ?? () #13 0x000016d2 in ?? () #14 0xc2b75644 in ?? () #15 0xc2b7422c in ?? () #16 0x801c69ea in ?? () ---Type to continue, or q to quit--- #17 0x00000000 in ?? () #18 0xc2aa0000 in ?? () #19 0xd4e0cbb0 in ?? () #20 0xc059532c in in_control (so=0xc2aa0000, cmd=3266789376, data=0xc2cae2c0 "ath0", ifp=0xc2aa0000, td=0x0) at /usr/src/sys/netinet/in.c:481 Previous frame identical to this frame (corrupt stack?) -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 08:43:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22F516A41A; Thu, 2 Aug 2007 08:43:17 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2001:618:400::50b1:e8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 2900313C4B6; Thu, 2 Aug 2007 08:43:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [80.177.232.250] (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id l728gFDn089116; Thu, 2 Aug 2007 09:42:15 +0100 (BST) (envelope-from dfr@rabson.org) From: Doug Rabson To: Randy Bush In-Reply-To: <18097.22498.575342.155398@roam.psg.com> References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> <46B10A28.8000908@FreeBSD.org> <46B12E06.5030809@isc.org> <18097.22498.575342.155398@roam.psg.com> Content-Type: text/plain Date: Thu, 02 Aug 2007 09:42:15 +0100 Message-Id: <1186044135.1264.23.camel@herring.rabson.org> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/3846/Wed Aug 1 08:27:07 2007 on itchy.rabson.org X-Virus-Status: Clean Cc: Doug Barton , FreeBSD Stable , Peter Losher , FreeBSD Current Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 08:43:17 -0000 On Wed, 2007-08-01 at 18:04 -1000, Randy Bush wrote: > > in addition nowhere does it state in RFC2870 that the root-servers have to > > accept AXFR's as part of their service. > > in fact, the opposite > > 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer, > queries from clients other than other root servers. This > restriction is intended to, among other things, prevent > unnecessary load on the root servers as advice has been heard > such as "To avoid having a corruptible cache, make your server a > stealth secondary for the root zone." The root servers MAY put > the root zone up for ftp or other access on one or more less > critical servers. I think this makes it completely clear that we should not be trying to use the AXFR service from any of the root servers. Expert users can do what they like but making our default configuration use a service which is documented in the current best practices document as being unsupported seems foolish. From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:02:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2731F16A41A for ; Thu, 2 Aug 2007 09:02:20 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id D173C13C458 for ; Thu, 2 Aug 2007 09:02:17 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id CDA638C0991; Thu, 2 Aug 2007 11:02:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mHjNdqpoIFtf; Thu, 2 Aug 2007 11:02:14 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9303F8C0986; Thu, 2 Aug 2007 11:02:14 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l7292Exb025327; Thu, 2 Aug 2007 11:02:14 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 2 Aug 2007 11:02:14 +0200 From: Roman Divacky To: Maksim Yevmenkin Message-ID: <20070802090214.GA25267@freebsd.org> References: <20070801094826.GA87941@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: PS/2 mouse stops working when used with keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 09:02:20 -0000 On Wed, Aug 01, 2007 at 03:00:25PM -0700, Maksim Yevmenkin wrote: > On 8/1/07, Roman Divacky wrote: > > hi > > > > I have nvidia nforce430 chipset and mouse and keyboard plugged in via PS/2. > > The mouse stops working when I use it while pressing any key on the keyboard. > > ie. I press space for example and start moving the mouse, it works for 2-3 seconds > > then the mouse stops responding.. moused is in "select" state so I guess the problem > > is in kernel. > > > > /etc/rc.d/moused restart wakes it up. > > > > The system is -current as of today on SMP. I dont know if this ever worked. > > interrupts are like this: > > > > interrupt total rate > > irq1: atkbd0 4105 2 > > irq12: psm0 8880 6 > > > > > > the system uses apic and acpi. Giant is set to adaptive (both psm and atbkd is locked by Giant). > > if you needed some more information just ask > > perhaps not related, but i want to collect statistics anyway. > > try to disable (if it is enabled) kbdmux(4) and see if this helps. kbdmux is not enabled..... I noticed that when the mouse is "stuck" the "psm0" is not getting any interrupts when I move the mouse. I think its problem with interrupts in some way.. roman From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:10:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3169B16A468 for ; Thu, 2 Aug 2007 09:10:14 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id C2B4A13C457 for ; Thu, 2 Aug 2007 09:10:13 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (p57AE051C.dip0.t-ipconnect.de [87.174.5.28]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l729A58E031753 for ; Thu, 2 Aug 2007 11:10:06 +0200 Date: Thu, 2 Aug 2007 11:10:05 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20070802111005.45559f3d.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__2_Aug_2007_11_10_05_+0200_M_f1OzypzSf3IK21" Subject: locking problem with mount_smbfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 09:10:14 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__2_Aug_2007_11_10_05_+0200_M_f1OzypzSf3IK21 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hiho! ;-) Using mount_smbfs, I got a lockmgr message on my console (log is attached to this email). Is that something serious or can it be safely ignored? :-) Bye Marc --Multipart=_Thu__2_Aug_2007_11_10_05_+0200_M_f1OzypzSf3IK21 Content-Type: application/octet-stream; name="smbfs_log" Content-Disposition: attachment; filename="smbfs_log" Content-Transfer-Encoding: base64 CmRiX3RyYWNlX3NlbGZfd3JhcHBlcihjMDg0NWNiMSxlNjhmZGE3YyxjMDViYjVmZSxjMDg0MjE0 NSxjNDBjZTIyMCwuLi4pIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI2CmtkYl9iYWNrdHJh Y2UoYzA4NDIxNDUsYzQwY2UyMjAsZTY4ZmRhNWMsYzRhNDFhNTAsYzQ5NjFiMDAsLi4uKSBhdCBr ZGJfYmFja3RyYWNlKzB4MjkKX2xvY2ttZ3IoYzQ5ZTM0MDgsMjAwNixjNDllMzQzOCxjNDBjZTIy MCxjNGE1NjU4MCwuLi4pIGF0IF9sb2NrbWdyKzB4NWNlCnNtYl9jb19wdXQoYzQ5ZTM0MDAsZTY4 ZmRiYTgsZTY4ZmRhZTgsYzRhNDMwOTQsYzQ5ZTM0MDAsLi4uKSBhdCBzbWJfY29fcHV0KzB4YWUK c21iX3ZjX3B1dChjNDllMzQwMCxlNjhmZGJhOCxlNjhmZGJhOCxlNjhmZGFkNCxjNDk2MWIwMCwu Li4pIGF0IHNtYl92Y19wdXQrMHgxOApzbWJfc21fbG9va3VwKGU2OGZkYjFjLGU2OGZkYjAwLGU2 OGZkYmE4LGU2OGZkYjU4LGMzYzA2OWVjLC4uLikgYXQgc21iX3NtX2xvb2t1cCsweDE2NApzbWJf dXNyX2xvb2t1cChjM2MwNjgwMCxlNjhmZGJhOCxlNjhmZGJiNCxlNjhmZGJiMCxiZmJmZTBjOCwu Li4pIGF0IHNtYl91c3JfbG9va3VwKzB4ODkKbnNtYl9kZXZfaW9jdGwoYzQ1ZjJiMDAsODJmYzZl NmEsYzNjMDY4MDAsMyxjNDBjZTIyMCwuLi4pIGF0IG5zbWJfZGV2X2lvY3RsKzB4MzZhCmdpYW50 X2lvY3RsKGM0NWYyYjAwLDgyZmM2ZTZhLGMzYzA2ODAwLDMsYzQwY2UyMjAsLi4uKSBhdCBnaWFu dF9pb2N0bCsweDdhCmRldmZzX2lvY3RsX2YoYzQ1NTMzYTgsODJmYzZlNmEsYzNjMDY4MDAsYzQ1 NmYwMDAsYzQwY2UyMjAsLi4uKSBhdCBkZXZmc19pb2N0bF9mKzB4Y2IKa2Vybl9pb2N0bChjNDBj ZTIyMCwzLDgyZmM2ZTZhLGMzYzA2ODAwLDY1NDM0MCwuLi4pIGF0IGtlcm5faW9jdGwrMHgzNTUK aW9jdGwoYzQwY2UyMjAsZTY4ZmRjZmMsYyxjNDBjZTIyMCxlNjhmZGQyYywuLi4pIGF0IGlvY3Rs KzB4MTM0CnN5c2NhbGwoZTY4ZmRkMzgpIGF0IHN5c2NhbGwrMHgzMzUKWGludDB4ODBfc3lzY2Fs bCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAo= --Multipart=_Thu__2_Aug_2007_11_10_05_+0200_M_f1OzypzSf3IK21-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:10:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8527116A4C0 for ; Thu, 2 Aug 2007 09:10:17 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 5946913C461 for ; Thu, 2 Aug 2007 09:10:17 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so496374waf for ; Thu, 02 Aug 2007 02:10:17 -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=Mc9WQPaaiE3fHTEGSRL3e+jyPOviSB3huXP3SUP4SZQ7c+5APtqhGygvmEqDX8IBgY0aJjrOsfopA3KqHeuOzeuTdgEPZDraPntiE95gbjFWhx2AWccnWnR/1s8S6RXkzPZwGiZo+w8D7r934eQMkGHi+MsWJHGGhgb+fMrvjus= 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=L3pWA0mnlpxC/S3rrnG5NaER2VA727ydcesKpi6fSd+f0hSnEFlSKSbd4hsKanbxtB54fBhyrY2Fs2f8GJ9/oTLku63hGDYNG61COgngosRTEtJiIQoMYeuFJlRSTrL80ywRd7qXrQP8ekrFQbPz0G4E14QKmtHW6Z7Mrl6amc4= Received: by 10.114.88.1 with SMTP id l1mr1615295wab.1186044294916; Thu, 02 Aug 2007 01:44:54 -0700 (PDT) Received: by 10.114.194.16 with HTTP; Thu, 2 Aug 2007 01:44:54 -0700 (PDT) Message-ID: Date: Thu, 2 Aug 2007 12:44:54 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Julian Elischer" In-Reply-To: <46B17BCB.2060605@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46B17BCB.2060605@elischer.org> X-Google-Sender-Auth: 8fe1a86522839c3a Cc: Current Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 09:10:17 -0000 On 8/2/07, Julian Elischer wrote: > Is there anyone who knows what's goin gon with all the new acpi/bios/whatever code, > that might have any idea why my laptop no longer reboots? > it gets all the way to the final infinite loop and sits there. > > Dell Inspiron 7500 > > up to date sources as of ummmm monday.. > > Anything in particular I should look at? Welcome to the club! My Amilo Pa 1510 has been stopping at "Uptime: ..." ever since I got it last year. From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:31:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0601916A41A for ; Thu, 2 Aug 2007 09:31:05 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.freebsd.org (Postfix) with SMTP id 38EFB13C465 for ; Thu, 2 Aug 2007 09:31:03 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 32918 invoked from network); 2 Aug 2007 09:17:01 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 0.489372 secs); 02 Aug 2007 09:17:01 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from unknown (HELO ndenev.totalterror.net) (85.130.16.146) by mx01.interbgc.com with SMTP; 2 Aug 2007 09:17:00 -0000 Received: (qmail 3945 invoked from network); 2 Aug 2007 12:15:07 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 2 Aug 2007 12:15:07 +0300 Message-ID: <46B1A09B.30201@cytexbg.com> Date: Thu, 02 Aug 2007 12:15:07 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: snd_hda won't 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, 02 Aug 2007 09:31:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've just upgraded my 6.2-stable box to -current and snd_hda does not want to attach anymore. The message is this : pcm0: mem 0xfebfc000-0xfebfffff irq 22 at device 27.0 on pci0 pcm0: hdac_mem_alloc: Unable to allocate memory resource device_attach: pcm0 attach returned 6 The device is a onboard audio on Asus p5b deluxe bobo (intel chipset) pcm0@pci0:27:0: class=0x040300 card=0x81ec1043 chip=0x284b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) HD Audio Controller' class = multimedia I can provide more info if needed. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsaCaHNAJ/fLbfrkRAmsAAJ4rUnWNUb5yITZAd/nEorCA1NBFlQCeLOhb h2AZC0LhvvmSnOiWYTq8KLk= =RR7U -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:46:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99A2316A41B for ; Thu, 2 Aug 2007 09:46:05 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.freebsd.org (Postfix) with SMTP id E42DD13C4B4 for ; Thu, 2 Aug 2007 09:46:04 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 52532 invoked from network); 2 Aug 2007 09:19:22 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 0.533049 secs); 02 Aug 2007 09:19:22 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from unknown (HELO ndenev.totalterror.net) (85.130.16.146) by mx04.interbgc.com with SMTP; 2 Aug 2007 09:19:21 -0000 Received: (qmail 3990 invoked from network); 2 Aug 2007 12:18:34 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 2 Aug 2007 12:18:34 +0300 Message-ID: <46B1A168.4070408@cytexbg.com> Date: Thu, 02 Aug 2007 12:18:32 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: loader stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 09:46:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've just upgraded 2 machines to -current from 6.2-stable. Both are intel chipsets with c2d cpus, but one is with adaptec U160 controller and the other is with areca pcie sata raid card. Both fail to boot with the /boot/loader in -current, but work ok if i boot with the old loader /boot/loader.old Here is the message that i get on one of the machine (i think it is the same on the other, but will check later because i don't have access to it right now) : BTX loader 1.00 BTX version is 1.01 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 639kB/2095680kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (ndenev@ndenev.totalterror.net, Thu Aug 2 01:42:28 EEST 2007) Loading /boot/defaults/loader.conf Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 639kB/2095680kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (ndenev@ndenev.totalterror.net, Thu Aug 2 01:42:28 EEST 2007) Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: panic: free: guard1 fail @ 0x6e224 from /usr/src/sys/boot/i386/loader/../../common/module.c:958 - --> Press a key on the console to reboot <-- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsaFoHNAJ/fLbfrkRAirWAJ4gWoS2V5+B5+PdRHIO6zxPbAVQ2ACgn8A8 CYalF+/rnY60FKiOwjbKuYI= =eSK3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:46:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 591BE16A41F for ; Thu, 2 Aug 2007 09:46:08 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 238DE13C4FD for ; Thu, 2 Aug 2007 09:46:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=K/oMYeX5waeWrE8g/GpaW37Gtl5YGt5gJhAG2/wfGmzoy+lfyJjh19WJqbyNqhLRpeUZhoILOOi2vgNFTY6lO8QxE17fbQzXgHElBdb2sZUNcVXPrycEifmxB78Fy2QXqXoaiwS0fcrw3Yfhs/epv0PqaHxY0dxdSAxnhUIX95zAeu1/MypKQjjH6HqqxVI/pPlaQQ+LABBNdfRbtRVVCj4Ove6pv9j/InXBoT6FmKUYN/v7Pm33QttVXHqhAJsR; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1IGXFu-0007xl-6x for current@freebsd.org; Thu, 02 Aug 2007 09:46:06 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1IGXF6-0001xh-9O for current@freebsd.org; Thu, 02 Aug 2007 09:45:16 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGXEy-0000oF-QV for current@freebsd.org; Thu, 02 Aug 2007 11:45:08 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 02 Aug 2007 11:45:08 +0200 Message-Id: Cc: Subject: Panic: idlepoll/netisr/arp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 09:46:08 -0000 Hi I got this panic about 5 minutes ago: The system is a dual Xeon HTT disabled, 2 dual port em(4) interfaces based on the 82546GB chip. VLAN and CARP are in use. This looks similar to the ARP related panic I posted months ago. Hardware checksum and VLAN checksum offload is enabled. Harware VLAN tagging is also enabled. This host's network is not particularly busy ~20Mbits/s. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0x5d fault code = supervisor read, page not present instruction pointer = 0x20:0xc059a34a stack pointer = 0x28:0xe95e9a94 frame pointer = 0x28:0xe95e9b30 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 = 35 (idlepoll) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c0691f79,e95e9938,c04fe600,c06a6a58,1,...) at db_trace_sel f_wrapper+0x26 kdb_backtrace(c06a6a58,1,c0684a5b,e95e9944,1,...) at kdb_backtrace+0x29 panic(c0684a5b,c06a7d35,c4e621dc,1,1,...) at panic+0x10f trap_fatal(c06f28e0,0,1,0,303031,...) at trap_fatal+0x327 trap_pfault(0,0,0,0,c4e62000,...) at trap_pfault+0x244 trap(e95e9a54) at trap+0x363 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc059a34a, esp = 0xe95e9a94, ebp = 0xe95e9b30 --- arpintr(c55a7b00,c1061048,806,c51c2800,806,...) at arpintr+0x226 netisr_dispatch(12,c55a7b00,4,c1061018,c51c2800,...) at netisr_dispatch+0x57 ether_demux(c51c2800,c55a7b00,6,c1061000,c541f200,...) at ether_demux+0x1a0 ether_input(c51c2800,c55a7b00,0,c5589000,806,...) at ether_input+0x3e4 vlan_input(c4ddd800,c55a7b00,32,e95e9c30,c046a3fd,...) at vlan_input+0x16d ether_demux(c4ddd800,c55a7b00,6,32,c5311258,...) at ether_demux+0x102 ether_input(c4ddd800,c55a7b00,e95e9c54,c0519523,c06f6440,...) at ether_input+0x3 e4 em_rxeof(e95e9c94,c052d9ac,c4e62000,c04f17e9,65806779,...) at em_rxeof+0x45e em_poll(c4ddd800,0,3e8,c4e60800,e95e9cd0,...) at em_poll+0x141 ether_poll(3e8,0,c068f910,24f,bb8,...) at ether_poll+0xd1 poll_idle(0,e95e9d38,0,0,0,...) at poll_idle+0xdb fork_exit(c04f3fb3,0,e95e9d38) at fork_exit+0x2a fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe95e9d70, ebp = 0 --- Uptime: 19d17h1m39s Physical memory: 2039 MB Dumping 209 MB: <7>arp_rtrequest: bad gateway 41.204.197.123 (!AF_LINK) ...133 similar messages <7>arp_rtrequest: bad gateway 41.204.195.131 (!AF_LINK) 178 162 146 130 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc04fe342 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04fe62f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc065b3d2 in trap_fatal (frame=0xe95e9a54, eva=93) at /usr/src/sys/i386/i386/trap.c:873 #4 0xc065b622 in trap_pfault (frame=0xe95e9a54, usermode=0, eva=93) at /usr/src/sys/i386/i386/trap.c:784 #5 0xc065bf3f in trap (frame=0xe95e9a54) at /usr/src/sys/i386/i386/trap.c:462 #6 0xc0642cab in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc059a34a in arpintr (m=0xc55a7b00) at /usr/src/sys/netinet/if_ether.c:604 #8 0xc0592d65 in netisr_dispatch (num=18, m=0xc55a7b00) at /usr/src/sys/net/netisr.c:278 #9 0xc058ff79 in ether_demux (ifp=0xc51c2800, m=0xc55a7b00) at /usr/src/sys/net/if_ethersubr.c:843 #10 0xc059041e in ether_input (ifp=0xc51c2800, m=0xc55a7b00) at /usr/src/sys/net/if_ethersubr.c:701 #11 0xc0591fb1 in vlan_input (ifp=0xc4ddd800, m=0xc55a7b00) at /usr/src/sys/net/if_vlan.c:973 #12 0xc058fedb in ether_demux (ifp=0xc4ddd800, m=0xc55a7b00) at /usr/src/sys/net/if_ethersubr.c:752 #13 0xc059041e in ether_input (ifp=0xc4ddd800, m=0xc55a7b00) at /usr/src/sys/net/if_ethersubr.c:701 #14 0xc046ba35 in em_rxeof (adapter=0xc4d7a000, count=999) ---Type to continue, or q to quit--- at /usr/src/sys/dev/em/if_em.c:4301 #15 0xc046d5ef in em_poll (ifp=0xc4ddd800, cmd=POLL_ONLY, count=1000) at /usr/src/sys/dev/em/if_em.c:1375 #16 0xc04f30a1 in ether_poll (count=1000) at /usr/src/sys/kern/kern_poll.c:339 #17 0xc04f408e in poll_idle () at /usr/src/sys/kern/kern_poll.c:590 #18 0xc04de792 in fork_exit (callout=0xc04f3fb3 , arg=0x0, frame=0xe95e9d38) at /usr/src/sys/kern/kern_fork.c:787 #19 0xc0642d20 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 09:50:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5A216A41A for ; Thu, 2 Aug 2007 09:50:06 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.freebsd.org (Postfix) with SMTP id 0BDD313C442 for ; Thu, 2 Aug 2007 09:50:05 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 81698 invoked from network); 2 Aug 2007 09:50:04 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 2.728658 secs); 02 Aug 2007 09:50:04 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from unknown (HELO ndenev.totalterror.net) (85.130.16.146) by mx04.interbgc.com with SMTP; 2 Aug 2007 09:49:59 -0000 Received: (qmail 6698 invoked from network); 2 Aug 2007 12:49:21 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 2 Aug 2007 12:49:21 +0300 Message-ID: <46B1A8A1.3000709@cytexbg.com> Date: Thu, 02 Aug 2007 12:49:21 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <46B1A09B.30201@cytexbg.com> In-Reply-To: <46B1A09B.30201@cytexbg.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: snd_hda won't 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, 02 Aug 2007 09:50:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > I've just upgraded my 6.2-stable box to -current and > snd_hda does not want to attach anymore. > The message is this : > > pcm0: mem > 0xfebfc000-0xfebfffff irq 22 at device 27.0 on pci0 > pcm0: hdac_mem_alloc: Unable to allocate memory resource > device_attach: pcm0 attach returned 6 > > The device is a onboard audio on Asus p5b deluxe bobo (intel chipset) > pcm0@pci0:27:0: class=0x040300 card=0x81ec1043 chip=0x284b8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801H (ICH8 Family) HD Audio Controller' > class = multimedia > > I can provide more info if needed. This is with bootverbose : pcm0: mem 0xfebfc000-0xfebfffff irq 22 at device 27.0 on pci0 pcm0: TCSEL: 0x00 -> 0x00 pcm0: DMA Coherency: Uncacheable / vendor=0x8086 pcm0: hdac_mem_alloc: Unable to allocate memory resource device_attach: pcm0 attach returned 6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsaihHNAJ/fLbfrkRAh8yAJ0Rxr0ADBCFEp4gLh/DbtW873lgAACgxRX0 qoo3hvvq+VPJydKRfOw9Iyg= =SAJB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 10:05:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8418816A418 for ; Thu, 2 Aug 2007 10:05:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 205AB13C458 for ; Thu, 2 Aug 2007 10:05:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30654 invoked by uid 399); 2 Aug 2007 10:05:43 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 10:05:43 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1AC75.9060907@FreeBSD.org> Date: Thu, 02 Aug 2007 03:05:41 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 10:05:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 In an effort to find some kind of balance (I won't even try to say "consensus") between those who hate the idea of slaving the root zones, those who like the idea but don't want it to be the default, and those who like the idea, I've made the following change: 1. Change the default behavior back to using a hint zone for the root. 2. Leave the root slave zone config as a commented out example. 3. Remove the B and F root servers from the example at the request of their operators. I hope that we can now dial down the volume on the meta-issue of how the change was done, and focus on the operational issues of whether it's a good idea or not. FYI, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGsax1yIakK9Wy8PsRA9ilAJ0RwNqVm3qOaCS2RXOqAOte6pCajgCfWmOF J124uJLcCaBdRGk3Smk7KVI= =tr+m -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 10:14:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04BC416A419 for ; Thu, 2 Aug 2007 10:14:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 9276813C4CB for ; Thu, 2 Aug 2007 10:14:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7514 invoked by uid 399); 2 Aug 2007 10:14:40 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 10:14:40 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1AE8E.8030307@FreeBSD.org> Date: Thu, 02 Aug 2007 03:14:38 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Matthew Dillon References: <200708020114.l721EMvl095981@drugs.dv.isc.org> <200708020135.l721Zm2s026224@apollo.backplane.com> In-Reply-To: <200708020135.l721Zm2s026224@apollo.backplane.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 10:14:41 -0000 Matthew Dillon wrote: > I generally recommend using our 'getroot' script to download an actual > root.zone file instead of using a hints file (and I guess AXFR is supposed > to replace both concepts). Yes to AXFR replacing both, but ... > It has always seemed to me that actually > downloading a physical root zone file once a week is the most reliable > solution. This is a really bad idea. The root zone changes slowly, but it often changes more than once a week. Add to that the more-rapid deployment of new TLDs nowadays and the occasional complete reprovisioning of an existing TLD, and one week is too long to go between updates. > I've never trusted using a hints file... not for at least a decade, I'm not sure how the hints file could fail, it's a pretty simple mechanism. But you're better off using hints (which go years between updates, and you only need one good server to get your cache primed anyway) OR AXFR, which will keep itself up to date automatically. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 10:29:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB2316A41A; Thu, 2 Aug 2007 10:29:39 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7AD13C469; Thu, 2 Aug 2007 10:29:39 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM500EFG6H9YVX9@vms042.mailsrvcs.net>; Thu, 02 Aug 2007 05:29:33 -0500 (CDT) Date: Thu, 02 Aug 2007 06:34:59 -0400 From: Skip Ford In-reply-to: <46B1AC75.9060907@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070802103459.GI59008@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B1AC75.9060907@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 10:29:39 -0000 Doug Barton wrote: > In an effort to find some kind of balance (I won't even try to say > "consensus") between those who hate the idea of slaving the root > zones, those who like the idea but don't want it to be the default, > and those who like the idea, I've made the following change: > > 1. Change the default behavior back to using a hint zone for the root. > 2. Leave the root slave zone config as a commented out example. > 3. Remove the B and F root servers from the example at the request of > their operators. > > I hope that we can now dial down the volume on the meta-issue of how > the change was done, and focus on the operational issues of whether > it's a good idea or not. Thanks. I'm afraid the consensus has to come from the operators, not from FreeBSD folks. If the operators were required to support it, I think everyone should slave the roots, not just those running busy servers. Just like I'd think everyone should sync with stratum-1 servers if those operators supported everyone doing that. -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 10:40:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 192D816A419 for ; Thu, 2 Aug 2007 10:40:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id A728713C47E for ; Thu, 2 Aug 2007 10:40:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1235 invoked by uid 399); 2 Aug 2007 10:40:24 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 10:40:24 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B1B496.4000504@FreeBSD.org> Date: Thu, 02 Aug 2007 03:40:22 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <46B1AC75.9060907@FreeBSD.org> <20070802103459.GI59008@menantico.com> In-Reply-To: <20070802103459.GI59008@menantico.com> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 10:40:25 -0000 Skip Ford wrote: > If the operators were required to support it, I think everyone > should slave the roots, not just those running busy servers. Actually I don't think that's the right way to do it at all. What is needed here is a reliable (DNSSEC, or at least TSIG) out of band method to allow "the masses" to slave the root without loading the root servers themselves. I'd like to see consensus and resources build around that. ICANN is making some tentative steps in that direction already: https://ns.iana.org/dnssec/status.html > Just like I'd think everyone should sync with stratum-1 servers if > those operators supported everyone doing that. I've already pointed out that this is a silly analogy, as the two things have nothing in common. At the most basic level: Individual hosts don't need Everyone needs the root data to sync with a strat 1 ntpd The strat 1 folks have asked The roots are open to all by design people not to do that -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 10:45:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6145616A480 for ; Thu, 2 Aug 2007 10:45:39 +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 0CC3213C467 for ; Thu, 2 Aug 2007 10:45:39 +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:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=NV15DAmeV4WtmJYKjAuprEieQNhayjIFAUGdVVUk2XT9YW+90ztxcgurYMlTOWn3nGjMwj3kP9OceRlPbbufjuZD97B74Nm+ZevghGgNqqmhMKwLaZe9wvkrOey/EfV5LFs/FfZxsCrmHg4B4pqTR/Ov0N87eQQ/e2Q4Ff4foGU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1IGYBU-000Kkt-E7; Thu, 02 Aug 2007 14:45:36 +0400 Date: Thu, 2 Aug 2007 14:45:31 +0400 From: Eygene Ryabinkin To: Doug Barton Message-ID: <20070802104531.GJ72909@void.codelabs.ru> References: <200708020114.l721EMvl095981@drugs.dv.isc.org> <200708020135.l721Zm2s026224@apollo.backplane.com> <46B1AE8E.8030307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <46B1AE8E.8030307@FreeBSD.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.3 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_05 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 10:45:39 -0000 Doug, good day. Thu, Aug 02, 2007 at 03:14:38AM -0700, Doug Barton wrote: > Matthew Dillon wrote: > > It has always seemed to me that actually > > downloading a physical root zone file once a week is the most reliable > > solution. > > This is a really bad idea. The root zone changes slowly, but it often > changes more than once a week. Add to that the more-rapid deployment > of new TLDs nowadays and the occasional complete reprovisioning of an > existing TLD, and one week is too long to go between updates. But if one will pull the root zone via FTP/HTTP at the zone's refresh rate or so -- will it be still a bad idea, compared to the AXFR method? -- Eygene From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 10:52:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E273C16A41B; Thu, 2 Aug 2007 10:52:23 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9E03F13C48E; Thu, 2 Aug 2007 10:52:23 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 4C75E2219D14; Thu, 2 Aug 2007 20:33:58 +1000 (EST) X-Viruscan-Id: <46B1B31600008C75E5B3A6@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail5.barnet.com.au (Postfix) with ESMTP id 0CCF421B2926; Thu, 2 Aug 2007 20:33:58 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id A00532219CC6; Thu, 2 Aug 2007 20:33:56 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 02F6E226; Thu, 2 Aug 2007 20:33:47 +1000 (EST) Date: Thu, 2 Aug 2007 20:33:47 +1000 From: Edwin Groothuis To: Doug Barton , FreeBSD Current , FreeBSD Stable Message-ID: <20070802103347.GA1393@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Doug Barton , FreeBSD Current , FreeBSD Stable References: <46B1AC75.9060907@FreeBSD.org> <20070802103459.GI59008@menantico.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070802103459.GI59008@menantico.com> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Thu, 02 Aug 2007 11:18:22 +0000 Cc: Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 10:52:24 -0000 On Thu, Aug 02, 2007 at 06:34:59AM -0400, Skip Ford wrote: > Doug Barton wrote: > > In an effort to find some kind of balance (I won't even try to say > > "consensus") between those who hate the idea of slaving the root > > zones, those who like the idea but don't want it to be the default, > > and those who like the idea, I've made the following change: > > > > 1. Change the default behavior back to using a hint zone for the root. > > 2. Leave the root slave zone config as a commented out example. > > 3. Remove the B and F root servers from the example at the request of > > their operators. > > > > I hope that we can now dial down the volume on the meta-issue of how > > the change was done, and focus on the operational issues of whether > > it's a good idea or not. > > Thanks. I'm afraid the consensus has to come from the operators, > not from FreeBSD folks. > > If the operators were required to support it, I think everyone > should slave the roots, not just those running busy servers. Just > like I'd think everyone should sync with stratum-1 servers if > those operators supported everyone doing that. pool.root-servers.net sounds like a good idea :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 11:58:29 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E87316A420 for ; Thu, 2 Aug 2007 11:58:29 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id BBB0113C4B5 for ; Thu, 2 Aug 2007 11:58:28 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l72BwQNV050499 for ; Thu, 2 Aug 2007 15:58:26 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 2 Aug 2007 15:58:26 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20070802155317.X50347@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 02 Aug 2007 15:58:26 +0400 (MSD) Cc: Subject: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 11:58:29 -0000 Hi there colleagues, FreeBSD/i386 on Athlon X2, HEAD without WITNESS. 4G of RAM. tmpfs used for 'make release'. panic: lockmgr: locking against myself cpuid = 0 KDB: enter: panic [thread pid 19396 tid 100245 ] Stopped at kdb_enter+0x32: leave db> tr Tracing pid 19396 tid 100245 td 0xce194220 kdb_enter(c066f664,0,c066dca9,e92799cc,0,...) at kdb_enter+0x32 panic(c066dca9,e92799dc,c0559cc7,e9279ac0,ca2f7770,...) at panic+0x124 _lockmgr(ca2f77c8,3002,ca2f77f8,ce194220,c0675afc,...) at _lockmgr+0x401 vop_stdlock(e9279a5c,ce194220,3002,ca2f7770,e9279a80,...) at vop_stdlock+0x40 VOP_LOCK1_APV(d06417e0,e9279a5c,e9279bc0,0,c8d00330,...) at VOP_LOCK1_APV+0x46 _vn_lock(ca2f7770,3002,ce194220,c0675afc,7f3,...) at _vn_lock+0x166 vget(ca2f7770,1000,ce194220,0,e9279b98,...) at vget+0x114 vm_object_reference(d1c70348,e9279b30,c063f81d,c0c71000,e381d000,...) at vm_object_reference+0x12a kern_execve(ce194220,e9279c5c,0,28204548,282045d8,e381d000,e381d000,e381d015,e381d4dc,e385d000,3fb24,3,20) at kern_execve+0x31a execve(ce194220,e9279cfc,c,ce194220,e9279d2c,...) at execve+0x4c syscall(e9279d38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (59, FreeBSD ELF32, execve), eip = 0x28146a47, esp = 0xbfbfe4cc, ebp = 0xbfbfe4e8 --- db> show lockedvnods Locked vnodes 0xca2f7770: tag tmpfs, type VREG usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xd1c70348 ref 1 pages 19 lock type tmpfs: EXCL (count 1) by thread 0xce194220 (pid 19396) with 1 pending tag VT_TMPFS, tmpfs_node 0xd177f9d4, flags 0x0, links 9 mode 0555, owner 0, group 0, size 76648, status 0x0 It seems there is some locking problem in tmpfs. What other info should I provide to help resolve the problem? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 12:30:02 2007 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F02516A468 for ; Thu, 2 Aug 2007 12:30:02 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from mxintern.schlund.de (mxintern.schlund.de [212.227.126.205]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5BE13C4CC for ; Thu, 2 Aug 2007 12:30:01 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from [172.17.24.193] (helo=[172.17.24.193]) by mxintern.kundenserver.de with esmtp (Exim 4.50) id 1IGZoW-0007KI-Of; Thu, 02 Aug 2007 14:30:00 +0200 Message-ID: <46B1CE32.9040003@jschmidle.org> Date: Thu, 02 Aug 2007 14:29:38 +0200 From: Jan Schmidle User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Matt Reimer References: <468B551C.7070107@jschmidle.org> <46B11E47.2030505@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-UI-Msg-Verification: 59b6ed96c4c56e5c2b18958ebd2a0fe3 Cc: Current@freebsd.org Subject: Re: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 12:30:02 -0000 Matt Reimer wrote: > On 8/1/07, Scott Long wrote: > >> That reminds me, could you update to what's in CVS and verify it works >> the same as the patch I gave you? >> > > Yes, I'll do that. Did upgrading after the gcc 4.2 import cause much > of a problem for you? I'll have to schedule more time to deal with the > fallout from that. > > Matt > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Just updated from cvs and now everything seems to work fine. I'll stresstest it with zfs again the next time. thanks for the info Matt and thanks for the patch Scott ;) Jan From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 11:47:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF2216A41F; Thu, 2 Aug 2007 11:47:03 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 40D7113C4A3; Thu, 2 Aug 2007 11:47:00 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l72BQnr08967; Thu, 2 Aug 2007 21:26:49 +1000 (EST) Message-ID: <20070802212648.09456@caamora.com.au> Date: Thu, 2 Aug 2007 21:26:49 +1000 From: jonathan michaels To: Thijs Eilander References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <000d01c7d4bd$568d0b60$03a72220$@nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <000d01c7d4bd$568d0b60$03a72220$@nl>; from Thijs Eilander on Thu, Aug 02, 2007 at 06:26:46AM +0200 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia X-Mailman-Approved-At: Thu, 02 Aug 2007 12:37:35 +0000 Cc: 'Doug Barton' , 'FreeBSD Stable' , 'FreeBSD Current' Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 11:47:04 -0000 On Thu, Aug 02, 2007 at 06:26:46AM +0200, Thijs Eilander wrote: > >If there is a consensus based on solid technical reasons (not emotion > >or FUD) to back the root zone slaving change out, I'll be glad to do > >so. I think it would be very useful at this point if those who _like_ > >the change would speak up publicly as well. > > For starters, I am doing it since 1998 (and not only in named) on busy dns > servers. > I like the idea.... but not the change. > > Motivation: > > 1) Not everyone is an admin on a "busy nameservers". Is it really necessary > to include it in the distribution? A lot of people don't even get it, they > just setup their homemade firewall/dnsserver. Do those people need to slave > the rootservers by default? Why? > > 2) Skilled administrators are aware of the slave trick, or they fetch > root.zone.gz once a week. Why include it for the skilled at expense of the > clueless people from argument 1 ? i am not a 'skilled administrator' i'd probably not quite make it to clueless user status, as yet, but i am working on it .. some ten years and prior to that and my accident some 15 yeasr on qnx and os9: level I and level II (note i am disbled man, born with damaged brain --- memory disabilities and learning skills defeciets as well as motor skills deficiencies .. please excuse my typing) > Why not fetching the root.zone.gz file itself once a week? Matthew Dillon > send a nice getroot script to this discussion, I think we should put an > adjusted script in /etc/periodic/weekly. this seems to be a cleaner way than > using axfr on rootservers which don't notify us on changes. (Benefit: the > root.zone.gz is signed, axfr probably not). i am not claiming to understad the issues involved, i've asked off list and am waiting for replies .. hopefully they will come. but given from what i have read and understand of teh tasks involved and teh load issues and so forth i think that this would be a really good idea. most new users havent got a hope of understanding what is going on .. i have just upgraded my whole netowrk from 25 year old 386dx33 machines to 10 year old cpmpaq proliant 5500 (2 off with 4 cpu 4 gb dram and nice scsi raid onboard and a proliant 1850r with 2 cpu and 2 gb dram i think) but more importantly the software went from freebsd v2.2.5-R to v6.2-R and i have found that it might have been easier to dump freebsd and got with netbsd/openbsd something like that. there are a lot of difference and its a steep learning curve for a new user or an old user with some significant learning defeciets like me. my network is connect to teh backbone via perment dialup modem and the new named is having issues/squables with ppp/pppd i've been a devout pppd user some 10 years, i think that pppd is just the way that it should be done, a personal opoinion nothing more onthing less. i get hourly reminder in /var/log/messages about permissions/interface dropped named ignoring the port. locally dns seems to be working on teh bind 9.?.? (3 something) but i don't know if its being seen outside if any of my secondaries are getting thier data streams. at forst it seems to be a firewall issue, so after giving up trying to make teh jump from v2.2.5 edition ipfw to teh current one with v6.2 i gave up and asked a friend for help with setting up pf, as far as i can tell pf is doing its job and i've dismantled all teh ipfw stuff on teh 6 or so servers handling teh getway (fidonet to/from usenet) and now the gatewy machine is runnign pf and the sshd attack/probes have stoped (i seems) but my named is still complaining hourly about thes ports/permissions errors that it was complaing about with pppd and ipfw i have scoured teh handbook, the faq even teh fabled google and there is precious little, whatever there is relates to some obscure linux dns running in a jailed environment .. i tried de jailing, sorry that is not the corect term but the best that i can do without making a major effort to dig it out of teh relevent dooc sets. it is things like this that make arbitrary desisions/changes to untime/production environments a real pain .. i suppose if i were a real administrator i'd have teh skills to diagnose this problem but the reality is that i am a "special" trying to overcome th bigotry and out right discrimination that ihave come to sxpect as my lot in life, thankfully it is not so bad here in freebsd land .. but it rears its had to remind me that i'm not in heave, just quite yet, big grin, ok. > > Personally I think this serves the same goal and hopefully in a less > annoying way, without having to worry (or argue!) about axfr is still > allowed for at least next 2 years. this sounds really good to me, hopefully some level of sanity might prevail > Just another 2 cents for in your moneybag, what will you do with all those > 'funding' ? :) and another 2 australian cents from me, thijs .. thanks for writing you good article as always please excuse teh poor writing/typing and grammer kind regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 14:41:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A056A16A418; Thu, 2 Aug 2007 14:41:23 +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 3B69013C459; Thu, 2 Aug 2007 14:41:23 +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 D7B80EB3F25; Thu, 2 Aug 2007 22:41:21 +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 OWcju0NAMfYY; Thu, 2 Aug 2007 22:41:09 +0800 (CST) Received: from charlie.delphij.net (unknown [221.221.170.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 600A0EB3AE9; Thu, 2 Aug 2007 22:41:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=fkpBGDeHXTntLUj0joMErXYefRANIBrA/clrWBfzBioiF4SelIvRG/dpam1UkpfH8 QMtyEm0Xhq0gdzV/361Pg== Message-ID: <46B1ECFE.6070806@delphij.net> Date: Thu, 02 Aug 2007 22:41:02 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Daniel Eischen References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> <20070729144202.GA17101@saltmine.radix.net> <46ACA806.5030704@FreeBSD.org> <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig68A6F677E1D1C49CD0C3BCFD" Cc: re@FreeBSD.ORG, Rong-en Fan , delphij@freebsd.org, current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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: Thu, 02 Aug 2007 14:41:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig68A6F677E1D1C49CD0C3BCFD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Daniel Eischen wrote: > On Mon, 30 Jul 2007, Rong-en Fan wrote: [...] > It looks like the less import broke this behavior (inhibiting ti/te > when invoked as more). See the changes between r1.7 and r1.8 of > contrib/less/screen.c. [...] > This seems to fix it: >=20 > Index: main.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: /opt/FreeBSD/cvs/src/contrib/less/main.c,v > retrieving revision 1.9 > diff -u -r1.9 main.c > --- main.c 23 Jun 2007 15:28:00 -0000 1.9 > +++ main.c 30 Jul 2007 02:58:39 -0000 > @@ -165,7 +165,7 @@ > quit(QUIT_OK); > } >=20 > - if (less_is_more && get_quit_at_eof()) > + if (less_is_more || get_quit_at_eof()) > no_init =3D quit_if_one_screen =3D TRUE; This sounds reasonable to me, actually more(1) implies quit_at_eof. To re@, may I commit this change against -HEAD? Cheers, --------------enig68A6F677E1D1C49CD0C3BCFD 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 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGse0EOfuToMruuMARAne3AJ4632SA+n32cfchSIMNzyJJy7YKSwCfQ/fj QTsxY9e0Bwi6JTKN8Wxf9uk= =hFIG -----END PGP SIGNATURE----- --------------enig68A6F677E1D1C49CD0C3BCFD-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 15:20:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D1A516A41F; Thu, 2 Aug 2007 15:20:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD8313C467; Thu, 2 Aug 2007 15:20:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l72FK2KE093133; Thu, 2 Aug 2007 08:20:02 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l72FK2mN093132; Thu, 2 Aug 2007 08:20:02 -0700 (PDT) (envelope-from david) Date: Thu, 2 Aug 2007 08:20:01 -0700 From: David Wolfskill To: Andrew Pantyukhin Message-ID: <20070802152001.GI77008@bunrab.catwhisker.org> References: <46B17BCB.2060605@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CEUtFxTsmBsHRLs3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Current , Julian Elischer Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 15:20:04 -0000 --CEUtFxTsmBsHRLs3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2007 at 12:44:54PM +0400, Andrew Pantyukhin wrote: > ... > > Is there anyone who knows what's goin gon with all the new acpi/bios/wh= atever code, > > that might have any idea why my laptop no longer reboots? > > it gets all the way to the final infinite loop and sits there. > > > > Dell Inspiron 7500 > > > > up to date sources as of ummmm monday.. > ... > at "Uptime: ..." ever since I got it last year. g1-1(7.0-C)[1] uname -a FreeBSD g1-1.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #503: Wed Aug = 1 09:04:18 PDT 2007 root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/s= ys/CANARY i386 g1-1(7.0-C)[2]=20 Presently in the middle of "make buildworld" for today's CURRENT; this is a Dell Inspiron 8200. And as you can see, I've done this a few times -- been building CURRENT daily (with a few exceptions) since I got the machine. Granted, I do most of my "real work" in RELENG_6, but surviving a "make buildworld/kernel" while running X should coulnt for something. Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --CEUtFxTsmBsHRLs3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkax9gIACgkQmprOCmdXAD1IIgCfVA4ezCQk4mG153HqVkH582VV PE8An186UveiLvjPnW+7rugnvN+IxTDf =Ifvn -----END PGP SIGNATURE----- --CEUtFxTsmBsHRLs3-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 15:42:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78F7D16A419 for ; Thu, 2 Aug 2007 15:42:49 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 3BBD313C468 for ; Thu, 2 Aug 2007 15:42:49 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-210.yandex.ru ([87.250.250.210]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1IGcp5-000Ez4-MW; Thu, 02 Aug 2007 19:42:47 +0400 Message-ID: <46B1FB77.40700@FreeBSD.org> Date: Thu, 02 Aug 2007 19:42:47 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: KOT MATPOCKuH References: <46B04AD9.3070500@FreeBSD.org> <3979a4b0708020711m6d24fe41gb6ad001cfb3eaf03@mail.gmail.com> In-Reply-To: <3979a4b0708020711m6d24fe41gb6ad001cfb3eaf03@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: weird problem with a fresh current on 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, 02 Aug 2007 15:42:49 -0000 KOT MATPOCKuH ?????: > On 8/1/07, *Sergey Matveychuk* > wrote: > > Before the freeze (and 2-3 weeks ago) my amd64 current box worked like > charm. But after I've refresh it couple days ago I've got a strange > problem. It hangs on boot when rc.d scripts loaded. > > A have same problem. See messages which subject "console hangs", but > really system is responding to network requests, problem is only with > console. I agree. Looks as a console problem. > > The last lines on console is: > nve0: linkstate changed to DOWN > > Hm... my system hangs after same message... > btw. src/UPDATING recommends replace nve driver with nfe... It does not metter. The card is unplugged. I use another one. > Are you using KVM switch? Bingo! I use a KVM switch. But other computers work fine with it. And I had no problem with my amd64 box before upgrading to freshest 7.0. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 16:10:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7894B16A479 for ; Thu, 2 Aug 2007 16:10:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 33D3213C48D for ; Thu, 2 Aug 2007 16:10:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A56CDD.dip.t-dialin.net [84.165.108.221]) by redbull.bpaserver.net (Postfix) with ESMTP id 3E8BC2E11E for ; Thu, 2 Aug 2007 18:09:46 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 619C05B5432 for ; Thu, 2 Aug 2007 18:07:33 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l72G7XIH035427 for freebsd-current@freebsd.org; Thu, 2 Aug 2007 18:07:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 02 Aug 2007 18:07:33 +0200 Message-ID: <20070802180733.q2wxxoe3cws844oo@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 02 Aug 2007 18:07:33 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org References: <46B01D5E.6050004@psg.com> <20070801110727.GC59008@menantico.com> <46B0EDEA.8050608@FreeBSD.org> <20070801211320.GE59008@menantico.com> In-Reply-To: <20070801211320.GE59008@menantico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 16:10:08 -0000 Quoting Skip Ford (from Wed, 01 Aug 2007 17:13:20 -0400): > I haven't kept up-to-date with cached(8) but if we're able to > cache lookups now without a name server, we don't even need BIND in > the base system anymore IMO. We still have very well maintained > ports. Datapoint: There are bugs which manifest in e.g. too long negative caching. The author is aware of it. I don't know when patches will find their way into -current. Bye, Alexander. -- YOW!! I'm in a very clever and adorable INSANE ASYLUM!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 19:41:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27AE116A420 for ; Thu, 2 Aug 2007 19:41:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1348113C4CB for ; Thu, 2 Aug 2007 19:41:44 +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.40) with ESMTP; Thu, 02 Aug 2007 12:41:43 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 7CD8E125CA5; Thu, 2 Aug 2007 10:15:03 -0700 (PDT) Message-ID: <46B21117.8040401@elischer.org> Date: Thu, 02 Aug 2007 10:15:03 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: David Wolfskill References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> In-Reply-To: <20070802152001.GI77008@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 19:41:45 -0000 David Wolfskill wrote: > On Thu, Aug 02, 2007 at 12:44:54PM +0400, Andrew Pantyukhin wrote: >> ... >>> Is there anyone who knows what's goin gon with all the new acpi/bios/whatever code, >>> that might have any idea why my laptop no longer reboots? >>> it gets all the way to the final infinite loop and sits there. >>> >>> Dell Inspiron 7500 >>> >>> up to date sources as of ummmm monday.. >> ... >> at "Uptime: ..." ever since I got it last year. > > g1-1(7.0-C)[1] uname -a > FreeBSD g1-1.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #503: Wed Aug 1 09:04:18 PDT 2007 root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/sys/CANARY i386 > g1-1(7.0-C)[2] > > Presently in the middle of "make buildworld" for today's CURRENT; > this is a Dell Inspiron 8200. > > And as you can see, I've done this a few times -- been building CURRENT > daily (with a few exceptions) since I got the machine. yaeh, but can it reboot? > > Granted, I do most of my "real work" in RELENG_6, but surviving a > "make buildworld/kernel" while running X should coulnt for something. > > Peace, > david From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 19:44:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A36FD16A418 for ; Thu, 2 Aug 2007 19:44:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4C313C48E for ; Thu, 2 Aug 2007 19:44:57 +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.40) with ESMTP; Thu, 02 Aug 2007 12:44:56 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 74A65125BA4; Thu, 2 Aug 2007 12:44:55 -0700 (PDT) Message-ID: <46B23436.2000904@elischer.org> Date: Thu, 02 Aug 2007 12:44:54 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: David Wolfskill References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> <46B21117.8040401@elischer.org> In-Reply-To: <46B21117.8040401@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 19:44:57 -0000 Julian Elischer wrote: > David Wolfskill wrote: >> On Thu, Aug 02, 2007 at 12:44:54PM +0400, Andrew Pantyukhin wrote: >>> ... >>>> Is there anyone who knows what's goin gon with all the new >>>> acpi/bios/whatever code, >>>> that might have any idea why my laptop no longer reboots? >>>> it gets all the way to the final infinite loop and sits there. >>>> >>>> Dell Inspiron 7500 >>>> >>>> up to date sources as of ummmm monday.. >>> ... >>> at "Uptime: ..." ever since I got it last year. >> >> g1-1(7.0-C)[1] uname -a >> FreeBSD g1-1.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #503: Wed >> Aug 1 09:04:18 PDT 2007 >> root@g1-1.catwhisker.org.:/common/S4/obj/usr/src/sys/CANARY i386 >> g1-1(7.0-C)[2] >> Presently in the middle of "make buildworld" for today's CURRENT; >> this is a Dell Inspiron 8200. >> >> And as you can see, I've done this a few times -- been building CURRENT >> daily (with a few exceptions) since I got the machine. > > yaeh, but can it reboot? it used to reboot.. is there an option to make a system use the old 'kick the keyboard controller' method of rebooting? > >> >> Granted, I do most of my "real work" in RELENG_6, but surviving a >> "make buildworld/kernel" while running X should coulnt for something. >> >> Peace, >> david > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 19:55:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1448916A41F for ; Thu, 2 Aug 2007 19:55:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id C471E13C45E for ; Thu, 2 Aug 2007 19:55:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l72Jt0xI095067; Thu, 2 Aug 2007 12:55:00 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l72Jt0GH095066; Thu, 2 Aug 2007 12:55:00 -0700 (PDT) (envelope-from david) Date: Thu, 2 Aug 2007 12:55:00 -0700 From: David Wolfskill To: Julian Elischer Message-ID: <20070802195500.GK77008@bunrab.catwhisker.org> References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> <46B21117.8040401@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HSQ3hISbU3Um6hch" Content-Disposition: inline In-Reply-To: <46B21117.8040401@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: Current Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 19:55:04 -0000 --HSQ3hISbU3Um6hch Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2007 at 10:15:03AM -0700, Julian Elischer wrote: > ... > >And as you can see, I've done this a few times -- been building CURRENT > >daily (with a few exceptions) since I got the machine. >=20 > yaeh, but can it reboot? Err... yeah; not sure how else I'd actually run the kernel I just built. FWIW, the daily routine is: (While running STABLE) * Update the local private copy of the CVS repository; start a "cvs update" on the /usr/ports CVS working directory. * Start a "cvs update" on the (STABLE) /usr/src CVS working directory. * If there were updates to STABLE, proceed with "make buildworld" and friends, then reboot to implement newly-built kernel & world. * Start a "cvs update" on the CURRENT /usr/src CVS working directory. * Check /usr/ports/UPDATING for relevant issues & address them apprropriately, then do a "portupgrade -a". * Once both the CURRENT "cvs update" and the "portuprade -a" are done, and if there were updates to /usr/src, reboot from the CURRENT slice. Once running CURRENT, start "make buildworld" and friends. Take evasive action as necessary. :-} Reboot to at least do a reality check on newly-built CURRENT; as part of the reality check, verify that the an0 NIC still works and see if the wi0 NIC has started working again. Once that's done, reboot back to STABLE (currently on slice 1) where I normally use thw wi0 NIC. So yeah, there's a fair amount of rebooting involved. And I tend to make the machine work a bit more than is usual for a laptop. :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --HSQ3hISbU3Um6hch Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkayNpQACgkQmprOCmdXAD2gzwCcCzfwHEVjrY7aiqOxehTI9eBG VsYAn3GsQjiJPjKapaRJm1zbgal7uPtu =D48E -----END PGP SIGNATURE----- --HSQ3hISbU3Um6hch-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 20:42:54 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58AF16A418; Thu, 2 Aug 2007 20:42:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4933913C4A3; Thu, 2 Aug 2007 20:42:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vkbczg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l72Kglsc047696; Thu, 2 Aug 2007 22:42:53 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l72Kglpk047695; Thu, 2 Aug 2007 22:42:47 +0200 (CEST) (envelope-from olli) Date: Thu, 2 Aug 2007 22:42:47 +0200 (CEST) Message-Id: <200708022042.l72Kglpk047695@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 02 Aug 2007 22:42:53 +0200 (CEST) Cc: Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 20:42:54 -0000 Hi, Just for the record, I like the current solution, i.e. default being a "hint" zone, and slave zones being commented out, ready to be used for those who know what they're doing. However, I noticed that the "refresh" interval of the root zone is 1800, i.e. it would be fetched every 30 minutes, even though the zone seems to be updated at most once per day. Therefore, wouldn't it make sense to add the following option to the slave zones? min-refresh-time 86400; Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 20:49:44 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57AB716A417 for ; Thu, 2 Aug 2007 20:49:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 1388813C480 for ; Thu, 2 Aug 2007 20:49:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16441 invoked by uid 399); 2 Aug 2007 20:49:43 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 20:49:43 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B24363.2040903@FreeBSD.org> Date: Thu, 02 Aug 2007 13:49:39 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, Eygene Ryabinkin References: <200708022042.l72Kglpk047695@lurza.secnetix.de> In-Reply-To: <200708022042.l72Kglpk047695@lurza.secnetix.de> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 20:49:44 -0000 Oliver Fromme wrote: > Hi, > > Just for the record, I like the current solution, i.e. default > being a "hint" zone, and slave zones being commented out, ready to > be used for those who know what they're doing. Thanks. > However, I noticed that the "refresh" interval of the root zone is > 1800, i.e. it would be fetched every 30 minutes, No, refresh is how often the master servers are checked for serial number changes. It's only fetched when the serial is updated. > even though the zone seems to be updated at most once per day. The serial is updated twice a day whether there are content changes to the zone or not. Whether this is a good practice or not is an open question. In the odd chance that a change is introduced which is found to be "bad" for some reason, the zone can be updated more frequently than twice a day. This hasn't happened very often, but it has happened. This is why what's suggested below is not a good idea either. hth, Doug Eygene Ryabinkin wrote: > Doug, good day. > > Thu, Aug 02, 2007 at 03:14:38AM -0700, Doug Barton wrote: >> Matthew Dillon wrote: >>> It has always seemed to me that actually downloading a physical >>> root zone file once a week is the most reliable >>> solution. >> This is a really bad idea. The root zone changes slowly, but it >> often changes more than once a week. Add to that the more-rapid >> deployment of new TLDs nowadays and the occasional complete >> reprovisioning of an existing TLD, and one week is too long to go >> between updates. > > But if one will pull the root zone via FTP/HTTP at the zone's > refresh rate or so -- will it be still a bad idea, compared to the > AXFR method? -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 21:13:31 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1596A16A419; Thu, 2 Aug 2007 21:13:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0217F13C491; Thu, 2 Aug 2007 21:13:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E7B6C1CC037; Thu, 2 Aug 2007 14:13:30 -0700 (PDT) Date: Thu, 2 Aug 2007 14:13:30 -0700 From: Jeremy Chadwick To: Doug Barton Message-ID: <20070802211330.GA12710@eos.sc1.parodius.com> Mail-Followup-To: Doug Barton , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, Eygene Ryabinkin References: <200708022042.l72Kglpk047695@lurza.secnetix.de> <46B24363.2040903@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B24363.2040903@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 21:13:31 -0000 On Thu, Aug 02, 2007 at 01:49:39PM -0700, Doug Barton wrote: > Oliver Fromme wrote: > > Hi, > > > > Just for the record, I like the current solution, i.e. default > > being a "hint" zone, and slave zones being commented out, ready to > > be used for those who know what they're doing. I second this. And although I like Doug's use of AXFR from the roots (like others reported, it definitely speeds things up), I also want to continue to respect rootserver operators and dns-ops's concerns. So offering the template configuration to do so, but not enabling it by default, is a very good thing. Thank you for doing this, Doug. | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 21:49:30 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E59816A418 for ; Thu, 2 Aug 2007 21:49:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 251F013C468 for ; Thu, 2 Aug 2007 21:49:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 21707 invoked by uid 399); 2 Aug 2007 21:49:29 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 2 Aug 2007 21:49:29 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B25165.5000303@FreeBSD.org> Date: Thu, 02 Aug 2007 14:49:25 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <200708022042.l72Kglpk047695@lurza.secnetix.de> <46B24363.2040903@FreeBSD.org> <20070802211330.GA12710@eos.sc1.parodius.com> In-Reply-To: <20070802211330.GA12710@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 21:49:30 -0000 Jeremy Chadwick wrote: > On Thu, Aug 02, 2007 at 01:49:39PM -0700, Doug Barton wrote: >> Oliver Fromme wrote: >>> Hi, >>> >>> Just for the record, I like the current solution, i.e. default >>> being a "hint" zone, and slave zones being commented out, ready >>> to be used for those who know what they're doing. > > I second this. And although I like Doug's use of AXFR from the > roots (like others reported, it definitely speeds things up), I > also want to continue to respect rootserver operators and dns-ops's > concerns. Something that I haven't mentioned but I think is probably worth pointing out is that at least for Paul Vixie (operator of f.root) the concern is not for the root servers, it's for potential problems on the client side. The following is from http://lists.oarci.net/pipermail/dns-operations/2007-August/001920.html i remain perplexed about the general perception that AXFR is bad for a root name server. it's not. RFC1035 describes some resource management techniques for TCP state blobs, which the root servers follow. the chance that an AXFR will be blown away by a TCP query is very high, and so, it's bad for clients to make production use of AXFR from busy servers.i remain perplexed about the general perception that AXFR is bad for a root name server. it's not. RFC1035 describes some resource management techniques for TCP state blobs, which the root servers follow. the chance that an AXFR will be blown away by a TCP query is very high, and so, it's bad for clients to make production use of AXFR from busy servers. The 3 zones in question are actually really small: -rw-r--r-- 1 bind wheel 1.6K Aug 2 14:25 arpa.slave -rw-r--r-- 1 bind wheel 23K Aug 2 14:24 in-addr.arpa.slave -rw-r--r-- 1 bind wheel 64K Aug 2 14:30 root.slave so I'm not sure how much of a problem this is in practice. > So offering the template configuration to do so, but not enabling > it by default, is a very good thing. Thank you for doing this, > Doug. Glad to do it. I'm also glad to see that this topic is getting serious discussion. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 21:55:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A77416A469 for ; Thu, 2 Aug 2007 21:55:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outF.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8390713C48E for ; Thu, 2 Aug 2007 21:55:58 +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.40) with ESMTP; Thu, 02 Aug 2007 14:55:58 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id B34DE125B0D; Thu, 2 Aug 2007 14:55:56 -0700 (PDT) Message-ID: <46B252EB.6000601@elischer.org> Date: Thu, 02 Aug 2007 14:55:55 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: David Wolfskill References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> <46B21117.8040401@elischer.org> <20070802195500.GK77008@bunrab.catwhisker.org> In-Reply-To: <20070802195500.GK77008@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 21:55:58 -0000 David Wolfskill wrote: > On Thu, Aug 02, 2007 at 10:15:03AM -0700, Julian Elischer wrote: >> ... >>> And as you can see, I've done this a few times -- been building CURRENT >>> daily (with a few exceptions) since I got the machine. >> yaeh, but can it reboot? > > Err... yeah; not sure how else I'd actually run the kernel I just built. I have to push the power button to get it to shutdown and then re-power it up. otherwise it just sits in the old kernel forever.. > > FWIW, the daily routine is: > > (While running STABLE) > > * Update the local private copy of the CVS repository; start a "cvs > update" on the /usr/ports CVS working directory. > > * Start a "cvs update" on the (STABLE) /usr/src CVS working directory. > > * If there were updates to STABLE, proceed with "make buildworld" and > friends, then reboot to implement newly-built kernel & world. > > * Start a "cvs update" on the CURRENT /usr/src CVS working directory. > > * Check /usr/ports/UPDATING for relevant issues & address them > apprropriately, then do a "portupgrade -a". > > * Once both the CURRENT "cvs update" and the "portuprade -a" are done, > and if there were updates to /usr/src, reboot from the CURRENT slice. > Once running CURRENT, start "make buildworld" and friends. Take > evasive action as necessary. :-} Reboot to at least do a reality > check on newly-built CURRENT; as part of the reality check, verify that > the an0 NIC still works and see if the wi0 NIC has started working > again. Once that's done, reboot back to STABLE (currently on slice 1) > where I normally use thw wi0 NIC. > > So yeah, there's a fair amount of rebooting involved. > > And I tend to make the machine work a bit more than is usual for a > laptop. :-} > > Peace, > david From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 22:01:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 770A316A418 for ; Thu, 2 Aug 2007 22:01:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFE413C4A6 for ; Thu, 2 Aug 2007 22:01:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l72M1k8Y095574; Thu, 2 Aug 2007 15:01:46 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l72M1kIE095573; Thu, 2 Aug 2007 15:01:46 -0700 (PDT) (envelope-from david) Date: Thu, 2 Aug 2007 15:01:46 -0700 From: David Wolfskill To: Julian Elischer Message-ID: <20070802220146.GL77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Julian Elischer , current@freebsd.org References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> <46B21117.8040401@elischer.org> <20070802195500.GK77008@bunrab.catwhisker.org> <46B252EB.6000601@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MHXEHrrXKLGx71o" Content-Disposition: inline In-Reply-To: <46B252EB.6000601@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 22:01:48 -0000 --3MHXEHrrXKLGx71o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2007 at 02:55:55PM -0700, Julian Elischer wrote: > ... > >Err... yeah; not sure how else I'd actually run the kernel I just built. >=20 > I have to push the power button to get it to shutdown and then re-power i= t=20 > up. > otherwise it just sits in the old kernel forever.. Ugh. Sympathy, but that's not one of the problems I have. Both "reboot" and "halt -p" do the expected (and documented) things. In each of CURRENT & STABLE. Offhand, I'd suspect ACPI (in which I am decidedly not well-versed). >... Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --3MHXEHrrXKLGx71o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkayVEkACgkQmprOCmdXAD31SACfbcQjV6lq5ouMxB/pGEJ5sIRC A34AnjDt0YgnWLV6Oe78svohuI2fXhS9 =WkbJ -----END PGP SIGNATURE----- --3MHXEHrrXKLGx71o-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 22:16:26 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9683116A419 for ; Thu, 2 Aug 2007 22:16:26 +0000 (UTC) (envelope-from SRS0=76a0e25ac020c4e2386377901c3b9be7be7f97a9=415=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [IPv6:2001:400:14:3::7]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC8F13C46A for ; Thu, 2 Aug 2007 22:16:26 +0000 (UTC) (envelope-from SRS0=76a0e25ac020c4e2386377901c3b9be7be7f97a9=415=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id HES34625; Thu, 02 Aug 2007 15:16:25 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DF46C45045; Thu, 2 Aug 2007 15:16:24 -0700 (PDT) To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG In-Reply-To: Your message of "Thu, 02 Aug 2007 22:42:47 +0200." <200708022042.l72Kglpk047695@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186092984_53454P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 02 Aug 2007 15:16:24 -0700 From: "Kevin Oberman" Message-Id: <20070802221624.DF46C45045@ptavv.es.net> Cc: Subject: Re: named.conf restored to hint zone for the root by 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: Thu, 02 Aug 2007 22:16:26 -0000 --==_Exmh_1186092984_53454P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 2 Aug 2007 22:42:47 +0200 (CEST) > From: Oliver Fromme > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > Just for the record, I like the current solution, i.e. > default being a "hint" zone, and slave zones being > commented out, ready to be used for those who know > what they're doing. > > However, I noticed that the "refresh" interval of the > root zone is 1800, i.e. it would be fetched every 30 > minutes, even though the zone seems to be updated at > most once per day. Therefore, wouldn't it make sense > to add the following option to the slave zones? > > min-refresh-time 86400; > Once again...refesh is not the time between zone transfers. It is the time between serial number checks on the root SOA. Only if the SOA differs is the zone transferred. The SOA queries to root (one per DNS server every half hour) is not an issue according to Paul Vixie. Also, the root zone is updated twice a day, every day (at least to the extent of a serial number bump) whether it is needed or not. Forcing the minimum refresh to once a day could delay the recognition of a new zone for up to a day and that is not a good thing. -- 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 -- 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_1186092984_53454P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGsle4kn3rs5h7N1ERApOXAKCiA9XdFJNop/7hNlehso5uiD0HDACfcVdc KQsOdUlwT3kDekOgFeeKuIc= =E6jm -----END PGP SIGNATURE----- --==_Exmh_1186092984_53454P-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 22:23:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD48B16A418 for ; Thu, 2 Aug 2007 22:23:24 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from abeyance.cryptomonkeys.com (abeyance.cryptomonkeys.com [67.42.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 21A0413C491 for ; Thu, 2 Aug 2007 22:23:24 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from localhost (h-64-105-36-158.snvacaid.covad.net [64.105.36.158]) (authenticated bits=0) by abeyance.cryptomonkeys.com (8.13.8+Sun/8.13.8) with ESMTP id l72MNF1I012961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 2 Aug 2007 15:23:22 -0700 (PDT) Date: Thu, 2 Aug 2007 15:23:07 -0700 From: Louis Kowolowski To: current@freebsd.org Message-ID: <20070802222256.GA42013@cryptomonkeys.com> References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> <46B21117.8040401@elischer.org> <20070802195500.GK77008@bunrab.catwhisker.org> <46B252EB.6000601@elischer.org> <20070802220146.GL77008@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20070802220146.GL77008@bunrab.catwhisker.org> User-Agent: TV Remote 3.2b X-Disclaimer: WARNING: May contain scarcasm! X-Header: "WARNING: POLITICALLY INCORRECT AREA All P.C. Personnel entering these premises will encounter gravely offensive behavior and opinions. (SEC4623. Ministry of political incorrection security act of 1995) RAMPANT INSENSITIVITY AUTHORIZED" X-GPG-Fingerprint: 7A77 80FD 3F4D 995E A807 A218 664D 2BEA 8024 37B6 X-GPG-Key: http://www.cryptomonkeys.com/~louisk/pgp.html Organization: Hopelessly Disorganized Cc: Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 22:23:24 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2007 at 03:01:46PM -0700, David Wolfskill wrote: > On Thu, Aug 02, 2007 at 02:55:55PM -0700, Julian Elischer wrote: > > ... > > >Err... yeah; not sure how else I'd actually run the kernel I just buil= t. > >=20 > > I have to push the power button to get it to shutdown and then re-power= it=20 > > up. > > otherwise it just sits in the old kernel forever.. >=20 > Ugh. Sympathy, but that's not one of the problems I have. Both > "reboot" and "halt -p" do the expected (and documented) things. In each > of CURRENT & STABLE. >=20 > Offhand, I'd suspect ACPI (in which I am decidedly not well-versed). >=20 I have the same issue(s) with RELENG_6, but things work properly in -CURRENT. I'm using a Thinkpad T60p: FreeBSD localhost 6.2-STABLE FreeBSD 6.2-STABLE #0: Tue Jul 31 10:15:32 PDT= 2007 root@localhost:/usr/obj/usr/src/sys/MONTEZUMA i386 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 6.2-STABLE #0: Tue Jul 31 10:15:32 PDT 2007 root@localhost:/usr/obj/usr/src/sys/MONTEZUMA WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193193 Hz quality 0 CPU: Genuine Intel(R) CPU T2600 @ 2.16GHz (2161.29-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6e8 Stepping =3D 8 Features=3D0xbfe9fbff Features2=3D0xc1a9,> AMD Features=3D0x100000 Cores per package: 2 real memory =3D 3219980288 (3070 MB) avail memory =3D 3145674752 (2999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Security auditing service present BSM auditing present ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=3D1565832kB. ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of fec00000, 140000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcm0: mem 0xee400000-0xee40= 3fff irq 17 at device 27.0 on pci0 pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 em0: port 0x3000-0x3= 01f mem 0xee000000-0xee01ffff irq 16 at device 0.0 on pci2 em0: Ethernet address: 00:16:41:58:25:48 em0: [GIANT-LOCKED] pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:16:cf:7b:0d:0d ath0: mac 10.3 phy 6.1 radio 10.2 pcib4: irq 22 at device 28.2 on pci0 pci4: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci12: on pcib5 uhci0: port 0x1800-0x181f irq 16 at device = 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 17 at device = 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device = 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 19 at device = 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xee404000-0xee4043f= f irq 19 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci21: on pcib6 cbb0: mem 0xe4300000-0xe4300fff irq 16 at devic= e 0.0 on pci21 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x18c8-0x18cf,0x18ac-0x18af,= 0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf mem 0xee404400-0xee4047ff irq 16 = at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 speaker0: port 0x61 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0x= d1fff,0xdc000-0xdffff,0xe0000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: Broadcom Corp BCM2045B, rev 2.00/1.00, addr 2 ugen1: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 3 NULL mp in getnewvnode() Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding disabled, = default to deny, logging limited to 10 packets/entry by default ad4: 95396MB at ata2-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a --=20 Louis Kowolowski KE7BAX louisk@cryptomonkeys.com Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Warning: Do not point laser at remaining eye! --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGslk/Zk0r6oAkN7YRAtDOAKCAWQ4POi2vTlBFF2BpxMp99JN7/ACeL2ND 05TiOALw+UiwJPv81c2HkEM= =6SPJ -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 22:13:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B24616A41B for ; Thu, 2 Aug 2007 22:13:06 +0000 (UTC) (envelope-from jaj@hcl-club.lu) Received: from 0b10111.de (hcl-club.lu [62.75.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 44F5513C45D for ; Thu, 2 Aug 2007 22:13:06 +0000 (UTC) (envelope-from jaj@hcl-club.lu) Received: from localhost (4be54-4-82-234-154-189.fbx.proxad.net [82.234.154.189]) by 0b10111.de (Postfix) with ESMTP id 8E7D7872C44A; Thu, 2 Aug 2007 23:51:55 +0200 (CEST) Date: Thu, 2 Aug 2007 23:51:54 +0200 From: Jona Joachim To: "Marcos Biscaysaqu - ThePacific.net" Message-ID: <20070802235154.3d518c3d@localhost> In-Reply-To: <46B14894.8060408@tpnet.co.nz> References: <46B14894.8060408@tpnet.co.nz> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: &>dujC`JZV!}?Y^1"%N{x!f+rW}; PX\_Cg[!|MA~tn3ebIKM|~p=,,U~YJt,Exd`Spk.1Ln zg, Q]0=:!/LTs-eg.Fz, @giLyD'D=s, L\-AJyZ8tcV`kPifedMA@rhoEikoo~K%@iDLNq2?aHZjIt) GqBY7o#9+8j/uuXDVG3`XFEH_4$T%._*%;|vIaP Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 02 Aug 2007 22:26:38 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 22:13:06 -0000 On Thu, 02 Aug 2007 14:59:32 +1200 "Marcos Biscaysaqu - ThePacific.net" wrote: > Hi there. > It's the Atheros openhal driver supported in freebsd already? I asked some time if there was any interest in porting OpenHAL to FreeBSD. See the archive of the -advocacy mailing list. I don't think there is any interest. FreeBSD is using a proprietary closed source driver, a so-called blob, for Atheros chipsets and they feel comfortable with it. The leaders hardly ever discuss such decisions. Quoting from http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/people.html: "In order to develop FreeBSD, committers must have the ability to openly discuss matters that will be resolved before they are publicly announced. Frank discussions of work in progress are not suitable for open publication and may harm FreeBSD." Best regards, Jona -- "I am chaos. I am the substance from which your artists and scientists build rhythms. I am the spirit with which your children and clowns laugh in happy anarchy. I am chaos. I am alive, and tell you that you are free." Eris, Goddess Of Chaos, Discord & Confusion From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 22:56:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E8D016A417 for ; Thu, 2 Aug 2007 22:56:42 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1624813C428 for ; Thu, 2 Aug 2007 22:56:42 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 53C38AEF4; Thu, 2 Aug 2007 18:56:41 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 02 Aug 2007 18:56:41 -0400 X-Sasl-enc: b59PR+1UTacV4rphfoOzhLy60F/XzNWv10lVdcOYstvV 1186095401 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id B9BC714309; Thu, 2 Aug 2007 18:56:40 -0400 (EDT) Message-ID: <46B26127.1060405@FreeBSD.org> Date: Thu, 02 Aug 2007 23:56:39 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: Jona Joachim References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> In-Reply-To: <20070802235154.3d518c3d@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Marcos Biscaysaqu - ThePacific.net" , freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 22:56:42 -0000 Jona Joachim wrote: > I asked some time if there was any interest in porting OpenHAL to > FreeBSD. See the archive of the -advocacy mailing list. > I don't think there is any interest. FreeBSD is using a proprietary > closed source driver, a so-called blob, for Atheros chipsets and they > feel comfortable with it. The leaders hardly ever discuss such > decisions. > I have to correct you on this point: the ath(4) driver source is freely available. I use this driver and I'm comfortable with it. If the use of the Atheros HAL is a necessary compromise to get vendor buy-in on the use of open source, so be it, at least for the present time. As you must be well aware, economic competition in the Wi-Fi segment of the semiconductor industry is tight, and vendors wish to see a return on their investment. Consider the example of the "One Laptop Per Child" project, who have had to make similarly contentious political decisions in their project with regards to Wi-Fi provision in their peoject; feel free to read their email archives. Are we as software developers in a position to deny users access to technology purely on the basis of an individual's preferred ideology, whilst failing to recognise the economic reality of the large amount of capital expenditure involved in hardware development? Whilst I do not agree 100% with either side of the argument, it strikes me as unreasonable that you misrepresent FreeBSD's interests and objectives here. You are very welcome to contribute a port of the OpenHAL to FreeBSD on your own terms and with your own effort; but perhaps it is a bit facetious to condemn the existing work as a "proprietary closed source driver" [sic], rather than offering to help port the OpenHAL if that is your stated interest -- or even presenting FreeBSD with a "fait accompli" to underline the point? Kind regards, BMS From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 22:59:14 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C759416A468 for ; Thu, 2 Aug 2007 22:59:14 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9774413C467 for ; Thu, 2 Aug 2007 22:59:14 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l72Mwxwn001691; Thu, 2 Aug 2007 15:59:03 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708022259.l72Mwxwn001691@gw.catspoiler.org> Date: Thu, 2 Aug 2007 15:58:59 -0700 (PDT) From: Don Lewis To: julian@elischer.org In-Reply-To: <46B17BCB.2060605@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Aug 2007 22:59:14 -0000 On 1 Aug, Julian Elischer wrote: > Is there anyone who knows what's goin gon with all the new acpi/bios/whatever code, > that might have any idea why my laptop no longer reboots? > it gets all the way to the final infinite loop and sits there. > > Dell Inspiron 7500 > > up to date sources as of ummmm monday.. > > Anything in particular I should look at? I've got a desktop (i386 SMP kernel on an AMD 64 X2 with a recent Nvidia chipset) with this problem. Someone suggested removing EHCI from the kernel, and that "fixed" the problem. I haven't had time to investigate the problem in detail. From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 23:08:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D1D16A419 for ; Thu, 2 Aug 2007 23:08:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B4BDA13C478 for ; Thu, 2 Aug 2007 23:08:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l72N7WXO065378; Thu, 2 Aug 2007 17:07:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 02 Aug 2007 17:07:41 -0600 (MDT) Message-Id: <20070802.170741.228971791.imp@bsdimp.com> To: jaj@hcl-club.lu From: "M. Warner Losh" In-Reply-To: <20070802235154.3d518c3d@localhost> References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 02 Aug 2007 17:07:33 -0600 (MDT) Cc: marcos@tpnet.co.nz, freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 23:08:14 -0000 In message: <20070802235154.3d518c3d@localhost> Jona Joachim writes: : On Thu, 02 Aug 2007 14:59:32 +1200 : "Marcos Biscaysaqu - ThePacific.net" wrote: : : > Hi there. : > It's the Atheros openhal driver supported in freebsd already? : : I asked some time if there was any interest in porting OpenHAL to : FreeBSD. See the archive of the -advocacy mailing list. : I don't think there is any interest. FreeBSD is using a proprietary : closed source driver, a so-called blob, for Atheros chipsets and they : feel comfortable with it. The leaders hardly ever discuss such : decisions. While what you say might be literally true, the way you say it makes it sound like a conspiracy. The term blob is offensive to some. And frankly, nobody has ever submitted, that I've seen, an alternate Atheros driver that came anywhere close to the level of functionality in the current tree. : Quoting from : http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/people.html: : "In order to develop FreeBSD, committers must have the ability to : openly discuss matters that will be resolved before they are publicly : announced. Frank discussions of work in progress are not suitable for : open publication and may harm FreeBSD." While this is true, there's never been a private discussion about the atheros hal on developers. Again, you are implying black helicopters where there are none. Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 2 23:47:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D9E816A41A for ; Thu, 2 Aug 2007 23:47:02 +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 649D013C442 for ; Thu, 2 Aug 2007 23:47:02 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A10A4A77; Thu, 2 Aug 2007 18:46:58 -0500 (CDT) Date: Thu, 2 Aug 2007 18:46:58 -0500 To: Jona Joachim Message-ID: <20070802234658.GB2842@soaustin.net> References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070802235154.3d518c3d@localhost> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Fri, 03 Aug 2007 00:15:44 +0000 Cc: "Marcos Biscaysaqu - ThePacific.net" , freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2007 23:47:02 -0000 On Thu, Aug 02, 2007 at 11:51:54PM +0200, Jona Joachim wrote: > Quoting from > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/people.html: > "In order to develop FreeBSD, committers must have the ability to > openly discuss matters that will be resolved before they are publicly > announced. Frank discussions of work in progress are not suitable for > open publication and may harm FreeBSD." Of course, the sentence you omitted that precedes the above is: "The FreeBSD developers mailing list is for the exclusive use of FreeBSD committers." So you are taking the policy for *one single* private mailing list and, by removing the context, making it appear that we are in some way attempting to stifle discussion on the public lists. The mailing list in question is more often used to hash out disagreements (technical and otherwise) among developers than to hide anything. For many people, it would be of little interest. If you think that some kind of issue is not being addressed, your best bet is a post to advocacy@. If you want to work on code, then hackers@ is probably a better bet. mcl From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 00:33:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 231A416A418 for ; Fri, 3 Aug 2007 00:33:05 +0000 (UTC) (envelope-from marcos@silkweb.net.nz) Received: from ns1.tpnet.co.nz (ntp.tpnet.co.nz [218.185.224.7]) by mx1.freebsd.org (Postfix) with ESMTP id D8D9313C45D for ; Fri, 3 Aug 2007 00:33:04 +0000 (UTC) (envelope-from marcos@silkweb.net.nz) Received: from silkweb by ns1.tpnet.co.nz with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGkaP-000OuP-99; Fri, 03 Aug 2007 12:00:09 +1200 Received: from 218.185.225.2 ([218.185.225.2]) (SquirrelMail authenticated user marcos@silkweb.net.nz) by www.silkweb.net.nz with HTTP; Fri, 3 Aug 2007 12:00:09 +1200 (NZST) Message-ID: <60162.218.185.225.2.1186099209.squirrel@www.silkweb.net.nz> In-Reply-To: <20070802.170741.228971791.imp@bsdimp.com> References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> <20070802.170741.228971791.imp@bsdimp.com> Date: Fri, 3 Aug 2007 12:00:09 +1200 (NZST) From: marcos@silkweb.net.nz To: "M. Warner Losh" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns1.tpnet.co.nz X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [1008 1009] / [26 6] X-AntiAbuse: Sender Address Domain - silkweb.net.nz X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Fri, 03 Aug 2007 00:34:13 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 00:33:05 -0000 Hi there. I don't care much about politics but I could tell you that I used Freebsd hal for a very long time, I've got more 600 wifi PCs running BSD. the best feature about the open hal is that it's open. with the open hal in Linux you are now able to run license frequencies, use 5Mhz, 10Mhz or 20Mhz per channel , etc.... I would love to have a driver with all that features to run on freebsd and I'm sure that will be the same interets from many other freebsd/wifi users. Thanks Marcos > In message: <20070802235154.3d518c3d@localhost> > Jona Joachim writes: > : On Thu, 02 Aug 2007 14:59:32 +1200 > : "Marcos Biscaysaqu - ThePacific.net" wrote: > : > : > Hi there. > : > It's the Atheros openhal driver supported in freebsd already? > : > : I asked some time if there was any interest in porting OpenHAL to > : FreeBSD. See the archive of the -advocacy mailing list. > : I don't think there is any interest. FreeBSD is using a proprietary > : closed source driver, a so-called blob, for Atheros chipsets and they > : feel comfortable with it. The leaders hardly ever discuss such > : decisions. > > While what you say might be literally true, the way you say it makes > it sound like a conspiracy. The term blob is offensive to some. And > frankly, nobody has ever submitted, that I've seen, an alternate > Atheros driver that came anywhere close to the level of functionality > in the current tree. > > : Quoting from > : > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/people.html: > : "In order to develop FreeBSD, committers must have the ability to > : openly discuss matters that will be resolved before they are publicly > : announced. Frank discussions of work in progress are not suitable for > : open publication and may harm FreeBSD." > > While this is true, there's never been a private discussion about the > atheros hal on developers. Again, you are implying black helicopters > where there are none. > > Warner > From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 00:44:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B07CB16A419 for ; Fri, 3 Aug 2007 00:44:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8C713C459 for ; Fri, 3 Aug 2007 00:44:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l730fTk0066366; Thu, 2 Aug 2007 18:41:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 02 Aug 2007 18:41:39 -0600 (MDT) Message-Id: <20070802.184139.1120057912.imp@bsdimp.com> To: marcos@silkweb.net.nz From: "M. Warner Losh" In-Reply-To: <60162.218.185.225.2.1186099209.squirrel@www.silkweb.net.nz> References: <20070802235154.3d518c3d@localhost> <20070802.170741.228971791.imp@bsdimp.com> <60162.218.185.225.2.1186099209.squirrel@www.silkweb.net.nz> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 02 Aug 2007 18:41:30 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 00:44:23 -0000 In message: <60162.218.185.225.2.1186099209.squirrel@www.silkweb.net.nz> marcos@silkweb.net.nz writes: : I don't care much about politics but I could tell you that I used : Freebsd hal for a very long time, I've got more 600 wifi PCs running : BSD. the best feature about the open hal is that it's open. with the : open hal in Linux you are now able to run license frequencies, use 5Mhz, : 10Mhz or 20Mhz per channel , etc.... I would love to have a driver with : all that features to run on freebsd and I'm sure that will be the same : interets from many other freebsd/wifi users. Did I say that it wouldn't be cool to have a cool driver? No. I just said that there's no black helicopters conspiring against one, as was implied in the original message that took too many items out of context in an attempt to smear the project. Warner From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 00:59:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0313D16A418 for ; Fri, 3 Aug 2007 00:59:33 +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 9BBC513C467 for ; Fri, 3 Aug 2007 00:59:32 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id C5DF91CC5F; Fri, 3 Aug 2007 12:59:29 +1200 (NZST) Date: Fri, 3 Aug 2007 12:59:29 +1200 From: Andrew Thompson To: marcos@silkweb.net.nz Message-ID: <20070803005929.GD71803@heff.fud.org.nz> References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> <20070802.170741.228971791.imp@bsdimp.com> <60162.218.185.225.2.1186099209.squirrel@www.silkweb.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60162.218.185.225.2.1186099209.squirrel@www.silkweb.net.nz> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 00:59:33 -0000 On Fri, Aug 03, 2007 at 12:00:09PM +1200, marcos@silkweb.net.nz wrote: > Hi there. > I don't care much about politics but I could tell you that I used > Freebsd hal for a very long time, I've got more 600 wifi PCs running > BSD. the best feature about the open hal is that it's open. with the > open hal in Linux you are now able to run license frequencies, use 5Mhz, > 10Mhz or 20Mhz per channel , etc.... I would love to have a driver with > all that features to run on freebsd and I'm sure that will be the same > interets from many other freebsd/wifi users. Half and quarter channel support was added over six months ago. You may want to check the branch you are using, its probably there. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 02:06:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1C316A419; Fri, 3 Aug 2007 02:06:03 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7D013C457; Fri, 3 Aug 2007 02:06:03 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l7325uM9089088; Fri, 3 Aug 2007 12:05:57 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708030205.l7325uM9089088@drugs.dv.isc.org> To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dougb@freebsd.org From: Mark Andrews In-reply-to: Your message of "Thu, 02 Aug 2007 22:42:47 +0200." <200708022042.l72Kglpk047695@lurza.secnetix.de> Date: Fri, 03 Aug 2007 12:05:56 +1000 Sender: marka@isc.org X-Mailman-Approved-At: Fri, 03 Aug 2007 02:10:28 +0000 Cc: Subject: Re: named.conf restored to hint zone for the root by 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, 03 Aug 2007 02:06:03 -0000 > Hi, > > Just for the record, I like the current solution, i.e. > default being a "hint" zone, and slave zones being > commented out, ready to be used for those who know > what they're doing. > > However, I noticed that the "refresh" interval of the > root zone is 1800, i.e. it would be fetched every 30 > minutes, even though the zone seems to be updated at > most once per day. Therefore, wouldn't it make sense > to add the following option to the slave zones? No, it is *NOT* fetched ever 30 minutes. The SOA is queried every 30 minutes (via UDP) and if the serial has increased then the zone is fetched. > min-refresh-time 86400; No. Let the root server operators make that choice. The refresh / retry limits in named are there for ISP's which slave 10's of thousands of client zones. > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- > chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Perl will consistently give you what you want, > unless what you want is consistency." > -- Larry Wall > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 02:12:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA0DB16A419; Fri, 3 Aug 2007 02:12:16 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9BD13C46B; Fri, 3 Aug 2007 02:12:15 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l732CFE5011664; Fri, 3 Aug 2007 12:12:15 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200708030212.l732CFE5011664@drugs.dv.isc.org> To: Doug Barton From: Mark Andrews In-reply-to: Your message of "Thu, 02 Aug 2007 14:49:25 MST." <46B25165.5000303@FreeBSD.org> Date: Fri, 03 Aug 2007 12:12:15 +1000 Sender: marka@isc.org X-Mailman-Approved-At: Fri, 03 Aug 2007 02:33:17 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: named.conf restored to hint zone for the root by 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, 03 Aug 2007 02:12:16 -0000 > Jeremy Chadwick wrote: > > On Thu, Aug 02, 2007 at 01:49:39PM -0700, Doug Barton wrote: > >> Oliver Fromme wrote: > >>> Hi, > >>> > >>> Just for the record, I like the current solution, i.e. default > >>> being a "hint" zone, and slave zones being commented out, ready > >>> to be used for those who know what they're doing. > > > > I second this. And although I like Doug's use of AXFR from the > > roots (like others reported, it definitely speeds things up), I > > also want to continue to respect rootserver operators and dns-ops's > > concerns. > > Something that I haven't mentioned but I think is probably worth > pointing out is that at least for Paul Vixie (operator of f.root) the > concern is not for the root servers, it's for potential problems on > the client side. The following is from > http://lists.oarci.net/pipermail/dns-operations/2007-August/001920.html > > i remain perplexed about the general perception that AXFR is bad for a > root name server. it's not. RFC1035 describes some resource > management techniques for TCP state blobs, which the root servers > follow. the chance that an AXFR will be blown away by a TCP query is > very high, and so, it's bad for clients to make production use of AXFR > from busy servers.i remain perplexed about the general perception that > AXFR is bad for a root name server. it's not. RFC1035 describes some > resource management techniques for TCP state blobs, which the root > servers follow. the chance that an AXFR will be blown away by a TCP > query is very high, and so, it's bad for clients to make production > use of AXFR from busy servers. > > The 3 zones in question are actually really small: > > -rw-r--r-- 1 bind wheel 1.6K Aug 2 14:25 arpa.slave > -rw-r--r-- 1 bind wheel 23K Aug 2 14:24 in-addr.arpa.slave > -rw-r--r-- 1 bind wheel 64K Aug 2 14:30 root.slave > > so I'm not sure how much of a problem this is in practice. I also suspect that using accept filters will mitigate some of the problem. If someone was to write a DNS accept filter that would help. > > So offering the template configuration to do so, but not enabling > > it by default, is a very good thing. Thank you for doing this, > > Doug. > > Glad to do it. I'm also glad to see that this topic is getting serious > discussion. > > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 03:34:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0963316A417 for ; Fri, 3 Aug 2007 03:34:39 +0000 (UTC) (envelope-from cjsvance@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id B6A4513C45E for ; Fri, 3 Aug 2007 03:34:38 +0000 (UTC) (envelope-from cjsvance@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so166353anc for ; Thu, 02 Aug 2007 20:34:38 -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=q2tdhx5IE2glQ7rEY5dDhiX2Dq0oy+A27Ziqh8RzkuoH+kwy3DqfKfa5ehhJ6Fh6Kb0sW+vcwHKO/dfLoG7tfTkQzs00RYVA94gs+ihrswg13J0hh3Ud4ipt8w26G7ZmBSARI3xZa6sIp+4+mXFgj8+DUPK4GQBQOlLTlbt9I70= 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=SoeUlGvKA3XyHPW5X7USTt8WLeuwHB+Yoi/DPRJ49PZ3acBvPuD/JakAi2xthWP8NNyaJ5J51vYo54/LZJOfWHs/RXG8sTjYcHu9CDAz3TlgHNl8X142d9wfiBERPjzoGMAjlBRkHGtKzMR6LWv7SMiUgySB5bVmc8TATF19XrE= Received: by 10.100.106.5 with SMTP id e5mr1491223anc.1186110350283; Thu, 02 Aug 2007 20:05:50 -0700 (PDT) Received: by 10.100.38.6 with HTTP; Thu, 2 Aug 2007 20:05:50 -0700 (PDT) Message-ID: Date: Fri, 3 Aug 2007 13:05:50 +1000 From: "Christopher Vance" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <200708030212.l732CFE5011664@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46B25165.5000303@FreeBSD.org> <200708030212.l732CFE5011664@drugs.dv.isc.org> Cc: Subject: Re: named.conf restored to hint zone for the root by 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, 03 Aug 2007 03:34:39 -0000 I've been using a stub root zone for years without a problem. -- Christopher From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 03:39:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20B9D16A420 for ; Fri, 3 Aug 2007 03:39:32 +0000 (UTC) (envelope-from antitoch@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 A3BD113C45A for ; Fri, 3 Aug 2007 03:39:31 +0000 (UTC) (envelope-from antitoch@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so641571mue for ; Thu, 02 Aug 2007 20:39:30 -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=R3tG/bNoJFM4ZTWHe/5C4BNtSQdTvbrP0ELkxf3oLAda2E3d4zv6VQZM6Cjk24LjNhiG/mjH05MPWEpnV/3GmqkarEzXbAoDQfyLIDA4OGJ06xY2yMmPDaNPhx/bnakaO1li/QUV2Z4iFfNWp8DLItEm3UjS6+VSbR1i+kxWR5U= 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=jTTWacu3F4Upx9q4fTYsxIpfpVXp8d2BzrfwZjYqGX2UHA/+koTbdkBlLFTOeYQQkW3MuXs0Te2CgvqYLA38SJAJNkVp90knHzJet3zraVhK4V2V+8LLtLl3ofmh5sY4bHT5y9AZoZ/GR3ZYiYV1YGHjAvKmnty0LzyntIZkfZY= Received: by 10.78.185.15 with SMTP id i15mr711893huf.1186110659505; Thu, 02 Aug 2007 20:10:59 -0700 (PDT) Received: by 10.78.122.20 with HTTP; Thu, 2 Aug 2007 20:10:59 -0700 (PDT) Message-ID: <287c9df30708022010u2a9ba1ddn365a6a936717893d@mail.gmail.com> Date: Thu, 2 Aug 2007 23:10:59 -0400 From: "William Lam" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Thinkpad X31 Suspend to Disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 03:39:32 -0000 Hi I'm running a recent -CURRENT but I've had this problem for quite some time now. I'm 100% certain my notebook has S4 BIOS support, and everything is set up correctly for it to work (created a dedicated hibernation partition and prepared it with tphdisk). At the loader prompt if I press Fn-F12 I get the turquoise Phoenix NoteBIOS screen and the system will actually suspend to disk and resume successfully. However it doesn't work at all after I've fully booted, after issuing acpiconf -s 4 the screen will blank and the indicator light will flash for two or three seconds and then it shuts down without suspending to disk. The sysctl hw.acpi.s4bios is 0 even though I clearly have BIOS level S4 support. S3 level suspend works as advertised, and it's what I've been using for awhile now but I would definitely appreciate any help getting S4 sleep to work. William Lam From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 03:45:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD6A16A418 for ; Fri, 3 Aug 2007 03:45:39 +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 8922313C442 for ; Fri, 3 Aug 2007 03:45:39 +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.40) with ESMTP; Thu, 02 Aug 2007 20:45:38 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 4F30E125A28; Thu, 2 Aug 2007 20:45:38 -0700 (PDT) Message-ID: <46B2A4DC.5010208@elischer.org> Date: Thu, 02 Aug 2007 20:45:32 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Louis Kowolowski References: <46B17BCB.2060605@elischer.org> <20070802152001.GI77008@bunrab.catwhisker.org> <46B21117.8040401@elischer.org> <20070802195500.GK77008@bunrab.catwhisker.org> <46B252EB.6000601@elischer.org> <20070802220146.GL77008@bunrab.catwhisker.org> <20070802222256.GA42013@cryptomonkeys.com> In-Reply-To: <20070802222256.GA42013@cryptomonkeys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 03:45:39 -0000 Louis Kowolowski wrote: > On Thu, Aug 02, 2007 at 03:01:46PM -0700, David Wolfskill wrote: >> On Thu, Aug 02, 2007 at 02:55:55PM -0700, Julian Elischer wrote: >>> ... >>>> Err... yeah; not sure how else I'd actually run the kernel I just built. >>> I have to push the power button to get it to shutdown and then re-power it >>> up. >>> otherwise it just sits in the old kernel forever.. >> Ugh. Sympathy, but that's not one of the problems I have. Both >> "reboot" and "halt -p" do the expected (and documented) things. In each >> of CURRENT & STABLE. >> >> Offhand, I'd suspect ACPI (in which I am decidedly not well-versed). >> > I have the same issue(s) with RELENG_6, but things work properly in > -CURRENT. rebooting has come and gone for me each upgrade seems to have a random chance of working or not.. sometimes halt -p even works.. :-) > > I'm using a Thinkpad T60p: > > FreeBSD localhost 6.2-STABLE FreeBSD 6.2-STABLE #0: Tue Jul 31 10:15:32 PDT 2007 root@localhost:/usr/obj/usr/src/sys/MONTEZUMA i386 > > > 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 6.2-STABLE #0: Tue Jul 31 10:15:32 PDT 2007 > root@localhost:/usr/obj/usr/src/sys/MONTEZUMA > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > acpi_alloc_wakeup_handler: can't alloc wake memory > ACPI APIC Table: > Timecounter "i8254" frequency 1193193 Hz quality 0 > CPU: Genuine Intel(R) CPU T2600 @ 2.16GHz (2161.29-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > Features=0xbfe9fbff > Features2=0xc1a9,> > AMD Features=0x100000 > Cores per package: 2 > real memory = 3219980288 (3070 MB) > avail memory = 3145674752 (2999 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > Security auditing service present > BSM auditing present > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > kqemu version 0x00010300 > kqemu: KQEMU installed, max_locked_mem=1565832kB. > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 2000 > acpi0: Power Button (fixed) > acpi0: reservation of fec00000, 140000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > p4tcc1: on cpu1 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pcm0: mem 0xee400000-0xee403fff irq 17 at device 27.0 on pci0 > pcib2: irq 20 at device 28.0 on pci0 > pci2: on pcib2 > em0: port 0x3000-0x301f mem 0xee000000-0xee01ffff irq 16 at device 0.0 on pci2 > em0: Ethernet address: 00:16:41:58:25:48 > em0: [GIANT-LOCKED] > pcib3: irq 21 at device 28.1 on pci0 > pci3: on pcib3 > ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 > ath0: [GIANT-LOCKED] > ath0: Ethernet address: 00:16:cf:7b:0d:0d > ath0: mac 10.3 phy 6.1 radio 10.2 > pcib4: irq 22 at device 28.2 on pci0 > pci4: on pcib4 > pcib5: irq 23 at device 28.3 on pci0 > pci12: on pcib5 > uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1820-0x183f irq 17 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xee404000-0xee4043ff irq 19 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib6: at device 30.0 on pci0 > pci21: on pcib6 > cbb0: mem 0xe4300000-0xe4300fff irq 16 at device 0.0 on pci21 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0x18c8-0x18cf,0x18ac-0x18af,0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf mem 0xee404400-0xee4047ff irq 16 at device 31.2 on pci0 > atapci1: AHCI Version 01.10 controller with 4 ports detected > ata2: on atapci1 > ata3: on atapci1 > ata4: on atapci1 > ata5: on atapci1 > pci0: at device 31.3 (no driver attached) > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > speaker0: port 0x61 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > battery0: on acpi0 > acpi_acad0: on acpi0 > acpi_ibm0: on acpi0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0xeffff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ugen0: Broadcom Corp BCM2045B, rev 2.00/1.00, addr 2 > ugen1: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 3 > NULL mp in getnewvnode() > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 10 packets/entry by default > ad4: 95396MB at ata2-master SATA150 > pcm0: > pcm0: > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > > From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 04:06:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5737016A417 for ; Fri, 3 Aug 2007 04:06:25 +0000 (UTC) (envelope-from njf@statseeker.com) Received: from wally.statseeker.com (wally.statseeker.com [203.39.101.146]) by mx1.freebsd.org (Postfix) with ESMTP id D422D13C478 for ; Fri, 3 Aug 2007 04:06:24 +0000 (UTC) (envelope-from njf@statseeker.com) Received: from localhost (localhost.statseeker.com [127.0.0.1]) by wally.statseeker.com (8.13.8/8.13.8) with ESMTP id l733s3hV084677 for ; Fri, 3 Aug 2007 13:54:03 +1000 (EST) (envelope-from njf@statseeker.com) X-Virus-Scanned: amavisd-new at statseeker.com Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xW-4TeWL1VfL for ; Fri, 3 Aug 2007 13:53:53 +1000 (EST) Received: from tardis.statseeker.com (tardis.statseeker.com [10.1.1.79]) (authenticated bits=0) by wally.statseeker.com (8.13.8/8.13.8) with ESMTP id l733rK78084657 for ; Fri, 3 Aug 2007 13:53:20 +1000 (EST) (envelope-from njf@statseeker.com) Message-ID: <46B2A6B0.1030609@statseeker.com> Date: Fri, 03 Aug 2007 13:53:20 +1000 From: Nick Frampton Organization: Statseeker User-Agent: Thunderbird 2.0.0.4 (X11/20070724) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 04:06:25 -0000 Hi all, Programs segfault when attempting to access argv from main when compiled under gcc 4.2.0 with the -pg profiling option. The following program illustrates this problem. $ cat test.c #include int main (int argc, char **argv) { fprintf (stderr, "argv=%p\n", argv); return 0; } $ cc -c -o test.o -pg test.c && cc -o test -pg test.o $ ./test Segmentation fault (core dumped) $ cc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.0 20070514 [FreeBSD] $ uname -a FreeBSD test03.statseeker.com 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri Aug 3 11:07:03 EST 2007 root@test03.statseeker.com:/usr/obj/usr/src/sys/GENERIC i386 This issue was reported on this list on 5th July 2007 by Garrett Cooper but argv was not mentioned in that post. I have not seen this problem reported elsewhere (e.g. on the gcc mailing list). -Nick ** From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 04:50:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34B2D16A421 for ; Fri, 3 Aug 2007 04:50:57 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (crsd-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2d5::2]) by mx1.freebsd.org (Postfix) with ESMTP id D28C213C45D for ; Fri, 3 Aug 2007 04:50:55 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l734ocE4001825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Aug 2007 08:50:43 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l734oaVO001824; Fri, 3 Aug 2007 08:50:36 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Date: Fri, 3 Aug 2007 08:50:36 +0400 From: Yuri Pankov To: Nick Frampton Message-ID: <20070803045036.GA1809@darklight.org.ru> References: <46B2A6B0.1030609@statseeker.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <46B2A6B0.1030609@statseeker.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (darklight.org.ru [127.0.0.1]); Fri, 03 Aug 2007 08:50:43 +0400 (MSD) Cc: freebsd-current@freebsd.org Subject: Re: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 04:50:57 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 03, 2007 at 01:53:20PM +1000, Nick Frampton wrote: > Hi all, > > Programs segfault when attempting to access argv from main when compiled= =20 > under gcc 4.2.0 with the -pg profiling option. The following program=20 > illustrates this problem. > > $ cat test.c > #include > int main (int argc, char **argv) { > fprintf (stderr, "argv=3D%p\n", argv); > return 0; > } > $ cc -c -o test.o -pg test.c && cc -o test -pg test.o > $ ./test > Segmentation fault (core dumped) > > $ cc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.0 20070514 [FreeBSD] > > $ uname -a > FreeBSD test03.statseeker.com 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri Aug= =20 > 3 11:07:03 EST 2007 =20 > root@test03.statseeker.com:/usr/obj/usr/src/sys/GENERIC i386 > > This issue was reported on this list on 5th July 2007 by Garrett Cooper b= ut=20 > argv was not mentioned in that post. I have not seen this problem report= ed=20 > elsewhere (e.g. on the gcc mailing list). > > -Nick > ** FWIW, I can't reproduce it on amd64: > cc -c -o test.o -pg test.c && cc -o test -pg test.o > ./test argv=3D0x7fffffffe8b0 > cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.0 20070514 [FreeBSD] Yuri --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGsrQLeoAklVFrLdgRAp5PAKCgpO4H3CzwL9nu9HZCW0oLkmgNlgCff6AK x8upNoVQ0muIRJLSevNcpEw= =00NC -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 05:00:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A2D916A417; Fri, 3 Aug 2007 05:00:14 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3559E13C46C; Fri, 3 Aug 2007 05:00:14 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.196.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JM60039TLVRRUJ7@vms044.mailsrvcs.net>; Thu, 02 Aug 2007 23:59:52 -0500 (CDT) Date: Fri, 03 Aug 2007 01:05:20 -0400 From: Skip Ford In-reply-to: <46B1B496.4000504@FreeBSD.org> To: Doug Barton Mail-followup-to: Doug Barton , FreeBSD Current , FreeBSD Stable Message-id: <20070803050520.GA73382@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <46B1AC75.9060907@FreeBSD.org> <20070802103459.GI59008@menantico.com> <46B1B496.4000504@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by 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, 03 Aug 2007 05:00:14 -0000 Doug Barton wrote: > Skip Ford wrote: > > Just like I'd think everyone should sync with stratum-1 servers if > > those operators supported everyone doing that. > > I've already pointed out that this is a silly analogy, as the two > things have nothing in common. At the most basic level: > > Individual hosts don't need Everyone needs the root data > to sync with a strat 1 ntpd > > The strat 1 folks have asked The roots are open to all by design > people not to do that It really is an apt analogy. You don't see it because you believe the "roots are open to all". If they really were open to all, there would've been no objections to your change. The methods by which the data made available by the roots is available to all is well-defined, and AXFR isn't included in that definition. In fact, it's recommended against. -- Skip From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 05:00:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7605416A417 for ; Fri, 3 Aug 2007 05:00:18 +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 631A813C481 for ; Fri, 3 Aug 2007 05:00:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CA8CF1A4D7C; Thu, 2 Aug 2007 21:59:44 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id B0C34BB43; Fri, 3 Aug 2007 01:00:17 -0400 (EDT) Date: Fri, 3 Aug 2007 01:00:17 -0400 From: Kris Kennaway To: Nick Frampton Message-ID: <20070803050017.GA56653@rot26.obsecurity.org> References: <46B2A6B0.1030609@statseeker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B2A6B0.1030609@statseeker.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 05:00:18 -0000 On Fri, Aug 03, 2007 at 01:53:20PM +1000, Nick Frampton wrote: > Hi all, > > Programs segfault when attempting to access argv from main when compiled > under gcc 4.2.0 with the -pg profiling option. The following program > illustrates this problem. > > $ cat test.c > #include > int main (int argc, char **argv) { > fprintf (stderr, "argv=%p\n", argv); > return 0; > } > $ cc -c -o test.o -pg test.c && cc -o test -pg test.o > $ ./test > Segmentation fault (core dumped) > > $ cc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.0 20070514 [FreeBSD] > > $ uname -a > FreeBSD test03.statseeker.com 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri > Aug 3 11:07:03 EST 2007 > root@test03.statseeker.com:/usr/obj/usr/src/sys/GENERIC i386 > > This issue was reported on this list on 5th July 2007 by Garrett Cooper > but argv was not mentioned in that post. I have not seen this problem > reported elsewhere (e.g. on the gcc mailing list). So perhaps you should do so? Or try checking with 4.2.1 in case it's fixed already. Kris From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 05:02:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7C3E16A418 for ; Fri, 3 Aug 2007 05:02:42 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id C1E1513C459 for ; Fri, 3 Aug 2007 05:02:42 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.06) with ESMTP id l7352SHN002007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 Aug 2007 22:02:28 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l7352Fjw010187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 2 Aug 2007 22:02:27 -0700 Message-ID: <46B2B6D3.3080509@u.washington.edu> Date: Thu, 02 Aug 2007 22:02:11 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Yuri Pankov References: <46B2A6B0.1030609@statseeker.com> <20070803045036.GA1809@darklight.org.ru> In-Reply-To: <20070803045036.GA1809@darklight.org.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.8.2.214923 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org, Nick Frampton Subject: Re: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 05:02:43 -0000 Yuri Pankov wrote: > On Fri, Aug 03, 2007 at 01:53:20PM +1000, Nick Frampton wrote: > >> Hi all, >> >> Programs segfault when attempting to access argv from main when compiled >> under gcc 4.2.0 with the -pg profiling option. The following program >> illustrates this problem. >> >> $ cat test.c >> #include >> int main (int argc, char **argv) { >> fprintf (stderr, "argv=%p\n", argv); >> return 0; >> } >> $ cc -c -o test.o -pg test.c && cc -o test -pg test.o >> $ ./test >> Segmentation fault (core dumped) >> >> $ cc -v >> Using built-in specs. >> Target: i386-undermydesk-freebsd >> Configured with: FreeBSD/i386 system compiler >> Thread model: posix >> gcc version 4.2.0 20070514 [FreeBSD] >> >> $ uname -a >> FreeBSD test03.statseeker.com 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri Aug >> 3 11:07:03 EST 2007 >> root@test03.statseeker.com:/usr/obj/usr/src/sys/GENERIC i386 >> >> This issue was reported on this list on 5th July 2007 by Garrett Cooper but >> argv was not mentioned in that post. I have not seen this problem reported >> elsewhere (e.g. on the gcc mailing list). >> >> -Nick >> ** >> > > FWIW, I can't reproduce it on amd64: > > >> cc -c -o test.o -pg test.c && cc -o test -pg test.o >> ./test >> > argv=0x7fffffffe8b0 > >> cc -v >> > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.0 20070514 [FreeBSD] > > > Yuri > I've already posted 2 other threads, and I believe a bug report about this. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 05:31:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE5316A41A for ; Fri, 3 Aug 2007 05:31:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 04E9A13C457 for ; Fri, 3 Aug 2007 05:31:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.06) with ESMTP id l735VFPq001301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 Aug 2007 22:31:15 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l735VEPc003287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 2 Aug 2007 22:31:14 -0700 Message-ID: <46B2BD9F.9060105@u.washington.edu> Date: Thu, 02 Aug 2007 22:31:11 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <46B2A6B0.1030609@statseeker.com> <20070803050017.GA56653@rot26.obsecurity.org> In-Reply-To: <20070803050017.GA56653@rot26.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.8.2.220626 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org, Nick Frampton Subject: Re: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 05:31:16 -0000 Kris Kennaway wrote: > On Fri, Aug 03, 2007 at 01:53:20PM +1000, Nick Frampton wrote: > >> Hi all, >> >> Programs segfault when attempting to access argv from main when compiled >> under gcc 4.2.0 with the -pg profiling option. The following program >> illustrates this problem. >> >> $ cat test.c >> #include >> int main (int argc, char **argv) { >> fprintf (stderr, "argv=%p\n", argv); >> return 0; >> } >> $ cc -c -o test.o -pg test.c && cc -o test -pg test.o >> $ ./test >> Segmentation fault (core dumped) >> >> $ cc -v >> Using built-in specs. >> Target: i386-undermydesk-freebsd >> Configured with: FreeBSD/i386 system compiler >> Thread model: posix >> gcc version 4.2.0 20070514 [FreeBSD] >> >> $ uname -a >> FreeBSD test03.statseeker.com 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri >> Aug 3 11:07:03 EST 2007 >> root@test03.statseeker.com:/usr/obj/usr/src/sys/GENERIC i386 >> >> This issue was reported on this list on 5th July 2007 by Garrett Cooper >> but argv was not mentioned in that post. I have not seen this problem >> reported elsewhere (e.g. on the gcc mailing list). >> > > So perhaps you should do so? > > Or try checking with 4.2.1 in case it's fixed already. > > Kris A quick reminder (since I already forgot about this thread): . -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 07:21:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABE5916A57E for ; Fri, 3 Aug 2007 07:21:49 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2A96313C481 for ; Fri, 3 Aug 2007 07:21:48 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so203160nfb for ; Fri, 03 Aug 2007 00:21:48 -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:references; b=dqa7TTtmjPK2kmFTxmLtCLalS/N/sp/pTPF0fcRotfcl+cw0FR+CU3IKQ4O5ZQSZtDTAAN9WtwbIeMTqEKkzIVxvPejHzqR5PBAEQafubmDAnlIXC75wzctFlBLrLNlqG1ofJRdFBbHMl4PAxnONgyIweYbk/xQaU7kMxxL3cKM= 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:references; b=IiZMogaiCTt7SrCnHWGQ+cyRZDjbzEBcPvpLDPzwpfUuCBkGwy33FjHB5Bs1lrVqUgBhw+hdrOsU2f1vGoGb/UQVyWPGXJO91f/bdZ5vrGW5s5vsuGy5wTiO2Qqh7sPnQc5A3ikc67x45Dz6/z2KAfpq0i2BmALKMYURWY1sb0o= Received: by 10.78.107.8 with SMTP id f8mr748646huc.1186124148004; Thu, 02 Aug 2007 23:55:48 -0700 (PDT) Received: by 10.78.160.10 with HTTP; Thu, 2 Aug 2007 23:55:47 -0700 (PDT) Message-ID: <3979a4b0708022355t2ac8a6caja4dcfd1396e8f260@mail.gmail.com> Date: Fri, 3 Aug 2007 10:55:47 +0400 From: "KOT MATPOCKuH" To: "Maksim Yevmenkin" In-Reply-To: MIME-Version: 1.0 References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> <3979a4b0707292342i6918b7b8i9bb332bc5001d4c7@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rc@freebsd.org, freebsd-current@freebsd.org Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 07:21:49 -0000 On 8/2/07, Maksim Yevmenkin wrote: > > > > > I got a problem. After messages on console: > > > > ... > > > > Mounting local files systems:. > > > > Setting hostname: green. > > > > fxp: link state changed to UP > > > > nfe0: link state changed to DOWN > > > > > > > > console hangs. > > > try to disable kbdmux(4) and see if this helps. > if possible, try without kvm switch and kbdmux. if you are using ps/2 > mouse - try without. I tried to boot without keyboard and mouse and have no result - console hanged again... finally, switch try to switch to usb keyboard. I will try to do this... the goal is to get system boot without any problems. then you can > slowly add/switch devices one by one to identify what causes the > problem. once you know what causes the problem it will be easier to > diagnose and fix it. btw. One more man have the same problem, see message with subject "*weird problem with a fresh current on amd64"* As I see - console locked after messages about nve/nfe driver... may be problem is in this drivers? (nfe driver is a replacement for nve) %-[ -- MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 07:27:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2F616A419 for ; Fri, 3 Aug 2007 07:27:55 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 32EBD13C442 for ; Fri, 3 Aug 2007 07:27:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l737RrDG096035; Fri, 3 Aug 2007 11:27:53 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 3 Aug 2007 11:27:53 +0400 (MSD) From: Dmitry Morozovsky To: KOT MATPOCKuH In-Reply-To: <3979a4b0708022355t2ac8a6caja4dcfd1396e8f260@mail.gmail.com> Message-ID: <20070803112608.L80820@woozle.rinet.ru> References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> <3979a4b0707292342i6918b7b8i9bb332bc5001d4c7@mail.gmail.com> <3979a4b0708022355t2ac8a6caja4dcfd1396e8f260@mail.gmail.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Aug 2007 11:27:53 +0400 (MSD) Cc: rc@freebsd.org, freebsd-current@freebsd.org, Maksim Yevmenkin Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 07:27:55 -0000 On Fri, 3 Aug 2007, KOT MATPOCKuH wrote: KM> > > > > Mounting local files systems:. KM> > > > > Setting hostname: green. KM> > > > > fxp: link state changed to UP KM> > > > > nfe0: link state changed to DOWN KM> > > > > KM> > > > > console hangs. KM> > > > try to disable kbdmux(4) and see if this helps. KM> > if possible, try without kvm switch and kbdmux. if you are using ps/2 KM> > mouse - try without. KM> KM> KM> I tried to boot without keyboard and mouse and have no result - console KM> hanged again... KM> KM> KM> finally, switch try to switch to usb keyboard. KM> KM> KM> I will try to do this... KM> KM> the goal is to get system boot without any problems. then you can KM> > slowly add/switch devices one by one to identify what causes the KM> > problem. once you know what causes the problem it will be easier to KM> > diagnose and fix it. KM> KM> KM> btw. One more man have the same problem, see message with subject KM> "*weird problem with a fresh current on amd64"* KM> KM> As I see - console locked after messages about nve/nfe driver... may be KM> problem is in this drivers? (nfe driver is a replacement for nve) %-[ try to add rc_debug="YES" to /etc/rc.conf - this will spam your console with tons of messages, but possibly points you to the fine-grained place where boot hangs. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 08:02:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA7C16A41F for ; Fri, 3 Aug 2007 08:02:42 +0000 (UTC) (envelope-from matpockuh@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 C467613C4A7 for ; Fri, 3 Aug 2007 08:02:41 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so483884uge for ; Fri, 03 Aug 2007 01:02:40 -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:references; b=lanhhGcuRO3KxBHJkEmrJ+z+gNiOQFcsd6kOjxOA+IcI0eW3hLYyph42oLVPte9Lgye92NL9a0XhITNddQ6+KfITsa38LrmdfICEnYoEPQVAk0ba/+OhnTlvFxCoc7WSyuqWJVfZOwhKkVV1zg2eHvaUuZL5SwSkvxjO92rbQso= 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:references; b=EJtVpZKuuIWuWDui4Q4Gk/RkWdsmr1nRQHBEld+J1DwPZgcglkw1MGYf5aLBLMRaPHysIctO52qjFHSrZ+rQDFHaq/f8me/btHcazYYUS7b4zBn00GMbu3NUYqDus0ypPhEkecSrjmnM+7U/ylBoeKBG25XqLXEZzvoMk8yFuXI= Received: by 10.78.56.19 with SMTP id e19mr751819hua.1186128160193; Fri, 03 Aug 2007 01:02:40 -0700 (PDT) Received: by 10.78.160.10 with HTTP; Fri, 3 Aug 2007 01:02:40 -0700 (PDT) Message-ID: <3979a4b0708030102y5e0709dejc4cb12a7dd13379a@mail.gmail.com> Date: Fri, 3 Aug 2007 12:02:40 +0400 From: "KOT MATPOCKuH" To: "Dmitry Morozovsky" In-Reply-To: <20070803112608.L80820@woozle.rinet.ru> MIME-Version: 1.0 References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> <3979a4b0707292342i6918b7b8i9bb332bc5001d4c7@mail.gmail.com> <3979a4b0708022355t2ac8a6caja4dcfd1396e8f260@mail.gmail.com> <20070803112608.L80820@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rc@freebsd.org, freebsd-current@freebsd.org, Maksim Yevmenkin Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 08:02:42 -0000 On 8/3/07, Dmitry Morozovsky wrote: > > On Fri, 3 Aug 2007, KOT MATPOCKuH wrote: > > KM> > > > > Mounting local files systems:. > KM> > > > > Setting hostname: green. > KM> > > > > fxp: link state changed to UP > KM> > > > > nfe0: link state changed to DOWN > KM> > > > > > KM> > > > > console hangs. > KM> I tried to boot without keyboard and mouse and have no result - > console > KM> hanged again... > try to add rc_debug="YES" to /etc/rc.conf - this will spam your console > with > tons of messages, but possibly points you to the fine-grained place where > boot > hangs. boot is not really hangs. All services starts propertly, hangs only console - I can't see any new messages, input to console or switching between ttys. -- MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 08:13:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4120116A417; Fri, 3 Aug 2007 08:13:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9FC13C46B; Fri, 3 Aug 2007 08:13:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l738D5Lm096904; Fri, 3 Aug 2007 12:13:05 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 3 Aug 2007 12:13:05 +0400 (MSD) From: Dmitry Morozovsky To: KOT MATPOCKuH In-Reply-To: <3979a4b0708030102y5e0709dejc4cb12a7dd13379a@mail.gmail.com> Message-ID: <20070803121225.K80820@woozle.rinet.ru> References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> <3979a4b0707292342i6918b7b8i9bb332bc5001d4c7@mail.gmail.com> <3979a4b0708022355t2ac8a6caja4dcfd1396e8f260@mail.gmail.com> <20070803112608.L80820@woozle.rinet.ru> <3979a4b0708030102y5e0709dejc4cb12a7dd13379a@mail.gmail.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Aug 2007 12:13:05 +0400 (MSD) Cc: rc@freebsd.org, freebsd-current@freebsd.org, Maksim Yevmenkin Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 08:13:07 -0000 On Fri, 3 Aug 2007, KOT MATPOCKuH wrote: KM> > KM> > > > > Mounting local files systems:. KM> > KM> > > > > Setting hostname: green. KM> > KM> > > > > fxp: link state changed to UP KM> > KM> > > > > nfe0: link state changed to DOWN KM> > KM> > > > > KM> > KM> > > > > console hangs. KM> > KM> I tried to boot without keyboard and mouse and have no result - KM> > console KM> > KM> hanged again... KM> > try to add rc_debug="YES" to /etc/rc.conf - this will spam your console KM> > with KM> > tons of messages, but possibly points you to the fine-grained place where KM> > boot KM> > hangs. KM> KM> KM> boot is not really hangs. All services starts propertly, hangs only console KM> - I can't see any new messages, input to console or switching between ttys. Hmm. Can you organize serial console and switch off vidconsole? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 10:01:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DCD816A419 for ; Fri, 3 Aug 2007 10:01:41 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 21F5813C46C for ; Fri, 3 Aug 2007 10:01:41 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l73A1YMo091567 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 3 Aug 2007 06:01:35 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 3 Aug 2007 03:04:08 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org In-Reply-To: <20070730181414.G561@10.0.0.1> Message-ID: <20070803030226.Y561@10.0.0.1> References: <20070730181414.G561@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Michael Plass Subject: Re: SCHED_ULE wacky load averages on -current, fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 10:01:41 -0000 On Mon, 30 Jul 2007, Jeff Roberson wrote: > On Mon, 30 Jul 2007, Michael Plass wrote: >> >> Jeff, were you ever able to reproduce the wacky load averages referenced >> above? I updated from -current and built with SCHED_ULE, and I'm seeing >> this on an idle dual-P4: > > Yes, I have a patch to fix it in the works. Should have some time to get > back to this soon. Please test http://people.freebsd.org/~jeff/ulehtt.diff. This should fix HTT machines. It also has a small performance improvement in it for interrupt heavy workloads that may cause a lot of preemption. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 10:21:29 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94FA016A417; Fri, 3 Aug 2007 10:21:29 +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 D4C0C13C45A; Fri, 3 Aug 2007 10:21:28 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A8CA3487FA; Fri, 3 Aug 2007 12:21:27 +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 AFCB9487F3; Fri, 3 Aug 2007 12:21:21 +0200 (CEST) Date: Fri, 3 Aug 2007 12:20:19 +0200 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20070803102019.GG37984@garage.freebsd.pl> References: <20070802155317.X50347@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YrlhzR9YrZtruaFS" Content-Disposition: inline In-Reply-To: <20070802155317.X50347@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 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: jeff@FreeBSD.org, kib@FreeBSD.org, current@FreeBSD.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 10:21:29 -0000 --YrlhzR9YrZtruaFS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2007 at 03:58:26PM +0400, Dmitry Morozovsky wrote: >=20 > Hi there colleagues, >=20 > FreeBSD/i386 on Athlon X2, HEAD without WITNESS. 4G of RAM. tmpfs used fo= r=20 > 'make release'. >=20 >=20 > panic: lockmgr: locking against myself > cpuid =3D 0 > KDB: enter: panic > [thread pid 19396 tid 100245 ] > Stopped at kdb_enter+0x32: leave >=20 > db> tr =20 > Tracing pid 19396 tid 100245 td 0xce194220 > kdb_enter(c066f664,0,c066dca9,e92799cc,0,...) at kdb_enter+0x32 > panic(c066dca9,e92799dc,c0559cc7,e9279ac0,ca2f7770,...) at panic+0x124 > _lockmgr(ca2f77c8,3002,ca2f77f8,ce194220,c0675afc,...) at _lockmgr+0x401 > vop_stdlock(e9279a5c,ce194220,3002,ca2f7770,e9279a80,...) at vop_stdlock+= 0x40 > VOP_LOCK1_APV(d06417e0,e9279a5c,e9279bc0,0,c8d00330,...) at VOP_LOCK1_APV= +0x46 > _vn_lock(ca2f7770,3002,ce194220,c0675afc,7f3,...) at _vn_lock+0x166 > vget(ca2f7770,1000,ce194220,0,e9279b98,...) at vget+0x114 > vm_object_reference(d1c70348,e9279b30,c063f81d,c0c71000,e381d000,...) at= =20 > vm_object_reference+0x12a > kern_execve(ce194220,e9279c5c,0,28204548,282045d8,e381d000,e381d000,e381d= 015,e381d4dc,e385d000,3fb24,3,20)=20 > at kern_execve+0x31a > execve(ce194220,e9279cfc,c,ce194220,e9279d2c,...) at execve+0x4c > syscall(e9279d38) at syscall+0x345 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x28146a47, esp =3D 0xbf= bfe4cc,=20 > ebp =3D 0xbfbfe4e8 --- >=20 > db> show lockedvnods > Locked vnodes >=20 > 0xca2f7770: tag tmpfs, type VREG > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags () > v_object 0xd1c70348 ref 1 pages 19 > lock type tmpfs: EXCL (count 1) by thread 0xce194220 (pid 19396) wit= h 1=20 > pending > tag VT_TMPFS, tmpfs_node 0xd177f9d4, flags 0x0, links 9 > mode 0555, owner 0, group 0, size 76648, status 0x0 >=20 > It seems there is some locking problem in tmpfs. >=20 > What other info should I provide to help resolve the problem? Here you can find two patches, which may or may not fix your problem. The first one is actually only to improve debug. This patch adds all vnode flags to the output, because I believe you have VI_OWEINACT set, but not printed: http://people.freebsd.org/~pjd/patches/vfs_subr.c.4.patch The problem here is that vm_object_reference() calls vget() without any lock flag and vget() locks vnode exclusively when the VI_OWEINACT flag is set. vget() should probably be fixed too, but jeff@ opinion is that it shouldn't happen in this case, so this may be tmpfs bug. The patch below fixes some locking problems in tmpfs: http://people.freebsd.org/~pjd/patches/tmpfs.patch The problems are: - tmpfs_root() should honour 'flags' argument, and not always lock the vnode exclusively, - tmpfs_lookup() should lock vnode using cnp->cn_lkflags, and not always do it exclusively, - in ".." case when we unlock directory vnode to avoid deadlock, we should relock it using the same type of lock it was locked before and not always relock it exclusively, Note, that this patch wasn't even compiled tested. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --YrlhzR9YrZtruaFS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGswFjForvXbEpPzQRAkMnAJ9rXDMYeYkvZBhS2Y+uyZvjS/TEwQCfUujX Qq8uerYmJg3r72Ca9X8j964= =ykhu -----END PGP SIGNATURE----- --YrlhzR9YrZtruaFS-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 11:11:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B84316A41B for ; Fri, 3 Aug 2007 11:11:05 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6412E13C48D for ; Fri, 3 Aug 2007 11:11:03 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 25756 invoked from network); 3 Aug 2007 13:11:02 +0200 Received: from relay3.vistream.de (HELO nibbler.vistream.local) (87.139.10.28) by kasimir.com with SMTP; 3 Aug 2007 13:11:02 +0200 Message-ID: <46B30D25.2080105@kasimir.com> Date: Fri, 03 Aug 2007 13:10:29 +0200 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0.0.6pre (Macintosh/20070802) MIME-Version: 1.0 To: Jeff Roberson References: <20070730181414.G561@10.0.0.1> <20070803030226.Y561@10.0.0.1> In-Reply-To: <20070803030226.Y561@10.0.0.1> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: SCHED_ULE wacky load averages on -current, fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 11:11:05 -0000 Jeff Roberson wrote: > On Mon, 30 Jul 2007, Jeff Roberson wrote: > > Please test http://people.freebsd.org/~jeff/ulehtt.diff. > > This should fix HTT machines. It also has a small performance > improvement in it for interrupt heavy workloads that may cause a lot of > preemption. > Hi Jeff, yes with this patch the load averages on my P4 HTT system are back to normal. Thanks! Florian From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 09:12:50 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29E116A418; Fri, 3 Aug 2007 09:12:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 016BE13C428; Fri, 3 Aug 2007 09:12:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hktgbs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l739ChHc075799; Fri, 3 Aug 2007 11:12:48 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l739ChF5075798; Fri, 3 Aug 2007 11:12:43 +0200 (CEST) (envelope-from olli) Date: Fri, 3 Aug 2007 11:12:43 +0200 (CEST) Message-Id: <200708030912.l739ChF5075798@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: <46B24363.2040903@FreeBSD.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 03 Aug 2007 11:12:48 +0200 (CEST) X-Mailman-Approved-At: Fri, 03 Aug 2007 11:24:07 +0000 Cc: Subject: Re: named.conf restored to hint zone for the root by 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, 03 Aug 2007 09:12:50 -0000 Doug Barton wrote: > Oliver Fromme wrote: > > However, I noticed that the "refresh" interval of the root zone is > > 1800, i.e. it would be fetched every 30 minutes, > > No, refresh is how often the master servers are checked for serial > number changes. True, I forgot about that. Thanks for reminding me. > This is why what's suggested below is not a good idea either. Of course, you're right. By the way, I have changed from hints to slaves on the DNS servers for a large server farm (just testing right now; I might go back to hints if I don't feel it's worth it). It _seems_ a few applications run with lower latency, but I'll need to run some benchmarks in order to get some hard numbers. I will keep the hints zone on my office workstation and on my home machine. There seems to be consensus that slaving the root is not desirable in these cases. (Please correct me if I'm wrong.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 11:42:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB0D16A418 for ; Fri, 3 Aug 2007 11:42:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id E283713C468 for ; Fri, 3 Aug 2007 11:42:11 +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.14.1/8.14.1) with ESMTP id l73Bg6eq002137; Fri, 3 Aug 2007 21:42:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l73Bg5hd002136; Fri, 3 Aug 2007 21:42:05 +1000 (EST) (envelope-from peter) Date: Fri, 3 Aug 2007 21:42:05 +1000 From: Peter Jeremy To: Don Lewis Message-ID: <20070803114205.GR1262@turion.vk2pj.dyndns.org> References: <46B17BCB.2060605@elischer.org> <200708022259.l72Mwxwn001691@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VywGB/WGlW4DM4P8" Content-Disposition: inline In-Reply-To: <200708022259.l72Mwxwn001691@gw.catspoiler.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, julian@elischer.org Subject: Re: laptop no longer reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 11:42:12 -0000 --VywGB/WGlW4DM4P8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Aug-02 15:58:59 -0700, Don Lewis wrote: >I've got a desktop (i386 SMP kernel on an AMD 64 X2 with a recent Nvidia >chipset) with this problem. Someone suggested removing EHCI from the >kernel, and that "fixed" the problem. I haven't had time to investigate >the problem in detail. In the past (on older versions of FreeBSD), I've had reboots refuse to work if I had any kernel modules loaded. It didn't seem to matter which kld I loaded. I lost ready access to the hardware before I ever solved the problem. I got as far as adding printf's to the shutdown code and as far as I could tell, it was correctly asking the BIOS to reboot and then went off into la-la land. --=20 Peter Jeremy --VywGB/WGlW4DM4P8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGsxSN/opHv/APuIcRAmfuAJoCQ/+H+TGcd0oGUHEO43fi7X+SQQCghzep iIY8URIvlW5yl3ZQvowRPcU= =mfUj -----END PGP SIGNATURE----- --VywGB/WGlW4DM4P8-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 12:47:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DF1816A419 for ; Fri, 3 Aug 2007 12:47:12 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id C2A3113C458 for ; Fri, 3 Aug 2007 12:47:11 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IGwO5-000Flt-Ka; Fri, 03 Aug 2007 16:36:13 +0400 To: "Florian C. Smeets" References: <20070730181414.G561@10.0.0.1> <20070803030226.Y561@10.0.0.1> <46B30D25.2080105@kasimir.com> From: Boris Samorodov Date: Fri, 03 Aug 2007 16:36:13 +0400 In-Reply-To: <46B30D25.2080105@kasimir.com> (Florian C. Smeets's message of "Fri, 03 Aug 2007 13:10:29 +0200") Message-ID: <76120770@serv3.int.kfs.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 Sender: "Boris B. Samorodov" Cc: Jeff Roberson , current@freebsd.org Subject: Re: SCHED_ULE wacky load averages on -current, fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 12:47:12 -0000 On Fri, 03 Aug 2007 13:10:29 +0200 Florian C. Smeets wrote: > Jeff Roberson wrote: > > On Mon, 30 Jul 2007, Jeff Roberson wrote: > > > > Please test http://people.freebsd.org/~jeff/ulehtt.diff. > > > > This should fix HTT machines. It also has a small performance > > improvement in it for interrupt heavy workloads that may cause a lot of > > preemption. > Hi Jeff, > yes with this patch the load averages on my P4 HTT system are back to > normal. +1. Load varages are back to normal with this patch. Can't say about perfomance though. This is for: ----- CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d AMD Features=0x100000 Logical CPUs per core: 2 real memory = 2137915392 (2038 MB) avail memory = 2082508800 (1986 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ----- Thanks, Jeff! 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 Fri Aug 3 12:49:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B509716A417; Fri, 3 Aug 2007 12:49:32 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA1B13C458; Fri, 3 Aug 2007 12:49:32 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l73CnUOK002760; Fri, 3 Aug 2007 16:49:30 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 3 Aug 2007 16:49:30 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20070803102019.GG37984@garage.freebsd.pl> Message-ID: <20070803164108.C569@woozle.rinet.ru> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Aug 2007 16:49:31 +0400 (MSD) Cc: kib@freebsd.org, current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 12:49:33 -0000 On Fri, 3 Aug 2007, Pawel Jakub Dawidek wrote: PJD> > FreeBSD/i386 on Athlon X2, HEAD without WITNESS. 4G of RAM. tmpfs used for PJD> > 'make release'. PJD> > PJD> > PJD> > panic: lockmgr: locking against myself PJD> > cpuid = 0 PJD> > KDB: enter: panic PJD> > [thread pid 19396 tid 100245 ] PJD> > Stopped at kdb_enter+0x32: leave PJD> > PJD> > db> tr PJD> > Tracing pid 19396 tid 100245 td 0xce194220 PJD> > kdb_enter(c066f664,0,c066dca9,e92799cc,0,...) at kdb_enter+0x32 PJD> > panic(c066dca9,e92799dc,c0559cc7,e9279ac0,ca2f7770,...) at panic+0x124 PJD> > _lockmgr(ca2f77c8,3002,ca2f77f8,ce194220,c0675afc,...) at _lockmgr+0x401 PJD> > vop_stdlock(e9279a5c,ce194220,3002,ca2f7770,e9279a80,...) at vop_stdlock+0x40 PJD> > VOP_LOCK1_APV(d06417e0,e9279a5c,e9279bc0,0,c8d00330,...) at VOP_LOCK1_APV+0x46 PJD> > _vn_lock(ca2f7770,3002,ce194220,c0675afc,7f3,...) at _vn_lock+0x166 PJD> > vget(ca2f7770,1000,ce194220,0,e9279b98,...) at vget+0x114 PJD> > vm_object_reference(d1c70348,e9279b30,c063f81d,c0c71000,e381d000,...) at PJD> > vm_object_reference+0x12a PJD> > kern_execve(ce194220,e9279c5c,0,28204548,282045d8,e381d000,e381d000,e381d015,e381d4dc,e385d000,3fb24,3,20) PJD> > at kern_execve+0x31a PJD> > execve(ce194220,e9279cfc,c,ce194220,e9279d2c,...) at execve+0x4c PJD> > syscall(e9279d38) at syscall+0x345 PJD> > Xint0x80_syscall() at Xint0x80_syscall+0x20 PJD> > --- syscall (59, FreeBSD ELF32, execve), eip = 0x28146a47, esp = 0xbfbfe4cc, PJD> > ebp = 0xbfbfe4e8 --- PJD> > PJD> > db> show lockedvnods PJD> > Locked vnodes PJD> > PJD> > 0xca2f7770: tag tmpfs, type VREG PJD> > usecount 1, writecount 0, refcount 4 mountedhere 0 PJD> > flags () PJD> > v_object 0xd1c70348 ref 1 pages 19 PJD> > lock type tmpfs: EXCL (count 1) by thread 0xce194220 (pid 19396) with 1 PJD> > pending PJD> > tag VT_TMPFS, tmpfs_node 0xd177f9d4, flags 0x0, links 9 PJD> > mode 0555, owner 0, group 0, size 76648, status 0x0 PJD> > PJD> > It seems there is some locking problem in tmpfs. PJD> > PJD> > What other info should I provide to help resolve the problem? PJD> PJD> Here you can find two patches, which may or may not fix your problem. PJD> The first one is actually only to improve debug. PJD> PJD> This patch adds all vnode flags to the output, because I believe you PJD> have VI_OWEINACT set, but not printed: PJD> PJD> http://people.freebsd.org/~pjd/patches/vfs_subr.c.4.patch PJD> PJD> The problem here is that vm_object_reference() calls vget() without any PJD> lock flag and vget() locks vnode exclusively when the VI_OWEINACT flag PJD> is set. vget() should probably be fixed too, but jeff@ opinion is that PJD> it shouldn't happen in this case, so this may be tmpfs bug. PJD> PJD> The patch below fixes some locking problems in tmpfs: PJD> PJD> http://people.freebsd.org/~pjd/patches/tmpfs.patch PJD> PJD> The problems are: PJD> - tmpfs_root() should honour 'flags' argument, and not always lock the PJD> vnode exclusively, PJD> - tmpfs_lookup() should lock vnode using cnp->cn_lkflags, and not always PJD> do it exclusively, PJD> - in ".." case when we unlock directory vnode to avoid deadlock, we PJD> should relock it using the same type of lock it was locked before and PJD> not always relock it exclusively, PJD> PJD> Note, that this patch wasn't even compiled tested. Well, it at least compiled and booted on i386. Test release run is in progress now, i'll followup with the results. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 12:54:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A85716A41B for ; Fri, 3 Aug 2007 12:54:35 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEC613C465 for ; Fri, 3 Aug 2007 12:54:35 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l73CsTMk047674 for ; Fri, 3 Aug 2007 05:54:29 -0700 (PDT) Date: Fri, 03 Aug 2007 21:54:28 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-apple-darwin8.9.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Debugging with memguard... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 12:54:35 -0000 Howdy, I'm trying to track down a memory issue with IPsec in CURRENT. Using the TAHI test suite and ssh I can cause the kernel to panic with the "Memory modified after free" message at will. The problem is that the memory that was touched is from a seemingly random part of the system. I have seen IPsec and non-IPsec related memory (ttys, proc-sav, ipsecrequest, and xform etc.) This makes using DEBUG_MEMGUARD rather hard. Can anyone give a better way of tracking down what's going on? Thanks, George PS Kernel Config attached but it's not very interesting I think. # # VMWARE IPSEC -- Kernel config for VMWare VMs 4.5-5.5 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.438 2006/01/21 12:38:35 marius Exp $ cpu I686_CPU ident VMWARE_IPSEC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options DEBUG_MEMGUARD # Debug memory issues options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options IPSEC # IPSec options INET6 # IPv6 Support options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver device le # NE2100, NE32-VL Lance Ethernet cards # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # Crypto device required when you're using IPSEC device crypto # Crypto devices and basic algorithms From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 13:00:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB61116A46D for ; Fri, 3 Aug 2007 13:00:34 +0000 (UTC) (envelope-from jaj@hcl-club.lu) Received: from 0b10111.de (hcl-club.lu [62.75.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6A00513C467 for ; Fri, 3 Aug 2007 13:00:34 +0000 (UTC) (envelope-from jaj@hcl-club.lu) Received: from spaceman.my.domain (d90-129-9-224.cust.tele2.lu [90.129.9.224]) by 0b10111.de (Postfix) with ESMTP id 4F320872C1A8; Fri, 3 Aug 2007 15:00:32 +0200 (CEST) Date: Fri, 3 Aug 2007 15:00:30 +0200 From: Jona Joachim To: linimon@lonesome.com (Mark Linimon) Message-ID: <20070803150030.01f4d545@spaceman.my.domain> In-Reply-To: <20070802234658.GB2842@soaustin.net> References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> <20070802234658.GB2842@soaustin.net> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; x86_64-unknown-openbsd4.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 03 Aug 2007 13:10:13 +0000 Cc: "Marcos Biscaysaqu - ThePacific.net" , freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 13:00:34 -0000 On Thu, 2 Aug 2007 18:46:58 -0500 linimon@lonesome.com (Mark Linimon) wrote: > On Thu, Aug 02, 2007 at 11:51:54PM +0200, Jona Joachim wrote: > > Quoting from > > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/people.html: > > "In order to develop FreeBSD, committers must have the ability to > > openly discuss matters that will be resolved before they are > > publicly announced. Frank discussions of work in progress are not > > suitable for open publication and may harm FreeBSD." > > Of course, the sentence you omitted that precedes the above is: > > "The FreeBSD developers mailing list is for the exclusive use of > FreeBSD committers." > > So you are taking the policy for *one single* private mailing list > and, by removing the context, making it appear that we are in some > way attempting to stifle discussion on the public lists. I reread the sentence twice to make sure I don't change its meaning by putting it out of context. Whether you communicate through one single mailing list, through 100 mailing lists or via snail mail doesn't really change anything. I didn't mean to make it look like a conspiracy. I provided the link so everybody can read the real thing. > The mailing list in question is more often used to hash out > disagreements (technical and otherwise) among developers than to hide > anything. For many people, it would be of little interest. Perhaps it would be good to update the committers guide because it really makes the developers mailing list look like a secret elite group that discusses evil stuff. > If you think that some kind of issue is not being addressed, your best > bet is a post to advocacy@. If you want to work on code, then > hackers@ is probably a better bet. I started the discussion on advocacy@ some time ago but no committers shared their point of view. Regards, Jona From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 14:13:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9E7116A41A; Fri, 3 Aug 2007 14:13:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 34FAE13C4A3; Fri, 3 Aug 2007 14:13:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l73ED5oa004390; Fri, 3 Aug 2007 18:13:05 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 3 Aug 2007 18:13:05 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20070803164108.C569@woozle.rinet.ru> Message-ID: <20070803181007.I569@woozle.rinet.ru> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> <20070803164108.C569@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Aug 2007 18:13:05 +0400 (MSD) Cc: kib@freebsd.org, current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 14:13:07 -0000 On Fri, 3 Aug 2007, Dmitry Morozovsky wrote: [snip] DM> PJD> Note, that this patch wasn't even compiled tested. DM> DM> Well, it at least compiled and booted on i386. Test release run is in progress DM> now, i'll followup with the results. Can't check right now as ports INDEX build is failing due to broken databases/ruby-rdbc1 dependency (ruby-postgres renaming). Will try later tonight. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 14:22:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5178816A41B for ; Fri, 3 Aug 2007 14:22:35 +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 0106113C491 for ; Fri, 3 Aug 2007 14:22:34 +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 l73EMSxM006934; Fri, 3 Aug 2007 08:22:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46B33A19.3060400@samsco.org> Date: Fri, 03 Aug 2007 08:22:17 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Jona Joachim References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> <20070802234658.GB2842@soaustin.net> <20070803150030.01f4d545@spaceman.my.domain> In-Reply-To: <20070803150030.01f4d545@spaceman.my.domain> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 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, 03 Aug 2007 08:22:28 -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: "Marcos Biscaysaqu - ThePacific.net" , Mark Linimon , freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 14:22:35 -0000 Jona Joachim wrote: > I started the discussion on advocacy@ some time ago but no committers > shared their point of view. > Here's what I suggest you do. Take the OpenHAL source, write a FreeBSD driver wrapper around it, test it, and then release it to others for testing and comment. At the very least your work will likely be made into a port. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 15:05:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79B3916A41F for ; Fri, 3 Aug 2007 15:05:30 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1B613C46A for ; Fri, 3 Aug 2007 15:05:29 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a73so1582998pye for ; Fri, 03 Aug 2007 08:05:29 -0700 (PDT) Received: by 10.35.40.10 with SMTP id s10mr4851944pyj.1186151851048; Fri, 03 Aug 2007 07:37:31 -0700 (PDT) Received: by 10.35.79.1 with HTTP; Fri, 3 Aug 2007 07:37:30 -0700 (PDT) Message-ID: <626eb4530708030737j17f67719r2bb1778c3ffe395@mail.gmail.com> Date: Fri, 3 Aug 2007 23:37:30 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 01f1f13bc221276e Cc: Subject: zdb -l fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 15:05:30 -0000 Hi, Current "zdb -l dev" causes errors on label 2 and 3. The following patch fixes the problem. It may be better to be incorporated into 7.0. Thanks, Index: src/contrib/opensolaris/cmd/zdb/zdb.c =================================================================== --- src.orig/contrib/opensolaris/cmd/zdb/zdb.c 2007-08-02 01:25:16.000000000 +0900 +++ src/contrib/opensolaris/cmd/zdb/zdb.c 2007-08-03 23:28:06.475733977 +0900 @@ -1136,7 +1136,11 @@ exit(1); } - psize = statbuf.st_size; + if (S_ISCHR(statbuf.st_mode)) + ioctl(fd, DIOCGMEDIASIZE, &psize); + else + psize = statbuf.st_size; + psize = P2ALIGN(psize, (uint64_t)sizeof (vdev_label_t)); for (l = 0; l < VDEV_LABELS; l++) { -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 16:31:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ED0A16A418; Fri, 3 Aug 2007 16:31:50 +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 E62FD13C45D; Fri, 3 Aug 2007 16:31:49 +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 2A49BEB4558; Sat, 4 Aug 2007 00:31:49 +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 DkWJ17ddgKUn; Sat, 4 Aug 2007 00:31:47 +0800 (CST) Received: from charlie.delphij.net (unknown [221.221.170.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 06DD9EB4577; Sat, 4 Aug 2007 00:31:47 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=fBaBtBptSRpfsN1YpYediBFBI0c+0oghGUg1UYLksShPV1HB0y6WXOAkwIgNT3N9n 92acqaMKiWRrcjM2TBM4g== Message-ID: <46B35872.5020307@delphij.net> Date: Sat, 04 Aug 2007 00:31:46 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Daniel Eischen References: <20070729124116.GA4489@saltmine.radix.net> <20070729135024.GA473@saltmine.radix.net> <20070729144202.GA17101@saltmine.radix.net> <46ACA806.5030704@FreeBSD.org> <6eb82e0707290944s2531e32cuf50c9f7c60509070@mail.gmail.com> <46B1ECFE.6070806@delphij.net> In-Reply-To: <46B1ECFE.6070806@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: delphij@freebsd.org, Rong-en Fan , re@FreeBSD.ORG, current@freebsd.org Subject: Re: TERM={xterm-r5,xterm-r6} behaving badly with man(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: Fri, 03 Aug 2007 16:31:50 -0000 Hi, Daniel, Xin LI wrote: > Daniel Eischen wrote: >> On Mon, 30 Jul 2007, Rong-en Fan wrote: > [...] >> It looks like the less import broke this behavior (inhibiting ti/te >> when invoked as more). See the changes between r1.7 and r1.8 of >> contrib/less/screen.c. > [...] >> This seems to fix it: >> >> Index: main.c >> =================================================================== >> RCS file: /opt/FreeBSD/cvs/src/contrib/less/main.c,v >> retrieving revision 1.9 >> diff -u -r1.9 main.c >> --- main.c 23 Jun 2007 15:28:00 -0000 1.9 >> +++ main.c 30 Jul 2007 02:58:39 -0000 >> @@ -165,7 +165,7 @@ >> quit(QUIT_OK); >> } >> >> - if (less_is_more && get_quit_at_eof()) >> + if (less_is_more || get_quit_at_eof()) >> no_init = quit_if_one_screen = TRUE; > > This sounds reasonable to me, actually more(1) implies quit_at_eof. > > To re@, may I commit this change against -HEAD? Please commit this change if re@ approves it in the upcoming two or three days. This is definitely an annoying bug and I'm afraid that I have to leave my workstation for a short while :-) Cheers, From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 18:41:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADDF316A417 for ; Fri, 3 Aug 2007 18:41:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7C59513C45D for ; Fri, 3 Aug 2007 18:41:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so619630rvb for ; Fri, 03 Aug 2007 11:41: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UUSh6/k2UdxMO+RzfB8GUmVsmQrtWpO853hqfnLhsWrWB14+rP4v6w12vXiFEg7MbWQ5+XxqVKWQiD/DSYhR7jDnZpe/euuSmhU79AaRjUn2WuoSNFaPuNwtFcbx3pCbS1FCCZGS1WpJEtBRXol+1y9YHCPQsSR6m5g46ma8uyE= 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=HhiJpKrrj9uaIYJ8bfngye72hX6uZUgcsIJCDjtx9NgO0DZCR1iN/Vb/N6v7wyjdiV0VGiEEEe8IHLLQF8RpOB2wZ0Hx/1zDT+YyvqiKsfz1AzVdY3hiEGBc41tmakx94wQ6xu8vpyAPtc0xUU8vkCgbDCJna6leKq6ygdP4tLs= Received: by 10.140.249.20 with SMTP id w20mr1141998rvh.1186164951352; Fri, 03 Aug 2007 11:15:51 -0700 (PDT) Received: by 10.141.86.8 with HTTP; Fri, 3 Aug 2007 11:15:51 -0700 (PDT) Message-ID: Date: Fri, 3 Aug 2007 22:15:51 +0400 From: pluknet To: "Niki Denev" In-Reply-To: <46B1A168.4070408@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46B1A168.4070408@cytexbg.com> Cc: freebsd-current@freebsd.org Subject: Re: loader stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 18:41:56 -0000 On 02/08/07, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I've just upgraded 2 machines to -current from 6.2-stable. > Both are intel chipsets with c2d cpus, but one is with adaptec > U160 controller and the other is with areca pcie sata raid card. > Both fail to boot with the /boot/loader in -current, but work ok > if i boot with the old loader /boot/loader.old > > Here is the message that i get on one of the machine (i think it is > the same on the other, but will check later because i don't have > access to it right now) : > > BTX loader 1.00 BTX version is 1.01 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 639kB/2095680kB available memory > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (ndenev@ndenev.totalterror.net, Thu Aug 2 01:42:28 EEST 2007) > Loading /boot/defaults/loader.conf > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 639kB/2095680kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (ndenev@ndenev.totalterror.net, Thu Aug 2 01:42:28 EEST 2007) > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > panic: free: guard1 fail @ 0x6e224 from > /usr/src/sys/boot/i386/loader/../../common/module.c:958 > - --> Press a key on the console to reboot <-- me too. loader as of Jul 5 fails to boot with same message on two different i386. Both are with integrated PATAs: atapci0: atapci0: loader as of May 11 boots successfully. wbr, pluknet > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGsaFoHNAJ/fLbfrkRAirWAJ4gWoS2V5+B5+PdRHIO6zxPbAVQ2ACgn8A8 > CYalF+/rnY60FKiOwjbKuYI= > =eSK3 > -----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 Fri Aug 3 19:58:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B6116A418 for ; Fri, 3 Aug 2007 19:58:01 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id F1A4613C458 for ; Fri, 3 Aug 2007 19:58:00 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so373185nzf for ; Fri, 03 Aug 2007 12:58:00 -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=XOhBatTZHc+316begX2udUdAGDmbaAxonNwqcy86KOAzhaWuUMeVd/MgG22PubVmWzyJaqbt9d1LHiP2NSYHvcODS8gmiCpqqoSsYd0GaPabYiPmssPp3abPrCg3Z4Eq7SmN9/RfDGOohW0GLGR5/oK46MA1yy3D8skmCJyJfC4= 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=RV6VIsLCxysZEc5NO3eujtol4flBp0xfGyXYR76GPk/jgQofoNVmfjqZOnn+h5x9M+xbiuGRQ0d3nAe0KepYmSMMHT0R920izmLoFhP0NYcXWWNOeCYB06RTWxNJK8gSM6l7oD4cIf9lEnPk+da3Yg9xeA23AnfKmqtZ2R8g1X0= Received: by 10.142.240.9 with SMTP id n9mr147310wfh.1186169504285; Fri, 03 Aug 2007 12:31:44 -0700 (PDT) Received: by 10.143.158.6 with HTTP; Fri, 3 Aug 2007 12:31:44 -0700 (PDT) Message-ID: <84dead720708031231n45533e41uba5ffa6cbe252c1c@mail.gmail.com> Date: Fri, 3 Aug 2007 19:31:44 +0000 From: "Joseph Koshy" To: "freebsd-current@freebsd.org" , "FreeBSD Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: [CFT] Callchain capture in PmcTools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 19:58:01 -0000 I'm pleased to offer a patch implementing callchain capture for hwpmc(4) for review. Test reports, comments etc. are welcome. Regards, Koshy ============================================= >>>> Summary <<<< hwpmc(4): * hwpmc(4) can now walk kernel and user stacks and capture caller information for subsequent analysis by pmcstat(8). * An additional flag in the API `PMC_F_CALLCHAIN' controls whether a PMC will capture a callchain. * Tunable kern.hwpmc.callchaindepth controls the maximum depth to which stacks are walked. The default is `8'. pmcstat(8): * pmcstat(8) now defaults to allocating PMCs that capture callchains. Use the new `-N' option (a toggle) to turn this off. * The '-g' option (gmon.out generation) now writes call arc data for subsequent analysis by gprof(1). * The new '-G' option generates system-wide callchain summaries. The new '-z maxprintdepth' option restricts the depth of the the callchain summary. >>>> Patch Information <<<< 1) Download the patch % fetch \ http://people.freebsd.org/~jkoshy/download/pmctools-callgraph-patch.gz MD5 (pmctools-callgraph-patch.gz) = 632185755d1004e82c3d2bbc69827307 2) Apply using patch -p1 against a recent (Aug 3rd) -current: % cvs checkout -P src % cd src; gzip -dc pmctools-callgraph-patch.gz | patch -p1 3) Build and update the kernel+world. You will need to add 'options HWPMC_HOOKS' to your kernel config before you can use hwpmc(4). % (follow the usual procedure, see src/UPDATING) >>>> Using the patch <<<< 1) Load hwpmc into the kernel % kldload hwpmc 2) Collect measurements % pmcstat -S instructions -O logfile etc. 3) Use option -g to generate gprof(1) style 'gmon.out' files. % pmcstat -R logfile -g % gprof /boot/kernel/kernel /kernel.gmon 4) Use option -G to generate a callchain summary: % pmcstat -R logfile -G summaryfile % vi summaryfile >>>> Known Bugs with this patch <<<< 1) P4 HTT lockup Symptom: Lockup under load of Pentium 4 machines with HTT enabled. Workaround: Restrict sampling to one CPU using the '-c' option: # pmcstat -c 0 -S instructions -O logfile 2) pmcstat(8) stuck in an unkillable state. Symptom: When interrupted, pmcstat(8) gets stuck sleeping on wait channel "pmcctx". Workaround: Use the '-n' option to reduce sampling frequency: # pmcstat -n 1048576 -S instructions ...other options... Other (older) known bugs are listed at http://wiki.freebsd.org/PmcTools. >>>> Other Notes <<<< pmcstat(8) works best with unstripped executables (e.g. set "STRIP=" in /etc/make.conf). On the amd64 the heuristic used to determine the frame pointer given a sampled PC address is not very good and can at times result in the next to topmost frame being missed in the sampled callchain. >>>> Thanks <<<< - To the users of PmcTools in the FreeBSD community for their feedback, encouragement and support. - To the FreeBSD Foundation and Google Inc., for supporting this work. ============================================= From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 21:01:14 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EF2516A417; Fri, 3 Aug 2007 21:01:14 +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 2134313C45D; Fri, 3 Aug 2007 21:01:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5EDED1A4D80; Fri, 3 Aug 2007 14:00:37 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 26824BB5D; Fri, 3 Aug 2007 17:01:13 -0400 (EDT) Date: Fri, 3 Aug 2007 17:01:13 -0400 From: Kris Kennaway To: re@FreeBSD.org Message-ID: <20070803210113.GA68807@rot26.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: current@FreeBSD.org Subject: reboot hanging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 21:01:14 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I get this fairly often when rebooting an amd64 machine. Looks like it's hung trying to do a TLB shootdown. hammer1# reboot Aug 3 20:56:11 hammer1 reboot: rebooted by root Aug 3 20:56:11 hammer1 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 0 1 1 1 0 0 0 done All buffers synced. [hung here] KDB: enter: Break sequence on console [thread pid 16 tid 100005 ] Stopped at kdb_enter+0x31: leave db> wh Tracing pid 16 tid 100005 td 0xffffff00010c96a0 kdb_enter() at kdb_enter+0x31 siointr1() at siointr1+0xde siointr() at siointr+0x31 intr_execute_handlers() at intr_execute_handlers+0x102 lapic_handle_intr() at lapic_handle_intr+0x39 Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff8039d376, rsp = 0xffffffffabc93b70, rbp = 0xffffffffabc93b80 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1c4 cpu_idle() at cpu_idle+0x29 sched_idletd() at sched_idletd+0x1b1 fork_exit() at fork_exit+0x14a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffabc93d30, rbp = 0 --- db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xffffff00010ef9f0: pid 19 "swi4: clock sio" curpcb = 0xffffffffabcb1d40 fpcurthread = none idlethread = 0xffffff00010c3000: pid 17 "idle: cpu0" cpuid = 1 curthread = 0xffffff00010c96a0: pid 16 "idle: cpu1" curpcb = 0xffffffffabc93d40 fpcurthread = none idlethread = 0xffffff00010c96a0: pid 16 "idle: cpu1" cpuid = 2 curthread = 0xffffff00010c9350: pid 15 "idle: cpu2" curpcb = 0xffffffffabc8ed40 fpcurthread = none idlethread = 0xffffff00010c9350: pid 15 "idle: cpu2" cpuid = 3 curthread = 0xffffff00010c6350: pid 3 "g_up" curpcb = 0xffffffffabc7ad40 fpcurthread = none idlethread = 0xffffff00010c9000: pid 14 "idle: cpu3" cpuid = 4 curthread = 0xffffff00010c69f0: pid 13 "idle: cpu4" curpcb = 0xffffffffabc84d40 fpcurthread = none idlethread = 0xffffff00010c69f0: pid 13 "idle: cpu4" cpuid = 5 curthread = 0xffffff00010c6000: pid 12 "idle: cpu5" curpcb = 0xffffffffabc75d40 fpcurthread = none idlethread = 0xffffff00010c6000: pid 12 "idle: cpu5" cpuid = 6 curthread = 0xffffff00010c39f0: pid 11 "idle: cpu6" curpcb = 0xffffffffabc70d40 fpcurthread = none idlethread = 0xffffff00010c39f0: pid 11 "idle: cpu6" cpuid = 7 curthread = 0xffffff00010c36a0: pid 10 "idle: cpu7" curpcb = 0xffffffffabc6bd40 fpcurthread = none idlethread = 0xffffff00010c36a0: pid 10 "idle: cpu7" db> wh 3 Tracing pid 3 tid 100010 td 0xffffff00010c6350 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() at ipi_nmi_handler+0x34 trap() at trap+0x4d nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff803b01b2, rsp = 0xffffffffab19aff0, rbp = 0xffffffffabc7ab00 --- smp_tlb_shootdown() at smp_tlb_shootdown+0xa2 smp_invlpg_range() at smp_invlpg_range+0x1e pmap_invalidate_range() at pmap_invalidate_range+0x59 pmap_qremove() at pmap_qremove+0x65 swp_pager_async_iodone() at swp_pager_async_iodone+0x5f bufdone() at bufdone+0x9e swapgeom_done() at swapgeom_done+0x3d biodone() at biodone+0x88 g_io_schedule_up() at g_io_schedule_up+0x122 g_up_procbody() at g_up_procbody+0x78 fork_exit() at fork_exit+0x14a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffabc7ad30, rbp = 0 --- db> --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGs5eYWry0BWjoQKURApx5AKCUcS+g5uG7DV8866CtYF4bkCqSEgCdFsWW M08XSZg1nUIKk1fUeVOgS3k= =zP4z -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 21:11:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8AB816A41F for ; Fri, 3 Aug 2007 21:11:03 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id C52EA13C465 for ; Fri, 3 Aug 2007 21:11:03 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l73LB1pb062631 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 3 Aug 2007 17:11:02 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 3 Aug 2007 14:13:33 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org In-Reply-To: <20070803030226.Y561@10.0.0.1> Message-ID: <20070803141304.F561@10.0.0.1> References: <20070730181414.G561@10.0.0.1> <20070803030226.Y561@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Michael Plass Subject: Re: SCHED_ULE wacky load averages on -current, fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Aug 2007 21:11:04 -0000 On Fri, 3 Aug 2007, Jeff Roberson wrote: > On Mon, 30 Jul 2007, Jeff Roberson wrote: > >> On Mon, 30 Jul 2007, Michael Plass wrote: >>> >>> Jeff, were you ever able to reproduce the wacky load averages referenced >>> above? I updated from -current and built with SCHED_ULE, and I'm seeing >>> this on an idle dual-P4: >> >> Yes, I have a patch to fix it in the works. Should have some time to get >> back to this soon. > > Please test http://people.freebsd.org/~jeff/ulehtt.diff. > > This should fix HTT machines. It also has a small performance improvement in > it for interrupt heavy workloads that may cause a lot of preemption. Thanks for the success reports. Please don't run this patch if you don't have a HTT machine. As it turns out I broke the other case now. :/ Jeff > > Thanks, > Jeff > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 22:15:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48EAE16A420 for ; Fri, 3 Aug 2007 22:15:16 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id A8EDB13C45A for ; Fri, 3 Aug 2007 22:15:15 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so653684rvb for ; Fri, 03 Aug 2007 15:15:15 -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=VSaX4SzONrJm2GPGN+mBPALGJHYvnBMrjLpnYUFPrNWPt1xC+V2cZG4M62Vbojab9ICCeuELT6CIz7hehWSmsGPUeMYkWEoW8ARMjo4gmIAsZULEXbNKCCq2vhIZsVlm4CPjZf8f+yGVLYy0MYakUNfvh39BsVFNs/iP0p6Ert0= 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=uEHv9N1CIBc9iAlJM/sv+8+QlfaDVWUHRJWl7E5Y4ekaG3I3vxZf7k5jRPq7nLxYAQgReg/uXgOS90+UAdag2I4PnV86MyrQCzSS33VqXrzmf3ou6mO0J/hWnZa5Xh2Lj3wyDhQw50qPBiIyS8RGzecLFEWHvlw7hg2u5cW0HTo= Received: by 10.114.161.11 with SMTP id j11mr3396517wae.1186177774541; Fri, 03 Aug 2007 14:49:34 -0700 (PDT) Received: by 10.114.76.15 with HTTP; Fri, 3 Aug 2007 14:49:34 -0700 (PDT) Message-ID: <35ffa5710708031449x6a41cd60o7612f58a6f3b19b4@mail.gmail.com> Date: Fri, 3 Aug 2007 15:49:34 -0600 From: "Brad Davis" Sender: brdbrd@gmail.com To: "Sam Fourman Jr." , freebsd-current@freebsd.org In-Reply-To: <11167f520707260147l2978b521h761c01a27da6cea7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cdf6c720707070710k2b7e030v37683e460d983bf9@mail.gmail.com> <20070708111105.C9997@fledge.watson.org> <11167f520707260147l2978b521h761c01a27da6cea7@mail.gmail.com> X-Google-Sender-Auth: 3b00d90a6d15d2f0 Cc: Subject: Re: status of 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: Fri, 03 Aug 2007 22:15:16 -0000 On 7/26/07, Sam Fourman Jr. wrote: > On 7/8/07, Robert Watson wrote: > > > > > > On Sat, 7 Jul 2007, Paul Eskello wrote: > > > > > I was wondering when to expect 7.0 release ? Did I miss the schedule. > > Any > > > showstoppers ? when to expect RC1 ? > > > > > > Just curious. > > > > > > Have a great weekend. > > > > Ken may respond in a more detailed form, but the current stage is that we > > are > > waiting for the feature set to finally settle and some known outstanding > > issues to resolve themselves, at which point we'll cut a first beta in the > > next 2-4 weeks. As a precursor to that, monthly snapshots will likely get > > built and released in the next couple of days. Hopefully testing and > > feedback > > from that will allow us to nail down a more specific schedule for the > > release > > itself. > > > does anyone know if the july snapshots for 7.0 are going to get built? > maybe i am looking in the worng spot but I didn't see them yet I have setup a sort of ad-hoc snapshots build host at: http://snapshots.us.freebsd.org/ I'm trying to build snapshots every day, but the computer that is doing the building isn't 100% dedicated to that purpose yet. I expect that it will become 100% dedicated to the task sometime in the next few months. Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 23:14:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B761016A419 for ; Fri, 3 Aug 2007 23:14:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6810813C428 for ; Fri, 3 Aug 2007 23:14:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l73NCPT4008201; Fri, 3 Aug 2007 17:12:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 03 Aug 2007 17:12:34 -0600 (MDT) Message-Id: <20070803.171234.-1957063126.imp@bsdimp.com> To: jaj@hcl-club.lu From: "M. Warner Losh" In-Reply-To: <20070803150030.01f4d545@spaceman.my.domain> References: <20070802235154.3d518c3d@localhost> <20070802234658.GB2842@soaustin.net> <20070803150030.01f4d545@spaceman.my.domain> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 03 Aug 2007 17:12:27 -0600 (MDT) Cc: marcos@tpnet.co.nz, linimon@lonesome.com, freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2007 23:14:37 -0000 In message: <20070803150030.01f4d545@spaceman.my.domain> Jona Joachim writes: : > If you think that some kind of issue is not being addressed, your best : > bet is a post to advocacy@. If you want to work on code, then : > hackers@ is probably a better bet. : : I started the discussion on advocacy@ some time ago but no committers : shared their point of view. Few committers have time to read advocacy@. Warner From owner-freebsd-current@FreeBSD.ORG Fri Aug 3 23:51:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF1916A419 for ; Fri, 3 Aug 2007 23:51:56 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA1213C428 for ; Fri, 3 Aug 2007 23:51:56 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id l73NeZvR050055; Fri, 3 Aug 2007 16:40:35 -0700 (PDT) (envelope-from jrhett@svcolo.com) In-Reply-To: <46B1AC75.9060907@FreeBSD.org> References: <46B1AC75.9060907@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 3 Aug 2007 16:40:29 -0700 To: Doug Barton X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - jrhett@svcolo.com is whitelisted. X-CanItPRO-Stream: default X-Canit-Stats-ID: 132199 - 0cfcef73438d X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 X-Mailman-Approved-At: Sat, 04 Aug 2007 00:21:53 +0000 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by 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, 03 Aug 2007 23:51:56 -0000 On Aug 2, 2007, at 3:05 AM, Doug Barton wrote: > I hope that we can now dial down the volume on the meta-issue of how > the change was done, and focus on the operational issues of whether > it's a good idea or not. Which has been answered to you, repeatedly, by the very people who know this best. A better question is what kind of beer/wine/cracker do we need to feed you so that your ears will open up and you'll start hearing the answers. -- Jo Rhett senior geek Silicon Valley Colocation Support Phone: 408-400-0550 From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 00:41:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B61D216A41F for ; Sat, 4 Aug 2007 00:41:10 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA7813C45A for ; Sat, 4 Aug 2007 00:41:09 +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.14.1/8.14.1) with ESMTP id l740f7eR073319; Sat, 4 Aug 2007 10:41:07 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l740f7Ga073306; Sat, 4 Aug 2007 10:41:07 +1000 (EST) (envelope-from peter) Date: Sat, 4 Aug 2007 10:41:07 +1000 From: Peter Jeremy To: Jona Joachim Message-ID: <20070804004107.GJ1262@turion.vk2pj.dyndns.org> References: <46B14894.8060408@tpnet.co.nz> <20070802235154.3d518c3d@localhost> <20070802234658.GB2842@soaustin.net> <20070803150030.01f4d545@spaceman.my.domain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kA1LkgxZ0NN7Mz3A" Content-Disposition: inline In-Reply-To: <20070803150030.01f4d545@spaceman.my.domain> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Atheros Open Hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 00:41:10 -0000 --kA1LkgxZ0NN7Mz3A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Aug-03 15:00:30 +0200, Jona Joachim wrote: >On Thu, 2 Aug 2007 18:46:58 -0500 >linimon@lonesome.com (Mark Linimon) wrote: > >> On Thu, Aug 02, 2007 at 11:51:54PM +0200, Jona Joachim wrote: >> > Quoting from >> > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/p= eople.html: >> > "In order to develop FreeBSD, committers must have the ability to >> > openly discuss matters that will be resolved before they are >> > publicly announced. Frank discussions of work in progress are not >> > suitable for open publication and may harm FreeBSD." =2E.. >I reread the sentence twice to make sure I don't change its meaning >by putting it out of context. However you didn't mention the final paragraph regarding the -developers list which makes it clear that -developers is _not_ intended to hide general discussions from the general FreeBSD community. --=20 Peter Jeremy --kA1LkgxZ0NN7Mz3A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGs8sj/opHv/APuIcRAuxfAJ9/88FuKX+q9l+BAtlxQ0o521MEUwCghcG7 n2Cqv7ApyxPfM+QjrJ+ru3g= =jhKj -----END PGP SIGNATURE----- --kA1LkgxZ0NN7Mz3A-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 00:53:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1A616A41A for ; Sat, 4 Aug 2007 00:53:13 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 8373513C461 for ; Sat, 4 Aug 2007 00:53:13 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: (qmail 29925 invoked by uid 399); 4 Aug 2007 00:25:11 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 4 Aug 2007 00:25:11 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 3 Aug 2007 17:25:09 -0700 (PDT) From: Doug Barton To: Jo Rhett In-Reply-To: Message-ID: References: <46B1AC75.9060907@FreeBSD.org> X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! Organization: Triborough Bridge & Tunnel Authority MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii X-Mailman-Approved-At: Sat, 04 Aug 2007 00:54:48 +0000 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by 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, 04 Aug 2007 00:53:13 -0000 On Fri, 3 Aug 2007, Jo Rhett wrote: > On Aug 2, 2007, at 3:05 AM, Doug Barton wrote: >> I hope that we can now dial down the volume on the meta-issue of how >> the change was done, and focus on the operational issues of whether >> it's a good idea or not. > > Which has been answered to you, repeatedly, by the very people who know this > best. Jo, I'm getting tired of repeating this. A lot of really smart people are lined up on BOTH sides of this issue. You might want to take another look at the threads about this on the OARC list (or even this list for that matter) and try to have an open mind. Repeating "this is a bad idea" over and over again doesn't make it more true. Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 05:43:30 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C766A16A41B; Sat, 4 Aug 2007 05:43:29 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7830E13C4B7; Sat, 4 Aug 2007 05:43:29 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by postfix1-g20.free.fr (Postfix) with ESMTP id CB9221834E74; Sat, 4 Aug 2007 07:24:42 +0200 (CEST) Received: from smtp2-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp2-g19.free.fr (Postfix) with ESMTP id 1FAAB98E31; Sat, 4 Aug 2007 07:24:41 +0200 (CEST) Received: from vil1.ruomad.net (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id AEB4F98E30; Sat, 4 Aug 2007 07:24:40 +0200 (CEST) Message-ID: <46B40D98.4020304@free.fr> Date: Sat, 04 Aug 2007 07:24:40 +0200 From: Bruno Damour User-Agent: Thunderbird 2.0.0.4 (X11/20070622) MIME-Version: 1.0 To: Kris Kennaway References: <20070803210113.GA68807@rot26.obsecurity.org> In-Reply-To: <20070803210113.GA68807@rot26.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: re@FreeBSD.org, current@FreeBSD.org Subject: Re: reboot hanging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 05:43:30 -0000 I see this also quite frequently (and have seen it for a period of time, running current amd64 updated almost each week). each time i have to hard reboot, and restart in single mode to fsck my small boot partition (the rest is zfs, no problem there). My proc is a core2 6400. I'm using : nooptions SCHED_4BSD # 4BSD scheduler options SCHED_ULE # Newer scheduler options PREEMPTION # Enable kernel thread preemption But I was using SCHED_4BSD before and it did happen as well. Sorry no debugging available. Bruno Damour Kris Kennaway wrote: > I get this fairly often when rebooting an amd64 machine. Looks like > it's hung trying to do a TLB shootdown. > > hammer1# reboot > Aug 3 20:56:11 hammer1 reboot: rebooted by root > Aug 3 20:56:11 hammer1 syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...2 2 0 1 1 1 0 0 0 done > All buffers synced. > > [hung here] > > KDB: enter: Break sequence on console > [thread pid 16 tid 100005 ] > Stopped at kdb_enter+0x31: leave > db> wh > Tracing pid 16 tid 100005 td 0xffffff00010c96a0 > kdb_enter() at kdb_enter+0x31 > siointr1() at siointr1+0xde > siointr() at siointr+0x31 > intr_execute_handlers() at intr_execute_handlers+0x102 > lapic_handle_intr() at lapic_handle_intr+0x39 > Xapic_isr1() at Xapic_isr1+0x7f > --- interrupt, rip = 0xffffffff8039d376, rsp = 0xffffffffabc93b70, rbp = 0xffffffffabc93b80 --- > acpi_cpu_c1() at acpi_cpu_c1+0x6 > acpi_cpu_idle() at acpi_cpu_idle+0x1c4 > cpu_idle() at cpu_idle+0x29 > sched_idletd() at sched_idletd+0x1b1 > fork_exit() at fork_exit+0x14a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffabc93d30, rbp = 0 --- > db> show allpcpu > Current CPU: 1 > > cpuid = 0 > curthread = 0xffffff00010ef9f0: pid 19 "swi4: clock sio" > curpcb = 0xffffffffabcb1d40 > fpcurthread = none > idlethread = 0xffffff00010c3000: pid 17 "idle: cpu0" > > cpuid = 1 > curthread = 0xffffff00010c96a0: pid 16 "idle: cpu1" > curpcb = 0xffffffffabc93d40 > fpcurthread = none > idlethread = 0xffffff00010c96a0: pid 16 "idle: cpu1" > > cpuid = 2 > curthread = 0xffffff00010c9350: pid 15 "idle: cpu2" > curpcb = 0xffffffffabc8ed40 > fpcurthread = none > idlethread = 0xffffff00010c9350: pid 15 "idle: cpu2" > > cpuid = 3 > curthread = 0xffffff00010c6350: pid 3 "g_up" > curpcb = 0xffffffffabc7ad40 > fpcurthread = none > idlethread = 0xffffff00010c9000: pid 14 "idle: cpu3" > > cpuid = 4 > curthread = 0xffffff00010c69f0: pid 13 "idle: cpu4" > curpcb = 0xffffffffabc84d40 > fpcurthread = none > idlethread = 0xffffff00010c69f0: pid 13 "idle: cpu4" > > cpuid = 5 > curthread = 0xffffff00010c6000: pid 12 "idle: cpu5" > curpcb = 0xffffffffabc75d40 > fpcurthread = none > idlethread = 0xffffff00010c6000: pid 12 "idle: cpu5" > > cpuid = 6 > curthread = 0xffffff00010c39f0: pid 11 "idle: cpu6" > curpcb = 0xffffffffabc70d40 > fpcurthread = none > idlethread = 0xffffff00010c39f0: pid 11 "idle: cpu6" > > cpuid = 7 > curthread = 0xffffff00010c36a0: pid 10 "idle: cpu7" > curpcb = 0xffffffffabc6bd40 > fpcurthread = none > idlethread = 0xffffff00010c36a0: pid 10 "idle: cpu7" > > db> wh 3 > Tracing pid 3 tid 100010 td 0xffffff00010c6350 > cpustop_handler() at cpustop_handler+0x40 > ipi_nmi_handler() at ipi_nmi_handler+0x34 > trap() at trap+0x4d > nmi_calltrap() at nmi_calltrap+0x8 > --- trap 0x13, rip = 0xffffffff803b01b2, rsp = 0xffffffffab19aff0, rbp = 0xffffffffabc7ab00 --- > smp_tlb_shootdown() at smp_tlb_shootdown+0xa2 > smp_invlpg_range() at smp_invlpg_range+0x1e > pmap_invalidate_range() at pmap_invalidate_range+0x59 > pmap_qremove() at pmap_qremove+0x65 > swp_pager_async_iodone() at swp_pager_async_iodone+0x5f > bufdone() at bufdone+0x9e > swapgeom_done() at swapgeom_done+0x3d > biodone() at biodone+0x88 > g_io_schedule_up() at g_io_schedule_up+0x122 > g_up_procbody() at g_up_procbody+0x78 > fork_exit() at fork_exit+0x14a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffabc7ad30, rbp = 0 --- > db> > From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 05:44:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2256D16A419; Sat, 4 Aug 2007 05:44:35 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id B743813C428; Sat, 4 Aug 2007 05:44:34 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l745iXPi031606; Sat, 4 Aug 2007 09:44:33 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 4 Aug 2007 09:44:33 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20070803164108.C569@woozle.rinet.ru> Message-ID: <20070804094047.V8449@woozle.rinet.ru> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> <20070803164108.C569@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 04 Aug 2007 09:44:33 +0400 (MSD) Cc: kib@freebsd.org, current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 05:44:35 -0000 On Fri, 3 Aug 2007, Dmitry Morozovsky wrote: DM> PJD> Here you can find two patches, which may or may not fix your problem. DM> PJD> The first one is actually only to improve debug. DM> PJD> DM> PJD> This patch adds all vnode flags to the output, because I believe you DM> PJD> have VI_OWEINACT set, but not printed: DM> PJD> DM> PJD> http://people.freebsd.org/~pjd/patches/vfs_subr.c.4.patch DM> PJD> DM> PJD> The problem here is that vm_object_reference() calls vget() without any DM> PJD> lock flag and vget() locks vnode exclusively when the VI_OWEINACT flag DM> PJD> is set. vget() should probably be fixed too, but jeff@ opinion is that DM> PJD> it shouldn't happen in this case, so this may be tmpfs bug. DM> PJD> DM> PJD> The patch below fixes some locking problems in tmpfs: DM> PJD> DM> PJD> http://people.freebsd.org/~pjd/patches/tmpfs.patch DM> PJD> DM> PJD> The problems are: DM> PJD> - tmpfs_root() should honour 'flags' argument, and not always lock the DM> PJD> vnode exclusively, DM> PJD> - tmpfs_lookup() should lock vnode using cnp->cn_lkflags, and not always DM> PJD> do it exclusively, DM> PJD> - in ".." case when we unlock directory vnode to avoid deadlock, we DM> PJD> should relock it using the same type of lock it was locked before and DM> PJD> not always relock it exclusively, DM> PJD> DM> PJD> Note, that this patch wasn't even compiled tested. DM> DM> Well, it at least compiled and booted on i386. Test release run is in progress DM> now, i'll followup with the results. Good news: It fills 4G of RAM + 2G of swap, bailed out but not paniced. If the error is not fixed, it at least well masked now. Please consider your patch for commit. Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 06:40:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48DA916A419; Sat, 4 Aug 2007 06:40:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id E97E413C45D; Sat, 4 Aug 2007 06:40:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IHDJJ-000FHm-7E; Sat, 04 Aug 2007 09:40:26 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l746eKnx080899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Aug 2007 09:40:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l746eKfw041703; Sat, 4 Aug 2007 09:40:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l746eKib041702; Sat, 4 Aug 2007 09:40:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 4 Aug 2007 09:40:20 +0300 From: Kostik Belousov To: Pawel Jakub Dawidek Message-ID: <20070804064020.GN2738@deviant.kiev.zoral.com.ua> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b/Q3JWIUAuLE0ZFy" Content-Disposition: inline In-Reply-To: <20070803102019.GG37984@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 120c0cf2a959f44ef606acd23c895dce X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1336 [August 3 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: howard0su@gmail.com, kib@freebsd.org, Dmitry Morozovsky , current@freebsd.org Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 06:40:28 -0000 --b/Q3JWIUAuLE0ZFy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 03, 2007 at 12:20:19PM +0200, Pawel Jakub Dawidek wrote: > On Thu, Aug 02, 2007 at 03:58:26PM +0400, Dmitry Morozovsky wrote: > >=20 > > Hi there colleagues, > >=20 > > FreeBSD/i386 on Athlon X2, HEAD without WITNESS. 4G of RAM. tmpfs used = for=20 > > 'make release'. > >=20 > >=20 > > panic: lockmgr: locking against myself > > cpuid =3D 0 > > KDB: enter: panic > > [thread pid 19396 tid 100245 ] > > Stopped at kdb_enter+0x32: leave > >=20 > > db> tr =20 > > Tracing pid 19396 tid 100245 td 0xce194220 > > kdb_enter(c066f664,0,c066dca9,e92799cc,0,...) at kdb_enter+0x32 > > panic(c066dca9,e92799dc,c0559cc7,e9279ac0,ca2f7770,...) at panic+0x124 > > _lockmgr(ca2f77c8,3002,ca2f77f8,ce194220,c0675afc,...) at _lockmgr+0x401 > > vop_stdlock(e9279a5c,ce194220,3002,ca2f7770,e9279a80,...) at vop_stdloc= k+0x40 > > VOP_LOCK1_APV(d06417e0,e9279a5c,e9279bc0,0,c8d00330,...) at VOP_LOCK1_A= PV+0x46 > > _vn_lock(ca2f7770,3002,ce194220,c0675afc,7f3,...) at _vn_lock+0x166 > > vget(ca2f7770,1000,ce194220,0,e9279b98,...) at vget+0x114 > > vm_object_reference(d1c70348,e9279b30,c063f81d,c0c71000,e381d000,...) a= t=20 > > vm_object_reference+0x12a > > kern_execve(ce194220,e9279c5c,0,28204548,282045d8,e381d000,e381d000,e38= 1d015,e381d4dc,e385d000,3fb24,3,20)=20 > > at kern_execve+0x31a > > execve(ce194220,e9279cfc,c,ce194220,e9279d2c,...) at execve+0x4c > > syscall(e9279d38) at syscall+0x345 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x28146a47, esp =3D 0x= bfbfe4cc,=20 > > ebp =3D 0xbfbfe4e8 --- > >=20 > > db> show lockedvnods > > Locked vnodes > >=20 > > 0xca2f7770: tag tmpfs, type VREG > > usecount 1, writecount 0, refcount 4 mountedhere 0 > > flags () > > v_object 0xd1c70348 ref 1 pages 19 > > lock type tmpfs: EXCL (count 1) by thread 0xce194220 (pid 19396) w= ith 1=20 > > pending > > tag VT_TMPFS, tmpfs_node 0xd177f9d4, flags 0x0, links 9 > > mode 0555, owner 0, group 0, size 76648, status 0x0 > >=20 > > It seems there is some locking problem in tmpfs. > >=20 > > What other info should I provide to help resolve the problem? >=20 > Here you can find two patches, which may or may not fix your problem. > The first one is actually only to improve debug. >=20 > This patch adds all vnode flags to the output, because I believe you > have VI_OWEINACT set, but not printed: >=20 > http://people.freebsd.org/~pjd/patches/vfs_subr.c.4.patch >=20 > The problem here is that vm_object_reference() calls vget() without any > lock flag and vget() locks vnode exclusively when the VI_OWEINACT flag > is set. vget() should probably be fixed too, but jeff@ opinion is that > it shouldn't happen in this case, so this may be tmpfs bug. >=20 > The patch below fixes some locking problems in tmpfs: >=20 > http://people.freebsd.org/~pjd/patches/tmpfs.patch >=20 > The problems are: > - tmpfs_root() should honour 'flags' argument, and not always lock the > vnode exclusively, > - tmpfs_lookup() should lock vnode using cnp->cn_lkflags, and not always > do it exclusively, > - in ".." case when we unlock directory vnode to avoid deadlock, we > should relock it using the same type of lock it was locked before and > not always relock it exclusively, >=20 > Note, that this patch wasn't even compiled tested. Might be, vget shall check whether the vnode is already locked. On the other hand, I do not see how this scenario could be realized (note that usecount is already > 0). tmpfs may operate on random vnodes due to lack of synchronization between reclamation and vnode attachment to the tmpfs node. I already discussed this with delphij@. --b/Q3JWIUAuLE0ZFy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGtB9TC3+MBN1Mb4gRAmQvAKCkdQ5ga1TlH3+Nu99Jm1k/29hFEQCg3ifT j5jZ/j19HPRYWmyZB6nxOhM= =ouXa -----END PGP SIGNATURE----- --b/Q3JWIUAuLE0ZFy-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 06:42:16 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B006C16A41A; Sat, 4 Aug 2007 06:42:16 +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 B9FA613C461; Sat, 4 Aug 2007 06:42:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5FFA31A4D7E; Fri, 3 Aug 2007 23:41:38 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id DA662C0F6; Sat, 4 Aug 2007 02:42:15 -0400 (EDT) Date: Sat, 4 Aug 2007 02:42:15 -0400 From: Kris Kennaway To: Bruno Damour Message-ID: <20070804064215.GA2787@rot26.obsecurity.org> References: <20070803210113.GA68807@rot26.obsecurity.org> <46B40D98.4020304@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B40D98.4020304@free.fr> User-Agent: Mutt/1.4.2.3i Cc: re@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: reboot hanging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 06:42:16 -0000 On Sat, Aug 04, 2007 at 07:24:40AM +0200, Bruno Damour wrote: > I see this also quite frequently (and have seen it for a period of time, > running current amd64 updated almost each week). > each time i have to hard reboot, and restart in single mode to fsck my > small boot partition (the rest is zfs, no problem there). > My proc is a core2 6400. I'm using : > > nooptions SCHED_4BSD # 4BSD scheduler > options SCHED_ULE # Newer scheduler > options PREEMPTION # Enable kernel thread preemption > > But I was using SCHED_4BSD before and it did happen as well. > > Sorry no debugging available. It doesn't sound like the same problem. In my case buffers are synched so the filesystems are clean. Kris From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 08:18:57 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694D216A419; Sat, 4 Aug 2007 08:18:57 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C66213C45A; Sat, 4 Aug 2007 08:18:57 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp2-g19.free.fr (Postfix) with ESMTP id 7BACF98D22; Sat, 4 Aug 2007 10:18:56 +0200 (CEST) Received: from vil1.ruomad.net (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 2582298EEE; Sat, 4 Aug 2007 10:18:56 +0200 (CEST) Message-ID: <46B4366F.1040609@free.fr> Date: Sat, 04 Aug 2007 10:18:55 +0200 From: Bruno Damour User-Agent: Thunderbird 2.0.0.4 (X11/20070622) MIME-Version: 1.0 To: Kris Kennaway References: <20070803210113.GA68807@rot26.obsecurity.org> <46B40D98.4020304@free.fr> <20070804064215.GA2787@rot26.obsecurity.org> In-Reply-To: <20070804064215.GA2787@rot26.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: re@FreeBSD.org, current@FreeBSD.org Subject: Re: reboot hanging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 08:18:57 -0000 Kris Kennaway wrote: > On Sat, Aug 04, 2007 at 07:24:40AM +0200, Bruno Damour wrote: > >> I see this also quite frequently (and have seen it for a period of time, >> running current amd64 updated almost each week). >> each time i have to hard reboot, and restart in single mode to fsck my >> small boot partition (the rest is zfs, no problem there). >> My proc is a core2 6400. I'm using : >> >> nooptions SCHED_4BSD # 4BSD scheduler >> options SCHED_ULE # Newer scheduler >> options PREEMPTION # Enable kernel thread preemption >> >> But I was using SCHED_4BSD before and it did happen as well. >> >> Sorry no debugging available. >> > > It doesn't sound like the same problem. In my case buffers are > synched so the filesystems are clean. > > Kris > _______________________________________________ > 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" > allright... just thought I might have a help there ;-) guess I'll keep on living with that. bruno From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 11:48:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4AC16A41A; Sat, 4 Aug 2007 11:48:26 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id BC1F913C46B; Sat, 4 Aug 2007 11:48:25 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l74BmNmc084940; Sat, 4 Aug 2007 15:48:23 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 4 Aug 2007 15:48:23 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20070804094047.V8449@woozle.rinet.ru> Message-ID: <20070804154621.R84869@woozle.rinet.ru> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> <20070803164108.C569@woozle.rinet.ru> <20070804094047.V8449@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 04 Aug 2007 15:48:24 +0400 (MSD) Cc: kib@freebsd.org, current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 11:48:26 -0000 On Sat, 4 Aug 2007, Dmitry Morozovsky wrote: DM> DM> PJD> Here you can find two patches, which may or may not fix your problem. DM> DM> PJD> The first one is actually only to improve debug. DM> DM> PJD> DM> DM> PJD> This patch adds all vnode flags to the output, because I believe you DM> DM> PJD> have VI_OWEINACT set, but not printed: DM> DM> PJD> DM> DM> PJD> http://people.freebsd.org/~pjd/patches/vfs_subr.c.4.patch DM> DM> PJD> DM> DM> PJD> The problem here is that vm_object_reference() calls vget() without any DM> DM> PJD> lock flag and vget() locks vnode exclusively when the VI_OWEINACT flag DM> DM> PJD> is set. vget() should probably be fixed too, but jeff@ opinion is that DM> DM> PJD> it shouldn't happen in this case, so this may be tmpfs bug. DM> DM> PJD> DM> DM> PJD> The patch below fixes some locking problems in tmpfs: DM> DM> PJD> DM> DM> PJD> http://people.freebsd.org/~pjd/patches/tmpfs.patch DM> DM> PJD> DM> DM> PJD> The problems are: DM> DM> PJD> - tmpfs_root() should honour 'flags' argument, and not always lock the DM> DM> PJD> vnode exclusively, DM> DM> PJD> - tmpfs_lookup() should lock vnode using cnp->cn_lkflags, and not always DM> DM> PJD> do it exclusively, DM> DM> PJD> - in ".." case when we unlock directory vnode to avoid deadlock, we DM> DM> PJD> should relock it using the same type of lock it was locked before and DM> DM> PJD> not always relock it exclusively, DM> DM> PJD> DM> DM> PJD> Note, that this patch wasn't even compiled tested. DM> DM> DM> DM> Well, it at least compiled and booted on i386. Test release run is in progress DM> DM> now, i'll followup with the results. DM> DM> Good news: DM> DM> It fills 4G of RAM + 2G of swap, bailed out but not paniced. If the error is DM> not fixed, it at least well masked now. Please consider your patch for commit. DM> DM> Thanks! Bad news: after increasing swap to 16G (I had also increase maxswzone to 128M) it panics: panic: lockmgr: locking against myself cpuid = 1 KDB: enter: panic [thread pid 93730 tid 100142 ] Stopped at kdb_enter+0x32: leave db> wh Tracing pid 93730 tid 100142 td 0xc65fc660 kdb_enter(c066f95e,1,c066dfa3,e6d279cc,1,...) at kdb_enter+0x32 panic(c066dfa3,e6d279dc,c0559ca7,e6d27ac0,c848d220,...) at panic+0x124 _lockmgr(c848d278,3002,c848d2a8,c65fc660,c0675df6,...) at _lockmgr+0x401 vop_stdlock(e6d27a5c,c65fc660,3002,c848d220,e6d27a80,...) at vop_stdlock+0x40 VOP_LOCK1_APV(c68a38a0,e6d27a5c,e6d27bc0,1,c6e3b110,...) at VOP_LOCK1_APV+0x46 _vn_lock(c848d220,3002,c65fc660,c0675df6,7f3,...) at _vn_lock+0x166 vget(c848d220,1000,c65fc660,0,e6d27b98,...) at vget+0x114 vm_object_reference(cefd57f8,e6d27b30,c063faad,c0c71000,e381f000,...) at vm_object_reference+0x12a kern_execve(c65fc660,e6d27c5c,0,282053cc,28205480,e381f000,e381f000,e381f065,e381f54e,e385f000,3fab2,9,1f) at kern_execve+0x31a execve(c65fc660,e6d27cfc,c,c65fc660,e6d27d2c,...) at execve+0x4c syscall(e6d27d38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (59, FreeBSD ELF32, execve), eip = 0x28146a47, esp = 0xbfbfe76c, ebp = 0xbfbfe788 --- db> show lockedvnods Locked vnodes 0xc848d220: tag tmpfs, type VREG usecount 1, writecount 0, refcount 4 mountedhere 0 flags (VI_OWEINACT) v_object 0xcefd57f8 ref 1 pages 57 lock type tmpfs: EXCL (count 1) by thread 0xc65fc660 (pid 93730) with 1 pending tag VT_TMPFS, tmpfs_node 0xd091d5c8, flags 0x0, links 1 mode 0755, owner 0, group 0, size 664544, status 0x0 db> Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 12:03:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2229C16A419; Sat, 4 Aug 2007 12:03:08 +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 C68E713C46A; Sat, 4 Aug 2007 12:03:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C9319487F0; Sat, 4 Aug 2007 14:03:04 +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 5F15A456AB; Sat, 4 Aug 2007 14:02:59 +0200 (CEST) Date: Sat, 4 Aug 2007 14:01:54 +0200 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20070804120154.GS37984@garage.freebsd.pl> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> <20070803164108.C569@woozle.rinet.ru> <20070804094047.V8449@woozle.rinet.ru> <20070804154621.R84869@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cbsCxbAnPLQXdgdB" Content-Disposition: inline In-Reply-To: <20070804154621.R84869@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 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: kib@freebsd.org, current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 12:03:08 -0000 --cbsCxbAnPLQXdgdB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 04, 2007 at 03:48:23PM +0400, Dmitry Morozovsky wrote: > Bad news: after increasing swap to 16G (I had also increase maxswzone to = 128M)=20 > it panics: >=20 > panic: lockmgr: locking against myself > cpuid =3D 1 > KDB: enter: panic > [thread pid 93730 tid 100142 ] > Stopped at kdb_enter+0x32: leave > db> wh > Tracing pid 93730 tid 100142 td 0xc65fc660 > kdb_enter(c066f95e,1,c066dfa3,e6d279cc,1,...) at kdb_enter+0x32 > panic(c066dfa3,e6d279dc,c0559ca7,e6d27ac0,c848d220,...) at panic+0x124 > _lockmgr(c848d278,3002,c848d2a8,c65fc660,c0675df6,...) at _lockmgr+0x401 > vop_stdlock(e6d27a5c,c65fc660,3002,c848d220,e6d27a80,...) at vop_stdlock+= 0x40 > VOP_LOCK1_APV(c68a38a0,e6d27a5c,e6d27bc0,1,c6e3b110,...) at VOP_LOCK1_APV= +0x46 > _vn_lock(c848d220,3002,c65fc660,c0675df6,7f3,...) at _vn_lock+0x166 > vget(c848d220,1000,c65fc660,0,e6d27b98,...) at vget+0x114 > vm_object_reference(cefd57f8,e6d27b30,c063faad,c0c71000,e381f000,...) at= =20 > vm_object_reference+0x12a > kern_execve(c65fc660,e6d27c5c,0,282053cc,28205480,e381f000,e381f000,e381f= 065,e381f54e,e385f000,3fab2,9,1f)=20 > at kern_execve+0x31a > execve(c65fc660,e6d27cfc,c,c65fc660,e6d27d2c,...) at execve+0x4c > syscall(e6d27d38) at syscall+0x345 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x28146a47, esp =3D 0xbf= bfe76c,=20 > ebp =3D 0xbfbfe788 --- > db> show lockedvnods > Locked vnodes >=20 > 0xc848d220: tag tmpfs, type VREG > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags (VI_OWEINACT) > v_object 0xcefd57f8 ref 1 pages 57 > lock type tmpfs: EXCL (count 1) by thread 0xc65fc660 (pid 93730) wit= h 1=20 > pending > tag VT_TMPFS, tmpfs_node 0xd091d5c8, flags 0x0, links 1 > mode 0755, owner 0, group 0, size 664544, status 0x0 Yeah, kib@ fixes might be more in order to fix this problem, but at least my patch confirms that you have VI_OWEINACT flag on this vnode. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cbsCxbAnPLQXdgdB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGtGqyForvXbEpPzQRAsApAJ9KLmcrl9/2vOLhvvxzy8WCp9VjwACgjCPX j4kAMWYW9RiHota3IpQxpqA= =M9ya -----END PGP SIGNATURE----- --cbsCxbAnPLQXdgdB-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 14:44:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30A8016A420 for ; Sat, 4 Aug 2007 14:44:35 +0000 (UTC) (envelope-from un1i@rz.uni-karlsruhe.de) Received: from smtp1.rz.uni-karlsruhe.de (smtp1.rz.uni-karlsruhe.de [129.13.185.217]) by mx1.freebsd.org (Postfix) with ESMTP id D4E5913C45E for ; Sat, 4 Aug 2007 14:44:34 +0000 (UTC) (envelope-from un1i@rz.uni-karlsruhe.de) Received: from rzstud5.stud.uni-karlsruhe.de (rzstud5.stud.uni-karlsruhe.de [193.196.41.41]) by smtp1.rz.uni-karlsruhe.de with esmtp (Exim 4.63 #1) id 1IHKcg-0001VC-Fb; Sat, 04 Aug 2007 16:28:54 +0200 Received: from un1i by rzstud5.stud.uni-karlsruhe.de with local (Exim 4.43) id 1IHKcg-0008Md-42 for current@freebsd.org; Sat, 04 Aug 2007 16:28:54 +0200 Date: Sat, 4 Aug 2007 16:28:54 +0200 From: Philipp Mergenthaler To: current@freebsd.org Message-ID: <20070804142854.GA24178@rzstud5.rz.uni-karlsruhe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4.2.2i Sender: Philipp Mergenthaler Cc: Subject: Data corruption with msdosfs (rev. 1.172 of msdosfs_vnops.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 14:44:35 -0000 Hi, with rev. 1.172 of msdosfs_vnops.c I see data corruption when reading files on a FAT 32 file system. (I didn't try write accesses apart from deleting some files, which worked ok). The file system is on a IDE disk in an external USB enclosure and has been created with "newfs_msdos -F 32", IIRC. I can use it without problems under FreeBSD-current (prior to July 20th), Windows XP and Linux. The first 0x2000 (usually, but sometimes it's the first 0x3000) bytes of a file are ok, but then there are some 4kb-blocks from somewhere else. Example (hexdump -C of a html file): 00001fb0 3c 64 69 76 20 63 6c 61 73 73 3d 22 66 6c 6f 61 |
 .
....

...= ..| 00003000 00 00 00 00 00 00 00 00 70 67 5f 73 74 6f 70 00 |........pg_sto= p.| 00003010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..............= ..| 00003020 00 00 00 00 00 00 00 00 6d 78 74 61 72 00 00 00 |........mxtar.= ..| 00003030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..............= ..| 00003040 65 73 64 63 74 6c 00 00 00 00 00 00 00 00 00 00 |esdctl........= ..| [...] 00007fd0 00 00 00 00 00 00 00 00 68 61 73 68 00 00 00 00 |........hash..= ..| 00007fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..............= ..| 00007ff0 63 6f 6d 70 73 65 74 00 00 00 00 00 00 00 00 00 |compset.......= ..| 00008000 6f 74 65 72 5f 31 22 20 63 6c 61 73 73 3d 22 73 |oter_1" class= =3D"s| 00008010 69 74 65 6d 61 70 5f 66 6f 6f 74 65 72 22 3e 3c |itemap_footer"= ><| 00008020 75 6c 3e 3c 6c 69 3e 3c 61 20 68 72 65 66 3d 22 |ul>
  • The data for partition 3 is: The data for partition 4 is: Is there any other information I should provide? Bye Philipp From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 16:09:34 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F065716A418; Sat, 4 Aug 2007 16:09:34 +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 F05AC13C458; Sat, 4 Aug 2007 16:09:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F05BA1A4D7E; Sat, 4 Aug 2007 09:08:54 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 28A39C0F6; Sat, 4 Aug 2007 12:09:34 -0400 (EDT) Date: Sat, 4 Aug 2007 12:09:33 -0400 From: Kris Kennaway To: Bruno Damour Message-ID: <20070804160933.GA8664@rot26.obsecurity.org> References: <20070803210113.GA68807@rot26.obsecurity.org> <46B40D98.4020304@free.fr> <20070804064215.GA2787@rot26.obsecurity.org> <46B4366F.1040609@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B4366F.1040609@free.fr> User-Agent: Mutt/1.4.2.3i Cc: re@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: reboot hanging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 16:09:35 -0000 On Sat, Aug 04, 2007 at 10:18:55AM +0200, Bruno Damour wrote: > Kris Kennaway wrote: > >On Sat, Aug 04, 2007 at 07:24:40AM +0200, Bruno Damour wrote: > > > >>I see this also quite frequently (and have seen it for a period of time, > >>running current amd64 updated almost each week). > >>each time i have to hard reboot, and restart in single mode to fsck my > >>small boot partition (the rest is zfs, no problem there). > >>My proc is a core2 6400. I'm using : > >> > >>nooptions SCHED_4BSD # 4BSD scheduler > >>options SCHED_ULE # Newer scheduler > >>options PREEMPTION # Enable kernel thread preemption > >> > >>But I was using SCHED_4BSD before and it did happen as well. > >> > >>Sorry no debugging available. > >> > > > >It doesn't sound like the same problem. In my case buffers are > >synched so the filesystems are clean. > > > >Kris > >_______________________________________________ > >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" > > > allright... > just thought I might have a help there ;-) > guess I'll keep on living with that. Up to you, but if you'd like to get it fixed you need to submit your own complete bug report. Kris From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 16:56:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36D3C16A418; Sat, 4 Aug 2007 16:56:46 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from toq12-srv.bellnexxia.net (toq12.bellnexxia.net [209.226.175.119]) by mx1.freebsd.org (Postfix) with ESMTP id C635313C45B; Sat, 4 Aug 2007 16:56:45 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([76.64.58.167]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070804145830.EDRG574.tomts16-srv.bellnexxia.net@[192.168.1.133]>; Sat, 4 Aug 2007 10:58:30 -0400 In-Reply-To: <20070802221624.DF46C45045@ptavv.es.net> References: <20070802221624.DF46C45045@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8AB83EF6-3132-413A-9C79-2087957B6C34@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 4 Aug 2007 10:58:28 -0400 To: Kevin Oberman X-Mailer: Apple Mail (2.752.2) X-Mailman-Approved-At: Sat, 04 Aug 2007 17:13:57 +0000 Cc: freebsd-current@freebsd.org, FreeBSD Stable Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 16:56:46 -0000 On Aug 2, 2007, at 18:16, Kevin Oberman wrote: > Also, the root zone is updated twice a day, every day (at least to the > extent of a serial number bump) whether it is needed or not. > Forcing the > minimum refresh to once a day could delay the recognition of a new > zone > for up to a day and that is not a good thing. Well, if it's updated twice a day (every twelve hours), then use Nyquist and check every six hours. :) From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 18:22:59 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 587B916A417 for ; Sat, 4 Aug 2007 18:22:59 +0000 (UTC) (envelope-from nik@cs.chalmers.se) Received: from anubis.medic.chalmers.se (anubis.medic.chalmers.se [129.16.30.218]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB7F13C4B5 for ; Sat, 4 Aug 2007 18:22:59 +0000 (UTC) (envelope-from nik@cs.chalmers.se) Received: from [83.226.118.238] (c-ee76e253.1530-1-64736c11.cust.bredbandsbolaget.se [83.226.118.238]) (Authenticated sender: nik) by anubis.medic.chalmers.se (Postfix) with ESMTP id 2858EE2C3 for ; Sat, 4 Aug 2007 19:52:23 +0200 (CEST) Message-ID: <46B4BC80.1080902@cs.chalmers.se> Date: Sat, 04 Aug 2007 19:50:56 +0200 From: Niklas Sorensson User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 04 Aug 2007 18:56:47 +0000 Cc: Subject: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 18:22:59 -0000 Hi, following up on the thread started by Nick Frampton yesterday: I can repeat the problem, although it looks slightly different. Instead of crashing when argv is accessed, both argc and argv are zero. This behavior is triggered by both gcc 4.2.0 and 4.2.1: nik> cat test.c #include int main (int argc, char **argv) { fprintf (stderr, "argc=%d, argv=%p\n", argc, argv); return 0; } nik> cc -c -o test.o -pg test.c && cc -o test -pg test.o nik> ./test argc=0, argv=0x0 nik> gcc42 -c -o test.o -pg test.c && gcc42 -o test -pg test.o nik> ./test argc=0, argv=0x0 nik> cc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.0 20070514 [FreeBSD] nik> gcc42 -v Using built-in specs. Target: i386-portbld-freebsd7.0 Configured with: ./..//gcc-4.2.1-RC-20070712/configure --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local --program-suffix=42 --libdir=/usr/local/lib/gcc-4.2.1 --with-gxx-include-dir=/usr/local/lib/gcc-4.2.1/include/c++/ --disable-libgcj --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc42 i386-portbld-freebsd7.0 Thread model: posix gcc version 4.2.1 20070712 (prerelease) nik> uname -a FreeBSD apa 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Aug 3 18:08:53 CEST 2007 root@apa:/usr/obj/usr/src/sys/APA i386 Incidentally, I noticed that lang/gcc42 fails to build unless GNU awk is installed. There is at least one awk-script used during the build that produces the wrong result with the default awk. I think other gcc-based ports may be affected, since I observed the same problem with lang/llvm-gcc4. Cheers, /Niklas From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 19:06:14 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A4616A46B for ; Sat, 4 Aug 2007 19:06:14 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF2213C46B for ; Sat, 4 Aug 2007 19:06:14 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.06) with ESMTP id l74J6BRb026446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 4 Aug 2007 12:06:11 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l74J6AZE023651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Aug 2007 12:06:11 -0700 Message-ID: <46B4CE20.30207@u.washington.edu> Date: Sat, 04 Aug 2007 12:06:08 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Niklas Sorensson References: <46B4BC80.1080902@cs.chalmers.se> In-Reply-To: <46B4BC80.1080902@cs.chalmers.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.8.4.114723 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@FreeBSD.org Subject: Re: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 19:06:14 -0000 Niklas Sorensson wrote: > Hi, > > following up on the thread started by Nick Frampton yesterday: > > I can repeat the problem, although it looks slightly different. > Instead of crashing when argv is accessed, both argc and argv are > zero. This behavior is triggered by both gcc 4.2.0 and 4.2.1: > > nik> cat test.c > #include > int main (int argc, char **argv) { > fprintf (stderr, "argc=%d, argv=%p\n", argc, argv); > return 0; > } > nik> cc -c -o test.o -pg test.c && cc -o test -pg test.o > nik> ./test > argc=0, argv=0x0 > > nik> gcc42 -c -o test.o -pg test.c && gcc42 -o test -pg test.o > nik> ./test > argc=0, argv=0x0 > > nik> cc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.0 20070514 [FreeBSD] > > nik> gcc42 -v > Using built-in specs. > Target: i386-portbld-freebsd7.0 > Configured with: ./..//gcc-4.2.1-RC-20070712/configure --disable-nls > --with-system-zlib --with-libiconv-prefix=/usr/local > --with-gmp=/usr/local --program-suffix=42 > --libdir=/usr/local/lib/gcc-4.2.1 > --with-gxx-include-dir=/usr/local/lib/gcc-4.2.1/include/c++/ > --disable-libgcj --prefix=/usr/local --mandir=/usr/local/man > --infodir=/usr/local/info/gcc42 i386-portbld-freebsd7.0 > Thread model: posix > gcc version 4.2.1 20070712 (prerelease) > > nik> uname -a > FreeBSD apa 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Aug 3 18:08:53 > CEST 2007 root@apa:/usr/obj/usr/src/sys/APA i386 > > Incidentally, I noticed that lang/gcc42 fails to build unless GNU awk > is installed. There is at least one awk-script used during the build > that produces the wrong result with the default awk. I think other > gcc-based ports may be affected, since I observed the same problem > with lang/llvm-gcc4. > > Cheers, > > /Niklas I think that the real problem lies with our 'GNU binutils compatibility', because gprof was originally from the GNU binutils distribution. There have also been 4 major releases since the initial import date (at least according to the gprof(2) manpage creation date and ftp://sourceware.org/pub/binutils/snapshots). So it could be possible that -pg instructions injected by gcc 4.2.x aren't compatible with the gprof in base, or gprof in base was miscompiled, because of a similar problem seen in openssl (with inlining / declaring pointers to functions?). I'm not sure who to ping about this issue though since it appears that many hands have touched gprof in the CVS tree. Anyone have any ideas? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 21:04:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AD0416A41A; Sat, 4 Aug 2007 21:04:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id AD54C13C458; Sat, 4 Aug 2007 21:04:11 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l74L4AC0091304; Sun, 5 Aug 2007 01:04:10 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 5 Aug 2007 01:04:10 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20070804120154.GS37984@garage.freebsd.pl> Message-ID: <20070805010306.O88793@woozle.rinet.ru> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> <20070803164108.C569@woozle.rinet.ru> <20070804094047.V8449@woozle.rinet.ru> <20070804154621.R84869@woozle.rinet.ru> <20070804120154.GS37984@garage.freebsd.pl> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 05 Aug 2007 01:04:10 +0400 (MSD) Cc: kib@freebsd.org, current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Aug 2007 21:04:12 -0000 On Sat, 4 Aug 2007, Pawel Jakub Dawidek wrote: PJD> > Bad news: after increasing swap to 16G (I had also increase maxswzone to 128M) PJD> > it panics: [snip] PJD> Yeah, kib@ fixes might be more in order to fix this problem, but at PJD> least my patch confirms that you have VI_OWEINACT flag on this vnode. Oh, I'm much more than waiting for Kostik's fixes! ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 21:08:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1510316A41A for ; Sat, 4 Aug 2007 21:08:38 +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 9FF1D13C45A for ; Sat, 4 Aug 2007 21:08:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0E9DE487F0; Sat, 4 Aug 2007 23:08:36 +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 1E0B145684; Sat, 4 Aug 2007 23:08:29 +0200 (CEST) Date: Sat, 4 Aug 2007 23:07:22 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070804210722.GX37984@garage.freebsd.pl> References: <626eb4530708030737j17f67719r2bb1778c3ffe395@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Vx/u1Rx7tHHd/cso" Content-Disposition: inline In-Reply-To: <626eb4530708030737j17f67719r2bb1778c3ffe395@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 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 Subject: Re: zdb -l fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 21:08:38 -0000 --Vx/u1Rx7tHHd/cso Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 03, 2007 at 11:37:30PM +0900, Hidetoshi Shimokawa wrote: > Hi, >=20 > Current "zdb -l dev" causes errors on label 2 and 3. > The following patch fixes the problem. > It may be better to be incorporated into 7.0. > Thanks, Looks good, can you ask re@ for approval? > Index: src/contrib/opensolaris/cmd/zdb/zdb.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 > --- src.orig/contrib/opensolaris/cmd/zdb/zdb.c 2007-08-02 > 01:25:16.000000000 +0900 > +++ src/contrib/opensolaris/cmd/zdb/zdb.c 2007-08-03 > 23:28:06.475733977 +0900 > @@ -1136,7 +1136,11 @@ > exit(1); > } >=20 > - psize =3D statbuf.st_size; > + if (S_ISCHR(statbuf.st_mode)) > + ioctl(fd, DIOCGMEDIASIZE, &psize); > + else > + psize =3D statbuf.st_size; > + > psize =3D P2ALIGN(psize, (uint64_t)sizeof (vdev_label_t)); >=20 > for (l =3D 0; l < VDEV_LABELS; l++) { --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Vx/u1Rx7tHHd/cso Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGtOqKForvXbEpPzQRAh3gAKCTMon2NSQhR66bt+LGAibFLaEOiwCeMAPt VX9b87wNoQVBIFJVpa/N6is= =gJ2L -----END PGP SIGNATURE----- --Vx/u1Rx7tHHd/cso-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 4 23:24:20 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1ADF16A418 for ; Sat, 4 Aug 2007 23:24:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 1E16E13C45A for ; Sat, 4 Aug 2007 23:24:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2283 invoked by uid 399); 4 Aug 2007 23:24:19 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 4 Aug 2007 23:24:19 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46B50AA1.2080502@FreeBSD.org> Date: Sat, 04 Aug 2007 16:24:17 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Oliver Fromme References: <200708030912.l739ChF5075798@lurza.secnetix.de> In-Reply-To: <200708030912.l739ChF5075798@lurza.secnetix.de> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: named.conf restored to hint zone for the root by 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, 04 Aug 2007 23:24:20 -0000 Oliver Fromme wrote: > By the way, I have changed from hints to slaves on the DNS > servers for a large server farm (just testing right now; > I might go back to hints if I don't feel it's worth it). Depending on how many name servers you have you might get a bigger win by slaving the root to one server, then slaving it to the others from your "local master." If you're only talking about a few name servers it's probably not worth it though. > It _seems_ a few applications run with lower latency, but > I'll need to run some benchmarks in order to get some hard > numbers. If your stuff is relatively well behaved, and generally only queries a few TLDs you might not get much of a benefit in terms of reduced latency. In this scenario the main advantage is better resilience to a root DDoS. Where this technique really works well is a scenario where you are answering a lot of "random" queries that could potentially include invalid TLDs and other "junk." Not sending those queries to the roots helps reduce traffic for them and for you, and gives you much better latency on the inevitable NXDOMAIN response. hth, Doug -- This .signature sanitized for your protection