From owner-freebsd-current@FreeBSD.ORG Sun May 6 01:27:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E57CE16A403 for ; Sun, 6 May 2007 01:27:36 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id B28F713C45B for ; Sun, 6 May 2007 01:27:36 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 0BDC48C9E2D; Sun, 6 May 2007 09:27:36 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 02A588C9E0A; Sun, 6 May 2007 09:27:35 +0800 (CST) Date: Sun, 6 May 2007 09:27:35 +0800 (CST) From: Tai-hwa Liang To: Kostik Belousov In-Reply-To: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> Message-ID: <07050609065812.80781@www.mmlab.cse.yzu.edu.tw> References: <20070429171949.GT2441@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: smbfs mount wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 01:27:37 -0000 On Sun, 29 Apr 2007, Kostik Belousov wrote: > On Sun, Apr 29, 2007 at 07:00:54PM +0200, Ivan Voras wrote: >> I have this line in my /etc/fstab: >> >> //ivoras@server/share /home/ivoras/mnt smbfs rw,noauto,-f640,-d750 0 0 >> >> But the command >> >> # mount /home/ivoras/mnt >> >> doesn't exit. The file system is mounted, I can see it in output of >> "mount" on another console, and I can access the files in it without >> problems, but the "mount" command never returns. It's stuck in state >> "devdrn", and can't be killed by SIGINT or SIGKILL. >> >> This is a -CURRENT from few days ago. >> >> Does smbfs work for someone? >> > > Take the > http://people.freebsd.org/~kib/misc/destroy_dev_sched.6.patch > In addition, replace calls to destroy_dev() in the smb cdev d_close() > method with destroy_dev_sched() (the precise location of that destroy_dev() > could be obtained by backtracing hung process in ddb). One can also try following patch which utilises kib@'s destroy_dev_sched() to fix devdrn hang found in other subsystems: http://people.freebsd.org/~avatar/destroy_dev_sched_addon.1.patch > This should fix "devdrn" hang. Please, report the results to me. After rebooting the kernel with aforementioned two patches applied, I don't see devdrn hang around mount_smbfs/watch for the last 2 months. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Sun May 6 02:32:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37DF216A400; Sun, 6 May 2007 02:32: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 DBEED13C483; Sun, 6 May 2007 02:32:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l462WXJA098644; Sat, 5 May 2007 22:32:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l462WW6T017943; Sat, 5 May 2007 22:32:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B902773068; Sat, 5 May 2007 22:32:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506023232.B902773068@freebsd-current.sentex.ca> Date: Sat, 5 May 2007 22:32:32 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 02:32:34 -0000 TB --- 2007-05-06 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 01:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-05-06 01:40:00 - cleaning the object tree TB --- 2007-05-06 01:40:22 - checking out the source tree TB --- 2007-05-06 01:40:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-05-06 01:40:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 01:49:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 01:49:25 - cd /src TB --- 2007-05-06 01:49:25 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 01:49: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/arm/src/tmp/usr/lib/libc.a /obj/arm/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/arm/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/arm/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/arm/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/arm/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 02:32:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 02:32:32 - ERROR: failed to build world TB --- 2007-05-06 02:32:32 - tinderbox aborted TB --- 0.44 user 1.72 system 3152.29 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 02:33:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A961616A408; Sun, 6 May 2007 02:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 58E0013C4B7; Sun, 6 May 2007 02:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l462XmxF098799; Sat, 5 May 2007 22:33:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l462XmRJ018447; Sat, 5 May 2007 22:33:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9F36873068; Sat, 5 May 2007 22:33:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506023348.9F36873068@freebsd-current.sentex.ca> Date: Sat, 5 May 2007 22:33:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 May 2007 02:33:49 -0000 TB --- 2007-05-06 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 01:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-06 01:40:00 - cleaning the object tree TB --- 2007-05-06 01:40:41 - checking out the source tree TB --- 2007-05-06 01:40:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-06 01:40:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 01:49:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 01:49:25 - cd /src TB --- 2007-05-06 01:49:25 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 01:49: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/amd64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/amd64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/amd64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/amd64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 02:33:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 02:33:48 - ERROR: failed to build world TB --- 2007-05-06 02:33:48 - tinderbox aborted TB --- 0.93 user 3.61 system 3228.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 03:25:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 574DC16A402; Sun, 6 May 2007 03:25:11 +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 1FB2613C45B; Sun, 6 May 2007 03:25:11 +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 l463PALU000702; Sat, 5 May 2007 23:25:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l463PAdN039841; Sat, 5 May 2007 23:25:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4BFBB73068; Sat, 5 May 2007 23:25:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506032510.4BFBB73068@freebsd-current.sentex.ca> Date: Sat, 5 May 2007 23:25:10 -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, 06 May 2007 03:25:11 -0000 TB --- 2007-05-06 02:32:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 02:32:32 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-06 02:32:32 - cleaning the object tree TB --- 2007-05-06 02:33:04 - checking out the source tree TB --- 2007-05-06 02:33:04 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-06 02:33:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 02:41:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 02:41:21 - cd /src TB --- 2007-05-06 02:41:21 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 02:41: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 03:25:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 03:25:10 - ERROR: failed to build world TB --- 2007-05-06 03:25:10 - tinderbox aborted TB --- 0.83 user 3.16 system 3157.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 03:25:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3F0916A400; Sun, 6 May 2007 03:25:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6412B13C465; Sun, 6 May 2007 03:25:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l463PLKt000708; Sat, 5 May 2007 23:25:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l463PLD2039895; Sat, 5 May 2007 23:25:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B473F7306B; Sat, 5 May 2007 23:25:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506032521.B473F7306B@freebsd-current.sentex.ca> Date: Sat, 5 May 2007 23:25:21 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 03:25:22 -0000 TB --- 2007-05-06 02:33:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 02:33:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-06 02:33:48 - cleaning the object tree TB --- 2007-05-06 02:34:10 - checking out the source tree TB --- 2007-05-06 02:34:10 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-06 02:34:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 02:41:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 02:41:21 - cd /src TB --- 2007-05-06 02:41:21 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 02:41: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/pc98/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/pc98/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/pc98/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/pc98/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 03:25:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 03:25:21 - ERROR: failed to build world TB --- 2007-05-06 03:25:21 - tinderbox aborted TB --- 0.70 user 2.83 system 3092.96 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 04:18:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8B6F16A402; Sun, 6 May 2007 04:18:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 68E0B13C459; Sun, 6 May 2007 04:18:15 +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 l464IEpH002370; Sun, 6 May 2007 00:18:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l464IEDS005469; Sun, 6 May 2007 00:18:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B22C73068; Sun, 6 May 2007 00:18:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506041814.7B22C73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 00:18:14 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 May 2007 04:18:15 -0000 TB --- 2007-05-06 03:25:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 03:25:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-06 03:25:21 - cleaning the object tree TB --- 2007-05-06 03:25:52 - checking out the source tree TB --- 2007-05-06 03:25:52 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-06 03:25:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 03:33:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 03:33:58 - cd /src TB --- 2007-05-06 03:33:58 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 03:33: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/powerpc/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/powerpc/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/powerpc/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/powerpc/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 04:18:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 04:18:14 - ERROR: failed to build world TB --- 2007-05-06 04:18:14 - tinderbox aborted TB --- 0.62 user 2.41 system 3172.46 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 04:30:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F211D16A401; Sun, 6 May 2007 04:30:53 +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 A2C2713C45A; Sun, 6 May 2007 04:30:53 +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 l464UrvE002720; Sun, 6 May 2007 00:30:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l464UriA028012; Sun, 6 May 2007 00:30:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2CC973068; Sun, 6 May 2007 00:30:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506043052.D2CC973068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 00:30:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 04:30:54 -0000 TB --- 2007-05-06 03:25:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 03:25:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-06 03:25:10 - cleaning the object tree TB --- 2007-05-06 03:25:43 - checking out the source tree TB --- 2007-05-06 03:25:43 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-06 03:25:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 03:33:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 03:33:58 - cd /src TB --- 2007-05-06 03:33:58 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 03:33: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/ia64/src/tmp/usr/lib/libc.a /obj/ia64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/ia64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/ia64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/ia64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/ia64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 04:30:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 04:30:52 - ERROR: failed to build world TB --- 2007-05-06 04:30:52 - tinderbox aborted TB --- 0.72 user 2.68 system 3942.30 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 05:07:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F89516A403; Sun, 6 May 2007 05:07: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 3FEFD13C45A; Sun, 6 May 2007 05:07:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4657G2x003960; Sun, 6 May 2007 01:07:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4657G4j086340; Sun, 6 May 2007 01:07:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 72C8173068; Sun, 6 May 2007 01:07:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506050716.72C8173068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 01:07:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 May 2007 05:07:17 -0000 TB --- 2007-05-06 04:18:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 04:18:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-06 04:18:14 - cleaning the object tree TB --- 2007-05-06 04:18:38 - checking out the source tree TB --- 2007-05-06 04:18:38 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-06 04:18:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 04:25:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 04:25:45 - cd /src TB --- 2007-05-06 04:25:45 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 04:25: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/sparc64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/sparc64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/sparc64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/sparc64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 05:07:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 05:07:16 - ERROR: failed to build world TB --- 2007-05-06 05:07:16 - tinderbox aborted TB --- 0.84 user 2.38 system 2941.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 05:17:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A6C616A401; Sun, 6 May 2007 05:17:54 +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 AEF9B13C458; Sun, 6 May 2007 05:17:53 +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 l465Hr7p004299; Sun, 6 May 2007 01:17: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.13.8/8.13.8) with ESMTP id l465Hrd7083662; Sun, 6 May 2007 01:17:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E361273068; Sun, 6 May 2007 01:17:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506051752.E361273068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 01:17:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 05:17:54 -0000 TB --- 2007-05-06 04:30:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 04:30:52 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-06 04:30:52 - cleaning the object tree TB --- 2007-05-06 04:31:10 - checking out the source tree TB --- 2007-05-06 04:31:10 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-06 04:31:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 04:37:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 04:37:37 - cd /src TB --- 2007-05-06 04:37:37 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 04:37: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/sun4v/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/sun4v/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/sun4v/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/sun4v/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 05:17:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 05:17:52 - ERROR: failed to build world TB --- 2007-05-06 05:17:52 - tinderbox aborted TB --- 0.55 user 2.20 system 2820.00 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 06:12:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44EAB16A401; Sun, 6 May 2007 06:12:04 +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 E97F913C44C; Sun, 6 May 2007 06:12:03 +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 l466C3dY005736; Sun, 6 May 2007 02:12:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l466C3XR005998; Sun, 6 May 2007 02:12:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D8BE73068; Sun, 6 May 2007 02:12:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506061203.1D8BE73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 02:12:03 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 06:12:04 -0000 TB --- 2007-05-06 05:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 05:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-05-06 05:20:01 - cleaning the object tree TB --- 2007-05-06 05:20:19 - checking out the source tree TB --- 2007-05-06 05:20:19 - cd /tinderbox/HEAD/arm/arm TB --- 2007-05-06 05:20:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 05:28:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 05:28:54 - cd /src TB --- 2007-05-06 05:28:54 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 05:28: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/arm/src/tmp/usr/lib/libc.a /obj/arm/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/arm/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/arm/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/arm/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/arm/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 06:12:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 06:12:02 - ERROR: failed to build world TB --- 2007-05-06 06:12:02 - tinderbox aborted TB --- 0.38 user 1.35 system 3121.92 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 06:13:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 409F616A406; Sun, 6 May 2007 06:13:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E59AD13C480; Sun, 6 May 2007 06:13:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l466DLGk005762; Sun, 6 May 2007 02:13:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l466DLot006466; Sun, 6 May 2007 02:13:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3C9D573068; Sun, 6 May 2007 02:13:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506061321.3C9D573068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 02:13: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, 06 May 2007 06:13:22 -0000 TB --- 2007-05-06 05:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 05:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-06 05:20:01 - cleaning the object tree TB --- 2007-05-06 05:20:21 - checking out the source tree TB --- 2007-05-06 05:20:21 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-06 05:20:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 05:28:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 05:28:54 - cd /src TB --- 2007-05-06 05:28:54 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 05:28: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/amd64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/amd64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/amd64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/amd64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 06:13:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 06:13:21 - ERROR: failed to build world TB --- 2007-05-06 06:13:21 - tinderbox aborted TB --- 0.45 user 1.31 system 3200.26 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 07:04:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89CB916A401; Sun, 6 May 2007 07:04:45 +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 39D0813C459; Sun, 6 May 2007 07:04:45 +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 l4674ice007624; Sun, 6 May 2007 03:04:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4674ivI095593; Sun, 6 May 2007 03:04:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 42DF073068; Sun, 6 May 2007 03:04:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506070444.42DF073068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 03:04:44 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner4 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, 06 May 2007 07:04:45 -0000 TB --- 2007-05-06 06:12:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 06:12:03 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-06 06:12:03 - cleaning the object tree TB --- 2007-05-06 06:12:18 - checking out the source tree TB --- 2007-05-06 06:12:18 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-06 06:12:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 06:20:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 06:20:43 - cd /src TB --- 2007-05-06 06:20:43 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 06:20:44 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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 07:04:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 07:04:43 - ERROR: failed to build world TB --- 2007-05-06 07:04:43 - tinderbox aborted TB --- 0.38 user 1.40 system 3160.69 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 07:04:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6563616A401; Sun, 6 May 2007 07:04:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2E61413C459; Sun, 6 May 2007 07:04:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4674mPP007627; Sun, 6 May 2007 03:04:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4674mqq095630; Sun, 6 May 2007 03:04:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 834FA7306B; Sun, 6 May 2007 03:04:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506070448.834FA7306B@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 03:04:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 07:04:49 -0000 TB --- 2007-05-06 06:13:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 06:13:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-06 06:13:21 - cleaning the object tree TB --- 2007-05-06 06:13:37 - checking out the source tree TB --- 2007-05-06 06:13:37 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-06 06:13:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 06:20:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 06:20:43 - cd /src TB --- 2007-05-06 06:20:43 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 06:20:44 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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/pc98/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/pc98/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/pc98/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/pc98/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 07:04:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 07:04:48 - ERROR: failed to build world TB --- 2007-05-06 07:04:48 - tinderbox aborted TB --- 0.37 user 1.27 system 3087.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:06:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AE5916A400; Sun, 6 May 2007 08:06: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 AF3C213C43E; Sun, 6 May 2007 08:06: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 l4686YPd009240; Sun, 6 May 2007 04:06:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4686XjE054960; Sun, 6 May 2007 04:06:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE55773068; Sun, 6 May 2007 04:06:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506080633.CE55773068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 04:06: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 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, 06 May 2007 08:06:35 -0000 TB --- 2007-05-06 07:04:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 07:04:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-06 07:04:48 - cleaning the object tree TB --- 2007-05-06 07:05:20 - checking out the source tree TB --- 2007-05-06 07:05:20 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-06 07:05:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 07:20:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 07:20:35 - cd /src TB --- 2007-05-06 07:20:35 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 07:20: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/powerpc/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/powerpc/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/powerpc/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/powerpc/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 08:06:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 08:06:33 - ERROR: failed to build world TB --- 2007-05-06 08:06:33 - tinderbox aborted TB --- 0.34 user 1.35 system 3705.05 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:18:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD83D16A402; Sun, 6 May 2007 08:18: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 8E69613C45E; Sun, 6 May 2007 08:18: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 l468Iwfd009636; Sun, 6 May 2007 04:18:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l468Iv7B060637; Sun, 6 May 2007 04:18:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA63B73068; Sun, 6 May 2007 04:18:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506081857.AA63B73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 04:18:57 -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, 06 May 2007 08:18:59 -0000 TB --- 2007-05-06 07:04:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 07:04:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-06 07:04:44 - cleaning the object tree TB --- 2007-05-06 07:05:12 - checking out the source tree TB --- 2007-05-06 07:05:12 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-06 07:05:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 07:20:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 07:20:35 - cd /src TB --- 2007-05-06 07:20:35 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 07:20: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/ia64/src/tmp/usr/lib/libc.a /obj/ia64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/ia64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/ia64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/ia64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/ia64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 08:18:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 08:18:57 - ERROR: failed to build world TB --- 2007-05-06 08:18:57 - tinderbox aborted TB --- 0.40 user 1.31 system 4452.82 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:34:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F7B116A403; Sun, 6 May 2007 08:34:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 11A7313C468; Sun, 6 May 2007 08:34:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HkcCT-0004uW-76; Sun, 06 May 2007 11:34:37 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Daichi GOTO Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 May 2007 11:34:35 +0300 From: Danny Braniss Message-ID: Cc: Stanislav Sedov , Masanori OZAWA , Craig Rodrigues , FreeBSD Hackers , Ed Schouten , freebsd-fs@freebsd.org, FreeBSD Current , Kris Kennaway Subject: Re: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 08:34:40 -0000 > Hi Guys > > It is my pleasure and honor to announce the availability of > the unionfs patchset-19-20070504. p19 is second patchset after > its merged of FreeBSD. Our improvements works of unionfs are > going step by step. p19 is milestone release. > > Patchset-19-20070504: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p19-20070504.diff > > For 6-stable > http://people.freebsd.org/~daichi/unionfs/unionfs6-p19-20070504.diff > > Changes in unionfs-p19-20070504.diff > - It has been became MPSAFE. > - Default copy mode has been changed from traditional-mode to > transparent-mode. Some folks who have reported some issues > have solved with transparent mode. We guess it is time to > change the default copy mode. The transparent-mode is the > best in most situations. > - Fixed kern/111262 issue. > - Added support of vfs_cache on unionfs. As a result, you > can use applications that use procfs on unionfs. > - Removed unionfs internal cache mechanism because it has > vfs_cache support instead. As a result, it just simplified > code of unionfs. > - Added whiteout behavior option. ``-o whiteout=always'' is > default mode(it is established practice) and > ``-o whiteout=whenneeded'' is less disk-space using mode > especially for resource restricted environments like embedded > environments. (Contributed by Ed Schouten. Thanks) > - Fixed a mtx lock issue happened with nullfs. > - Fixed lock issues around unionfs. > - Added NULL check code pointed out by Coverity. (Pointed out > by Stanislav Sedov. Thanks) > > The documents of those unionfs patches: > > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > Request for Test: > > Unionfs lovers including FreeSBIE developers, ports cluster managers, > heavy memory-fs users and folks use unionfs, could you try p19 please? > > Merge plan: > > I have plan to commit unionfs-p19-20070504.diff to -current after > received unionfs users responses. > > Thanks > > P.S. > > I am going to join BSDCan 2007. Lets meet at Ottawa, Canada :) > > -- > Daichi GOTO, http://people.freebsd.org/~daichi Hi, So far I've tested it under -current, in my diskless env. where /etc & /compat/linux are unionfs'ed with a mfs, and so all seems OK. thanks, danny From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:55:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C52F616A400; Sun, 6 May 2007 08:55:27 +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 7589B13C459; Sun, 6 May 2007 08:55:27 +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 l468tQZw010802; Sun, 6 May 2007 04:55:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l468tQqp093297; Sun, 6 May 2007 04:55:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B8F3573068; Sun, 6 May 2007 04:55:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506085526.B8F3573068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 04:55:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 May 2007 08:55:27 -0000 TB --- 2007-05-06 08:06:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 08:06:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-06 08:06:33 - cleaning the object tree TB --- 2007-05-06 08:06:46 - checking out the source tree TB --- 2007-05-06 08:06:46 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-06 08:06:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 08:13:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 08:13:49 - cd /src TB --- 2007-05-06 08:13:49 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 08:13:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/sparc64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/sparc64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/sparc64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/sparc64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 08:55:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 08:55:26 - ERROR: failed to build world TB --- 2007-05-06 08:55:26 - tinderbox aborted TB --- 0.46 user 1.26 system 2932.65 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 09:05:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C8C416A406; Sun, 6 May 2007 09:05:56 +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 4CA0B13C48C; Sun, 6 May 2007 09:05:56 +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 l4695tMh011139; Sun, 6 May 2007 05:05:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4695twO010499; Sun, 6 May 2007 05:05:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 904D873068; Sun, 6 May 2007 05:05:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506090555.904D873068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 05:05:55 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 May 2007 09:05:56 -0000 TB --- 2007-05-06 08:18:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 08:18:57 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-06 08:18:57 - cleaning the object tree TB --- 2007-05-06 08:19:08 - checking out the source tree TB --- 2007-05-06 08:19:08 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-06 08:19:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 08:25:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 08:25:48 - cd /src TB --- 2007-05-06 08:25:48 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 08:25:49 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/sun4v/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/sun4v/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/sun4v/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/sun4v/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 09:05:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 09:05:55 - ERROR: failed to build world TB --- 2007-05-06 09:05:55 - tinderbox aborted TB --- 0.57 user 1.10 system 2817.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 10:02:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E3AD16A5A9; Sun, 6 May 2007 10:02:09 +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 1E73913C45D; Sun, 6 May 2007 10:02:08 +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 l46A28hj012742; Sun, 6 May 2007 06:02:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46A28O5013537; Sun, 6 May 2007 06:02:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 270D873068; Sun, 6 May 2007 06:02:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506100208.270D873068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 06:02:08 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 10:02:09 -0000 TB --- 2007-05-06 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 09:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-05-06 09:10:00 - cleaning the object tree TB --- 2007-05-06 09:10:17 - checking out the source tree TB --- 2007-05-06 09:10:17 - cd /tinderbox/HEAD/arm/arm TB --- 2007-05-06 09:10:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 09:19:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 09:19:02 - cd /src TB --- 2007-05-06 09:19:02 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 09:19:03 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/arm/src/tmp/usr/lib/libc.a /obj/arm/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/arm/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/arm/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/arm/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/arm/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 10:02:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 10:02:07 - ERROR: failed to build world TB --- 2007-05-06 10:02:07 - tinderbox aborted TB --- 0.30 user 1.45 system 3127.60 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 10:03:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E5EE16A400; Sun, 6 May 2007 10:03:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE7613C448; Sun, 6 May 2007 10:03:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46A3L2c012781; Sun, 6 May 2007 06:03:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46A3LoG012037; Sun, 6 May 2007 06:03:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D4CF73068; Sun, 6 May 2007 06:03:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506100321.5D4CF73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 06:03:21 -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: Sun, 06 May 2007 10:03:22 -0000 TB --- 2007-05-06 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 09:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-06 09:10:00 - cleaning the object tree TB --- 2007-05-06 09:10:20 - checking out the source tree TB --- 2007-05-06 09:10:20 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-06 09:10:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 09:19:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 09:19:02 - cd /src TB --- 2007-05-06 09:19:02 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 09:19:03 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/amd64/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/amd64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/amd64/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/amd64/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 10:03:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 10:03:21 - ERROR: failed to build world TB --- 2007-05-06 10:03:21 - tinderbox aborted TB --- 0.36 user 1.43 system 3200.99 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 10:54:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE1BE16A400; Sun, 6 May 2007 10:54:27 +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 7E79613C487; Sun, 6 May 2007 10:54:27 +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 l46AsRAU014362; Sun, 6 May 2007 06:54:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46AsQDC038174; Sun, 6 May 2007 06:54:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B973E73068; Sun, 6 May 2007 06:54:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506105426.B973E73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 06:54:26 -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, 06 May 2007 10:54:27 -0000 TB --- 2007-05-06 10:02:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 10:02:08 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-06 10:02:08 - cleaning the object tree TB --- 2007-05-06 10:02:23 - checking out the source tree TB --- 2007-05-06 10:02:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-06 10:02:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 10:10:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 10:10:39 - cd /src TB --- 2007-05-06 10:10:39 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 10:10: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 [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 10:54:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 10:54:26 - ERROR: failed to build world TB --- 2007-05-06 10:54:26 - tinderbox aborted TB --- 0.41 user 1.38 system 3138.21 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 10:54:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9A0916A4DF; Sun, 6 May 2007 10:54: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 696D813C459; Sun, 6 May 2007 10:54: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 l46AsXIY014371; Sun, 6 May 2007 06:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46AsXW4038230; Sun, 6 May 2007 06:54:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C03237306B; Sun, 6 May 2007 06:54:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506105433.C03237306B@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 06:54:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 10:54:34 -0000 TB --- 2007-05-06 10:03:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 10:03:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-06 10:03:21 - cleaning the object tree TB --- 2007-05-06 10:03:35 - checking out the source tree TB --- 2007-05-06 10:03:35 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-06 10:03:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 10:10:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 10:10:39 - cd /src TB --- 2007-05-06 10:10:39 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 10:10:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -DRESCUE /src/sbin/ccdconfig/ccdconfig.c echo ccdconfig: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/ccdconfig/ccdconfig.c In file included from /src/sbin/ccdconfig/ccdconfig.c:49: /obj/pc98/src/tmp/usr/include/libgeom.h:148: warning: declaration of 'write' shadows a global declaration /obj/pc98/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here /obj/pc98/src/tmp/usr/include/libgeom.h:156: warning: declaration of 'write' shadows a global declaration /obj/pc98/src/tmp/usr/include/unistd.h:373: warning: shadowed declaration is here *** Error code 1 Stop in /src/sbin/ccdconfig. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 10:54:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 10:54:33 - ERROR: failed to build world TB --- 2007-05-06 10:54:33 - tinderbox aborted TB --- 0.38 user 1.28 system 3072.25 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 09:30:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5D5916A404; Sun, 6 May 2007 09:30:41 +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 634BB13C480; Sun, 6 May 2007 09:30:41 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6C16F8BD3D9; Sun, 6 May 2007 11:30:39 +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 kRzYUAzVx3NI; Sun, 6 May 2007 11:30:37 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BB2408BD3AD; Sun, 6 May 2007 11:30:37 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l469UYbV043005; Sun, 6 May 2007 11:30:34 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 6 May 2007 11:30:34 +0200 From: Roman Divacky To: Danny Braniss Message-ID: <20070506093034.GA42976@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Sun, 06 May 2007 11:27:17 +0000 Cc: Craig Rodrigues , Masanori OZAWA , FreeBSD Hackers , Daichi GOTO , Ed Schouten , Stanislav Sedov , FreeBSD Current , freebsd-fs@freebsd.org, Kris Kennaway Subject: Re: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 09:30:42 -0000 > Hi, > So far I've tested it under -current, in my diskless env. where > /etc & /compat/linux are unionfs'ed with a mfs, and so all seems OK. there's an XXX in the linuxulator code saying: XXX Untested vs. mount -o union; probably does the wrong thing. can you confirm that it works ok with unionfs from daichi? thnx roman From owner-freebsd-current@FreeBSD.ORG Sun May 6 09:48:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D819716A403; Sun, 6 May 2007 09:48:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 872FE13C487; Sun, 6 May 2007 09:48:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HkdLr-000C5C-Aq; Sun, 06 May 2007 12:48:23 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Roman Divacky In-reply-to: <20070506093034.GA42976@freebsd.org> References: <20070506093034.GA42976@freebsd.org> Comments: In-reply-to Roman Divacky message dated "Sun, 06 May 2007 11:30:34 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 May 2007 12:48:21 +0300 From: Danny Braniss Message-ID: X-Mailman-Approved-At: Sun, 06 May 2007 11:27:22 +0000 Cc: Craig Rodrigues , Masanori OZAWA , FreeBSD Hackers , Daichi GOTO , Ed Schouten , Stanislav Sedov , FreeBSD Current , freebsd-fs@freebsd.org, Kris Kennaway Subject: Re: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 09:48:26 -0000 > > Hi, > > So far I've tested it under -current, in my diskless env. where > > /etc & /compat/linux are unionfs'ed with a mfs, and so all seems OK. > > there's an XXX in the linuxulator code saying: > > XXX Untested vs. mount -o union; probably does the wrong thing. > > can you confirm that it works ok with unionfs from daichi? > sure, but what/how do you want me to test? danny From owner-freebsd-current@FreeBSD.ORG Sun May 6 12:35:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC5D616A402 for ; Sun, 6 May 2007 12:35:58 +0000 (UTC) (envelope-from francis.obrien1@ntlworld.com) Received: from queueout03-winn.ispmail.ntl.com (queueout03-winn.ispmail.ntl.com [81.103.221.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7BC13C45D for ; Sun, 6 May 2007 12:35:58 +0000 (UTC) (envelope-from francis.obrien1@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20070506122315.CFQB2739.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com> for ; Sun, 6 May 2007 13:23:15 +0100 Received: from pluto.wes.internal ([82.31.233.23]) by aamtaout04-winn.ispmail.ntl.com with ESMTP id <20070506122315.CCON29112.aamtaout04-winn.ispmail.ntl.com@pluto.wes.internal> for ; Sun, 6 May 2007 13:23:15 +0100 Message-ID: <463DC8B1.6020803@ntlworld.com> Date: Sun, 06 May 2007 13:23:13 +0100 From: Wes O'Brien User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Poor network transfer performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 12:35:59 -0000 Hello, I am using FreeBSD 7.0-CURRENT and I csuped my sources yesterday and built a GENERIC i386 kernel but with all the WITNESS and debug options commented out. The problem I am having is that I get very slow transfer rates when transferring data to this machine; so far the methods I have used are scp and SMB/CIFS using samba. During this transfer I get the following error message on the console: 'vr0 watchdog timeout'. My dmesg output is below: FreeBSD 7.0-CURRENT #0: Sat May 5 23:31:13 BST 2007 root@:/usr/obj/usr/src/sys/BACKUP-KERNEL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2000+ (1666.73-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073676288 (1023 MB) avail memory = 1041485824 (993 MB) 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-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xde000000-0xdeffffff,0xd0000000-0xd7ffffff irq 16 at device 0.0 on pci1 uhci0: port 0xe400-0xe41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdfffff00-0xdfffffff irq 21 at device 16.3 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 17.5 (no driver attached) vr0: port 0xdc00-0xdcff mem 0xdffffe00-0xdffffeff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: using obsoleted if_watchdog interface vr0: Ethernet address: 00:0c:76:41:01:a3 vr0: [ITHREAD] acpi_button1: 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 Explorer, device ID 4 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1666734330 Hz quality 800 Timecounters tick every 1.000 msec ad0: 117246MB at ata0-master UDMA133 acd0: DVDR at ata0-slave UDMA66 Trying to mount root from ufs:/dev/ad0s1a 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 Sun May 6 12:41:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C341716A402; Sun, 6 May 2007 12:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B41713C448; Sun, 6 May 2007 12:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46Cfk3i019293; Sun, 6 May 2007 08:41:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46Cfknt008712; Sun, 6 May 2007 08:41:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CB86473068; Sun, 6 May 2007 08:41:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506124145.CB86473068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 08:41:45 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 12:41:46 -0000 TB --- 2007-05-06 10:54:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 10:54:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-06 10:54:26 - cleaning the object tree TB --- 2007-05-06 10:54:45 - checking out the source tree TB --- 2007-05-06 10:54:45 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-06 10:54:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 11:02:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 11:02:56 - cd /src TB --- 2007-05-06 11:02:56 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 11:02: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 May 6 12:18:14 UTC 2007 TB --- 2007-05-06 12:18:14 - generating LINT kernel config TB --- 2007-05-06 12:18:14 - cd /src/sys/ia64/conf TB --- 2007-05-06 12:18:14 - /usr/bin/make -B LINT TB --- 2007-05-06 12:18:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 12:18:14 - cd /src TB --- 2007-05-06 12:18:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 12:18: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 [...] ld -Bshareable -d -warn-common -o if_rue.ko if_rue.kld objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: unsigned int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 12:41:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 12:41:45 - ERROR: failed to build lint kernel TB --- 2007-05-06 12:41:45 - tinderbox aborted TB --- 0.40 user 1.30 system 6438.70 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 12:43:51 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55FED16A40D for ; Sun, 6 May 2007 12:43:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CAB9B13C483 for ; Sun, 6 May 2007 12:43:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 427FF46F8A for ; Sun, 6 May 2007 08:43:50 -0400 (EDT) Date: Sun, 6 May 2007 13:43:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070506131854.D24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1570903904-1178455430=:24765" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: sigaction: queried SA_RESTART value varies by FreeBSD version? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 12:43:51 -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. --0-1570903904-1178455430=:24765 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed While writing a regression test for signal-handling as related to socket locking, I ran into the following slightly surprising issue. In order to test properly, I need the recv(2) system call to not automatically restart. Being a bit on the cautious side, I decided I would check the SA_RESTART disposition of the signal before setting it, and was a bit surprised to see that the debugging output varied across FreeBSD versions. In particular, I was using SIGHUP in my tests, which seems to have recently changed (if kernel versions are at all meaningful -- perhaps the field is just garbage). I will be the first to admit I don't know how this is supposed to work, but variation in the default value of SA_RESTART for signals strikes me as a worrying thing. Could someone point me in the right direction here? Robert N M Watson Computer Laboratory University of Cambridge pemaquid:/tmp> uname -a FreeBSD pemaquid.x 4.11-STABLE FreeBSD 4.11-STABLE #10: Wed Dec 28 01:05:22 EST 2005 x@pemaquid.x:/usr/obj/usr/src/sys/PEMAQUID i386 pemaquid:/tmp> ./sarestart SIGHUP: (0x00000002) SA_RESTART SIGINT: (0x00000002) SA_RESTART SIGQUIT: (0x00000002) SA_RESTART SIGILL: (0x00000000) SIGTRAP: (0x00000002) SA_RESTART SIGABRT: (0x00000000) SIGEMT: (0x00000002) SA_RESTART SIGFPE: (0x00000000) SIGKILL: (0x00000002) SA_RESTART SIGBUS: (0x00000000) SIGSEGV: (0x00000000) SIGSYS: (0x00000000) SIGPIPE: (0x00000002) SA_RESTART SIGALRM: (0x00000002) SA_RESTART SIGTERM: (0x00000002) SA_RESTART SIGURG: (0x00000002) SA_RESTART SIGSTOP: (0x00000002) SA_RESTART SIGTSTP: (0x00000002) SA_RESTART SIGCONT: (0x00000002) SA_RESTART SIGCHLD: (0x00000002) SA_RESTART SIGTTIN: (0x00000002) SA_RESTART SIGTTOU: (0x00000002) SA_RESTART SIGIO: (0x00000002) SA_RESTART SIGXCPU: (0x00000002) SA_RESTART SIGXFSZ: (0x00000002) SA_RESTART SIGVTALRM: (0x00000002) SA_RESTART SIGPROF: (0x00000002) SA_RESTART SIGWINCH: (0x00000002) SA_RESTART SIGINFO: (0x00000002) SA_RESTART SIGUSR1: (0x00000000) SIGUSR2: (0x00000000) fledge:/tmp> uname -a FreeBSD fledge.watson.org 6.2-STABLE FreeBSD 6.2-STABLE #11: Mon Apr 2 17:45:01 BST 2007 robert@fledge.watson.org:/usr/obj/usr/src/sys/FLEDGE i386 fledge:/tmp> ./sarestart SIGHUP: (0x00000002) SA_RESTART SIGINT: (0x00000002) SA_RESTART SIGQUIT: (0x00000002) SA_RESTART SIGILL: (0x00000000) SIGTRAP: (0x00000002) SA_RESTART SIGABRT: (0x00000000) SIGEMT: (0x00000002) SA_RESTART SIGFPE: (0x00000000) SIGKILL: (0x00000002) SA_RESTART SIGBUS: (0x00000000) SIGSEGV: (0x00000000) SIGSYS: (0x00000000) SIGPIPE: (0x00000000) SIGALRM: (0x00000002) SA_RESTART SIGTERM: (0x00000002) SA_RESTART SIGURG: (0x00000002) SA_RESTART SIGSTOP: (0x00000002) SA_RESTART SIGTSTP: (0x00000002) SA_RESTART SIGCONT: (0x00000002) SA_RESTART SIGCHLD: (0x00000002) SA_RESTART SIGTTIN: (0x00000002) SA_RESTART SIGTTOU: (0x00000002) SA_RESTART SIGIO: (0x00000002) SA_RESTART SIGXCPU: (0x00000002) SA_RESTART SIGXFSZ: (0x00000002) SA_RESTART SIGVTALRM: (0x00000002) SA_RESTART SIGPROF: (0x00000002) SA_RESTART SIGWINCH: (0x00000002) SA_RESTART SIGINFO: (0x00000002) SA_RESTART SIGUSR1: (0x00000000) SIGUSR2: (0x00000000) SIGTHR: (0x00000002) SA_RESTART peppercorn:~/freebsd/sarestart> uname -a FreeBSD peppercorn.cam.watson.org 7.0-CURRENT FreeBSD 7.0-CURRENT #10: Wed Feb 7 12:56:20 GMT 2007 robert@peppercorn.cam.watson.org:/usr/obj/usr/src/sys/PEPPERCORN i386 peppercorn:~/freebsd/sarestart> ./sarestart SIGHUP: (0x00000002) SA_RESTART SIGINT: (0x00000002) SA_RESTART SIGQUIT: (0x00000002) SA_RESTART SIGILL: (0x00000040) SA_SIGINFO SIGTRAP: (0x00000040) SA_SIGINFO SIGABRT: (0x00000040) SA_SIGINFO SIGEMT: (0x00000040) SA_SIGINFO SIGFPE: (0x00000040) SA_SIGINFO SIGKILL: (0x00000040) SA_SIGINFO SIGBUS: (0x00000040) SA_SIGINFO SIGSEGV: (0x00000040) SA_SIGINFO SIGSYS: (0x00000040) SA_SIGINFO SIGPIPE: (0x00000040) SA_SIGINFO SIGALRM: (0x00000002) SA_RESTART SIGTERM: (0x00000002) SA_RESTART SIGURG: (0x00000040) SA_SIGINFO SIGSTOP: (0x00000040) SA_SIGINFO SIGTSTP: (0x00000002) SA_RESTART SIGCONT: (0x00000040) SA_SIGINFO SIGCHLD: (0x00000002) SA_RESTART SIGTTIN: (0x00000002) SA_RESTART SIGTTOU: (0x00000002) SA_RESTART SIGIO: (0x00000040) SA_SIGINFO SIGXCPU: (0x00000002) SA_RESTART SIGXFSZ: (0x00000002) SA_RESTART SIGVTALRM: (0x00000040) SA_SIGINFO SIGPROF: (0x00000040) SA_SIGINFO SIGWINCH: (0x00000002) SA_RESTART SIGINFO: (0x00000040) SA_SIGINFO SIGUSR1: (0x00000040) SA_SIGINFO SIGUSR2: (0x00000040) SA_SIGINFO SIGTHR: (0x00000002) SA_RESTART hippo# uname -a FreeBSD hippo 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Apr 30 07:34:29 EDT 2007 rwatson@zoo.freebsd.org:/zoo/rwatson/current/src/sys/i386/compile/GENERIC i386 .hippo# ./sarestart SIGHUP: (0x00000000) SIGINT: (0x00000002) SA_RESTART SIGQUIT: (0x00000002) SA_RESTART SIGILL: (0x00000000) SIGTRAP: (0x00000002) SA_RESTART SIGABRT: (0x00000000) SIGEMT: (0x00000002) SA_RESTART SIGFPE: (0x00000000) SIGKILL: (0x00000002) SA_RESTART SIGBUS: (0x00000000) SIGSEGV: (0x00000000) SIGSYS: (0x00000000) SIGPIPE: (0x00000002) SA_RESTART SIGALRM: (0x00000000) SIGTERM: (0x00000000) SIGURG: (0x00000002) SA_RESTART SIGSTOP: (0x00000002) SA_RESTART SIGTSTP: (0x00000002) SA_RESTART SIGCONT: (0x00000002) SA_RESTART SIGCHLD: (0x00000000) SIGTTIN: (0x00000002) SA_RESTART SIGTTOU: (0x00000002) SA_RESTART SIGIO: (0x00000002) SA_RESTART SIGXCPU: (0x00000000) SIGXFSZ: (0x00000000) SIGVTALRM: (0x00000002) SA_RESTART SIGPROF: (0x00000002) SA_RESTART SIGWINCH: (0x00000002) SA_RESTART SIGINFO: (0x00000002) SA_RESTART SIGUSR1: (0x00000000) SIGUSR2: (0x00000000) SIGTHR: (0x00000002) SA_RESTART elephant# uname -a FreeBSD elephant.netperf.freebsd.org 7.0-CURRENT FreeBSD 7.0-CURRENT #26: Sun May 6 07:02:03 EDT 2007 rwatson@zoo.freebsd.org:/zoo/usr.obj/rwatson/netperf/src/sys/GENERIC i386 elephant# ./sarestart SIGHUP: (0x00000000) SIGINT: (0x00000002) SA_RESTART SIGQUIT: (0x00000002) SA_RESTART SIGILL: (0x00000000) SIGTRAP: (0x00000002) SA_RESTART SIGABRT: (0x00000000) SIGEMT: (0x00000002) SA_RESTART SIGFPE: (0x00000000) SIGKILL: (0x00000002) SA_RESTART SIGBUS: (0x00000000) SIGSEGV: (0x00000000) SIGSYS: (0x00000000) SIGPIPE: (0x00000002) SA_RESTART SIGALRM: (0x00000000) SIGTERM: (0x00000000) SIGURG: (0x00000002) SA_RESTART SIGSTOP: (0x00000002) SA_RESTART SIGTSTP: (0x00000002) SA_RESTART SIGCONT: (0x00000002) SA_RESTART SIGCHLD: (0x00000000) SIGTTIN: (0x00000002) SA_RESTART SIGTTOU: (0x00000002) SA_RESTART SIGIO: (0x00000002) SA_RESTART SIGXCPU: (0x00000000) SIGXFSZ: (0x00000000) SIGVTALRM: (0x00000002) SA_RESTART SIGPROF: (0x00000002) SA_RESTART SIGWINCH: (0x00000002) SA_RESTART SIGINFO: (0x00000002) SA_RESTART SIGUSR1: (0x00000000) SIGUSR2: (0x00000000) SIGTHR: (0x00000002) SA_RESTART --0-1570903904-1178455430=:24765-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 13:44:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBBFC16A400; Sun, 6 May 2007 13:44:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 93C9313C469; Sun, 6 May 2007 13:44:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46DiQ1P022983; Sun, 6 May 2007 09:44:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46DiQt1025821; Sun, 6 May 2007 09:44:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E0DE573068; Sun, 6 May 2007 09:44:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506134425.E0DE573068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 09:44:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 13:44:26 -0000 TB --- 2007-05-06 12:26:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 12:26:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-06 12:26:37 - cleaning the object tree TB --- 2007-05-06 12:26:46 - checking out the source tree TB --- 2007-05-06 12:26:46 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-06 12:26:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 12:33:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 12:33:39 - cd /src TB --- 2007-05-06 12:33:39 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 12:33: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 Sun May 6 13:27:32 UTC 2007 TB --- 2007-05-06 13:27:32 - generating LINT kernel config TB --- 2007-05-06 13:27:32 - cd /src/sys/sparc64/conf TB --- 2007-05-06 13:27:32 - /usr/bin/make -B LINT TB --- 2007-05-06 13:27:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 13:27:32 - cd /src TB --- 2007-05-06 13:27:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 13:27:33 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 [...] ld -Bshareable -d -warn-common -o if_rue.ko if_rue.kld objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: unsigned int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 13:44:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 13:44:25 - ERROR: failed to build lint kernel TB --- 2007-05-06 13:44:25 - tinderbox aborted TB --- 0.43 user 1.25 system 4668.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 13:58:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0C3916A404; Sun, 6 May 2007 13:58:08 +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 7939B13C455; Sun, 6 May 2007 13:58:08 +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 l46Dw7Ut023685; Sun, 6 May 2007 09:58:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46Dw7SY042917; Sun, 6 May 2007 09:58:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B8C7773068; Sun, 6 May 2007 09:58:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506135807.B8C7773068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 09:58:07 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 13:58:08 -0000 TB --- 2007-05-06 12:41:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 12:41:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-06 12:41:46 - cleaning the object tree TB --- 2007-05-06 12:41:58 - checking out the source tree TB --- 2007-05-06 12:41:58 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-06 12:41:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 12:49:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 12:49:03 - cd /src TB --- 2007-05-06 12:49:03 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 12:49:04 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 6 13:42:08 UTC 2007 TB --- 2007-05-06 13:42:08 - generating LINT kernel config TB --- 2007-05-06 13:42:08 - cd /src/sys/sun4v/conf TB --- 2007-05-06 13:42:08 - /usr/bin/make -B LINT TB --- 2007-05-06 13:42:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 13:42:08 - cd /src TB --- 2007-05-06 13:42:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 13:42: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 [...] ld -Bshareable -d -warn-common -o if_rue.ko if_rue.kld objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: unsigned int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 13:58:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 13:58:07 - ERROR: failed to build lint kernel TB --- 2007-05-06 13:58:07 - tinderbox aborted TB --- 0.47 user 1.22 system 4581.75 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 14:21:32 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D4CF16A401; Sun, 6 May 2007 14:21:32 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 15BBE13C457; Sun, 6 May 2007 14:21:31 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l46E7p7c000219; Sun, 6 May 2007 10:07:51 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 06 May 2007 10:07:51 -0400 (EDT) Date: Sun, 6 May 2007 10:07:51 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: freebsd-current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 14:21:32 -0000 Sometime this coming weekend (May 11-13), I'll be committing the following patch: http://people.freebsd.org/~deischen/symver/bump_symver.diffs.050207 What does this do? o All library versions that haven't already been bumped and that are not new to 7.0 will be bumped. o Symbol versioning will be enabled by default. This means that for those libraries which are symbol versioned (libc, libelf, libpthread, librt, libthr, libthr_db, and msun) we will have to support all public interfaces as our ABI from this point forward. Compatibility is now maintained in the library itself, not in a separate compat library and by bumping shared library versions. You can disable symbol versioning by setting NO_SYMVER. o The default threading library is changed from libpthread to libthr. libthr remains installed as libthr, libpthread is installed as libkse, and libpthread will link to libthr by default. Compiling with -pthread will continue to work as before. You can override the default library by setting DEFAULT_THREAD_LIBRARY=libpthread or libc_r before a buildworld/installworld. /lib/libthr.so.3 /usr/lib/libpthread.a -> libthr.a /usr/lib/libpthread.so -> libthr.so /usr/lib/libpthread_p.a -> libthr_p.a /usr/lib/libthr.a /usr/lib/libthr.so -> /lib/libthr.so.3 /usr/lib/libthr_p.a /usr/lib/libkse.a /usr/lib/libkse.so -> libkse.so.3 /usr/lib/libkse.so.3 /usr/lib/libkse_p.a How does this affect ports? Kris ran a package build with this patch, and there were a few problems, mostly because x11-toolkits/xview/patch-lib+libxview+textsw+txt_again.c patches xview to use __svfscanf() which is an internal libc function (it should probably use vfscanf). A few ports broke because they required xview. Some ports did not break, but they used some symbols exported from libc that are private and not part of the ABI. These ports are not clean with respect to our ABI and should be changed if possible. Some of my notes on symbol versioning are here: http://people.freebsd.org/~deischen/symver/library_versioning.txt and better technical references are Ulrich Drepper's notes or Sun's document: http://people.redhat.com/~drepper/symbol-versioning http://www.sun.com/software/solaris/programs/abi/documentation/solaris-abi.pdf -- DE From owner-freebsd-current@FreeBSD.ORG Sun May 6 14:40:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E5B716A402 for ; Sun, 6 May 2007 14:40:50 +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 1C6D513C45D for ; Sun, 6 May 2007 14:40:50 +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 AE5C320AA for ; Sun, 6 May 2007 16:40:45 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2563320A8 for ; Sun, 6 May 2007 16:40:45 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 07F334883; Sun, 6 May 2007 16:40:44 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: current@freebsd.org Date: Sun, 06 May 2007 16:40:44 +0200 Message-ID: <86abwiauc3.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: UFS close-to-open consistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 14:40:50 -0000 I had a very strange experience today involving typeahead and a slow ssh connection. Apparently, the second 'make' command below saw the old version of if_rum.c instead of the new one I checked out from repoman between the two builds. des@dma ~% cd /sys/modules/rum des@dma /sys/modules/rum% make DEBUG_FLAGS=3D-DUSB_DEBUG Warning: Object directory not changed from original /usr/src/sys/modules/rum @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include :> opt_usb.h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h cc -O -pipe -march=3Dnocona -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nost= dinc -I- -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -fno-common -DUSB_DEBU= G -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -= mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwin= d-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -fformat-extensions -c /usr/src/sys/modules/rum/../../dev/usb/if_rum.c /usr/src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /usr/src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: unsigned int= format, different type arg (arg 2) /usr/src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /usr/src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: unsigned int= format, different type arg (arg 2) *** Error code 1 Stop in /usr/src/sys/modules/rum. des@dma /sys/modules/rum% cd /sys/dev/usb=20 des@dma /sys/dev/usb% fncvs up cd - P if_rum.c !ma des@dma /sys/dev/usb% cd - /sys/modules/rum des@dma /sys/modules/rum% !ma make DEBUG_FLAGS=3D-DUSB_DEBUG Warning: Object directory not changed from original /usr/src/sys/modules/rum cc -O -pipe -march=3Dnocona -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nost= dinc -I- -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -fno-common -DUSB_DEBU= G -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -= mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwin= d-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -fformat-extensions -c /usr/src/sys/modules/rum/../../dev/usb/if_rum.c /usr/src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /usr/src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: int format, = different type arg (arg 2) /usr/src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /usr/src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: int format, = different type arg (arg 2) *** Error code 1 Stop in /usr/src/sys/modules/rum. des@dma /sys/modules/rum% cd - /sys/dev/usb des@dma /sys/dev/usb% fncvs up des@dma /sys/dev/usb% cd - /sys/modules/rum des@dma /sys/modules/rum% make Warning: Object directory not changed from original /usr/src/sys/modules/rum cc -O -pipe -march=3Dnocona -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nost= dinc -I- -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-om= it-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -= mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables = -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fform= at-extensions -c /usr/src/sys/modules/rum/../../dev/usb/if_rum.c ld -d -warn-common -r -d -o if_rum.ko.debug if_rum.o :> export_syms awk -f /usr/src/sys/modules/rum/../../conf/kmod_syms.awk if_rum.ko.debug e= xport_syms | xargs -J% objcopy % if_rum.ko.debug objcopy --only-keep-debug if_rum.ko.debug if_rum.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_rum.ko.symbols if_rum.ko.deb= ug if_rum.ko des@dma /sys/modules/rum% make clean rm -f export_syms if_rum.ko if_rum.kld if_rum.o if_rum.ko.debug if_rum.ko.s= ymbols opt_usb.h bus_if.h device_if.h usbdevs.h des@dma /sys/modules/rum% make Warning: Object directory not changed from original /usr/src/sys/modules/rum :> opt_usb.h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h cc -O -pipe -march=3Dnocona -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nost= dinc -I- -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-om= it-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -= mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables = -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fform= at-extensions -c /usr/src/sys/modules/rum/../../dev/usb/if_rum.c ld -d -warn-common -r -d -o if_rum.ko.debug if_rum.o :> export_syms awk -f /usr/src/sys/modules/rum/../../conf/kmod_syms.awk if_rum.ko.debug e= xport_syms | xargs -J% objcopy % if_rum.ko.debug objcopy --only-keep-debug if_rum.ko.debug if_rum.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_rum.ko.symbols if_rum.ko.deb= ug if_rum.ko des@dma /sys/modules/rum% df . Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ar0s1f 64995338 8443858 51351854 14% /usr des@dma /sys/modules/rum% cd - /sys/dev/usb des@dma /sys/dev/usb% df . Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ar0s1f 64995338 8443858 51351854 14% /usr des@dma /sys/dev/usb% mount -tufs /dev/ar0s1a on / (ufs, local, soft-updates) /dev/ar0s1d on /tmp (ufs, local, soft-updates) /dev/ar0s1e on /var (ufs, local, soft-updates) /dev/ar0s1f on /usr (ufs, local, soft-updates) /dev/ar0s1g on /imap (ufs, local, soft-updates) /dev/ar0s1h on /home (ufs, local, soft-updates) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 6 15:15:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58AD516A40F for ; Sun, 6 May 2007 15:15:07 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id DAFD313C465 for ; Sun, 6 May 2007 15:15:06 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so785318ugh for ; Sun, 06 May 2007 08:15:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=VDMd+aFNTJ8sisi71xPBZH3MEFtWVFG8+aaV5DHwHPmOXryaRYmuCbSoJm0ZbJnbyE3MzNgMI+u4U4BKnvpQcPh/B+2Cn79TWpLBoXOG/j7KHHUZV/tuKHdWPKSDovH0pG2Wy2lZvHUaDeIFB4loyZSXj62KhnBucp/u5iYNoKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=GRVcL8RiS9cy/Tilw6PEjIP+yYSDspmMyf5myB3PCXC5Xh3pRpzbleM8APGoZbMjUvNltFTjxpUp03kLt5GyHjuEVfoLWg73ujBbFbUSpKtiDseRs/pdlq9Yn5nwNJKSepiYNl2hGy/cZ4ClGWsVAVUsZxSBM32YCX0fXkiykWg= Received: by 10.66.225.1 with SMTP id x1mr423877ugg.1178464505611; Sun, 06 May 2007 08:15:05 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.136.17]) by mx.google.com with ESMTP id k28sm9600215ugd.2007.05.06.08.15.04; Sun, 06 May 2007 08:15:04 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l46ECYTK006424; Sun, 6 May 2007 16:12:34 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l46ECYWP006423; Sun, 6 May 2007 16:12:34 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 6 May 2007 16:12:33 +0200 From: Ulrich Spoerlein To: Marinos Ilias Message-ID: <20070506141233.GB1713@roadrunner.q.local> Mail-Followup-To: Marinos Ilias , freebsd-current@freebsd.org References: <20070505165443.GA20239@ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070505165443.GA20239@ceid.upatras.gr> Cc: freebsd-current@freebsd.org Subject: Re: ural && HPS usb stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 15:15:07 -0000 Marinos Ilias wrote: > Hello people, > I have a Dell XPS m1210 and because it has intel wireless 3945ABG, > which doesn't work for me using the wpi driver, I decided to buy a > Gigabyte GN-WBKG wireless usb adapter.It is recognized normally with > ural driver. > The last 3 weeks I had some weird problems using this usb > adapter.While I was surfing or listening to radio (from internet) the > laptop many times suddenly rebooted(a reboot like a hardware reset , > which didn't give me the chance to catch the errors).Also I am not > sure how can I reproduce the error in a way that I can understand what > crashes. There are known panics with ural(4) and WPA. See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92083 http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/101096 Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Sun May 6 15:26:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B3EE16A401 for ; Sun, 6 May 2007 15:26:23 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08c.verio.de (mail08c.verio.de [213.198.55.118]) by mx1.freebsd.org (Postfix) with SMTP id 889E513C457 for ; Sun, 6 May 2007 15:26:22 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx47.stngva01.us.mxservers.net (204.202.242.109) by mail08c.verio.de (RS ver 1.0.95vs) with SMTP id 4-0679185179 for ; Sun, 6 May 2007 11:26:20 -0400 (EDT) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx47.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 313fd364.19543.012.mx47.stngva01.us.mxservers.net; Sun, 06 May 2007 11:24:03 -0400 (EDT) Received: (qmail 54715 invoked from network); 6 May 2007 15:26:18 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.14.188) by with SMTP; 6 May 2007 15:26:18 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l46FQG3H031782 for ; Sun, 6 May 2007 17:26:17 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200705061526.l46FQG3H031782@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: current@freebsd.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 May 2007 17:26:16 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.0235516791; heur=0.500(0); stat=0.022; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: Subject: buildworld error in openssl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 15:26:23 -0000 I haven't seen this reported before, and I've been getting this failure all day, even after updating my sources several times. Any ideas? ===> secure/lib/libcrypto/engines/libubsec (depend) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c: In function `padlock_xcrypt_ofb': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:448: error: can't find a register in class `GENERAL_REGS' while reloading `asm -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sun May 6 15:47:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C443916A402; Sun, 6 May 2007 15:47:04 +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 9CA6213C447; Sun, 6 May 2007 15:47:04 +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 l46Fl4uQ029565; Sun, 6 May 2007 11:47:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46Fl4Rj051899; Sun, 6 May 2007 11:47:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F3AFB73068; Sun, 6 May 2007 11:47:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506154703.F3AFB73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 11:47:03 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 15:47:04 -0000 TB --- 2007-05-06 14:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 14:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-06 14:00:00 - cleaning the object tree TB --- 2007-05-06 14:00:22 - checking out the source tree TB --- 2007-05-06 14:00:22 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-06 14:00:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 14:08:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 14:08:58 - cd /src TB --- 2007-05-06 14:08:58 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 14:08: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 6 15:29:39 UTC 2007 TB --- 2007-05-06 15:29:39 - generating LINT kernel config TB --- 2007-05-06 15:29:39 - cd /src/sys/amd64/conf TB --- 2007-05-06 15:29:39 - /usr/bin/make -B LINT TB --- 2007-05-06 15:29:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 15:29:39 - cd /src TB --- 2007-05-06 15:29:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 15:29:39 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 [...] awk -f /src/sys/modules/rue/../../conf/kmod_syms.awk if_rue.ko export_syms | xargs -J% objcopy % if_rue.ko objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: unsigned int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 15:47:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 15:47:03 - ERROR: failed to build lint kernel TB --- 2007-05-06 15:47:03 - tinderbox aborted TB --- 0.36 user 1.42 system 6422.97 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 16:01:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91E6316A401; Sun, 6 May 2007 16:01:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 370DA13C44B; Sun, 6 May 2007 16:01:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HkjAS-000ACS-6M; Sun, 06 May 2007 19:01:00 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l46G0ul8052848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 May 2007 19:00:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l46G0u6Z022149; Sun, 6 May 2007 19:00:56 +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 l46G0uvD022148; Sun, 6 May 2007 19:00:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 May 2007 19:00:56 +0300 From: Kostik Belousov To: Roman Divacky Message-ID: <20070506160056.GE83173@deviant.kiev.zoral.com.ua> References: <20070506093034.GA42976@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DqhR8hV3EnoxUkKN" Content-Disposition: inline In-Reply-To: <20070506093034.GA42976@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 7155bbd8d023de41950ebecbe4708355 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1023 [May 04 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists 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: FreeBSD Current Subject: Re: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 16:01:02 -0000 --DqhR8hV3EnoxUkKN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Cc: list trimmed to something reasonable] On Sun, May 06, 2007 at 11:30:34AM +0200, Roman Divacky wrote: > > Hi, > > So far I've tested it under -current, in my diskless env. where > > /etc & /compat/linux are unionfs'ed with a mfs, and so all seems OK. >=20 > there's an XXX in the linuxulator code saying: >=20 > XXX Untested vs. mount -o union; probably does the wrong thing. >=20 > can you confirm that it works ok with unionfs from daichi? There are to quite different union-kind things in kernel. One is the -o uni= on option for the mount, see mount(2). Second is unionfs proper. The first thing (-o union) requires support in namei and related syscalls, like getdirentries. It is implemented for native freebsd getdirentries (both current and 4-compat variants), but, AFAIR, is _not_ implemented in compat syscalls implementations for sysv, linux, xenix etc. And, in fact, making that compat syscalls behave is somewhat tricky due to cookies and differences between supposed output formats for ABIs. Unionfs shall have no real difference in behaviour what used from processes using compat ABIs. --DqhR8hV3EnoxUkKN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGPfu3C3+MBN1Mb4gRAm+jAKDuQWSR5M7tn9tsQH+Ipnmc+7YiJQCeLZPD lbP9FNL9oNRLrTWDmrNbkMM= =lJlE -----END PGP SIGNATURE----- --DqhR8hV3EnoxUkKN-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 16:08:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF45716A402 for ; Sun, 6 May 2007 16:08:11 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6470813C487 for ; Sun, 6 May 2007 16:08:11 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l46GgmC7077889 for ; Sun, 6 May 2007 16:42:48 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l46GgmDO077888 for freebsd-current@freebsd.org; Sun, 6 May 2007 16:42:48 GMT (envelope-from dunstan) Date: Sun, 6 May 2007 16:42:47 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070506164247.GA77786@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sun, 06 May 2007 16:42:48 +0000 (UTC) Subject: INCLUDE_CONFIG_FILE 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: Sun, 06 May 2007 16:08:12 -0000 Hello, We talked about improved INCLUDE_CONFIG_FILE work some time ago. I cleaned it up, and I have prepared a patch for the latest -CURRENT. It's here: http://people.freebsd.org/~wkoszek/patches/kernconf.patch If you have any suggestions, please let me know as I'd really like to see this patch into the tree before RELENG_7. Please note that the changes aren't very serious, but config(8)'s functionality is, so any worries should be stated now. With this patch, after building a kernel with: options INCLUDE_CONFIG_FILE you should be able to obtain it's configuration file with a new config(8) and it's -k option: config -k The output should be ready to be redirected to a file: config -k > NEWKERNEL Now, you should be able to type: config NEWKERNEL And newly created kernel should contain the very same options as the old one. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sun May 6 16:47:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C39616A400; Sun, 6 May 2007 16:47:08 +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 E90D313C468; Sun, 6 May 2007 16:47:07 +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 l46Gl7hb032919; Sun, 6 May 2007 12:47:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46Gl7Gn038105; Sun, 6 May 2007 12:47:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C76BF73068; Sun, 6 May 2007 12:47:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506164706.C76BF73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 12:47:06 -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, 06 May 2007 16:47:08 -0000 TB --- 2007-05-06 15:06:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 15:06:10 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-06 15:06:10 - cleaning the object tree TB --- 2007-05-06 15:06:39 - checking out the source tree TB --- 2007-05-06 15:06:39 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-06 15:06:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 15:13:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 15:13:14 - cd /src TB --- 2007-05-06 15:13:14 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 15:13:16 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 May 6 16:07:48 UTC 2007 TB --- 2007-05-06 16:07:48 - generating LINT kernel config TB --- 2007-05-06 16:07:48 - cd /src/sys/i386/conf TB --- 2007-05-06 16:07:48 - /usr/bin/make -B LINT TB --- 2007-05-06 16:07:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 16:07:48 - cd /src TB --- 2007-05-06 16:07:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 16:07:48 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun May 6 16:29:27 UTC 2007 TB --- 2007-05-06 16:29:28 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 16:29:28 - cd /src TB --- 2007-05-06 16:29:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun May 6 16:29: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 >>> Kernel build for GENERIC completed on Sun May 6 16:46:34 UTC 2007 TB --- 2007-05-06 16:46:34 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 16:46:34 - cd /src TB --- 2007-05-06 16:46:34 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun May 6 16:46:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/linker_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/usb/if_rum.c:59:21: usbdevs.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 16:47:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 16:47:06 - ERROR: failed to build PAE kernel TB --- 2007-05-06 16:47:06 - tinderbox aborted TB --- 0.49 user 1.20 system 6056.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 18:00:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C92216A401 for ; Sun, 6 May 2007 18:00:16 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id E2EE013C468 for ; Sun, 6 May 2007 18:00:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 06DAF1FFDD3 for ; Sun, 6 May 2007 20:00:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C091A1FFDD2; Sun, 6 May 2007 20:00:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6B8694448EC for ; Sun, 6 May 2007 17:56:41 +0000 (UTC) Date: Sun, 6 May 2007 17:56:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current@FreeBSD.org In-Reply-To: Message-ID: <20070506175150.L11224@maildrop.int.zabbadoz.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 18:00:16 -0000 On Sun, 6 May 2007, Daniel Eischen wrote: Hi, thanks a lot for all the work! > by bumping shared library versions. You can disable > symbol versioning by setting NO_SYMVER. I wonder if we should plug this in into the WITH/WITHOUT_* framework of HEAD instead of adding new NO_* variables? > o The default threading library is changed from libpthread > to libthr. libthr remains installed as libthr, libpthread > is installed as libkse, and libpthread will link to libthr > by default. Compiling with -pthread will continue to work > as before. You can override the default library by setting > DEFAULT_THREAD_LIBRARY=libpthread or libc_r before a > buildworld/installworld. It's DEFAULT_THREAD_LIB= according to your patch. Do you think that DEFAULT_THREAD_LIB=libpthread could cause some confusion because that would actually be libthr? Shouldn't we rename that to libkse for the selection too and leave libpthread unused as a generic term? /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun May 6 18:33:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C28EA16A401; Sun, 6 May 2007 18:33:42 +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 8260613C44B; Sun, 6 May 2007 18:33: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 l46IXfXT039319; Sun, 6 May 2007 14:33:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46IXfxu066843; Sun, 6 May 2007 14:33:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B791073068; Sun, 6 May 2007 14:33:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506183341.B791073068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 14:33:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 18:33:42 -0000 TB --- 2007-05-06 16:47:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 16:47:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-06 16:47:07 - cleaning the object tree TB --- 2007-05-06 16:47:30 - checking out the source tree TB --- 2007-05-06 16:47:30 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-06 16:47:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 16:54:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 16:54:33 - cd /src TB --- 2007-05-06 16:54:33 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 16:54: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 May 6 18:10:52 UTC 2007 TB --- 2007-05-06 18:10:52 - generating LINT kernel config TB --- 2007-05-06 18:10:52 - cd /src/sys/ia64/conf TB --- 2007-05-06 18:10:52 - /usr/bin/make -B LINT TB --- 2007-05-06 18:10:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 18:10:52 - cd /src TB --- 2007-05-06 18:10:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 18: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 [...] ld -Bshareable -d -warn-common -o if_rue.ko if_rue.kld objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 18:33:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 18:33:41 - ERROR: failed to build lint kernel TB --- 2007-05-06 18:33:41 - tinderbox aborted TB --- 0.71 user 2.09 system 6394.51 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 18:53:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBD2716A401 for ; Sun, 6 May 2007 18:53:43 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a10.g.dreamhost.com (sd-green-bigip-83.dreamhost.com [208.97.132.83]) by mx1.freebsd.org (Postfix) with ESMTP id B9CEF13C455 for ; Sun, 6 May 2007 18:53:43 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (unknown [200.180.187.13]) by spunkymail-a10.g.dreamhost.com (Postfix) with ESMTP id 1E3E016213F for ; Sun, 6 May 2007 11:53:41 -0700 (PDT) Date: Sun, 6 May 2007 15:53:36 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20070506155336.efd7d85b.rnsanchez@wait4.org> In-Reply-To: <20070506175150.L11224@maildrop.int.zabbadoz.net> References: <20070506175150.L11224@maildrop.int.zabbadoz.net> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 May 2007 18:53:43 -0000 On Sun, 6 May 2007 17:56:41 +0000 (UTC) "Bjoern A. Zeeb" wrote: > > by bumping shared library versions. You can disable > > symbol versioning by setting NO_SYMVER. > > I wonder if we should plug this in into the WITH/WITHOUT_* framework > of HEAD instead of adding new NO_* variables? Seconded. It's much easier to grep for the correct _* to use, in case one forgets it (like I usually do, specially when I don't have web access). -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Sun May 6 19:53:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2847816A400; Sun, 6 May 2007 19:53:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 010BE13C44B; Sun, 6 May 2007 19:53:04 +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 l46Jr4xn043023; Sun, 6 May 2007 15:53:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46Jr4nY017916; Sun, 6 May 2007 15:53:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A55D73068; Sun, 6 May 2007 15:53:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506195304.2A55D73068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 15:53:04 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 19:53:05 -0000 TB --- 2007-05-06 18:33:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 18:33:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-06 18:33:41 - cleaning the object tree TB --- 2007-05-06 18:33:58 - checking out the source tree TB --- 2007-05-06 18:33:58 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-06 18:33:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 18:41:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 18:41:18 - cd /src TB --- 2007-05-06 18:41:18 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 18:41: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 May 6 19:36:05 UTC 2007 TB --- 2007-05-06 19:36:05 - generating LINT kernel config TB --- 2007-05-06 19:36:05 - cd /src/sys/sparc64/conf TB --- 2007-05-06 19:36:05 - /usr/bin/make -B LINT TB --- 2007-05-06 19:36:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 19:36:05 - cd /src TB --- 2007-05-06 19:36:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 19:36: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 [...] ld -Bshareable -d -warn-common -o if_rue.ko if_rue.kld objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 19:53:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 19:53:03 - ERROR: failed to build lint kernel TB --- 2007-05-06 19:53:03 - tinderbox aborted TB --- 0.56 user 2.11 system 4762.00 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 20:09:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C9E916A404; Sun, 6 May 2007 20:09:27 +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 6581E13C465; Sun, 6 May 2007 20:09:27 +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 l46K9Q0p043992; Sun, 6 May 2007 16:09:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46K9QIn054166; Sun, 6 May 2007 16:09:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 727E573068; Sun, 6 May 2007 16:09:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506200926.727E573068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 16:09:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 May 2007 20:09:27 -0000 TB --- 2007-05-06 18:53:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 18:53:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-06 18:53:14 - cleaning the object tree TB --- 2007-05-06 18:53:29 - checking out the source tree TB --- 2007-05-06 18:53:29 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-06 18:53:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 19:00:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 19:00:35 - cd /src TB --- 2007-05-06 19:00:35 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 19:00:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> 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 May 6 19:53:49 UTC 2007 TB --- 2007-05-06 19:53:49 - generating LINT kernel config TB --- 2007-05-06 19:53:49 - cd /src/sys/sun4v/conf TB --- 2007-05-06 19:53:49 - /usr/bin/make -B LINT TB --- 2007-05-06 19:53:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 19:53:49 - cd /src TB --- 2007-05-06 19:53:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 19:53:49 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_rue.ko if_rue.kld objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 20:09:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 20:09:26 - ERROR: failed to build lint kernel TB --- 2007-05-06 20:09:26 - tinderbox aborted TB --- 0.62 user 2.12 system 4572.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 21:57:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA35016A402; Sun, 6 May 2007 21:57:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2AA213C44B; Sun, 6 May 2007 21:57:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46LvVEC058841; Sun, 6 May 2007 17:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46LvV6R048130; Sun, 6 May 2007 17:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9515273068; Sun, 6 May 2007 17:57:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506215731.9515273068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 17:57:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 21:57:33 -0000 TB --- 2007-05-06 20:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 20:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-06 20:10:00 - cleaning the object tree TB --- 2007-05-06 20:10:34 - checking out the source tree TB --- 2007-05-06 20:10:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-06 20:10:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 20:19:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 20:19:19 - cd /src TB --- 2007-05-06 20:19:19 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 20:19: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 6 21:40:06 UTC 2007 TB --- 2007-05-06 21:40:06 - generating LINT kernel config TB --- 2007-05-06 21:40:06 - cd /src/sys/amd64/conf TB --- 2007-05-06 21:40:06 - /usr/bin/make -B LINT TB --- 2007-05-06 21:40:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 21:40:06 - cd /src TB --- 2007-05-06 21:40:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 21:40:06 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 [...] awk -f /src/sys/modules/rue/../../conf/kmod_syms.awk if_rue.ko export_syms | xargs -J% objcopy % if_rue.ko objcopy --strip-debug if_rue.ko ===> rum (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/rum/../../dev/usb/if_rum.c /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_mgt': /src/sys/modules/rum/../../dev/usb/if_rum.c:1194: warning: int format, different type arg (arg 2) /src/sys/modules/rum/../../dev/usb/if_rum.c: In function `rum_tx_data': /src/sys/modules/rum/../../dev/usb/if_rum.c:1356: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /src/sys/modules/rum. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 21:57:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 21:57:31 - ERROR: failed to build lint kernel TB --- 2007-05-06 21:57:31 - tinderbox aborted TB --- 0.81 user 3.08 system 6450.96 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun May 6 22:00:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8D5C16A403 for ; Sun, 6 May 2007 22:00:35 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id AA88F13C44C for ; Sun, 6 May 2007 22:00:35 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l46M0Yuw023571; Sun, 6 May 2007 18:00:34 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 06 May 2007 18:00:34 -0400 (EDT) Date: Sun, 6 May 2007 18:00:34 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Bjoern A. Zeeb" In-Reply-To: <20070506175150.L11224@maildrop.int.zabbadoz.net> Message-ID: References: <20070506175150.L11224@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change 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, 06 May 2007 22:00:36 -0000 On Sun, 6 May 2007, Bjoern A. Zeeb wrote: > On Sun, 6 May 2007, Daniel Eischen wrote: > > Hi, > > thanks a lot for all the work! > >> by bumping shared library versions. You can disable >> symbol versioning by setting NO_SYMVER. > > I wonder if we should plug this in into the WITH/WITHOUT_* framework > of HEAD instead of adding new NO_* variables? I don't care one way or the other... >> o The default threading library is changed from libpthread >> to libthr. libthr remains installed as libthr, libpthread >> is installed as libkse, and libpthread will link to libthr >> by default. Compiling with -pthread will continue to work >> as before. You can override the default library by setting >> DEFAULT_THREAD_LIBRARY=libpthread or libc_r before a >> buildworld/installworld. > > It's DEFAULT_THREAD_LIB= according to your patch. Oops, sorry. > Do you think that DEFAULT_THREAD_LIB=libpthread could cause some > confusion because that would actually be libthr? Shouldn't we > rename that to libkse for the selection too and leave libpthread > unused as a generic term? DEFAULT_THREAD_LIB=libpthread would not be libthr, it would be libkse. Perhaps we can later do a repocopy of libpthread to libkse, and then just have DEFAULT_THREAD_LIB=libkse or libthr. -- DE From owner-freebsd-current@FreeBSD.ORG Sun May 6 22:57:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92C1916A400; Sun, 6 May 2007 22:57:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB2913C45A; Sun, 6 May 2007 22:57:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l46MvmPv061411; Sun, 6 May 2007 18:57:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l46MvmgI054054; Sun, 6 May 2007 18:57:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 93DA173068; Sun, 6 May 2007 18:57:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070506225748.93DA173068@freebsd-current.sentex.ca> Date: Sun, 6 May 2007 18:57:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 22:57:49 -0000 TB --- 2007-05-06 21:16:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-06 21:16:58 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-06 21:16:58 - cleaning the object tree TB --- 2007-05-06 21:17:45 - checking out the source tree TB --- 2007-05-06 21:17:45 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-06 21:17:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-06 21:24:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-06 21:24:17 - cd /src TB --- 2007-05-06 21:24:17 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 21: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 May 6 22:18:47 UTC 2007 TB --- 2007-05-06 22:18:47 - generating LINT kernel config TB --- 2007-05-06 22:18:47 - cd /src/sys/i386/conf TB --- 2007-05-06 22:18:47 - /usr/bin/make -B LINT TB --- 2007-05-06 22:18:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 22:18:47 - cd /src TB --- 2007-05-06 22:18:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 22:18: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 >>> Kernel build for LINT completed on Sun May 6 22:40:16 UTC 2007 TB --- 2007-05-06 22:40:17 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 22:40:17 - cd /src TB --- 2007-05-06 22:40:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun May 6 22:40: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 >>> Kernel build for GENERIC completed on Sun May 6 22:57:16 UTC 2007 TB --- 2007-05-06 22:57:16 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-06 22:57:16 - cd /src TB --- 2007-05-06 22:57:16 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun May 6 22:57: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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/linker_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/usb/if_rum.c:59:21: usbdevs.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-06 22:57:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-06 22:57:48 - ERROR: failed to build PAE kernel TB --- 2007-05-06 22:57:48 - tinderbox aborted TB --- 0.95 user 2.95 system 6049.45 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon May 7 05:25:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C55216A400 for ; Mon, 7 May 2007 05:25:14 +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 0965F13C45E for ; Mon, 7 May 2007 05:25:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1HkviY-0002NS-GF for freebsd-current@freebsd.org; Mon, 07 May 2007 07:25:04 +0200 Received: from shluz2.guvd-kuban.ru ([83.239.5.254]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 May 2007 07:25:02 +0200 Received: from yuri.pankov by shluz2.guvd-kuban.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 May 2007 07:25:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Yuri Pankov Date: Mon, 7 May 2007 05:20:39 +0000 (UTC) Lines: 21 Message-ID: References: <200705061526.l46FQG3H031782@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 83.239.5.254 (Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.3) Gecko/20070506 Firefox/2.0.0.3) Sender: news Subject: Re: buildworld error in openssl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 05:25:14 -0000 Gary Jennejohn jennejohn.org> writes: > > I haven't seen this reported before, and I've been getting this failure > all day, even after updating my sources several times. Any ideas? > > ===> secure/lib/libcrypto/engines/libubsec (depend) >/usr/src/secure/lib/libcrypto/../../../crypto/openssl/ >crypto/engine/eng_padlock.c: > In function `padlock_xcrypt_ofb': >/usr/src/secure/lib/libcrypto/../../../crypto/openssl/ >crypto/engine/eng_padlock.c:448: > error: can't find a register in class `GENERAL_REGS' while reloading `asm > Check http://lists.freebsd.org/pipermail/freebsd-current/2007-April/071478.html -- Yuri From owner-freebsd-current@FreeBSD.ORG Mon May 7 07:01:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D41FF16A407; Mon, 7 May 2007 07:01:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8A63513C484; Mon, 7 May 2007 07:01:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HkxDa-00082U-3D; Mon, 07 May 2007 10:01:10 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Kostik Belousov In-reply-to: <20070506160056.GE83173@deviant.kiev.zoral.com.ua> References: <20070506093034.GA42976@freebsd.org> <20070506160056.GE83173@deviant.kiev.zoral.com.ua> Comments: In-reply-to Kostik Belousov message dated "Sun, 06 May 2007 19:00:56 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 May 2007 10:01:10 +0300 From: Danny Braniss Message-ID: Cc: Roman Divacky , FreeBSD Current Subject: Re: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 07:01:11 -0000 > On Sun, May 06, 2007 at 11:30:34AM +0200, Roman Divacky wrote: > > > Hi, > > > So far I've tested it under -current, in my diskless env. where > > > /etc & /compat/linux are unionfs'ed with a mfs, and so all seems OK. > >=20 > > there's an XXX in the linuxulator code saying: > >=20 > > XXX Untested vs. mount -o union; probably does the wrong thing. > >=20 > > can you confirm that it works ok with unionfs from daichi? > > There are to quite different union-kind things in kernel. One is the -o uni= > on > option for the mount, see mount(2). Second is unionfs proper. > > The first thing (-o union) requires support in namei and related syscalls, > like getdirentries. It is implemented for native freebsd getdirentries (both > current and 4-compat variants), but, AFAIR, is _not_ implemented in > compat syscalls implementations for sysv, linux, xenix etc. And, in fact, > making that compat syscalls behave is somewhat tricky due to cookies and > differences between supposed output formats for ABIs. > > Unionfs shall have no real difference in behaviour what used from processes > using compat ABIs. > well, it seems that there is a problem: I have /compat/linux union mounted with a memory fs - because / is diskless, and linux likes to write to etc, var), so far, so good, but mount -t linprocfs linproc /compat/linux/proc failes: mountd[874]: can't delete exports for /home/dist/local/amd64=FreeBSD_7.0/compat /linux/proc: Invalid argument unionfs does not support mount update though I don't think the problem is in the unionfs code ... danny From owner-freebsd-current@FreeBSD.ORG Mon May 7 09:12:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F6B716A400 for ; Mon, 7 May 2007 09:12:56 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6F17E13C44C for ; Mon, 7 May 2007 09:12:56 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l479CtBx023239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 7 May 2007 02:12:56 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l479CtL4021121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 7 May 2007 02:12:55 -0700 Message-ID: <463EED96.50303@u.washington.edu> Date: Mon, 07 May 2007 02:12:54 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.7.15634 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' Subject: Kernel panics on boot: can't allocate interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 09:12:56 -0000 I just rebuilt the kernel today, and it appears that the kernel can't allocate interrupts anymore (for whatever reason). I've posted my kernel config here: , and my screenshots of the boot process here: . I'm using the amd64 version of 7-CURRENT via VMWare in XP-x64. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon May 7 12:08:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2C9F16A402 for ; Mon, 7 May 2007 12:08:42 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id E567F13C459 for ; Mon, 7 May 2007 12:08:41 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx24.stngva01.us.mxservers.net (204.202.242.8) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 4-0971049719 for ; Mon, 7 May 2007 14:08:40 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx24.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 4431f364.16472.340.mx24.stngva01.us.mxservers.net; Mon, 07 May 2007 07:53:40 -0400 (EDT) Received: (qmail 70477 invoked from network); 7 May 2007 12:08:38 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.8.75) by with SMTP; 7 May 2007 12:08:38 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with ESMTP id l47C8WM6006746; Mon, 7 May 2007 14:08:33 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200705071208.l47C8WM6006746@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Yuri Pankov In-reply-to: Your message of "Mon, 07 May 2007 05:20:39 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 May 2007 14:08:32 +0200 From: Gary Jennejohn X-Spam: [F=0.3930456246; heur=0.500(-19800); stat=0.383; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: freebsd-current@freebsd.org Subject: Re: buildworld error in openssl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gary Jennejohn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 12:08:42 -0000 Yuri Pankov writes: > Gary Jennejohn jennejohn.org> writes: > > > > > I haven't seen this reported before, and I've been getting this failure > > all day, even after updating my sources several times. Any ideas? > > > > ===> secure/lib/libcrypto/engines/libubsec (depend) > >/usr/src/secure/lib/libcrypto/../../../crypto/openssl/ > >crypto/engine/eng_padlock.c: > > In function `padlock_xcrypt_ofb': > >/usr/src/secure/lib/libcrypto/../../../crypto/openssl/ > >crypto/engine/eng_padlock.c:448: > > error: can't find a register in class `GENERAL_REGS' while reloading `asm > > > > > Check > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/071478.html > Thanks for your reply, but it turned out to be pilot error. I made a dumb change to make.conf which broke the build. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon May 7 13:57:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BF6416A402 for ; Mon, 7 May 2007 13:57:02 +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 2B70D13C469 for ; Mon, 7 May 2007 13:57:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l47Dv1a2025570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 7 May 2007 06:57:01 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l47Dv0hO021805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 7 May 2007 06:57:01 -0700 Message-ID: <463F302B.7030704@u.washington.edu> Date: Mon, 07 May 2007 06:56:59 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Paolo Pisati , freebsd-current@freebsd.org References: <463EED96.50303@u.washington.edu> <29403.217.221.237.206.1178532673.squirrel@krisma.oltrelinux.com> In-Reply-To: <29403.217.221.237.206.1178532673.squirrel@krisma.oltrelinux.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.7.64233 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: Subject: Re: Kernel panics on boot: can't allocate interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 13:57:02 -0000 Paolo Pisati wrote: >> I just rebuilt the kernel today, and it appears that the kernel can't >> allocate interrupts anymore (for whatever reason). I've posted my kernel >> config here: >> , and my >> screenshots of the boot process here: >> . >> >> I'm using the amd64 version of 7-CURRENT via VMWare in XP-x64. > > can you go back to Sat 05 May with the src and try again? > Sure. I just synced only the kernel section (src-sys) and rebuilt / installed the kernel and I still receive the same failure. Should I do the same for the userland as well? The only other thing is that I was testing out some code mods last night in the libc directory with db, and some of the code was partially built. At what point does the interrupt allocation occur? Userland or kernel? Can you point me to the source directory? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon May 7 15:35:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E77D16A400; Mon, 7 May 2007 15:35:40 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id EBBC713C483; Mon, 7 May 2007 15:35:39 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l47F0Ni7063381; Mon, 7 May 2007 17:00:24 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 7 May 2007 17:00:23 +0200 (CEST) From: Martin Blapp X-X-Sender: mb@godot To: freebsd-current@freebsd.org Message-ID: <20070507162253.F2786@godot> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alfred@freebsd.org, rwatson@freebsd.org, mohans@freebsd.org Subject: NFS deadlock and status of nfs locking (rpc.lockd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 15:35:40 -0000 Hi all, We have 1-2 times per day a nfs deadlock on a busy 6.2 STABLE (1 week old) server, and we suspect rpc.lockd to be the problem. Unfortunalty we depend on a working rpc.lockd :-( . The problems did not occour on a FreeBSD 5.4 server, they just appeared after upgrading. This is an excerpt from 'ps -auxwww' when the deadlock happened. But as I said, we only supect that rpc.lockd is the real problem. root 693 0.0 0.1 3248 2040 ?? Ss 11:08AM 0:00.05 rpc.lockd: serve 0 1 0 96 0 select daemon 700 0.0 0.1 3200 1948 ?? I 11:08AM 0:00.00 rpc.lockd: clien 1 693 38 4 0 nfsloc root 677 0.0 0.1 2968 1696 ?? Is 11:08AM 0:00.04 nfsd: master (nf 0 1 0 96 0 select root 678 0.0 0.0 1324 716 ?? D 11:08AM 0:01.02 nfsd: server (nf 0 677 0 -4 0 ufs root 679 0.0 0.0 1324 716 ?? D 11:08AM 0:00.12 nfsd: server (nf 0 677 0 -8 0 biord root 680 0.0 0.0 1324 716 ?? D 11:08AM 0:00.15 nfsd: server (nf 0 677 0 -4 0 ufs root 681 0.0 0.0 1324 716 ?? D 11:08AM 0:00.42 nfsd: server (nf 0 677 0 -4 0 ufs The nfsd instances with 'ufs' are unkillable. Sometimes it helps to stop rpc.lockd and to restart it. The master nfsd process is unkillable too. The server is a SMP machine, HTT enabled. Now I have some questions: - Can rpc.lockd be the underlying problem for such a nfsd hang ? - Anybody of you knows a fix which hasn't already MFCd which could cause this ? - Anything I could do to get more debugging informations ? Is turning on rpc.lockd debug information safe ? (run rpc.lockd with -d). - Who is currently working on rpc.lockd ? What is the current status if I'd be interested to work on it. - One instance of the exported file systems is mounted via iscsi. What happens if such a export is going away for some seconds, gets reconnected and then appears again. How are nfs timeouts handled in such a case ? Could that be the problem ? Unfortunatly we have seen such hangs with and without this particular filesystem mounted, but it happens definitly a lot more with the iscsi filesystem mounted. -- Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon May 7 15:46:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 809C416A40A for ; Mon, 7 May 2007 15:46:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 407D213C4C8 for ; Mon, 7 May 2007 15:46:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so122905and for ; Mon, 07 May 2007 08:46:35 -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=B5+gQ5wCUNafWGXwn964dn0fdLcIjGaStc8h4ftj6cRvw+xEfwBbGRpmAijvDjR9/QQhF26He4irdANXHhi6v6XaLFdaVYUJ6SvNxXD7D5RP9EPbli/V8Vz2B13wdBZPlvZctwY+F3QbEorgD539s4ba7Q7cm7X6W+B4OxMLZHA= 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=ev32icI/rQ/ZYmy0MoCNMpK06O+Yryeyj8S8hhOWj8xiFE8jGuhtK6nlOy7ZUSQYY8M5apSLPAQWxL64iCE6wAUF5gFgRz1sDcLzz+7CqZCQxdk2oXPI7Q/uvmWRFmrXrutSOqgMkJuxhZKC/KYHtwrMGSswnZGAqnNyl4+QRGk= Received: by 10.100.242.11 with SMTP id p11mr4883982anh.1178552789631; Mon, 07 May 2007 08:46:29 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Mon, 7 May 2007 08:46:29 -0700 (PDT) Message-ID: Date: Mon, 7 May 2007 19:46:29 +0400 From: pluknet To: "Wojciech A. Koszek" , freebsd-current@freebsd.org In-Reply-To: <20070506164247.GA77786@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070506164247.GA77786@FreeBSD.czest.pl> Cc: Subject: Re: INCLUDE_CONFIG_FILE 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: Mon, 07 May 2007 15:46:36 -0000 Hello, On 06/05/07, Wojciech A. Koszek wrote: > Hello, > > We talked about improved INCLUDE_CONFIG_FILE work some time ago. I > cleaned it up, and I have prepared a patch for the latest -CURRENT. > > It's here: > > http://people.freebsd.org/~wkoszek/patches/kernconf.patch > > If you have any suggestions, please let me know as I'd really like to > see this patch into the tree before RELENG_7. > > Please note that the changes aren't very serious, but config(8)'s > functionality is, so any worries should be stated now. > > With this patch, after building a kernel with: > > options INCLUDE_CONFIG_FILE > > you should be able to obtain it's configuration file with a new config(8) > and it's -k option: > > config -k > > The output should be ready to be redirected to a file: > > config -k > NEWKERNEL > > Now, you should be able to type: > > config NEWKERNEL > > And newly created kernel should contain the very same options as the old > one. > > Thanks, > > -- > Wojciech A. Koszek > wkoszek@FreeBSD.org > http://FreeBSD.czest.pl/dunstan/ While in buildworld (namely in 'make depend' in usr.sbin/config) I get the following error: ===> usr.sbin/config (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for /usr/src/usr.sbin/config yacc -d /usr/src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /usr/src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory It disappears, if I put manually kernconf.tmpl in generated /usr/obj/usr/src/tmp/usr/src/usr.sbin/config Maybe I forgot something? Thanks. wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon May 7 16:34:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4777016A409 for ; Mon, 7 May 2007 16:34:22 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n7.bullet.re3.yahoo.com (n7.bullet.re3.yahoo.com [68.142.237.92]) by mx1.freebsd.org (Postfix) with SMTP id E68D013C45B for ; Mon, 7 May 2007 16:34:21 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.230.29] by n7.bullet.re3.yahoo.com with NNFMP; 07 May 2007 16:34:21 -0000 Received: from [66.196.101.132] by t2.bullet.re2.yahoo.com with NNFMP; 07 May 2007 16:34:21 -0000 Received: from [127.0.0.1] by rrr3.mail.re1.yahoo.com with NNFMP; 07 May 2007 16:34:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 413052.21930.bm@rrr3.mail.re1.yahoo.com Received: (qmail 36472 invoked by uid 60001); 7 May 2007 16:34:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=GHMYAY6Wu+vAWvQ+9Pt/NDSClnqQnozQkLyALuFxBx53pXX/bsfU+RW04ee4WtkYqPHiFN5DpJgEjLA1vewS6qq5B/ZawSvb6328lufQWG1BhHVVzL1bYgpNqMibXO7XusWggKpwchpzyCYbajFLoxdV5+yq1dMtDXSa/34A9QM=; X-YMail-OSG: 1VTIElYVM1lPwGQtJRf2RmEXqojr8e_2m_RJuOKXwqFWW.i1WnoucbD2VeBuTilTiev7BV6z_4lxPFKAVl8aMeE0YNcCeEdNmg0wRxmHDGSknW4MfPQZSz7C.J8dSHxn Received: from [201.78.15.253] by web63709.mail.re1.yahoo.com via HTTP; Mon, 07 May 2007 09:34:20 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Mon, 7 May 2007 09:34:20 -0700 (PDT) From: Joerg t To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <852892.32081.qm@web63709.mail.re1.yahoo.com> Cc: Pawel Dawidek Subject: zfs and disk write cache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 16:34:22 -0000 Does zfs on FreeBSD also disables the disk write cache like on Solaris if we give only a slice of the disk ? ____________________________________________________________________________________ Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/ From owner-freebsd-current@FreeBSD.ORG Mon May 7 16:51:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CB3C16A402 for ; Mon, 7 May 2007 16:51:18 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id AF2A013C4B8 for ; Mon, 7 May 2007 16:51:17 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l47HPua1000501 for ; Mon, 7 May 2007 17:25:57 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l47HPtUC000500 for freebsd-current@freebsd.org; Mon, 7 May 2007 17:25:55 GMT (envelope-from dunstan) Date: Mon, 7 May 2007 17:25:54 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070507172554.GA339@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070506164247.GA77786@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 07 May 2007 17:25:57 +0000 (UTC) Subject: Re: INCLUDE_CONFIG_FILE 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: Mon, 07 May 2007 16:51:18 -0000 On Mon, May 07, 2007 at 07:46:29PM +0400, pluknet wrote: > Hello, > [..] > > While in buildworld (namely in 'make depend' in usr.sbin/config) > I get the following error: > > ===> usr.sbin/config (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for > /usr/src/usr.sbin/config > yacc -d /usr/src/usr.sbin/config/config.y > cp y.tab.c config.c > lex -t /usr/src/usr.sbin/config/lang.l > lang.c > file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c > cannot open kernconf.tmpl: No such file or directory > > It disappears, if I put manually kernconf.tmpl in generated > /usr/obj/usr/src/tmp/usr/src/usr.sbin/config > Maybe I forgot something? I belive you should have run patch(1) command with -p0 argument: patch -p0 < patchfile Keep up testing! Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Mon May 7 17:05:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9405C16A409 for ; Mon, 7 May 2007 17:05:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF9813C4C1 for ; Mon, 7 May 2007 17:05:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BCF8B45684; Mon, 7 May 2007 19:05:10 +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 18BC2487F0; Mon, 7 May 2007 19:05:05 +0200 (CEST) Date: Mon, 7 May 2007 19:04:34 +0200 From: Pawel Jakub Dawidek To: Joerg t Message-ID: <20070507170433.GA10442@garage.freebsd.pl> References: <852892.32081.qm@web63709.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <852892.32081.qm@web63709.mail.re1.yahoo.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current Subject: Re: zfs and disk write cache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 17:05:13 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 07, 2007 at 09:34:20AM -0700, Joerg t wrote: > Does zfs on FreeBSD also disables the disk write cache like on Solaris if= we give only a slice of the disk ? No. On Solaris write cache is disabled by default AFAIK, because of UFS, so ZFS on Solaris doesn't turn on write cache when it is configured on a slice, because another slice may have UFS. On FreeBSD write cache is enabled by default, so ZFS bascially doesn't touch it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGP1whForvXbEpPzQRAlG9AJ4o60D8+0kDMtCNtayOhT7hSlZyuQCg6mfh MDNWOwi915XlEPaq+n1V57Q= =ThxI -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Mon May 7 18:23:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C5B016A407 for ; Mon, 7 May 2007 18:23:29 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n7.bullet.re3.yahoo.com (n7.bullet.re3.yahoo.com [68.142.237.92]) by mx1.freebsd.org (Postfix) with SMTP id 1D8F813C45D for ; Mon, 7 May 2007 18:23:29 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.237.89] by n7.bullet.re3.yahoo.com with NNFMP; 07 May 2007 18:23:28 -0000 Received: from [66.196.101.132] by t5.bullet.re3.yahoo.com with NNFMP; 07 May 2007 18:23:28 -0000 Received: from [127.0.0.1] by rrr3.mail.re1.yahoo.com with NNFMP; 07 May 2007 18:23:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 572463.75376.bm@rrr3.mail.re1.yahoo.com Received: (qmail 95349 invoked by uid 60001); 7 May 2007 18:23:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=TiwI2KJuKxcFUNFvzye8UbgQ1QUjp0zOEPlEJX07otTAvUPUs5hi/x7NTvYf7p5HFQTjKeBq2lso8bG5Qm1WANgQRbZqGhhopZp/R+qM3qREYBPO8ZheM2wV3LmjMtLQtHnQHTsnPIj5NjrJ9kWWsEYhylD2xtTpibS0id//lp0=; X-YMail-OSG: wR__lcoVM1lAbtIwHZpD9ZnDRM53.8IfkyZfptgxwHu3CaFpL5wGuK9__9dCf8rOy0nhqepd4n4Z3od5l0D_xlpH4w-- Received: from [201.78.15.253] by web63709.mail.re1.yahoo.com via HTTP; Mon, 07 May 2007 11:23:18 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Mon, 7 May 2007 11:23:18 -0700 (PDT) From: Joerg t To: Pawel Jakub Dawidek MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <752873.95041.qm@web63709.mail.re1.yahoo.com> Cc: freebsd-current Subject: Re: zfs and disk write cache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 18:23:29 -0000 thanks for clarifying, Pawel! ----- Original Message ---- From: Pawel Jakub Dawidek To: Joerg t Cc: freebsd-current Sent: Monday, May 7, 2007 2:04:34 PM Subject: Re: zfs and disk write cache On Mon, May 07, 2007 at 09:34:20AM -0700, Joerg t wrote: > Does zfs on FreeBSD also disables the disk write cache like on Solaris if we give only a slice of the disk ? No. On Solaris write cache is disabled by default AFAIK, because of UFS, so ZFS on Solaris doesn't turn on write cache when it is configured on a slice, because another slice may have UFS. On FreeBSD write cache is enabled by default, so ZFS bascially doesn't touch it. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! ____________________________________________________________________________________ Don't get soaked. Take a quick peak at the forecast with the Yahoo! Search weather shortcut. http://tools.search.yahoo.com/shortcuts/#loc_weather From owner-freebsd-current@FreeBSD.ORG Mon May 7 19:25:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5850616A40A for ; Mon, 7 May 2007 19:25:03 +0000 (UTC) (envelope-from pluknet@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 E417413C480 for ; Mon, 7 May 2007 19:25:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so141754and for ; Mon, 07 May 2007 12:25: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ejtpJ0Uow6gFWt94exU8o8d2MfAVpylThQxxF1eFCKsh3ovK6JQn+v0rSyHJ5EWRGLyVM+SAkRbhNOcY8qo555poxkRjCrrXkdSd3Nqqsu6kP2n9bQreo++6W7/gD68j1glw47WGqm6cq6F4MbILSnuILjp+m3rlrtFLgibUW64= 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=lmeyNLzMPgKedDZJ7MLBUus0AGrYsixuOSzVqz3cf6KtWicXgo6LbARMtzwaXb7/Uun/OdmtxlVrbhClaekfE9fYqo4OSZyytUYWositfb0pzWSbGHg9FWuGDUJZMxeYCaUy9qUXGzrig7TMCPjSAYlaCB/LVZm9dQCCY9JfD2E= Received: by 10.100.39.17 with SMTP id m17mr5120123anm.1178565902217; Mon, 07 May 2007 12:25:02 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Mon, 7 May 2007 12:24:57 -0700 (PDT) Message-ID: Date: Mon, 7 May 2007 23:24:57 +0400 From: pluknet To: "Wojciech A. Koszek" , freebsd-current@freebsd.org In-Reply-To: <20070507172554.GA339@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070506164247.GA77786@FreeBSD.czest.pl> <20070507172554.GA339@FreeBSD.czest.pl> Cc: Subject: Re: INCLUDE_CONFIG_FILE 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: Mon, 07 May 2007 19:25:03 -0000 On 07/05/07, Wojciech A. Koszek wrote: > On Mon, May 07, 2007 at 07:46:29PM +0400, pluknet wrote: > > Hello, > > > > [..] > > > > > While in buildworld (namely in 'make depend' in usr.sbin/config) > > I get the following error: > > > > ===> usr.sbin/config (obj,depend,all,install) > > /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for > > /usr/src/usr.sbin/config > > yacc -d /usr/src/usr.sbin/config/config.y > > cp y.tab.c config.c > > lex -t /usr/src/usr.sbin/config/lang.l > lang.c > > file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c > > cannot open kernconf.tmpl: No such file or directory > > > > It disappears, if I put manually kernconf.tmpl in generated > > /usr/obj/usr/src/tmp/usr/src/usr.sbin/config > > Maybe I forgot something? > > I belive you should have run patch(1) command with -p0 argument: > > patch -p0 < patchfile > If you are about missing kernconf.tmpl after patching - it's fine: it has appeared successfully in usr.sbin/config/ (but not in that temporary build directory later). What about that? - file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c + file2c 'char kernconfstr[] = {' ',0};' < ${.CURDIR}/kernconf.tmpl > kernconf.c wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon May 7 20:14:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F36B16A400 for ; Mon, 7 May 2007 20:14:46 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 98D1413C44B for ; Mon, 7 May 2007 20:14:44 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l47KnFIJ001952 for ; Mon, 7 May 2007 20:49:16 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l47KnE6e001951 for freebsd-current@freebsd.org; Mon, 7 May 2007 20:49:14 GMT (envelope-from dunstan) Date: Mon, 7 May 2007 20:49:13 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070507204913.GA1935@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070506164247.GA77786@FreeBSD.czest.pl> <20070507172554.GA339@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 07 May 2007 20:49:16 +0000 (UTC) Subject: Re: INCLUDE_CONFIG_FILE 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: Mon, 07 May 2007 20:14:46 -0000 On Mon, May 07, 2007 at 11:24:57PM +0400, pluknet wrote: > On 07/05/07, Wojciech A. Koszek wrote: > >On Mon, May 07, 2007 at 07:46:29PM +0400, pluknet wrote: > >> Hello, [..] > > If you are about missing kernconf.tmpl after patching - it's fine: > it has appeared successfully in usr.sbin/config/ (but not in that > temporary build directory later). > > What about that? > - file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c > + file2c 'char kernconfstr[] = {' ',0};' < > ${.CURDIR}/kernconf.tmpl > kernconf.c What's the reason of proposed change? -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Mon May 7 21:27:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AE4716A404 for ; Mon, 7 May 2007 21:27:17 +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 67E7A13C468 for ; Mon, 7 May 2007 21:27:17 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l47LGoWV022915; Mon, 7 May 2007 14:16:50 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l47LGoiY022914; Mon, 7 May 2007 14:16:50 -0700 (PDT) Date: Mon, 7 May 2007 14:16:50 -0700 (PDT) From: Matthew Dillon Message-Id: <200705072116.l47LGoiY022914@apollo.backplane.com> To: Robert Watson References: <20070506131854.D24765@fledge.watson.org> Cc: current@freebsd.org Subject: Re: sigaction: queried SA_RESTART value varies by FreeBSD version? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2007 21:27:17 -0000 :While writing a regression test for signal-handling as related to socket :locking, I ran into the following slightly surprising issue. In order to test :properly, I need the recv(2) system call to not automatically restart. Being :a bit on the cautious side, I decided I would check the SA_RESTART disposition :of the signal before setting it, and was a bit surprised to see that the :debugging output varied across FreeBSD versions. In particular, I was using :SIGHUP in my tests, which seems to have recently changed (if kernel versions :are at all meaningful -- perhaps the field is just garbage). : :I will be the first to admit I don't know how this is supposed to work, but :variation in the default value of SA_RESTART for signals strikes me as a :worrying thing. Could someone point me in the right direction here? : :Robert N M Watson :Computer Laboratory :University of Cambridge When a signal interrupts a tsleep, SA_RESTART tells tsleep whether to return ERESTART or EINTR. The ERESTART can be fed *almost* all the way back to userland. The kernel silently catches ERESTART and adjusts the return pc in the trap frame back to the beginning of the int 0x80 instruction. Returning to userland then allows any pending signal handlers to run and when the signal handler returns the original userland trap frame will restarts the system call. I think a lot of this might be due to exec's. Only signal handlers are not inherited by an exec. Most signal flags ARE inherited by exec. The flags you see may have been adjusted by the parent process (e.g. like the shell or ssh or cron or getty or whatever) before your program was run. Usually: caught signals are reset, signal handlers are reset, NOCLDWAIT is cleared on SIGCHLD, and the alternate-stack flag is cleared on all signals. On exec. Something like that. Normally any signal that would cause an infinite loop on restart, such as SIGSEGV, defaults to not restarting. Nominal handleable signals such as SIGHUP usually leave SA_RESTART set. SIGPIPE is a special case in that it may or may not be a synchronous signal. Kinda weird. A shell pipe might change the flag for piped commands (I dunno, you'd have to check). SIGSTOP and SIGCONT are special cases. These signals are usually handled by the kernel internally and the SA_RESTART flag is probably irrelevant. So what you are reporting may be as much artifacts of the exec chain leading up to and including the shell you ran the program from then anything else. -Matt From owner-freebsd-current@FreeBSD.ORG Mon May 7 20:54:26 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E776016A403 for ; Mon, 7 May 2007 20:54:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC1313C45A for ; Mon, 7 May 2007 20:54:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fqpszc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47KsJ7x044997; Mon, 7 May 2007 22:54:24 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47KsJwg044996; Mon, 7 May 2007 22:54:19 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 22:54:19 +0200 (CEST) Message-Id: <200705072054.l47KsJwg044996@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, wkoszek@FreeBSD.ORG In-Reply-To: <20070506164247.GA77786@FreeBSD.czest.pl> 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, 07 May 2007 22:54:24 +0200 (CEST) X-Mailman-Approved-At: Mon, 07 May 2007 22:08:08 +0000 Cc: Subject: Re: INCLUDE_CONFIG_FILE patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, wkoszek@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 20:54:27 -0000 Wojciech A. Koszek wrote: > We talked about improved INCLUDE_CONFIG_FILE work some time ago. I > cleaned it up, and I have prepared a patch for the latest -CURRENT. > > It's here: > > http://people.freebsd.org/~wkoszek/patches/kernconf.patch > > If you have any suggestions, please let me know as I'd really like to > see this patch into the tree before RELENG_7. I'm currently unable to test the patch (lack of a working 7-current machine), but I've had a closer look at the patch anyway. Basically it looks very good. I just have one problem with it. It seems that it doesn't preserve comments and the exact formatting of the config file, right? (Please correct me if I'm wrong.) If that's true, that would be a regression. The current behaviour (i.e. with "strings ... | sed ...") reproduces the exact configuration file, with comments and everything. 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 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-current@FreeBSD.ORG Mon May 7 23:08:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B118A16A402 for ; Mon, 7 May 2007 23:08:00 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB2E13C43E for ; Mon, 7 May 2007 23:07:59 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l47NgelS002436 for ; Mon, 7 May 2007 23:42:40 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l47NgehH002435 for freebsd-current@freebsd.org; Mon, 7 May 2007 23:42:40 GMT (envelope-from dunstan) Date: Mon, 7 May 2007 23:42:39 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070507234239.GA2343@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070506164247.GA77786@FreeBSD.czest.pl> <200705072054.l47KsJwg044996@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200705072054.l47KsJwg044996@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 07 May 2007 23:42:40 +0000 (UTC) Subject: Re: INCLUDE_CONFIG_FILE 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: Mon, 07 May 2007 23:08:00 -0000 On Mon, May 07, 2007 at 10:54:19PM +0200, Oliver Fromme wrote: > Wojciech A. Koszek wrote: > > We talked about improved INCLUDE_CONFIG_FILE work some time ago. I > > cleaned it up, and I have prepared a patch for the latest -CURRENT. > > > > It's here: > > > > http://people.freebsd.org/~wkoszek/patches/kernconf.patch > > > > If you have any suggestions, please let me know as I'd really like to > > see this patch into the tree before RELENG_7. > > I'm currently unable to test the patch (lack of a working > 7-current machine), but I've had a closer look at the patch > anyway. Basically it looks very good. Thanks, > I just have one problem with it. It seems that it doesn't > preserve comments and the exact formatting of the config > file, right? (Please correct me if I'm wrong.) If that's > true, that would be a regression. The current behaviour > (i.e. with "strings ... | sed ...") reproduces the exact > configuration file, with comments and everything. This patch addresses a problem: "I used to have a proper kernel configuration file, everything seemed to work just fine, but someone accidently deleted it from my server's disk" or "What did this strange guy put into that kernel image to make it work correctly" and similar cases people described earlier. Noone mentioned about a comments issue. We agreed it's a GENERIC-like feature, and even with optimized config(8), people complained about memory problems. Adding comments will make memory consumption even bigger. I'd like to stay away from that. How to handle comments in the included files? For "MAC" you get twice as much text, as every file has a rather long description in it. This problem isn't present in the current implemention, as we don't take the "include" statements upon consideration. Once you know what had been included into your configuration file before accident, you can find respective comment into src/sys//conf directory. I don't think comments are really all that important. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Tue May 8 00:21:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B4FF16A406; Tue, 8 May 2007 00:21:34 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 32B3B13C457; Tue, 8 May 2007 00:21:33 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1HlCeN-0006BJ-OE; Tue, 08 May 2007 02:29:52 +0300 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HlCe3-000Ahl-Bm; Tue, 08 May 2007 02:29:31 +0300 Date: Tue, 8 May 2007 02:29:31 +0300 From: Alex Kozlov To: "Wojciech A. Koszek" , freebsd-current@FreeBSD.org, spam@rm-rf.kiev.ua Message-ID: <20070507232931.GA41054@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: INCLUDE_CONFIG_FILE 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: Tue, 08 May 2007 00:21:34 -0000 On Mon, May 07, 2007 at 11:42:39PM +0000, Wojciech A. Koszek wrote: > Once you know what had been included into your configuration file before > accident, you can find respective comment into src/sys//conf > directory. > > I don't think comments are really all that important. No. Comments are important. Because they helps to understand, why this strange guy put specific lines into kernconf. -- Adios From owner-freebsd-current@FreeBSD.ORG Tue May 8 02:00:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 809C416A406 for ; Tue, 8 May 2007 02:00:55 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id 850DF13C487 for ; Tue, 8 May 2007 02:00:54 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l481PFUU017176 for ; Mon, 7 May 2007 21:25:16 -0400 (EDT) From: Tom McLaughlin To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 07 May 2007 21:25:15 -0400 Message-Id: <1178587515.1881.50.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: libgssapi causing login failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 02:00:55 -0000 Hi all, Since it's ports freeze time I decided to play elsewhere. I'm putting up a -CURRENT box here at home synced as of this morning and trying to get cyrus-sasl2's GSSAPI stuff working with openldap-sasl-client and nss_ldap and GSSAPI working for authentication with sshd. It all already works fine on the -STABLE box here. After installing cyrus-sasl2 and openldap-sasl-client I would get a core dump when trying to bind to the ldap directory using SASL/GSSAPI for authentication. (Crash info is below.) I found that about a year and a half ago dfr@ made changes to our libgssapi. For the heck of it I relinked sasl's libgssapiv2.so.2 from libgssapi.so.8 to libgssapi_krb5.so.8 and I could bind to the directory using SASL/GSSAPI for authentication. nss_ldap started working too. I have a pretty good feeling what I did isn't the right fix though. Now I want to use GSSAPI to login via ssh. I'm using the same config as I do on my -STABLE box but again I can't login and I see the following in /var/log/messages each time I attempt to connect: May 7 14:33:34 releng-7 kernel: pid 84442 (sshd), uid 0: exited on signal 11 Is there something I'm missing setup wise on -CURRENT that's different from -STABLE wrt libgssapi? Do we need to start checking and fixing ports on -CURRENT which use libgssapi? Any help would be greatly appreciated. Thanks. tom ldapwhoami crash info: --- [root@releng-7 /root]# ldapwhoami SASL/GSSAPI authentication started Segmentation fault (core dumped) /var/log/messages: May 7 11:39:08 releng-7 kernel: pid 949 (ldapwhoami), uid 0: exited on signal 11 (core dumped) backtrace: --- #0 _gss_oid_equal (oid1=0x28459084, oid2=0x0) at /usr/src/lib/libgssapi/gss_utils.c:39 39 if (oid1->length != oid2->length) --- #0 _gss_oid_equal (oid1=0x28459084, oid2=0x0) at /usr/src/lib/libgssapi/gss_utils.c:39 No locals. #1 0x2838a481 in _gss_find_mech_switch (mech=0x0) at /usr/src/lib/libgssapi/gss_mech_switch.c:297 m = (struct _gss_mech_switch *) 0x28459080 #2 0x283892bc in gss_init_sec_context (minor_status=0xbfbfe828, initiator_cred_handle=0x0, context_handle=0x2843d244, target_name=0x28458240, mech_type=0x0, req_flags=58, time_req=0, input_chan_bindings=0x0, input_token=0x0, actual_mech_type=0x0, output_token=0xbfbfe830, ret_flags=0xbfbfe80c, time_rec=0x0) at /usr/src/lib/libgssapi/gss_init_sec_context.c:78 major_status = 0 m = (struct _gss_mech_switch *) 0xbfbfe818 mn = (struct _gss_mechanism_name *) 0xbfbfe828 ctx = (struct _gss_context *) 0x28419288 mc = (struct _gss_mechanism_cred *) 0x0 cred_handle = 0x283887a4 allocated_ctx = -1077942328 #3 0x283823c0 in gssapi_client_mech_step (conn_context=0x2843d240, params=0x28436080, serverin=0x0, serverinlen=0, prompt_need=0xbfbfe9fc, clientout=0xbfbfe9f4, clientoutlen=0xbfbfe9f8, oparams=0x2845b860) at gssapi.c:1418 text = (context_t *) 0x2843d240 input_token = 0x0 output_token = 0xbfbfe830 real_input_token = {length = 0, value = 0x0} real_output_token = {length = 672017564, value = 0x0} maj_stat = 0 min_stat = 0 max_input = 3217025092 name_token = {length = 31, value = 0x0} ret = 108 req_flags = 58 out_req_flags = 0 #4 0x280d216e in sasl_client_step (conn=0x2845b000, serverin=0x0, serverinlen=0, prompt_need=0xbfbfe9fc, clientout=0xbfbfe9f4, clientoutlen=0xbfbfe9f8) at client.c:655 c_conn = (sasl_client_conn_t *) 0x2845b000 result = 671617024 #5 0x280d1f9b in sasl_client_start (conn=0x2845b000, mechlist=0x2841a440 "PLAIN LOGIN GSSAPI DIGEST-MD5 CRAM-MD5 ANONYMOUS", prompt_need=0xbfbfe9fc, clientout=0xbfbfe9f4, clientoutlen=0xbfbfe9f8, mech=0xbfbfea18) at client.c:603 c_conn = (sasl_client_conn_t *) 0x2845b000 name = "����P(3((���p\2021(P(3(�" m = (cmechanism_t *) 0x0 bestm = (cmechanism_t *) 0x0 pos = 0 place = 1 list_len = 671586020 bestssf = 0 minssf = 0 result = 674333244 #6 0x28091844 in ldap_int_sasl_bind (ld=0x28421180, dn=0x0, mechs=0x2841a440 "PLAIN LOGIN GSSAPI DIGEST-MD5 CRAM-MD5 ANONYMOUS", sctrls=0x0, cctrls=0x0, flags=0, interact=0x804c294 <_init+12836>, defaults=0x28418140) at cyrus.c:689 data = 0x2841a440 "PLAIN LOGIN GSSAPI DIGEST-MD5 CRAM-MD5 ANONYMOUS" mech = 0x283846cb "GSSAPI" pmech = 0x283846cb "GSSAPI" saslrc = 2 rc = 0 ssf = (sasl_ssf_t *) 0x0 ctx = (sasl_conn_t *) 0x2845b000 oldctx = (sasl_conn_t *) 0x0 prompts = (sasl_interact_t *) 0x0 credlen = 0 ccred = {bv_len = 0, bv_val = 0x0} sd = 3 ssl = (void *) 0x28440260 #7 0x28094af6 in ldap_sasl_interactive_bind_s (ld=0x28421180, dn=0x0, mechs=0x2841a440 "PLAIN LOGIN GSSAPI DIGEST-MD5 CRAM-MD5 ANONYMOUS", serverControls=0x0, clientControls=0x0, flags=0, interact=0x804c294 <_init+12836>, defaults=0x28418140) at sasl.c:479 rc = 0 smechs = 0x2841a440 "PLAIN LOGIN GSSAPI DIGEST-MD5 CRAM-MD5 ANONYMOUS" -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-current@FreeBSD.ORG Tue May 8 06:35:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CA3A16A401; Tue, 8 May 2007 06:35:39 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D0CAF13C448; Tue, 8 May 2007 06:35:38 +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 l486X4Yi036746; Tue, 8 May 2007 00:33:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 08 May 2007 00:33:07 -0600 (MDT) Message-Id: <20070508.003307.-278387340.imp@bsdimp.com> To: deischen@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20070506175150.L11224@maildrop.int.zabbadoz.net> X-Mailer: Mew version 4.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, 08 May 2007 00:33:05 -0600 (MDT) Cc: bzeeb-lists@lists.zabbadoz.net, freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 06:35:39 -0000 In message: Daniel Eischen writes: : On Sun, 6 May 2007, Bjoern A. Zeeb wrote: : : > On Sun, 6 May 2007, Daniel Eischen wrote: : > : > Hi, : > : > thanks a lot for all the work! : > : >> by bumping shared library versions. You can disable : >> symbol versioning by setting NO_SYMVER. : > : > I wonder if we should plug this in into the WITH/WITHOUT_* framework : > of HEAD instead of adding new NO_* variables? : : I don't care one way or the other... in -current this is done WITH_FOO or WITHOUT_FOO, but in the makefile it is MK_FOO = "yes" or "no" Warner From owner-freebsd-current@FreeBSD.ORG Tue May 8 07:15:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F255116A401 for ; Tue, 8 May 2007 07:15:07 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFC613C455 for ; Tue, 8 May 2007 07:15:07 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from knop-beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 8 May 2007 09:15:05 +0200 Date: Tue, 8 May 2007 09:15:03 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@knop-beagle.kn.op.dlr.de To: Tom McLaughlin In-Reply-To: <1178587515.1881.50.camel@localhost> Message-ID: <20070508091213.A68097@knop-beagle.kn.op.dlr.de> References: <1178587515.1881.50.camel@localhost> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 08 May 2007 07:15:05.0626 (UTC) FILETIME=[9A50A7A0:01C79140] Cc: freebsd-current@freebsd.org Subject: Re: libgssapi causing login failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 07:15:08 -0000 On Mon, 7 May 2007, Tom McLaughlin wrote: TM>Hi all, TM> TM>Since it's ports freeze time I decided to play elsewhere. I'm putting TM>up a -CURRENT box here at home synced as of this morning and trying to TM>get cyrus-sasl2's GSSAPI stuff working with openldap-sasl-client and TM>nss_ldap and GSSAPI working for authentication with sshd. It all TM>already works fine on the -STABLE box here. After installing TM>cyrus-sasl2 and openldap-sasl-client I would get a core dump when trying TM>to bind to the ldap directory using SASL/GSSAPI for authentication. TM>(Crash info is below.) I found that about a year and a half ago dfr@ TM>made changes to our libgssapi. For the heck of it I relinked sasl's TM>libgssapiv2.so.2 from libgssapi.so.8 to libgssapi_krb5.so.8 and I could TM>bind to the directory using SASL/GSSAPI for authentication. nss_ldap TM>started working too. I have a pretty good feeling what I did isn't the TM>right fix though. TM> TM>Now I want to use GSSAPI to login via ssh. I'm using the same config as TM>I do on my -STABLE box but again I can't login and I see the following TM>in /var/log/messages each time I attempt to connect: TM> TM>May 7 14:33:34 releng-7 kernel: pid 84442 (sshd), uid 0: exited on signal 11 TM> TM> TM>Is there something I'm missing setup wise on -CURRENT that's different TM>from -STABLE wrt libgssapi? Do we need to start checking and fixing TM>ports on -CURRENT which use libgssapi? Any help would be greatly TM>appreciated. Thanks. I had the same problem a year ago. The problem is nss_ldap calling one of the functions in libgssapi with a NULL argument which should cause the function to use the first (or default) entry from /etc/gss/mech, but doesn't. I came up with the following patch which makes things work. Index: gss_init_sec_context.c =================================================================== RCS file: /local/cvs/freebsd/src/lib/libgssapi/gss_init_sec_context.c,v retrieving revision 1.1 diff -u -r1.1 gss_init_sec_context.c --- gss_init_sec_context.c 29 Dec 2005 14:40:20 -0000 1.1 +++ gss_init_sec_context.c 1 Sep 2006 11:42:39 -0000 @@ -40,7 +40,7 @@ const gss_cred_id_t initiator_cred_handle, gss_ctx_id_t * context_handle, const gss_name_t target_name, - const gss_OID mech_type, + const gss_OID imech_type, OM_uint32 req_flags, OM_uint32 time_req, const gss_channel_bindings_t input_chan_bindings, @@ -51,6 +51,7 @@ OM_uint32 * time_rec) { OM_uint32 major_status; + gss_OID mech_type; struct _gss_mech_switch *m; struct _gss_name *name = (struct _gss_name *) target_name; struct _gss_mechanism_name *mn; @@ -62,6 +63,11 @@ *minor_status = 0; + if ((mech_type = imech_type) == GSS_C_NO_OID) { + _gss_load_mech(); + mech_type = &SLIST_FIRST(&_gss_mechs)->gm_mech_oid; + } + /* * If we haven't allocated a context yet, do so now and lookup * the mechanism switch table. If we have one already, make harti From owner-freebsd-current@FreeBSD.ORG Tue May 8 10:12:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1CF216A400 for ; Tue, 8 May 2007 10:12:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC6C13C44C for ; Tue, 8 May 2007 10:12:41 +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 l48ACdxd001186; Tue, 8 May 2007 20:12:39 +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 l48ACd0B001185; Tue, 8 May 2007 20:12:39 +1000 (EST) (envelope-from peter) Date: Tue, 8 May 2007 20:12:39 +1000 From: Peter Jeremy To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Message-ID: <20070508101239.GB838@turion.vk2pj.dyndns.org> References: <20070506164247.GA77786@FreeBSD.czest.pl> <200705072054.l47KsJwg044996@lurza.secnetix.de> <20070507234239.GA2343@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20070507234239.GA2343@FreeBSD.czest.pl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: INCLUDE_CONFIG_FILE 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: Tue, 08 May 2007 10:12:44 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-07 23:42:39 +0000, "Wojciech A. Koszek" w= rote: >"What did this strange guy put into that kernel image to make it work >correctly" And the extension of this is "why did he do that?" - which he would have mentioned in the comments. >and similar cases people described earlier. Noone mentioned about a >comments issue. Because no-one has suggested that comments be stripped out before. >Once you know what had been included into your configuration file before >accident, you can find respective comment into src/sys//conf >directory. In which case, you might as well not bother with the content at all. The 'include FOO' line will let you find the relevant file in src/sys//conf >I don't think comments are really all that important. I presume you don't do any software maintenance. Comments can be absolutely essential to understand why decisions were made. --=20 Peter Jeremy --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQE0X/opHv/APuIcRAr9QAJwJfzWvFDhothMNJXNj+AW2sVcxcgCgjyuA 8Wvn17vtWtHARS/FB7WGAAA= =I4G7 -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 14:57:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1B4216A403 for ; Tue, 8 May 2007 14:57:46 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9DDA613C45B for ; Tue, 8 May 2007 14:57:46 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.6]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HlR9d-0005Qp-5P for freebsd-current@freebsd.org; Tue, 08 May 2007 07:59:05 -0700 Mime-Version: 1.0 (Apple Message framework v752.3) To: freebsd-current@freebsd.org Message-Id: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> From: Barrett Lyon Date: Tue, 8 May 2007 07:57:45 -0700 X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 14:57:46 -0000 I've been using HEAD with 3ware adapters and all of my test machines are completely non-functional. I had my team working directly with 3ware for two weeks and they offered a tip here and there. Ultimately we ended up with a non-functioning systems and a good idea what's wrong with the twa driver. I offered to help fund and provide hardware for a development effort to update their driver to support HEAD but they refused to help. I am worried about 3ware's commitment to the future of FreeBSD and the twa driver at this point, 3ware is not the least bit concerned (even with a large customer): > From: xxx@amcc.com > Subject: RE: 3ware driver issues-Machine to be dropped at 3ware > Date: May 7, 2007 5:14:04 PM PDT > > Good Afternoon. Sorry for the delay in getting back to everyone. We > have been discussing this internally, and ultimately BSD 7 is > unreleased, unstable OS at this time. > > I am sorry, but this is not something we can put resources in at this > time and if you bring a systems here, it could not be worked on right > away either. It would be weeks/months before we can work on this... I would like to find a SATA RAID controller that plays nice by a company that is FreeBSD friendly and progressively working on their drivers. Does anyone have any suggestions other than to not use the 7.0 branch? -Barrett From owner-freebsd-current@FreeBSD.ORG Tue May 8 16:46:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B93816A408 for ; Tue, 8 May 2007 16:46:11 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id ADB1913C455 for ; Tue, 8 May 2007 16:46:10 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 11930 invoked by uid 89); 8 May 2007 16:19:28 -0000 Received: by simscan 1.1.0 ppid: 11924, pid: 11926, t: 0.9214s scanners: attach: 1.1.0 clamav: 0.88/m:38/d:1474 spam: 3.0.4 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de 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 unknown (HELO ?212.71.117.70?) (rainer@ultra-secure.de@212.71.117.70) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 May 2007 16:19:27 -0000 Message-ID: <4640A30C.10008@ultra-secure.de> Date: Tue, 08 May 2007 18:19:24 +0200 From: Rainer Duffner User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: Barrett Lyon References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> In-Reply-To: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 16:46:11 -0000 Barrett Lyon wrote: > I've been using HEAD with 3ware adapters and all of my test machines > are completely non-functional. I had my team working directly with > 3ware for two weeks and they offered a tip here and there. > Ultimately we ended up with a non-functioning systems and a good idea > what's wrong with the twa driver. > > I offered to help fund and provide hardware for a development effort > to update their driver to support HEAD but they refused to help. I am > worried about 3ware's commitment to the future of FreeBSD and the twa > driver at this point, 3ware is not the least bit concerned (even with > a large customer): > >> From: xxx@amcc.com >> Subject: RE: 3ware driver issues-Machine to be dropped at 3ware >> Date: May 7, 2007 5:14:04 PM PDT >> >> Good Afternoon. Sorry for the delay in getting back to everyone. We >> have been discussing this internally, and ultimately BSD 7 is >> unreleased, unstable OS at this time. >> >> I am sorry, but this is not something we can put resources in at this >> time and if you bring a systems here, it could not be worked on right >> away either. It would be weeks/months before we can work on this... > > I would like to find a SATA RAID controller that plays nice by a > company that is FreeBSD friendly and progressively working on their > drivers. Does anyone have any suggestions other than to not use the > 7.0 branch? I don't think there are a lot of companies who do care about FreeBSD7 (or FreeBSD at all). For many, it's rather a nuisance (from my perspective). They only support it, because a significant portion of their sales depends on it. Can anybody make a statement about the status of the Areca driver? Because that's the only other non-SCSI controller I know that is worth having. I think some of the higher-end MSI-controllers are also good. And of course, the HP P600 and P800 controllers - but to fully make use of those two, you need a special enclosure anyway.... cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Tue May 8 17:04:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E489D16A402 for ; Tue, 8 May 2007 17:04:48 +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 6606A13C4BA for ; Tue, 8 May 2007 17:04:46 +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 l48H4d4f081160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 8 May 2007 19:04:45 +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 l48H4d6a072498 for ; Tue, 8 May 2007 19:04:39 +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 l48H4dwV013582 for freebsd-current@freebsd.org; Tue, 8 May 2007 19:04:39 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Tue, 8 May 2007 19:04:39 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705081904.39469.h.schmalzbauer@omnisec.de> Subject: ACPI S3 wakeup problem (beeeeeeeeep) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 17:04:49 -0000 Hello, I found the sysctl "debug.acpi.resume_beep" and enabled it. When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up again. Now with this sysctl enabled I hear a continuing beep, but the hard drive stays powered down, also the LCD keeps unlit. Any hints how I can find out what's going wrong? Tuning hw.acpi.reset_video doesn't change anything. Thanks in advance, -Harry From owner-freebsd-current@FreeBSD.ORG Tue May 8 17:10:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43A5316A400 for ; Tue, 8 May 2007 17:10:40 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0349413C447 for ; Tue, 8 May 2007 17:10:39 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 1FC406D454; Tue, 8 May 2007 19:09:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YUTQ8Qc7xZ0S; Tue, 8 May 2007 19:09:20 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id AB1F46D453; Tue, 8 May 2007 19:09:20 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l48H9Kkw042620; Tue, 8 May 2007 19:09:20 +0200 (CEST) (envelope-from rink) Date: Tue, 8 May 2007 19:09:20 +0200 From: Rink Springer To: Barrett Lyon Message-ID: <20070508170920.GC21153@rink.nu> References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 17:10:40 -0000 On Tue, May 08, 2007 at 07:57:45AM -0700, Barrett Lyon wrote: > I would like to find a SATA RAID controller that plays nice by a > company that is FreeBSD friendly and progressively working on their > drivers. Does anyone have any suggestions other than to not use the > 7.0 branch? I'd suggest you look at the Areca series of controllers, supported by arcmsr(4). They are actively maintained, and have been rock solid for me. Performance is outstanding. I must say I have not tried the controller under CURRENT, but as the driver seems to be MFC'ed every now and then. -- Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya From owner-freebsd-current@FreeBSD.ORG Tue May 8 17:36:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 988F916A414 for ; Tue, 8 May 2007 17:36:10 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF1813C46C for ; Tue, 8 May 2007 17:36:08 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.8/8.13.8) with ESMTP id l48Ha7SO000947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 19:36:07 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.8/8.13.8/Submit) with UUCP id l48Ha743000946; Tue, 8 May 2007 19:36:07 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from pano.marabu.ch (localhost [127.0.0.1]) by pano.marabu.ch (8.13.8/8.13.8) with ESMTP id l48HZ2OP056587; Tue, 8 May 2007 19:35:02 +0200 (CEST) (envelope-from ast@pano.marabu.ch) Received: (from ast@localhost) by pano.marabu.ch (8.13.8/8.13.8/Submit) id l48HZ25u056586; Tue, 8 May 2007 19:35:02 +0200 (CEST) (envelope-from ast) Date: Tue, 8 May 2007 19:35:02 +0200 From: Adrian Steinmann To: pluknet Message-ID: <20070508173500.GA56477@webgroup.ch> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Organization: Webgroup Consulting AG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (oneplusone.ch [127.0.0.1]); Tue, 08 May 2007 19:36:07 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.NyDgoVUz] (oneplusone.ch [127.0.0.1]); Tue, 08 May 2007 19:36:07 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 7.4.0.15; VDF: 6.38.1.115; host: oneplusone.ch) X-Mailman-Approved-At: Tue, 08 May 2007 17:52:10 +0000 Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" Subject: Re: INCLUDE_CONFIG_FILE 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: Tue, 08 May 2007 17:36:10 -0000 On Mon, May 07, 2007 at 07:46:29PM +0400, pluknet wrote: > On 06/05/07, Wojciech A. Koszek wrote: > >We talked about improved INCLUDE_CONFIG_FILE work some time ago. I > >cleaned it up, and I have prepared a patch for the latest -CURRENT. > > > >It's here: > > > > http://people.freebsd.org/~wkoszek/patches/kernconf.patch > > > >If you have any suggestions, please let me know as I'd really like to > >see this patch into the tree before RELENG_7. >... > >With this patch, after building a kernel with: > > > > options INCLUDE_CONFIG_FILE > > > >you should be able to obtain it's configuration file with a new config(8) > >and it's -k option: > > > > config -k > > I would like to suggest -x instead of -k, to align it with netbsd which has this feature (including comments). Adrian From owner-freebsd-current@FreeBSD.ORG Tue May 8 18:25:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12F2C16A402 for ; Tue, 8 May 2007 18:25:35 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id E591413C43E for ; Tue, 8 May 2007 18:25:33 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l48J0FXO019109 for ; Tue, 8 May 2007 19:00:15 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l48J0FOw019108 for freebsd-current@freebsd.org; Tue, 8 May 2007 19:00:15 GMT (envelope-from dunstan) Date: Tue, 8 May 2007 19:00:15 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070508190015.GB18406@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070508173500.GA56477@webgroup.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20070508173500.GA56477@webgroup.ch> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Tue, 08 May 2007 19:00:16 +0000 (UTC) Subject: Re: INCLUDE_CONFIG_FILE 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: Tue, 08 May 2007 18:25:35 -0000 On Tue, May 08, 2007 at 07:35:02PM +0200, Adrian Steinmann wrote: > On Mon, May 07, 2007 at 07:46:29PM +0400, pluknet wrote: > > On 06/05/07, Wojciech A. Koszek wrote: > > >We talked about improved INCLUDE_CONFIG_FILE work some time ago. I > > >cleaned it up, and I have prepared a patch for the latest -CURRENT. > > > [..] > I would like to suggest -x instead of -k, to align it with netbsd > which has this feature (including comments). > Good suggestion. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Tue May 8 20:10:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC3A516A403 for ; Tue, 8 May 2007 20:10:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8993313C483 for ; Tue, 8 May 2007 20:10:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l48KApDq053054; Tue, 8 May 2007 16:10:51 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l48KAo7p064521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 16:10:50 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200705082010.l48KAo7p064521@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 08 May 2007 16:11:02 -0400 To: Barrett Lyon , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 20:10:56 -0000 At 10:57 AM 5/8/2007, Barrett Lyon wrote: >>From: xxx@amcc.com >>Subject: RE: 3ware driver issues-Machine to be dropped at 3ware >>Date: May 7, 2007 5:14:04 PM PDT >> >>Good Afternoon. Sorry for the delay in getting back to everyone. We >>have been discussing this internally, and ultimately BSD 7 is >>unreleased, unstable OS at this time. >> >>I am sorry, but this is not something we can put resources in at this >>time and if you bring a systems here, it could not be worked on right >>away either. It would be weeks/months before we can work on this... > >I would like to find a SATA RAID controller that plays nice by a >company that is FreeBSD friendly and progressively working on their >drivers. Does anyone have any suggestions other than to not use the >7.0 branch? Are they saying FreeBSD in general, or HEAD specifically ? i.e. would they commit resources to fixing issues in a RELEASE branch, but not a development branch ? ---Mike From owner-freebsd-current@FreeBSD.ORG Tue May 8 20:55:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D4B716A400 for ; Tue, 8 May 2007 20:55:45 +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 8821F13C44C for ; Tue, 8 May 2007 20:55:44 +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 l48KtW3Q083422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 22:55:37 +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 l48KtWc5074024; Tue, 8 May 2007 22:55:32 +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 l48KtWrC016419; Tue, 8 May 2007 22:55:32 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Tue, 8 May 2007 22:55:31 +0200 User-Agent: KMail/1.9.6 References: <20070502083356.GB1787@obelix.dsto.defence.gov.au> <200705021848.47920.hselasky@c2i.net> In-Reply-To: <200705021848.47920.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705082255.32015.h.schmalzbauer@omnisec.de> Cc: Hans Petter Selasky Subject: Re: [new usb4bsd stack] Feedback ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 20:55:45 -0000 Am Mittwoch, 2. Mai 2007 schrieb Hans Petter Selasky: > On Wednesday 02 May 2007 10:33, Wilkinson, Alex wrote: > > All looks good so far: > > > > FreeBSD 7.0-CURRENT #2: Wed May 2 09:28:13 WST 2007 > > > > 1st device successfully attached: > > > > umass0: > 0/0, rev 2.00 /0.01, addr 126> umass0: SCSI over Bulk-Only; quirks = > > 0x0000 umass0:0:0:-1: Attached to scbus0 > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 40.000MB/s transfers > > cd0: cd present [252723 x 2048 byte records] > > GEOM_LABEL: Label for provider cd0 is iso9660/HPSMST740. I'm not so lucky, my Sony Memory Stick Controller doesn't work: umass0: umass0: 8070i (ATAPI) over CBI with CCI; quirks = 0x0000 umass0: could not setup required transfers, USBD_NO_CALLBACK device_attach: umass0 attach returned 6 usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! 7.0-current from today, i815 (ich2) uhci. Another card reader is working fine, also my rs232 cable (uplcom) attaches correctly. One problem is that configuring DFLT_UKBD_KEYMAP in the kernel config breakes the build. Best regards, -Harry From owner-freebsd-current@FreeBSD.ORG Tue May 8 21:32:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD5DB16A402 for ; Tue, 8 May 2007 21:32:56 +0000 (UTC) (envelope-from aradford@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 9F00A13C455 for ; Tue, 8 May 2007 21:32:56 +0000 (UTC) (envelope-from aradford@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so241743and for ; Tue, 08 May 2007 14:32:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eVzgeVCZI+AaTOgHAUKpiAqVQEEBw10DcpHyiB4G51bBqmd+FPodGyjvXwj2ZY86v9ZWBCyyzoIkkU/pozbDYPMq1Nd2OTHD7XH8ho88LiJ61ONYVlDLmKUmQcunKzkVJTeMUAUUzNp8aQs0O0V1LH2OKcarXF9xh0ILISruoC0= 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=PpZsBjs6wNrjrGzw29hfyDQUJZIFyqZtS5tiZNI008YL3Wc6QAnLWiN1/9fwzodx/kaM7U7pIFsrYGAPXLcWPAgIwtIxacYusKolLu8NN3t/FTeufzyo3HO2trH3/h6t5yDEk+72KC80tploAucSEsQWdSWKc9nzA2gMhO28gp0= Received: by 10.100.86.8 with SMTP id j8mr6113412anb.1178658342525; Tue, 08 May 2007 14:05:42 -0700 (PDT) Received: by 10.100.239.10 with HTTP; Tue, 8 May 2007 14:05:42 -0700 (PDT) Message-ID: Date: Tue, 8 May 2007 14:05:42 -0700 From: "adam radford" To: "Barrett Lyon" In-Reply-To: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 21:32:56 -0000 Barrett, If you have "a good idea what's wrong with the twa driver", would you mind sharing a stack trace or other information? So far I have only been told that "system hangs when I do heavy I/O". This is _not_ reproducable here. Have you run memtest86 on the machine? Have you run a PCI analyzer on your machine to see who is on the PCI bus before/during the hang? When I talked to your associates, they didn't have options DDB, KDB, or WITNESS even compiled in. You claim the hang doesn't happen on the 6.2 series twa driver, the driver changes between the 6.x and 7.x twa driver are _very_ minimal, some simple time keeping changes, and some XPT_* path inquiry handling changes. 3ware/AMCC is still very much so supporting BSD and we have many customers. I have sent a patch to Scott Long for the 6.X tree very recently (like 2 weeks ago) to support the 9650SE series controllers. I am sorry that you are frustrated. There are plans to make a patch update to the 7.0 FreeBSD tree, but we cannot send it at this time. I am really surprised that you are trying to design servers around the FreeBSD un-stable kernel. -Adam On 5/8/07, Barrett Lyon wrote: > I've been using HEAD with 3ware adapters and all of my test machines > are completely non-functional. I had my team working directly with > 3ware for two weeks and they offered a tip here and there. > Ultimately we ended up with a non-functioning systems and a good idea > what's wrong with the twa driver. > > I offered to help fund and provide hardware for a development effort > to update their driver to support HEAD but they refused to help. I > am worried about 3ware's commitment to the future of FreeBSD and the > twa driver at this point, 3ware is not the least bit concerned (even > with a large customer): > > > From: xxx@amcc.com > > Subject: RE: 3ware driver issues-Machine to be dropped at 3ware > > Date: May 7, 2007 5:14:04 PM PDT > > > > Good Afternoon. Sorry for the delay in getting back to everyone. We > > have been discussing this internally, and ultimately BSD 7 is > > unreleased, unstable OS at this time. > > > > I am sorry, but this is not something we can put resources in at this > > time and if you bring a systems here, it could not be worked on right > > away either. It would be weeks/months before we can work on this... > > I would like to find a SATA RAID controller that plays nice by a > company that is FreeBSD friendly and progressively working on their > drivers. Does anyone have any suggestions other than to not use the > 7.0 branch? > > -Barrett > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:05:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B78DF16A406 for ; Tue, 8 May 2007 22:05:23 +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 7243713C469 for ; Tue, 8 May 2007 22:05:23 +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 l48M5G9h004143; Tue, 8 May 2007 16:05:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4640F414.6070301@samsco.org> Date: Tue, 08 May 2007 16:05:08 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Barrett Lyon References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> In-Reply-To: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 08 May 2007 16:05:16 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 22:05:23 -0000 Barrett Lyon wrote: > I've been using HEAD with 3ware adapters and all of my test machines are > completely non-functional. I had my team working directly with 3ware > for two weeks and they offered a tip here and there. Ultimately we > ended up with a non-functioning systems and a good idea what's wrong > with the twa driver. > > I offered to help fund and provide hardware for a development effort to > update their driver to support HEAD but they refused to help. I am > worried about 3ware's commitment to the future of FreeBSD and the twa > driver at this point, 3ware is not the least bit concerned (even with a > large customer): > >> From: xxx@amcc.com >> Subject: RE: 3ware driver issues-Machine to be dropped at 3ware >> Date: May 7, 2007 5:14:04 PM PDT >> >> Good Afternoon. Sorry for the delay in getting back to everyone. We >> have been discussing this internally, and ultimately BSD 7 is >> unreleased, unstable OS at this time. >> >> I am sorry, but this is not something we can put resources in at this >> time and if you bring a systems here, it could not be worked on right >> away either. It would be weeks/months before we can work on this... > > I would like to find a SATA RAID controller that plays nice by a company > that is FreeBSD friendly and progressively working on their drivers. > Does anyone have any suggestions other than to not use the 7.0 branch? The following companies have SATA RAID controllers that work well with FreeBSD. Most of these companies also have staff that actively work on FreeBSD drivers and apps, and are thus motivated to help people with problems: Areca LSI HP (CISS) Adaptec Highpoint Scott From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:07:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C4B916A403 for ; Tue, 8 May 2007 22:07:58 +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 3C93813C48A for ; Tue, 8 May 2007 22:07:58 +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 l48M7pS7004154; Tue, 8 May 2007 16:07:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4640F4B0.7030307@samsco.org> Date: Tue, 08 May 2007 16:07:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Rainer Duffner References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <4640A30C.10008@ultra-secure.de> In-Reply-To: <4640A30C.10008@ultra-secure.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 08 May 2007 16:07:52 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Barrett Lyon Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 22:07:58 -0000 Rainer Duffner wrote: > Barrett Lyon wrote: >> I've been using HEAD with 3ware adapters and all of my test machines >> are completely non-functional. I had my team working directly with >> 3ware for two weeks and they offered a tip here and there. >> Ultimately we ended up with a non-functioning systems and a good idea >> what's wrong with the twa driver. >> >> I offered to help fund and provide hardware for a development effort >> to update their driver to support HEAD but they refused to help. I am >> worried about 3ware's commitment to the future of FreeBSD and the twa >> driver at this point, 3ware is not the least bit concerned (even with >> a large customer): >> >>> From: xxx@amcc.com >>> Subject: RE: 3ware driver issues-Machine to be dropped at 3ware >>> Date: May 7, 2007 5:14:04 PM PDT >>> >>> Good Afternoon. Sorry for the delay in getting back to everyone. We >>> have been discussing this internally, and ultimately BSD 7 is >>> unreleased, unstable OS at this time. >>> >>> I am sorry, but this is not something we can put resources in at this >>> time and if you bring a systems here, it could not be worked on right >>> away either. It would be weeks/months before we can work on this... >> >> I would like to find a SATA RAID controller that plays nice by a >> company that is FreeBSD friendly and progressively working on their >> drivers. Does anyone have any suggestions other than to not use the >> 7.0 branch? > > > I don't think there are a lot of companies who do care about FreeBSD7 > (or FreeBSD at all). That was true in the past, but is much less true now. Areca, HighPoint, and Adaptec are showing a high amount of interesting FreeBSD these days. > For many, it's rather a nuisance (from my perspective). They only > support it, because a significant portion of their sales depends on it. > Can anybody make a statement about the status of the Areca driver? It works very well. > Because that's the only other non-SCSI controller I know that is worth > having. See my previous email. I would recommend each of those companies; some have strengths in certain attributes over others, but they all tend to work well with FreeBSD. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:10:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B24016A409 for ; Tue, 8 May 2007 22:10:24 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE0A13C465 for ; Tue, 8 May 2007 22:10:24 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from [209.131.110.155] by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HlXu9-000631-9d; Tue, 08 May 2007 15:11:33 -0700 In-Reply-To: <200705082010.l48KAo7p064521@lava.sentex.ca> References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <200705082010.l48KAo7p064521@lava.sentex.ca> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0E956F16-3A9B-41AC-99C5-986580D42432@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Tue, 8 May 2007 15:09:34 -0700 To: Mike Tancsa X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 22:10:24 -0000 > > Are they saying FreeBSD in general, or HEAD specifically ? i.e. > would they commit resources to fixing issues in a RELEASE branch, > but not a development branch ? Mike, they are working on the 6.x RELEASE branch code actively but it sounds like they are over committed on those resources and are refusing to work on the development branch support. -Barrett From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:24:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABF8116A400 for ; Tue, 8 May 2007 22:24:10 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9D06413C43E for ; Tue, 8 May 2007 22:24:10 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from [209.131.110.155] by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HlY7d-00064e-BA; Tue, 08 May 2007 15:25:29 -0700 In-Reply-To: References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Tue, 8 May 2007 15:23:30 -0700 To: adam radford X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 22:24:10 -0000 > If you have "a good idea what's wrong with the twa driver", would > you mind > sharing a stack trace or other information? So far I have only > been told that > "system hangs when I do heavy I/O". This is _not_ reproducable here. > Have you run memtest86 on the machine? Have you run a PCI analyzer on > your machine to see who is on the PCI bus before/during the hang? We have done everything including asking to bring the machines that are crashing to AMCC's offices which are down the street. I have not been doing the technical debugging but a few members of AMCC's staff have been trying to help. We've been running memtest, etc. When the machines hang there are no debugging options, it's completely frozen without any details pointing to why. Its not clear from that condition whether the problem is due to an unacknowledged interrupt or a mutex deadlock of some sort. We are assuming that in this case it is due to the driver trying to do work assuming the interrupt is valid and getting stuck or returning early before the interrupt is acknowledged, causing it to trigger over and over and over. If you want to see it reproduced, we are more than happy to provide you two machines that both have this condition. > You claim the hang doesn't happen on the 6.2 series twa driver, > the driver changes between the 6.x and 7.x twa driver are _very_ > minimal, > some simple time keeping changes, and some XPT_* path inquiry handling > changes. Under 6.x the systems as built function completely stable. > I am really surprised that you are trying to design servers around the > FreeBSD un-stable kernel. There are other reasons for this which I don't want to discuss here, but the other components we are using work very well within 7.0 and we have a lot of performance gains that make it worth using a development kernel. The 10GbE drivers like mxge are having a lot of development work done in HEAD and as a result the 6.x is getting left behind on some of the work we are doing. At the very least, I want to make sure I deploy hardware that will function beyond 6.x. -Barrett From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:35:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE95B16A400 for ; Tue, 8 May 2007 22:35:47 +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 6F53713C44B for ; Tue, 8 May 2007 22:35:47 +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 l48MZfkq084448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 May 2007 00:35:46 +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 l48MZfNk074681 for ; Wed, 9 May 2007 00:35:41 +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 l48MZe4m016967 for freebsd-current@freebsd.org; Wed, 9 May 2007 00:35:40 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Wed, 9 May 2007 00:35:40 +0200 User-Agent: KMail/1.9.6 References: <200705081904.39469.h.schmalzbauer@omnisec.de> In-Reply-To: <200705081904.39469.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705090035.40756.h.schmalzbauer@omnisec.de> Subject: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 22:35:48 -0000 Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: > Hello, > > I found the sysctl "debug.acpi.resume_beep" and enabled it. > When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up > again. Now with this sysctl enabled I hear a continuing beep, but the hard > drive stays powered down, also the LCD keeps unlit. > > Any hints how I can find out what's going wrong? > Tuning hw.acpi.reset_video doesn't change anything. Again, the fabulous handbook gave me the hint to remove all devices from the kernel and dynamically load them. This revealse if_ath as the culprit. (the last I tried after usb, fwohci, pcm, ichsmb) Could this be related to the interrupt strom problems with ath (I often get storm warnings, all drivers share IRQ9 on this laptop)? Best regards, -Harry > > Thanks in advance, > > -Harry > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue May 8 23:08:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 281B716A402 for ; Tue, 8 May 2007 23:08:17 +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 CD21513C44C for ; Tue, 8 May 2007 23:08:16 +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 l48N88DB004389; Tue, 8 May 2007 17:08:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <464102D1.2000706@samsco.org> Date: Tue, 08 May 2007 17:08:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Barrett Lyon References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> In-Reply-To: <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 08 May 2007 17:08:09 -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: adam radford , freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 23:08:17 -0000 Barrett Lyon wrote: >> If you have "a good idea what's wrong with the twa driver", would you >> mind >> sharing a stack trace or other information? So far I have only been >> told that >> "system hangs when I do heavy I/O". This is _not_ reproducable here. >> Have you run memtest86 on the machine? Have you run a PCI analyzer on >> your machine to see who is on the PCI bus before/during the hang? > > We have done everything including asking to bring the machines that are > crashing to AMCC's offices which are down the street. I have not been > doing the technical debugging but a few members of AMCC's staff have > been trying to help. We've been running memtest, etc. When the > machines hang there are no debugging options, it's completely frozen > without any details pointing to why. Its not clear from that condition > whether the problem is due to an unacknowledged interrupt or a mutex > deadlock of some sort. We are assuming that in this case it is due to > the driver trying to do work assuming the interrupt is valid and getting > stuck or returning early before the interrupt is acknowledged, causing > it to trigger over and over and over. > > If you want to see it reproduced, we are more than happy to provide you > two machines that both have this condition. > >> You claim the hang doesn't happen on the 6.2 series twa driver, >> the driver changes between the 6.x and 7.x twa driver are _very_ minimal, >> some simple time keeping changes, and some XPT_* path inquiry handling >> changes. > > Under 6.x the systems as built function completely stable. > >> I am really surprised that you are trying to design servers around the >> FreeBSD un-stable kernel. > > There are other reasons for this which I don't want to discuss here, but > the other components we are using work very well within 7.0 and we have > a lot of performance gains that make it worth using a development > kernel. The 10GbE drivers like mxge are having a lot of development > work done in HEAD and as a result the 6.x is getting left behind on some > of the work we are doing. At the very least, I want to make sure I > deploy hardware that will function beyond 6.x. > > > -Barrett The biggest difference between 7-CURRENT and 6-STABLE right now in this space is the MPSAFE work in CAM. It should have been a complete NO-OP for the 3ware driver, but it's always possible that either I overlooked something, or the driver was doing something screwy before that was unsafe, and it's now being caught. I'll look at this tonight, as well as look at committing the update that Adam mentioned (sorry Adam!). My 3ware hardware inventory is very limited, so if I can't spot the problem by code inspection then I'll need to work with you and Adam to help narrow it down. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 8 23:12:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 472C816A400 for ; Tue, 8 May 2007 23:12:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id C283913C457 for ; Tue, 8 May 2007 23:12:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so183039ugh for ; Tue, 08 May 2007 16:12:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G5x/2KKspp+yPuOXjr2QhOfbMq3rJCqA8R5T1tmFRePFYlOvjjnKzxJ1ha7ZTL4shWnNegkBf7RI5bYYAn786JO0S8Wf9txB0d77GqS0ISbrfaARdE3HVwZ+mo+vnJ0ajWztAFLCCMuOAsn7eXwDyGCROR6v9ncHYOHC6ALrqNI= 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=RNV7Mh5jU6VtVeo/BHhFATW3VRo0NDHkjbkH6lz2vXiNhOXR2b2fGm3OlrOcgbxb6W05TbL6wjEAIU54hQi9J2a5+/rt9PFA59AiIxEwVuFxN/PSLTQatuEVKc3x1fVMvrFZrkWeS+SvCZ5B1KSwhM5JHVLUlQesOakH7sMyAak= Received: by 10.78.202.19 with SMTP id z19mr325884huf.1178665968665; Tue, 08 May 2007 16:12:48 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Tue, 8 May 2007 16:12:48 -0700 (PDT) Message-ID: Date: Tue, 8 May 2007 16:12:48 -0700 From: "Kip Macy" To: "Scott Long" In-Reply-To: <464102D1.2000706@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> <464102D1.2000706@samsco.org> Cc: adam radford , freebsd-current@freebsd.org, Barrett Lyon Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2007 23:12:53 -0000 > > The biggest difference between 7-CURRENT and 6-STABLE right now in this > space is the MPSAFE work in CAM. It should have been a complete NO-OP > for the 3ware driver, but it's always possible that either I overlooked > something, or the driver was doing something screwy before that was > unsafe, and it's now being caught. > > I'll look at this tonight, as well as look at committing the update that > Adam mentioned (sorry Adam!). My 3ware hardware inventory is very > limited, so if I can't spot the problem by code inspection then I'll > need to work with you and Adam to help narrow it down. In fairness, if you care about network bandwidth more than stability, HEAD is the place to be. On my hardware if_mxge can get 9.3Gbps and if_cxgb can get full line rate. if_mxge isn't even in RELENG_6 and if_cxgb performance is at least 25% worse on RELENG_6. -Kip From owner-freebsd-current@FreeBSD.ORG Wed May 9 00:23:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AF1E16A402 for ; Wed, 9 May 2007 00:23:01 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 59DD813C43E for ; Wed, 9 May 2007 00:23:01 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from [209.131.110.155] by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HlZyc-0006EK-Fl; Tue, 08 May 2007 17:24:18 -0700 In-Reply-To: References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> <464102D1.2000706@samsco.org> 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: Barrett Lyon Date: Tue, 8 May 2007 17:22:19 -0700 To: Kip Macy X-Mailer: Apple Mail (2.752.3) Cc: adam radford , freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 00:23:01 -0000 > In fairness, if you care about network bandwidth more than stability, > HEAD is the place to be. On my hardware if_mxge can get 9.3Gbps and > if_cxgb can get full line rate. if_mxge isn't even in RELENG_6 and > if_cxgb performance is at least 25% worse on RELENG_6. I can concur, that's why there is so much pressure to use HEAD, it's a substantial difference and all the network performance is found in HEAD, but it's useless if my disk arrays crash after writing some logs. :) -Barrett From owner-freebsd-current@FreeBSD.ORG Wed May 9 00:25:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5351E16A413 for ; Wed, 9 May 2007 00:25:24 +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 EDBA313C4BB for ; Wed, 9 May 2007 00:25:23 +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; Tue, 08 May 2007 17:25:23 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 9E12A125B45; Tue, 8 May 2007 17:25:22 -0700 (PDT) Message-ID: <464114EB.8080702@elischer.org> Date: Tue, 08 May 2007 17:25:15 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Barrett Lyon References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> <464102D1.2000706@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: adam radford , Kip Macy , freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 00:25:24 -0000 Barrett Lyon wrote: >> In fairness, if you care about network bandwidth more than stability, >> HEAD is the place to be. On my hardware if_mxge can get 9.3Gbps and >> if_cxgb can get full line rate. if_mxge isn't even in RELENG_6 and >> if_cxgb performance is at least 25% worse on RELENG_6. > > I can concur, that's why there is so much pressure to use HEAD, it's a > substantial difference and all the network performance is found in HEAD, > but it's useless if my disk arrays crash after writing some logs. :) write them to a 6.2 machine using NFS :-) > > -Barrett > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed May 9 01:05:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A7A116A402 for ; Wed, 9 May 2007 01:05:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 54F8B13C447 for ; Wed, 9 May 2007 01:05:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.home (pooker.samsco.home [192.168.254.1]) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l4915ATN004907; Tue, 8 May 2007 19:05:10 -0600 (MDT) (envelope-from scottl@samsco.org) Date: Tue, 8 May 2007 19:05:10 -0600 (MDT) From: Scott Long To: Barrett Lyon In-Reply-To: Message-ID: <20070508185332.B57856@pooker.samsco.org> References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <602A8820-F05C-457A-A20A-E258BD0FEDC5@blyon.com> <464102D1.2000706@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [192.168.254.1]); Tue, 08 May 2007 19:05:10 -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: adam radford , Kip Macy , freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 01:05:16 -0000 On Tue, 8 May 2007, Barrett Lyon wrote: >> In fairness, if you care about network bandwidth more than stability, >> HEAD is the place to be. On my hardware if_mxge can get 9.3Gbps and >> if_cxgb can get full line rate. if_mxge isn't even in RELENG_6 and >> if_cxgb performance is at least 25% worse on RELENG_6. > > I can concur, that's why there is so much pressure to use HEAD, it's a > substantial difference and all the network performance is found in HEAD, but > it's useless if my disk arrays crash after writing some logs. :) > That statement is a bit overly broad and can lead to bad rumors :-) Most storage drivers work pretty well right now. So I can understand your feustration with your case, and hopefully Adam and I will have a resolution soon. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 9 01:06:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD9C416A402 for ; Wed, 9 May 2007 01:06:55 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id C7D3B13C46E for ; Wed, 9 May 2007 01:06:54 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l4916ohD019790; Tue, 8 May 2007 21:06:51 -0400 (EDT) From: Tom McLaughlin To: Harti Brandt In-Reply-To: <20070508091213.A68097@knop-beagle.kn.op.dlr.de> References: <1178587515.1881.50.camel@localhost> <20070508091213.A68097@knop-beagle.kn.op.dlr.de> Content-Type: text/plain Date: Tue, 08 May 2007 21:06:49 -0400 Message-Id: <1178672809.1850.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: libgssapi causing login failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 01:06:56 -0000 On Tue, 2007-05-08 at 09:15 +0200, Harti Brandt wrote: > On Mon, 7 May 2007, Tom McLaughlin wrote: > > TM>Hi all, > TM> > TM>Since it's ports freeze time I decided to play elsewhere. I'm putting > TM>up a -CURRENT box here at home synced as of this morning and trying to > TM>get cyrus-sasl2's GSSAPI stuff working with openldap-sasl-client and > TM>nss_ldap and GSSAPI working for authentication with sshd. It all > TM>already works fine on the -STABLE box here. After installing > TM>cyrus-sasl2 and openldap-sasl-client I would get a core dump when trying > TM>to bind to the ldap directory using SASL/GSSAPI for authentication. > TM>(Crash info is below.) I found that about a year and a half ago dfr@ > TM>made changes to our libgssapi. For the heck of it I relinked sasl's > TM>libgssapiv2.so.2 from libgssapi.so.8 to libgssapi_krb5.so.8 and I could > TM>bind to the directory using SASL/GSSAPI for authentication. nss_ldap > TM>started working too. I have a pretty good feeling what I did isn't the > TM>right fix though. > TM> > TM>Now I want to use GSSAPI to login via ssh. I'm using the same config as > TM>I do on my -STABLE box but again I can't login and I see the following > TM>in /var/log/messages each time I attempt to connect: > TM> > TM>May 7 14:33:34 releng-7 kernel: pid 84442 (sshd), uid 0: exited on signal 11 > TM> > TM> > TM>Is there something I'm missing setup wise on -CURRENT that's different > TM>from -STABLE wrt libgssapi? Do we need to start checking and fixing > TM>ports on -CURRENT which use libgssapi? Any help would be greatly > TM>appreciated. Thanks. > > I had the same problem a year ago. The problem is nss_ldap calling one of > the functions in libgssapi with a NULL argument which should cause the > function to use the first (or default) entry from /etc/gss/mech, but > doesn't. I came up with the following patch which makes things work. > Thanks Harti, that did the trick. Still another issue on -CURRENT with sshd and nss_ldap breaking logins but it looks unrelated to libgssapi. Can you commit this? tom > Index: gss_init_sec_context.c > =================================================================== > RCS file: /local/cvs/freebsd/src/lib/libgssapi/gss_init_sec_context.c,v > retrieving revision 1.1 > diff -u -r1.1 gss_init_sec_context.c > --- gss_init_sec_context.c 29 Dec 2005 14:40:20 -0000 1.1 > +++ gss_init_sec_context.c 1 Sep 2006 11:42:39 -0000 > @@ -40,7 +40,7 @@ > const gss_cred_id_t initiator_cred_handle, > gss_ctx_id_t * context_handle, > const gss_name_t target_name, > - const gss_OID mech_type, > + const gss_OID imech_type, > OM_uint32 req_flags, > OM_uint32 time_req, > const gss_channel_bindings_t input_chan_bindings, > @@ -51,6 +51,7 @@ > OM_uint32 * time_rec) > { > OM_uint32 major_status; > + gss_OID mech_type; > struct _gss_mech_switch *m; > struct _gss_name *name = (struct _gss_name *) target_name; > struct _gss_mechanism_name *mn; > @@ -62,6 +63,11 @@ > > *minor_status = 0; > > + if ((mech_type = imech_type) == GSS_C_NO_OID) { > + _gss_load_mech(); > + mech_type = &SLIST_FIRST(&_gss_mechs)->gm_mech_oid; > + } > + > /* > * If we haven't allocated a context yet, do so now and lookup > * the mechanism switch table. If we have one already, make > > harti -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-current@FreeBSD.ORG Wed May 9 01:18:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 352FB16A400 for ; Wed, 9 May 2007 01:18:22 +0000 (UTC) (envelope-from guillaum1@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id EC28913C447 for ; Wed, 9 May 2007 01:18:21 +0000 (UTC) (envelope-from guillaum1@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so4764and for ; Tue, 08 May 2007 18:18:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=A3wOzhV67b1IP+rPL3Rw9LkMn4a5qGuYlZZ7gCaTi5dyJJoOFZ7P2xxRWc7EShEiKy6PXsGJ5/mNodWGGP8ZU/2aX1VZRwhYcjj1xAY2qwmOqUSltLU/0ojzsaG5nQ1QH4LV623EiAUS1yC0NS3/h6PbTZBjPxC7Wd0Pz91dXE8= 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=AiOc+/oS5gUnkTDpdBvIQXwVslAAOQm4EoyY9JHSEJ/Bz2isQanmlNVs05JSzNK2KtWl+totRS4EMbarLT/R5GvRVM/slWWMdxfkwoYlqUBqDWlV4MrvpWE3kO4DFzZF+aS1NpysdR6ZjvhWwazI3ZyC/J1wymozRrMvc4eC5oc= Received: by 10.100.136.8 with SMTP id j8mr2918and.1178671829372; Tue, 08 May 2007 17:50:29 -0700 (PDT) Received: by 10.100.8.19 with HTTP; Tue, 8 May 2007 17:50:29 -0700 (PDT) Message-ID: Date: Tue, 8 May 2007 20:50:29 -0400 From: "Guillaume Berleur" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 09 May 2007 02:01:19 +0000 Subject: ZFS an 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: Wed, 09 May 2007 01:18:22 -0000 Anybody got jail and zfs working together? I can do : zfs create tank/jail zfs set jailed=on tank/jail zfs jail 1 tank/jail But inside the jail any command i run result in zfs list failed to read pool configuration: I/O error. From owner-freebsd-current@FreeBSD.ORG Wed May 9 04:04:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 264DA16A400 for ; Wed, 9 May 2007 04:04:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id C1AAC13C457 for ; Wed, 9 May 2007 04:04:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so70209nze for ; Tue, 08 May 2007 21:04:24 -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:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=aQUQ26NjfU0jNDel8zRQaOnbKG2HSoxRRbk3npHSNBNUhiPphHxGxTFnQdUU3lc2J3eb8suuKoSkJseOSS2VZfL9lCKbYR8Iz6DSPljPxcejXCV2OTPb6ijnYogROnHw8mbYCzm2Ms+nrBnM776lgf/4YQGxrpTDm2pP0WGdiJY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=kceN+TeHflsAz3GTYbLbywTWzaFJtzRGa2S//MqLDZ9QJnReY+wm7a/P2RT0KATJIqcmbjzdOCkISOuuWSFu6B5hLJIGLPp9Ja1JFKW0jjcfCOZ+LRgx6k9uvjzICdkqboJrQA1jzDYkwdktgvKP748hvCZl7+zyzxATCzF5vik= Received: by 10.115.33.1 with SMTP id l1mr52802waj.1178683463922; Tue, 08 May 2007 21:04:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id y25sm166329pod.2007.05.08.21.04.19; Tue, 08 May 2007 21:04:21 -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 l493e6Uh065928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 May 2007 12:40:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l493e5jN065927 for freebsd-current@FreeBSD.org; Wed, 9 May 2007 12:40:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 9 May 2007 12:40:05 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20070509034005.GE65105@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 04:04:25 -0000 Dear all, I've received a patch from Shigeaki Tagashira. The patch enables MSI/MSIX capability on nVidia network adapters. I've slightly modified the patch and merged it into existing overhauled nfe(4). I guess the nfe(4) now supports almost all hardware capabilities including MSI/MSIX, IP/TCP/UDP checksum offload, TCP segmentation offload and hardware assisted VLAN processing. Shigeaki Tagashira tested only MSI due to lack of hardwares so there might be bugs in MSIX support code. I don't have nVidia hardwares that supports MSI/MSIX so I need user's feedback to improve it. If you have one of nVidia network adapters that have MSI/MSIX capability please give it spin and let me know how it goes on your system. Overhauled nfe(4) can be found at the following URL. http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed May 9 04:31:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D627E16A404 for ; Wed, 9 May 2007 04:31:46 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id AC87613C44B for ; Wed, 9 May 2007 04:31:46 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4944nZ6008417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 21:04:50 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46414861.50800@errno.com> Date: Tue, 08 May 2007 21:04:49 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Harald Schmalzbauer References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> In-Reply-To: <200705090035.40756.h.schmalzbauer@omnisec.de> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 04:31:46 -0000 Harald Schmalzbauer wrote: > Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: >> Hello, >> >> I found the sysctl "debug.acpi.resume_beep" and enabled it. >> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up >> again. Now with this sysctl enabled I hear a continuing beep, but the hard >> drive stays powered down, also the LCD keeps unlit. >> >> Any hints how I can find out what's going wrong? >> Tuning hw.acpi.reset_video doesn't change anything. > > Again, the fabulous handbook gave me the hint to remove all devices from the > kernel and dynamically load them. > This revealse if_ath as the culprit. (the last I tried after usb, fwohci, pcm, > ichsmb) > > Could this be related to the interrupt strom problems with ath (I often get > storm warnings, all drivers share IRQ9 on this laptop)? Unclear but there's been an outstanding complaint against ath related to suspend for a while. Specifically if you touch certain registers in the h/w after the chip has been put to sleep you can hang the pci bus. I've asked people that can reproduce the problem to narrow down the code path by which the driver is entered but w/o luck. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 9 04:55:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F2D16A400 for ; Wed, 9 May 2007 04:55:17 +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 A480E13C459 for ; Wed, 9 May 2007 04:55:17 +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 l494tA1D005965; Tue, 8 May 2007 22:55:11 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4641542A.7030203@samsco.org> Date: Tue, 08 May 2007 22:55:06 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Barrett Lyon References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> In-Reply-To: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 08 May 2007 22:55:11 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 04:55:18 -0000 Barrett Lyon wrote: > I've been using HEAD with 3ware adapters and all of my test machines are > completely non-functional. I had my team working directly with 3ware > for two weeks and they offered a tip here and there. Ultimately we > ended up with a non-functioning systems and a good idea what's wrong > with the twa driver. > > I offered to help fund and provide hardware for a development effort to > update their driver to support HEAD but they refused to help. I am > worried about 3ware's commitment to the future of FreeBSD and the twa > driver at this point, 3ware is not the least bit concerned (even with a > large customer): > I have a pretty good idea of what is wrong, and it's partially my fault. A quick work-around would be to edit /sys/dev/twa/tw_osl_freebsd.c and remove the INTR_MPSAFE flag as so: --- tw_osl_freebsd.c 9 May 2007 04:16:32 -0000 1.7 +++ tw_osl_freebsd.c 9 May 2007 04:54:24 -0000 @@ -359,7 +359,7 @@ return(ENXIO); } if ((error = bus_setup_intr(sc->bus_dev, sc->irq_res, - INTR_TYPE_CAM | INTR_MPSAFE, + INTR_TYPE_CAM, #ifdef TW_OSLI_DEFERRED_INTR_USED twa_pci_intr_fast, NULL, #else If that works for you then I'll check it into CVS and work with AMCC on a real fix. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 9 06:40:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66E3716A400 for ; Wed, 9 May 2007 06:40:31 +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 BD4D413C44C for ; Wed, 9 May 2007 06:40:30 +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 l496csMC016261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 23:39:01 -0700 (PDT) Date: Tue, 8 May 2007 23:38:51 -0700 From: Louis Kowolowski To: Sam Leffler Message-ID: <20070509063851.GD1724@cryptomonkeys.com> References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> <46414861.50800@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3Pql8miugIZX0722" Content-Disposition: inline In-Reply-To: <46414861.50800@errno.com> 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: freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 06:40:31 -0000 --3Pql8miugIZX0722 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 08, 2007 at 09:04:49PM -0700, Sam Leffler wrote: > Harald Schmalzbauer wrote: > > Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: > >> Hello, > >> > >> I found the sysctl "debug.acpi.resume_beep" and enabled it. > >> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up > >> again. Now with this sysctl enabled I hear a continuing beep, but the= =20 > >> hard drive stays powered down, also the LCD keeps unlit. > >> > >> Any hints how I can find out what's going wrong? > >> Tuning hw.acpi.reset_video doesn't change anything. > >=20 > > Again, the fabulous handbook gave me the hint to remove all devices from > > the kernel and dynamically load them. > > This revealse if_ath as the culprit. (the last I tried after usb,=20 > > fwohci, pcm, ichsmb) > >=20 > > Could this be related to the interrupt strom problems with ath (I often= =20 > > get storm warnings, all drivers share IRQ9 on this laptop)? >=20 > Unclear but there's been an outstanding complaint against ath related to > suspend for a while. Specifically if you touch certain registers in the > h/w after the chip has been put to sleep you can hang the pci bus. I've > asked people that can reproduce the problem to narrow down the code path > by which the driver is entered but w/o luck. >=20 I don't know for sure, but I think I might be seeing a similar issue with atheros, but during bootup instead of suspend. It's not reproducable in a reliable fashion, but sometimes I get a hang during bootup shortly after=20 ath0 is brought up. I also see an interupt storm on irq11, which I believe= =20 is also shared by ichsmb (at least on my Thinkpad T60p). If there is more information I can make available, I'm more than willing. = =20 I'd like to provide a defined way to cause this, but it doesn't seem to=20 happen in a "regular" way. If anyone has suggestions on this, please share. Thanks. --=20 Louis Kowolowski KE7BAX louisk@cryptomonkeys.com Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Warning: Do not point laser at remaining eye! --3Pql8miugIZX0722 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQWx7Zk0r6oAkN7YRAjJ7AKCBMDLiSFD8XOMY0IeCJS2KGPfWzQCfeb+Q tSdf3OloTykixll8QI4a4c4= =tDG6 -----END PGP SIGNATURE----- --3Pql8miugIZX0722-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 06:46:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF3C416A40A for ; Wed, 9 May 2007 06:46:37 +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 40CAB13C46C for ; Wed, 9 May 2007 06:46:36 +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 l496kUFO090983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 May 2007 08:46:35 +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 l496kUju078718 for ; Wed, 9 May 2007 08:46:30 +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 l496kUj3001529 for freebsd-current@freebsd.org; Wed, 9 May 2007 08:46:30 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Wed, 9 May 2007 08:46:29 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705090846.29979.h.schmalzbauer@omnisec.de> Subject: rum buildkernel breakeage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 06:46:37 -0000 Hello, I'm out of ideas: I have "nodevice rum" in my kernel, also WITHOUT_MODULES="rum linux" in my make.conf. But some code still wants to touch rum which fails with the following: ... linking kernel.debug if_rum.o(.text+0x4e3): In function `rum_attach': /FlashBSD/src/sys/dev/usb/if_rum.c:501: undefined reference to `ieee80211_ieee2mhz' if_rum.o(.text+0x518):/FlashBSD/src/sys/dev/usb/if_rum.c:506: undefined reference to `ieee80211_ieee2mhz' if_rum.o(.text+0x54d):/FlashBSD/src/sys/dev/usb/if_rum.c:511: undefined reference to `ieee80211_ieee2mhz' if_rum.o(.text+0x585):/FlashBSD/src/sys/dev/usb/if_rum.c:516: undefined reference to `ieee80211_ieee2mhz' ..... ieee80211_amrr.o(.text+0xef): In function `ieee80211_amrr_choose': /FlashBSD/src/sys/net80211/ieee80211_amrr.c:101: undefined reference to `ieee80211_note' ieee80211_amrr.o(.text+0x190):/FlashBSD/src/sys/net80211/ieee80211_amrr.c:125: undefined reference to `ieee80211_note' *** Error code 1 Thanks for hints, -Harry From owner-freebsd-current@FreeBSD.ORG Wed May 9 07:04:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E175916A400 for ; Wed, 9 May 2007 07:04:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 52B8613C43E for ; Wed, 9 May 2007 07:04:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe12.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 313280621; Wed, 09 May 2007 09:04:17 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 9 May 2007 09:04:03 +0200 User-Agent: KMail/1.9.5 References: <20070502083356.GB1787@obelix.dsto.defence.gov.au> <200705021848.47920.hselasky@c2i.net> <200705082255.32015.h.schmalzbauer@omnisec.de> In-Reply-To: <200705082255.32015.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705090904.03257.hselasky@c2i.net> Cc: Harald Schmalzbauer Subject: Re: [new usb4bsd stack] Feedback ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 07:04:20 -0000 Hi, Thanks for reporting. Try the following patch to /sys/dev/usb/umass.c: Change the "umass_bbb_config" to "umass_cbi_config" in the following piece of code: } else if (sc->sc_proto & (UMASS_PROTO_CBI|UMASS_PROTO_CBI_I)) { err = usbd_transfer_setup (uaa->device, uaa->iface_index, sc->sc_xfer, umass_bbb_config, (sc->sc_proto & UMASS_PROTO_CBI_I) ? UMASS_T_CBI_MAX : (UMASS_T_CBI_MAX-2), sc, &(sc->sc_mtx)); /* skip reset first time */ sc->sc_last_xfer_index = UMASS_T_CBI_COMMAND; } else { err = USBD_INVAL; } Then recompile. Could you send me the build error when you build with "DFLT_UKBD_KEYMAP" ? --HPS On Tuesday 08 May 2007 22:55, Harald Schmalzbauer wrote: > Am Mittwoch, 2. Mai 2007 schrieb Hans Petter Selasky: > > On Wednesday 02 May 2007 10:33, Wilkinson, Alex wrote: > > > All looks good so far: > > > > > > FreeBSD 7.0-CURRENT #2: Wed May 2 09:28:13 WST 2007 > > > > > > 1st device successfully attached: > > > > > > umass0: > > 0/0, rev 2.00 /0.01, addr 126> umass0: SCSI over Bulk-Only; quirks = > > > 0x0000 umass0:0:0:-1: Attached to scbus0 > > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > > cd0: Removable CD-ROM SCSI-0 device > > > cd0: 40.000MB/s transfers > > > cd0: cd present [252723 x 2048 byte records] > > > GEOM_LABEL: Label for provider cd0 is iso9660/HPSMST740. > > I'm not so lucky, my Sony Memory Stick Controller doesn't work: > umass0: > umass0: 8070i (ATAPI) over CBI with CCI; quirks = 0x0000 > umass0: could not setup required transfers, USBD_NO_CALLBACK > device_attach: umass0 attach returned 6 > usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! > usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! > usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! > usbd_fill_iface_data: invalid wMaxPacketSize=0x0000, addr=125! > > 7.0-current from today, i815 (ich2) uhci. > > Another card reader is working fine, also my rs232 cable (uplcom) attaches > correctly. > > One problem is that configuring DFLT_UKBD_KEYMAP in the kernel config > breakes the build. > > Best regards, > > -Harry > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed May 9 09:26:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3617816A400 for ; Wed, 9 May 2007 09:26:39 +0000 (UTC) (envelope-from luoqi@freebsd.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [204.127.192.84]) by mx1.freebsd.org (Postfix) with ESMTP id 2005813C459 for ; Wed, 9 May 2007 09:26:37 +0000 (UTC) (envelope-from luoqi@freebsd.org) Received: from luoqi.homeunix.org ([76.102.199.51]) by comcast.net (rwcrmhc14) with ESMTP id <20070509091634m1400il7vse>; Wed, 9 May 2007 09:16:34 +0000 Received: from dell.baobao.home (localhost [127.0.0.1]) by luoqi.homeunix.org (8.14.1/8.14.1) with ESMTP id l499GYs1003867 for ; Wed, 9 May 2007 02:16:34 -0700 (PDT) (envelope-from luoqi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by dell.baobao.home (8.14.1/8.14.1/Submit) id l499GXBR003866 for current@freebsd.org; Wed, 9 May 2007 02:16:33 -0700 (PDT) (envelope-from luoqi@freebsd.org) X-Authentication-Warning: dell.baobao.home: luoqi set sender to luoqi@freebsd.org using -f Content-class: urn:content-classes:message From: Luoqi Chen To: current@freebsd.org Date: Wed, 9 May 2007 02:16:32 -0700 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705090216.33394.luoqi@freebsd.org> Cc: Subject: rint() bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 09:26:39 -0000 Does anyone know about this particular bug (and have a plan to fix it)? http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4831589 I haven't checked any 32-bit system, on 64-bit systems, gcc is generating SSE instructions for floating point operations, so the i387 version of rint() is no longer used and the C version is. Linux (RHEL4 at least) has the same problem. The fix would be very straightforward: cast lrint() back to double. -lq From owner-freebsd-current@FreeBSD.ORG Wed May 9 09:39:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D06EA16A400 for ; Wed, 9 May 2007 09:39:51 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id 3700013C45D for ; Wed, 9 May 2007 09:39:50 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.5.6) with ESMTP id md50000063044.msg for ; Wed, 09 May 2007 13:29:10 +0400 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Wed, 9 May 2007 13:29:04 +0400 Date: Wed, 9 May 2007 13:26:53 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: freebsd-current@freebsd.org Message-ID: <20070509125720.U911@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 09 May 2007 09:29:05.0210 (UTC) FILETIME=[7CB191A0:01C7921C] X-Spam-Processed: mx2.gfk.ru, Wed, 09 May 2007 13:29:10 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx2.gfk.ru, Wed, 09 May 2007 13:29:11 +0400 Subject: geom_label problems when MS-DOS FS label is blank (all spaces) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 09:39:51 -0000 In this situation libdisk can't parse kern.geom.conftxt and sysinstall exits with BARF 171 message. dmesg: FreeBSD 7.0-CURRENT #1: Wed May 9 12:18:26 MSD 2007 chibis@free.home.local:/usr/obj/usr/src/sys/GENERIC [...] GEOM_LABEL[2]: Tasting ad0s1. GEOM_LABEL[1]: MSDOSFS: ad0s1: FAT12/FAT16 volume detected. GEOM_LABEL[0]: Label for provider ad0s1 is msdosfs/ . GEOM_LABEL[2]: Tasting msdosfs/ . kern.geom.conftxt: 0 MD md0 67108864 512 u 0 s 512 f 0 fs 0 l 67108864 t swap 0 DISK cd0 0 2048 hd 0 sc 0 0 DISK ad2 20576747520 512 hd 16 sc 63 1 MBR ad2s2 10245795840 512 i 1 o 10330951680 ty 7 1 MBR ad2s1 10330919424 512 i 0 o 32256 ty 165 2 BSD ad2s1f 9642004992 512 i 5 o 688914432 ty 7 2 BSD ad2s1e 209715200 512 i 4 o 479199232 ty 7 2 BSD ad2s1c 10330919424 512 i 2 o 0 ty 0 2 BSD ad2s1b 268435456 512 i 1 o 210763776 ty 1 2 BSD ad2s1a 210763776 512 i 0 o 0 ty 7 0 DISK ad0 3500007424 512 hd 16 sc 63 1 MBR ad0s2 2617638912 512 i 1 o 879427584 ty 165 2 LABEL ufs/objdir 2617638912 512 i 0 o 0 1 MBR ad0s1 879395328 512 i 0 o 32256 ty 6 2 LABEL msdosfs/ 879395328 512 i 0 o 0 boot sector dump: 00000000 eb 3c 90 4d 53 44 4f 53 35 2e 30 00 02 20 01 00 |.<.MSDOS5.0.. ..| 00000010 02 c0 03 00 00 f8 d2 00 3f 00 80 00 3f 00 00 00 |........?...?...| 00000020 41 35 1a 00 80 00 29 ac 91 ae 24 20 20 20 20 20 |A5....)...$ | 00000030 20 20 20 20 20 20 46 41 54 31 36 20 20 20 33 c9 | FAT16 3.| 00000040 8e d1 bc f0 7b 8e d9 b8 00 20 8e c0 fc bd 00 7c |....{.... .....|| 00000050 38 4e 24 7d 24 8b c1 99 e8 3c 01 72 1c 83 eb 3a |8N$}$....<.r...:| 00000060 66 a1 1c 7c 26 66 3b 07 26 8a 57 fc 75 06 80 ca |f..|&f;.&.W.u...| 00000070 02 88 56 02 80 c3 10 73 eb 33 c9 8a 46 10 98 f7 |..V....s.3..F...| 00000080 66 16 03 46 1c 13 56 1e 03 46 0e 13 d1 8b 76 11 |f..F..V..F....v.| 00000090 60 89 46 fc 89 56 fe b8 20 00 f7 e6 8b 5e 0b 03 |`.F..V.. ....^..| 000000a0 c3 48 f7 f3 01 46 fc 11 4e fe 61 bf 00 00 e8 e6 |.H...F..N.a.....| 000000b0 00 72 39 26 38 2d 74 17 60 b1 0b be a1 7d f3 a6 |.r9&8-t.`....}..| 000000c0 61 74 32 4e 74 09 83 c7 20 3b fb 72 e6 eb dc a0 |at2Nt... ;.r....| 000000d0 fb 7d b4 7d 8b f0 ac 98 40 74 0c 48 74 13 b4 0e |.}.}....@t.Ht...| 000000e0 bb 07 00 cd 10 eb ef a0 fd 7d eb e6 a0 fc 7d eb |.........}....}.| 000000f0 e1 cd 16 cd 19 26 8b 55 1a 52 b0 01 bb 00 00 e8 |.....&.U.R......| 00000100 3b 00 72 e8 5b 8a 56 24 be 0b 7c 8b fc c7 46 f0 |;.r.[.V$..|...F.| 00000110 3d 7d c7 46 f4 29 7d 8c d9 89 4e f2 89 4e f6 c6 |=}.F.)}...N..N..| 00000120 06 96 7d cb ea 03 00 00 20 0f b6 c8 66 8b 46 f8 |..}..... ...f.F.| 00000130 66 03 46 1c 66 8b d0 66 c1 ea 10 eb 5e 0f b6 c8 |f.F.f..f....^...| 00000140 4a 4a 8a 46 0d 32 e4 f7 e2 03 46 fc 13 56 fe eb |JJ.F.2....F..V..| 00000150 4a 52 50 06 53 6a 01 6a 10 91 8b 46 18 96 92 33 |JRP.Sj.j...F...3| 00000160 d2 f7 f6 91 f7 f6 42 87 ca f7 76 1a 8a f2 8a e8 |......B...v.....| 00000170 c0 cc 02 0a cc b8 01 02 80 7e 02 0e 75 04 b4 42 |.........~..u..B| 00000180 8b f4 8a 56 24 cd 13 61 61 72 0b 40 75 01 42 03 |...V$..aar.@u.B.| 00000190 5e 0b 49 75 06 f8 c3 41 bb 00 00 60 66 6a 00 eb |^.Iu...A...`fj..| 000001a0 b0 4e 54 4c 44 52 20 20 20 20 20 20 0d 0a 4e 54 |.NTLDR ..NT| 000001b0 4c 44 52 20 69 73 20 6d 69 73 73 69 6e 67 ff 0d |LDR is missing..| 000001c0 0a 44 69 73 6b 20 65 72 72 6f 72 ff 0d 0a 50 72 |.Disk error...Pr| 000001d0 65 73 73 20 61 6e 79 20 6b 65 79 20 74 6f 20 72 |ess any key to r| 000001e0 65 73 74 61 72 74 0d 0a 00 00 00 00 00 00 00 00 |estart..........| 000001f0 00 00 00 00 00 00 00 00 00 00 00 ac bf cc 55 aa |..............U.| Yuriy From owner-freebsd-current@FreeBSD.ORG Wed May 9 09:54:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8598C16A404; Wed, 9 May 2007 09:54:53 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.freebsd.org (Postfix) with ESMTP id 42A8913C43E; Wed, 9 May 2007 09:54:53 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.075) id 461348120089650F; Wed, 9 May 2007 10:45:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 May 2007 10:45:21 +0200 Content-class: urn:content-classes:message Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A1725@royal64.emp.zapto.org> In-Reply-To: <200705090707.l4977Qko082659@repoman.freebsd.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: rr232x driver update? rr2340 driver? Thread-Index: AceSCQA7iH7c4OlEQYmf9GgWRXSJ+gACH98A References: <200705090707.l4977Qko082659@repoman.freebsd.org> From: "Daniel Eriksson" To: Cc: Scott Long Subject: rr232x driver update? rr2340 driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 09:54:53 -0000 The RocketRAID 232x driver is currently at version 1.2 in the tree (at least in 6.2-RELENG, but I think it's the same in HEAD). Highpoint released version 1.3 of this driver a few weeks (months?) ago and I just wanted to check with you if an update in the FreeBSD tree is in the works? Also, do you know if the driver for the RocketRAID 2340 is going to go into the tree anytime soon. Highpoint has version 1.2 of this driver on their webpage, but it's not available in the FreeBSD tree yet. Best regards, Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed May 9 10:41:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 010C016A402; Wed, 9 May 2007 10:41: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 B284413C43E; Wed, 9 May 2007 10:41:54 +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 l49AfrVT022681; Wed, 9 May 2007 06:41: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.13.8/8.13.8) with ESMTP id l49AfqdD029931; Wed, 9 May 2007 06:41:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90BD873068; Wed, 9 May 2007 06:41:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509104152.90BD873068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 06:41:52 -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: Wed, 09 May 2007 10:41:55 -0000 TB --- 2007-05-09 09:17:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 09:17:03 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-09 09:17:04 - cleaning the object tree TB --- 2007-05-09 09:17:53 - checking out the source tree TB --- 2007-05-09 09:17:53 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-09 09:17:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 09:24:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 09:24:34 - cd /src TB --- 2007-05-09 09:24:34 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 09:24: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 >>> World build completed on Wed May 9 10:19:00 UTC 2007 TB --- 2007-05-09 10:19:00 - generating LINT kernel config TB --- 2007-05-09 10:19:00 - cd /src/sys/i386/conf TB --- 2007-05-09 10:19:00 - /usr/bin/make -B LINT TB --- 2007-05-09 10:19:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 10:19:01 - cd /src TB --- 2007-05-09 10:19:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 10:19:01 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed May 9 10:41:51 UTC 2007 TB --- 2007-05-09 10:41:51 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 10:41:51 - cd /src TB --- 2007-05-09 10:41:51 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 9 10:41:52 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/i386/conf; PATH=/obj/src/tmp/legacy/usr/sbin:/obj/src/tmp/legacy/usr/bin:/obj/src/tmp/legacy/usr/games:/obj/src/tmp/usr/sbin:/obj/src/tmp/usr/bin:/obj/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/src/sys/GENERIC /src/sys/i386/conf/GENERIC config: /src/sys/i386/conf/GENERIC:102: syntax error *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 10:41:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 10:41:52 - ERROR: failed to build GENERIC kernel TB --- 2007-05-09 10:41:52 - tinderbox aborted TB --- 0.98 user 2.91 system 5088.31 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 11:30:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AA8F16A403; Wed, 9 May 2007 11:30:45 +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 4787F13C46A; Wed, 9 May 2007 11:30:45 +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 l49BUiQG025732; Wed, 9 May 2007 07:30:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49BUi63058663; Wed, 9 May 2007 07:30:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 313A173068; Wed, 9 May 2007 07:30:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509113044.313A173068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 07:30:44 -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: Wed, 09 May 2007 11:30:45 -0000 TB --- 2007-05-09 10:16:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 10:16:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-09 10:16:00 - cleaning the object tree TB --- 2007-05-09 10:16:28 - checking out the source tree TB --- 2007-05-09 10:16:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-09 10:16:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 10:23:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 10:23:56 - cd /src TB --- 2007-05-09 10:23:56 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 10:23: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 Wed May 9 11:19:18 UTC 2007 TB --- 2007-05-09 11:19:18 - generating LINT kernel config TB --- 2007-05-09 11:19:18 - cd /src/sys/pc98/conf TB --- 2007-05-09 11:19:18 - /usr/bin/make -B LINT TB --- 2007-05-09 11:19:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 11:19:18 - cd /src TB --- 2007-05-09 11:19:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 11:19:18 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ural.o(.text+0x18bf): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3175): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3360): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 11:30:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 11:30:43 - ERROR: failed to build lint kernel TB --- 2007-05-09 11:30:43 - tinderbox aborted TB --- 0.77 user 2.99 system 4483.27 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 11:32:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26A6A16A400 for ; Wed, 9 May 2007 11:32:01 +0000 (UTC) (envelope-from patrick_dkt@yahoo.com.hk) Received: from web54301.mail.re2.yahoo.com (web54301.mail.re2.yahoo.com [206.190.49.111]) by mx1.freebsd.org (Postfix) with SMTP id B747A13C48A for ; Wed, 9 May 2007 11:32:00 +0000 (UTC) (envelope-from patrick_dkt@yahoo.com.hk) Received: (qmail 85158 invoked by uid 60001); 9 May 2007 11:05:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.hk; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Hv8JiquUoqaC6mxU2lBzb8sQ21mhhFkYT4+4I27tXIclU/l19wRbIsdKlSScW3cOS08/rzvqxiTOcP52kaxkXdzsfhttaYsF35Ei1qUwO/ULh1kC+3a9OHqn5FcM93baNM5164wLqlUXF5k4jHHKpBTjJyQtRuOXhq8pyGywxow=; X-YMail-OSG: UlvH56kVM1nrEwxG0giLhok.ULIsFLEux48LnSRvr.OMPLfZ2Hi8jyqqV2m3cMUrL3QV48_4Nr6.k9XJd7OYs6weSz1og5MImpxGNKQ9xbh1Bta53.MhlkisaFdksA-- Received: from [61.15.61.52] by web54301.mail.re2.yahoo.com via HTTP; Wed, 09 May 2007 04:05:19 PDT Date: Wed, 9 May 2007 04:05:19 -0700 (PDT) From: Patrick Dung To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <253249.83419.qm@web54301.mail.re2.yahoo.com> Subject: import nss_ldap, openldap in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 11:32:01 -0000 Hi There was discussing about this issue before. Is there any plan/news about it? BTW, if you look at debian, it ready comes with nss_ldap and openldap client library out of the box. Any comments? Thanks Patrick ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 From owner-freebsd-current@FreeBSD.ORG Wed May 9 11:33:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6287C16A46C for ; Wed, 9 May 2007 11:33:51 +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 BFB8113C4E3 for ; Wed, 9 May 2007 11:33:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5e64b.dip.t-dialin.net [84.165.230.75]) by redbull.bpaserver.net (Postfix) with ESMTP id 7E9A82E12B; Wed, 9 May 2007 13:33:43 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 1A6735B48A3; Wed, 9 May 2007 13:33:27 +0200 (CEST) Date: Wed, 9 May 2007 13:33:40 +0200 From: Alexander Leidinger To: Louis Kowolowski Message-ID: <20070509133340.2f24bf34@deskjail> In-Reply-To: <20070509063851.GD1724@cryptomonkeys.com> References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> <46414861.50800@errno.com> <20070509063851.GD1724@cryptomonkeys.com> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 11:33:51 -0000 Quoting Louis Kowolowski (Tue, 8 May 2007 23:38:51 -0700): > On Tue, May 08, 2007 at 09:04:49PM -0700, Sam Leffler wrote: > > Harald Schmalzbauer wrote: > > > Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: > > >> Hello, > > >> > > >> I found the sysctl "debug.acpi.resume_beep" and enabled it. > > >> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up > > >> again. Now with this sysctl enabled I hear a continuing beep, but the > > >> hard drive stays powered down, also the LCD keeps unlit. > > >> > > >> Any hints how I can find out what's going wrong? > > >> Tuning hw.acpi.reset_video doesn't change anything. > > > > > > Again, the fabulous handbook gave me the hint to remove all devices from > > > the kernel and dynamically load them. > > > This revealse if_ath as the culprit. (the last I tried after usb, > > > fwohci, pcm, ichsmb) > > > > > > Could this be related to the interrupt strom problems with ath (I often > > > get storm warnings, all drivers share IRQ9 on this laptop)? > > > > Unclear but there's been an outstanding complaint against ath related to > > suspend for a while. Specifically if you touch certain registers in the > > h/w after the chip has been put to sleep you can hang the pci bus. I've > > asked people that can reproduce the problem to narrow down the code path > > by which the driver is entered but w/o luck. > > > I don't know for sure, but I think I might be seeing a similar issue with > atheros, but during bootup instead of suspend. It's not reproducable in a > reliable fashion, but sometimes I get a hang during bootup shortly after > ath0 is brought up. I also see an interupt storm on irq11, which I believe > is also shared by ichsmb (at least on my Thinkpad T60p). AOL! Very hard hang. I have to remove the power supply and the battery from my laptop then. I also get a message sometimes on the console (Sam knows about it). The IRQ is also shared with something else, I think (I have to look this up). > If there is more information I can make available, I'm more than willing. > I'd like to provide a defined way to cause this, but it doesn't seem to > happen in a "regular" way. If anyone has suggestions on this, please share. I can reproduce the message very easy. I just have to boot and wait some minutes. For the hang I'm not sure how to reproduce it. It happens sometimes. It also happens sometimes in WinXP, so it may be a hardware problem, not a driver problem (but I don't want to rule this out). Bye, Alexander. -- Space tells matter how to move and matter tells space how to curve. -- Wheeler 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 Wed May 9 11:34:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9FA516A407 for ; Wed, 9 May 2007 11:34:57 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp11.mail.ogk.yahoo.co.jp (ybbsmtp11.mail.ogk.yahoo.co.jp [124.83.153.131]) by mx1.freebsd.org (Postfix) with SMTP id A653E13C48A for ; Wed, 9 May 2007 11:34:54 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 83295 invoked by alias); 9 May 2007 11:34:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=oUu74KXnZgg0f/MxRRHDPywN5o/JlBtsxUQ7UQVhXZhAR9pxwxC8ild1c7K+xqizAreGhNTmsSYT8gmKQXvwmqvdLZNsjdTuJkXYe8N+9ki5+DIBRjhX82DC4W8/MFbB ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp11.mail.ogk.yahoo.co.jp with SMTP; 9 May 2007 11:34:51 -0000 X-Apparently-From: Message-ID: <4641B1C2.70909@ybb.ne.jp> Date: Wed, 09 May 2007 20:34:26 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Evaluation of High Precision Event Timer Driver for userland timer facility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 11:34:58 -0000 Hi, I wrote a patch to add following features into acpi_hpet timer driver (The patch is posted as PR kern/112544). feature-1) Global time stamp for SMP machines. This driver provides a common time-base on N-Way MP system via mmap system call. It is not affected by clock freq. drifts. feature-2) Periodic timer facility This driver provides periodic timer facility for userland applications to use for appication specific process scheduling. I report some evaluation results of the driver. Please send me comments. >From performance point of view, I evaluate this patch. Eval-1) comparison of response speed between memory mapped HPET main counter and clock_gettime(MONOTONIC). I measure the response speed of getting time counter from mmaped HPET main counter and clock_gettime on 1870 MHz and 1600Mhz CPU clock. It is measured to show that time stamp facility is not affected by clock freq drift. Following statistics illustrate memory mapped timer counter is hardly affected by clock freq drift and it is faster than system call in typical cases. table1: comparison of response speed between memory mapped HPET main counter and clock_gettime(MONOTONIC) |clock_gettime |clock_gettime| mmap| mmap| | 1600MHz| 1870MHz| 1600MHz| 1870MHz| ----------------------------+--------------+-------------+--------+--------+ average(unit:us) | 1.09| 0.94| 0.52| 0.44| Standard Deviation(unit:us) | 0.03| 0.02| 0.01| 0.01| Min(unit:us) | 1.06| 0.92| 0.51| 0.43| Max(unit:us) | 1.20| 1.04| 0.57| 0.49| Eval-2) performance of periodic timer facility I measured the accuracy of periodic timer facility. The driver provides read and select system call as interfaces to wait timer. In this experiment, periods are set as 500us/1000us/1500us/2000us. I measured actual response time (wake-up time from timer wait) for each settings. Results of this experiment are shown table2 and table3. table2: periodic timer performance of select system call period | 500us | 1000us | 1500us | 2000us | ---------------------------+-------+--------+---------+---------+ average(unit:us) |496.47 | 998.01 | 1500.01 | 2001.61 | Standard Deviation(unit:us)| 2.01 | 3.26 | 3.11 | 3.34 | Min(unit:us) | 482 | 984 | 1487 | 1988 | Max(unit:us) | 507 | 1009 | 1511 | 2013 | table3: periodic timer performance of read system call period | 500us | 1000us | 1500us | 2000us | ---------------------------+--------+---------+---------+---------+ average(unit:us) | 501.35 | 1002.93 | 1504.85 | 2006.69 | Standard Deviation(unit:us)| 1.72 | 2.56 | 3.30 | 2.54 | Min(unit:us) | 492.00 | 992.00 | 1493.00 | 1996.00 | Max(unit:us) | 512.00 | 1014.00 | 1516.00 | 2017.00 | I attached test-programs which are used for this experiment. They are contained in hpet-tp.tar.bz2.uu (uuencoded tar.bz2 file). I attached graphs.tar.bz2.uu(uuencoded tar.bz2 file) which contains some charts of this experiment. The archive contains following files: (a) access-speed.pdf the graph which illustrate measurement values of Eval-1). (b) read-periodic-performance.pdf the graph which illustrate read system call performance of Eval-2). (c) select-periodic-performance.pdf the graph which illustrate select system call performance of Eval-2). These files can be viewed with evince-0.8.1. The following issues remain in the range that I notice: (a) HPET timer facility can not share the interrupt with other devices: This constraint comes from design of HPET timer device, ISR register in HPET does not reports ISR state when the HPET interrupts are configured as edge interrupt. So we can not determine whether the interrupt should be handled by HPET driver or not. If we configure HPET timer interrupts as level interrupt when driver initialization phase, it may be able to determine the owner of interrupts. (b) Timer0 is not available: Due to issue (a), HPET timer interrupts are routed with legacy routing way which is mentioned in HPET/ICH-N manuals. In this way, timer0's interrupt is routed to IRQ2. However, as far as I see, bus_setup_interrupt can not setup the interrupt handler of IRQ2. To solve this problem, we can use I/O APIC routing in stead of legacy routing. But this solution raises issue(a). So, I can not figure out how to solve this issue. begin 644 graphs.tar.bz2 M0EIH.3%!629363A`(J@`2?!_____________________________________ M________X*B_>^]Y*]F^WO>^OMLWU/N[WJ[W-+O6^]]WSSIOL&^[V^W?>?>G MO?7KC[?:^=7W?>:'OKO8[MZW-TZ[J.CKN;M>:`!][[GW M>?;MMMS[LN^OK'M,=WOF;;9O-;MMS@+>X`>=/N"^^N![8][N#/?< MXN[SSON[W;M]GO;WGMGNUVWOM]V& M=VKLTWWO=8WSO;N^9Z^W>][JW??=KN??>WW.7U>N^MX\G5??>[OOB[V]]]]? M?-O>WUN;[SH=]@-F]-UNGMW`?;=>SWW?>?7/>WG?5]?7K,*][+[#N8[WW?7W MO7NQXW;Z??8$WW7R>??;GS%QWU[NZOK=#VN[NWGMBY.MUNO9[W>^Z\]WOG;[ MN^/N[R[M][N9O/E]%N^O/6G5Z^V][/EG=[G;SK7O;Z^GT>OO>M-N^Z?.N^[[ M94,QGUV]N]L^D^L55[>X[Y[OOMM[WOO][KNZ/=KSO;FE\C?93VQQMW- MK5:]O.UU[V=.]>[W9WGW:]NV^VWWWRZ][V^YGW?/-O>U[&[%7C6VW=O-WWN? M)+T/MW+O<;CT*[YXSK3;/FSM][W>=G3NYO;$2YWNM[7`^[.@F\X.^[SW>.O> M]:L/=WLI>[QVZMWKG:ZVK;W>YUV[W7INV]>[;U==\9ZH@````3```)I@`)A- M&``F$8$8F(TTGDTP)@33)DPC"9-,F`$PC)IIA,)@`$P````F3`%#/5$```$P M)@```)@3)I@`"GDTTP$R:9,$R:&3`3)@FF-`&@&@``"9IH`FC%3V33)IHR-& MF)IHR8)DT*&>J330``$P`$P)DP$TP!-,`$8!/54_8`T``T:":8`-`)@3"::F M:&3)HTP"FP"GDPF1HP33*GF"9,$R,3)4*U0F$```F$8)B8`T,@``TT:FT`!3 MR9,33`",C$9-,(R,FC1DTPF"::9&$8D\ILF0PFFC13]-#33)A&C)HR-,32A6 MI$,C3)B-,31IID9,F0$8`)DTR&"9&FC*>F"3`TR&$Q&F)DGDT:`9,F3330R: MI[(T#3`3(-,`@PB>FFD]&FF@#1D9--4&20(":``!$S(:`T:-````)@";0&@T M"8`!H#1HTT!HT$P`!,$P`)Z`#0`)B8F$P"8)@ILB(;\`+N<#23(_Y&`('P(0 M0C<@DN4(#*`D[9#X%\@*GP(07H9+7X;#*-AO%^ZK4-69X#`'CI@+I:)]4>>K MVFD"$*R3E+26.)6PB@[.PVW#MM\O77A6XQ'G>WI&*+\0CC--\4NKSU`K;/3EE5O6E>LI=!KO=;NJ$+ M7PV(1""8!&45'#4,ZV1U5!7U1(JD%6C3K/^KLC@.BO[#IP82Y7$_C*-LK)LBA#8CD/6/I$ MA&U#$'16VA\U?K2G75/;(XIATE^+`J6QZSZW7Q?IZ6=S?4B7-01A+U&G*[ZU4Y'C"7] M?PO]LW`P'+W_9UE@`!`J\`3P4S\Q,4:^Z=D]WYF"H=0V-'ZV&QS\"9$X50@" M`A#FKISC:S&'<6,[)%T[EA`SG:O;)7)`"S?V>N3]&-)M;NS*=;(S M`XP).3S8UC:MR;)^$&$/9F<_:@R^EPP5Z$FHWX+4$&`]>V$S1N(8FDG8T1Z7 MJ%7C^@G`!$91,L29INQ`%V"MG""TIR;+`TVAE+:8_HO[TEE[[%?RB#K_#'@< MO,3#(OISE_7:W?7-:+&8*^Y`PB9S>-H@_)RP95LLK"IM$=AA^\<9*+BY(.YC M[!NNTTH:DRZ_"NKQR#QIM+'YOVD$+BPM-IR(DFD;504?C42@B=$%.P.LH29@7U]&0YKN4B9N"(&6JKW'RC`&<0G#I`OBA6X>QV#`7 M/(7S&F7]<-J\YM/RY3Z`$H3,I1-W,=<'97?@T=*1+01[-BZ!9:GSAMX&M5KA M9#0Q%::3$W?-77?EAECZ%O5J^W"%V633]B&(2`R=*#Q1]#,J7VPVV+Y-/$?6=YERZF4"OY/1E<3 MDW"C["=I7@+O4I##*5$53M#$!'S7!+_E2`RLK=<]$IO-M*"UA$DL8W#M<=&C M6?%V5\6%P&-M[\6O1Y9P*%?G$28-48!W&(S"%2W^*<;?Z,)W?9^OR/ M#T';J2$LYF$B&PF13ZBCR?GG"9/<#O^/W!P#=,T]Y^\GLTQS4_T0Z`=&CE$2-@8 MHR:7.JZ5/=D3M^6PN-T/R1R]?VOCCG*OB_RLW6%A?DW!0,&&*CRG8FNI3,8W MKNG17Y+AZ^35;=KON_0%SSPDG&XHEA?,9#3#X^-9'9@(R<[Q_PP:#<_P=67+B-INP+T.L6N60!"1"ZJ5X)V66K6(72$Y0"..SV>4(6[U>S-"5F536 M__.'B49!9W:5%>;Q+92##BP9&VZ]GID@REP MKWAHS:OX%FI9T=U*"^OP_4Z2)PFXZ;L(&H8*CBN[QJFQ$2N/I9D_[V9 M3,&I?.24!M?M4HA/JOC?[\+,]MP3/"D9`9^'H^\41O*-X;BGU41HM%60X7^D M5W?S/*VZ?P6F0F;M6XJQ<&KEK@[W""=FQ^PG_OQ4>[B_S(SY[/8\"E<$&N8@Q<< MD4A>^DS<1MS=Y7!,9O/65="UR_JB`MCN,4,_'] M\'VMIHP[";I$[_?F0#ZD_7]+V=9(A_E^TKK$E.G(=8W]Y?PW!O,""+&?G'=O MC_QX/%+0QC`NW2(F%"B% MK:05:1J-8/I+(LSC86/NS(,UU!T1EO[2MQ!"?`;L(#D^J,NL??'MS@KN&T3= MMM^0XD_8+1DV-()\?M M]P6+4YN&:[">)_TBXQZL=(HM7#S2`\DU($,WW6/PYK]!N?8?'5DX9:0,E$)9>(.E6G9*W,HY0A!V$3P/X>JVN M4BP&+$"^*;!_ZYW#[MS^&()85:"LQ9+571*[%7S\>3^-=-5OEX/4D@ZUC'(==J/Z2K"4IJ'1L)V]-#MZ62C^OV&J( MIDO.V\@8THF":&>#/_5S#H:QR/F3DT*=0,N;5G[(.GJ1F\/X#T(.R'*'3J,!0@J`J>F#ATUAV9(7C$] M#SLYZO"Q`JY3[M:[T[4V:/SDG+.O2I6YTQ9HZ@\\CVX[U7:[%/NZYBD,W.WR M&LD5J+:IW!P<7$SM(K8^A0R._VQ5[1]_HA1]//8G0[^,I6W"!Z0U1_S+$SY# M'-DR9,^!U4NT_M:R_P2[VDFL?0S4$0P:(0P!@0-_52H7COTDQ994"4\VNR"\ M!$#/@09.3*:'J`';+#C/ZKFG)][DL06-50:`*IK_.;"3<`%^..K]#B)QJ)5) M(D"*A32^F&0\C,D#OMBP7@%V6N+P3Z^S1`S\)+.RS?R=SSH6<9+:-03+:?O@ M$WD^]K%[IJ+=L-H>9KO"6W9G839KB<0;'\O=D^I6B_9>`V+B!'IF;`(=[\#H MF1U5E51T$L^+PX'8R$]8?CZMF6K#CM@&[=9XC]F"3>&UI$.;9$Q*O2MF&+]` M63()-WUQ('NY6/J-)+SGN>R9,;:YQW_D<07GA[]-+_X*7U&5X18G)]$3WWLE M=S+DUU1517,HF5?$#[%_VAKV5OL,#M*Z$\9<@:@)I&LX+/MAWL9HHS(^B*4< M1>[:;7`2JQ!#09X0-Q*4E*M;;8D_]MP8W0P\2Z)U8WE]8IW`;7<\TOAJPM#0 MTN[O3#YQO5:=-?/,3+DTBN-['T0L#-T),W;;=;G%,0A<)FIYP9GOH,9$X],D MM+=C_Q_^1]]W];'.3EX/KT'\9/5T?VXNUU7="F9?=.GGPQ-/9%5S-^*EC&-E&YI[$9NV;Q/Z[!DB M1]:B`-!KC*5O_&)_KY>VU#K0E.6BG@,*]?`W]IKS+Y;*&?`#3(*$;8S%[_*O M<`^-;R88*F83GKA9*^RGY^4T$U0K<-"CH7$\1'IBGB-9ABS3U$N/]+ZY-YM! M[&D_.4WQI7)AA=X.S;>T:!LK/`=G/6^Y5>,U6/S^ M@K5DQ..I^V6XQ@R]@$E#G3%XKV<)BN(#]-/Z'5LJM^K48W(`(DY_[EC_W>FU M@>?!#A=M%S:I/^%@#Z2AY!0$"=UTEBI'AH%+:UHD'?VV]/MSKT9:CM]Y1GF2 M%*D,Y4H:[[H0[K4T3I:&QY_N1=NQTUN-W`TB=L'7U6TNL[*QQ``]#Y\%]E'R M^H;XB4BR]4]Z`,E.3R_+@T-P^7^(K/*@S=X.'1E>*5PXJ53A,J*YC%+F#90D MQX?UJ#$2,'9J*B!4Y7`V>3CWR*WZ[Y92R-%MF0E^=,[DEU<*!`CA!7Z?N4\Y% MD@_2!QDT*;#F<3BET)T*%<6>))C0=.7;1>]^'YYYSOY#>2+W/J=QU_KT:ABJ ME0G^Q-HHA/DK`>X/TT=A=E]NTQS(LBMLT5\;9;!%@"Q3V507!@YC`%;O7PW' MK2-;1W[#LD78RVYU/A0K9(Y(C]L`4+6'&7ECME+$OK#L4B/]%)!XEZYYOG:R M^N1Y,TEGK"PTM-:_BR%6]])+RH`I5HJ(>781D^YLR/7MLW.[F'Y0:8QP'";5 MC!!L$=KED.-W:W"/4?F88U]^^F:,L/C.\`Z*PB-F,U?##>$"?YI2I&H5'2". MM+\9>PZVHY+YBBI:<0^_7:$\QJNASJ`._=[2AN]87\2^4.NB4&LR/V7`M4<_ MFU>H.E2-5WU)S,#.8'>SX8RM*!CAC"40I^Q/X*078D(*CBI6WRFNVD7U&I+\ M#1T-;E8..V=!WZJ5R;@;H^H"!J3P+_JV$^G6B3ZMTF@.!O`00<2G>_[+Z59Z MW^@@F33HJ5>C*R5:S6U";96EI2=;#=!V`(9H4?N(LF?<#_89A!C3 M2"69%X"&<-&$!Q&7=303U?MD!\IKT7W[C6=-)*M+^/QS`KU,5&U0?[/5;J^5 M]R&V,Y]V/+2%?$AT^<_H=&J(C4I]U]04.7UC$!C1SV:2_\;JS,,PPMKR69C4 M8<+1CE/3J%G3H!='Q`Z#Q=@5KS20B1$6H9B$IT,6HK$3Y$JVBL,6Z>.2V7'I M8"^H7AH]J_7>U7@B\/0U^&/@PN.+GM`N_%E^'#V=/XZO1.(C%$.I:LQI6Y9$ M$CIBM3P^]ZD3S=]Y4OCR964OS%=KQN/+F#L%,3F]F#3YH,V%W\?EA&R"@-CUH4<9_5J6.\D2A; MD'&!NG*_!>?O2-##L(,S`*+ZQCNS:=_$KU?M+^UYH;9PW,>Z3\>ZPHCX"%P@ MZAK@("P*$!`"@*`Y?W]?;<7MU^]:VN.,I8!-73YR>%J!^7!J62KDR_.^R.@_ MT41/[KD8=]J4?.^UM0%YIN9-Z=NNLDM^S$A_Q'Y+.(1Y%:Z(7%+8B:A5$\*- M@O=P6U'FYH,(EPT3T:R#!Z]1QV\GGBL#57_?TQYO]!UW2@Q(-GTA_UVX-QQ. M>N-4F_L!H9`R3VM-=G.27^Z6..N*[[YMVK5MH++3XLA&,L5&(*:L]?K_W.I5 MK5V[@"E=%V@L7#UL?=R1EZ-O<7R[*1_>MG'@5J&JGJ5[ M:X$@GP8D9[*8.=Q-NN!=@Q+VK$)L4UPLO;>,,K M`)S"HWQ?H^R-2BTI8>A@$^]J`^&X7%W9:OG^6_46+N0N5YFNB^#0O7M/R&^Y M?S7ZNTG4=><0Y011N/+3?ZJ;`E. MI$J$-Z#)2'\NY*8ICAE"%UHY)_NISH3.TUT=-?M^SL>AU/AIDH$<7I'.8_BG MT*=CH1("J>RM$7K.HQ0]*)QK2[IT^?14O:QAI=;\_F7K'.5_[Y#==5?&T*G7 MOXZ?F5+T^6`NB:O7?RO].SBC-X[]\$0^=:E!,\N$*Z(BPP1H(8,T]4P/:N3V M+\(5TC_V2Q3/8PJQ-BGZ4.^8WI3.F.$&G`+NIFPN+YX3X M)P]=>704'WPIC@NJ_($BR6>]4PTK"@?"5/67JYU(J;*0SZ>;-)[+1DJD?CN7 M@Z>M_TD6;,!R=-(YBS$4_@SFD#!N3C!(\]C=!![?OKV;1FM'@8)WV'B61R!C M:?`;;N>.-#0F0?D2JT?FC2>IYYVR$YA22Z!M^=[WH,2@%`?70VTVCA=N0?;R M$!5YZAKI;3.*+S]IBJ?&;#@ON49ST_,:52`K)5`7`4='ZK1UAS-:ICYBO`SO M.W#+VBT``AMDZ^G?P905+6\UA:+"8" M>Q,!LE.>*V7Y0HGHRS(XDF=B70[%NYTY/+"H=6;L9,@E@25::^U7V`'PN$ MVQV)V!E_^N%ADWBNAY%YCGN7/RFO30GL(;W8R&Q\*M>SU-[BK+K:G@6N".^?V8 MTY&'2KA_6!W:D+&BX@DUEQ#[UOO[2N^6*A38Y&"6]+Y\O85U##CSN,,QD;TU MT!S(YW&T-4>>VF3=H<3(ND=V9:0DVOT,5YHI?>=X[G-AIZP=0_,FW=.%\R74 MV++]Q2G8DE&Z1YF0+<\C-U.E]RR1@71@S$"FWXLPX6MZ&SL/C0VL!#8&YFGQ M7>48%BC,O[TM,Q<-5QU=Y2]/(;^P^^K2>;7U2L4483$R.FQ.O\U5GSH=&4<9 MN9F:1W40(S/FCV^=J/I]-[HY@\Y=8>MU=+O-++(`+E#U'TCE][E/SUD+:WZX MS/"^?15XM]9Z&FF!$:8>Q?'6F#2(^WHXKZ>0+A3/%8,H0B9\;'_KYZ@=<^,N M3ZI;ZL--,'>)>.3 MY3(8!<;,REMU^*!/Q^6ZZ9N'N?@L^&YMAA_\#WJN.LJIZ5H_I@9V*UZ'*5)V MCJ%B1_#S3>B4>&@)N:BRYP4JB$W91!!I:S?2FO5OEI7`IQIT)@V5O!YX0SM@ MT2/2_KCD*/61?+4]7:)N]8?[4;MJ'(4X/G;0Y^Y]CR=TV^=.9/:I)![D*/Z2 MWX)EK8)M5D&.\10Z5LUTNCW(7Y9]5V(^ELU.`HM#O&0C>5!`B*6#.WK]J?01 M=4>P"BMHU*YYR5S_<')-(/G]:/XJ/Z`QY MMQ;73CTJS*_4N]#"%R!"&&&Z,E"HOBW7WH:"R6"CZ-^.S$YIN;G,'TN+\'/Q1 MN+G/0JA4(&5WZ^.L,*RRC%,E3_T_E6+EE+)(6Q:)7T?!X,WEO6?Q4%?2[%[N M7AL./[A0LN192"C18:95&R,H-L M,,LB/HX(ZL6%2DG9R>?ME?S)]&.BBL51\ECEG.-1+9W+50^C=ZNFJ0-[1./X MF:R_7K>HO+5/=NB+KOU,@/`)D^(RKZ??//-G-U]3]1$V`XD],7P>`V]H@^*` MDXI&CZ,?&]@B$C-4?Z!GVD3*D60]$66&__*?)/19I930^7,&D`5-@9(>ST*T M@S\H20ONDW+M]-./$>\B81`G'O?S_S=S_&.]!_/&.I!>8*VB#OKI!W0)X:`Z M]#H8RA1I1,JVLZ#A,/QV3`P$)"C.6B6VT@#-48E!'D%!D;19==P2EA8]2G%J-&CD-G8X.6%G,-G=PXD$NA3'5K:B=$$\1Z:_DUFWP-+YQ+X(Y>1B:ZY#-8I=MRGN*1@UU MTIVS\`GM/;!HU]4'JM[06C0O7MV1#Q0TGK`?54BKB%7:LF_GI7E33M//!K=G M_2^MQ5=27Z8=9L:[X6W:Z>2\0%&)T?L5Y0^AF4OL:,H25)C#N/XR/S$[N967 M\1E["!TDRT'M9-#RM-.P5$?**2M_S9,R+QK&.W@^V?[R7?5.ZRN"2T/T_3Z. M4\67JJ.QW!K& M,],`X5=UY4YC[&0ET8H\V<=J#E].C!6KM+(A7[5*R'"Y*9EE#W=J+")AD!B< M]D[R>PJ,=J.7N2SKB])3I0C:X!:J7)!,/F8_-E$-I8KU!57&#NW\!I3#T`;A M??SO\1R(ET*X*%PP<,T%KW&[F@DA[XQS[,X:< MLBB(B^-MV/<]ZS1>\CJW#91KX5G\*3P_IM/`>(I5$?D9A]L!\CF]I]BD+"^' M1K#:$]>%S3"_CH2%!T?[_S+7O7DO'EX>NIS(=65$5Q8_YS2@QU9:;H?]Q)U[ MKS@HBG[]5,!0#;AP((*$K["<(O&2+S?95IE#FM)SLU0*JZ_E$*(_/*)15U:6 MRC[-]_8.VWDO3'1J6X=N?0ZP2]DLFYU$3"-)3DC;&8#^):K;F@&M56?SQ^*5 MBFBXO*^/-/Z?8J'LN=#6T1Y_$I\G[]M*:+0%=$2C-:H81Z20<1Z\V'<'BCYS M2Z4C[E:FZ+8X6%2=55[SZ7@Q'ARJ:.NOAM)S"WV63'=[!=*. M"CH.\MO7L2=%V?,_J+F[9+O@-+K.5\^\:2;AOL\[H6-PB?_)0 M03JK\Q!#0!7>1D@2LR6+L^'*:>T<7$6WM+2C,PXX=ESK/K4W-LZLW+OL6SX? ML/^`6U/.;&)<>3B>8@,IF0@47K\8IPNI9=&0>MJAZJ#$@VSN=C;A1_&F1=$9 M,4UD%'O#.>\Q[S(\S)89SR5\"0'QNC M=HSFC\;']E'YJ/HO2#R^/D+?_1B=/9FN7OK<8P->NX"*ON[JZ>B8C".\N.IEA-<-)=VM;Y%&8-"7DK^QE,'WS%,1[04(]X\\=#XV0>BZKRPGG6=+<-/@H1M]:V85OD09^FDZ3%?@ M@EF.L/]/,0(.E&H[M>=?Y6_?J*\:FT'"%%"?$(*F8B$A:;'`@3(#WCX#+4AIFYT#-:;X?/'%<_!\Q`C3YYL,`5>V5.%"KU9ZS@2^U31Z M$E"5JZ6`]+"0:ZMLG:2(6YYAH;D)3P>4(LK@]M6NUQW_/D@NZE#-%=5>0^'1 M&D\I2\PR7<1N5=SD192FQWT.:MUD<[WC]5-JS@+I^]`FE4I#Y=+O\WR M7T`)G,1[OJ_S(%Z@^#PXD1P!# M97V$5J=J4/[-.08.MWLH'1UE&D6HXO-?1/&I;"^&_D1WQBR]C6WHG,91[N?" MQPL@DO9C=-4NZ#`F$U">',J93[0$[2.W^SXJ<,648BEWZ=8Q>W@A/+$@(ATJ09I]"Y-)R:;AD1B5: M6-Y^ZG)8K(U622_%95!*ERM>RX1NE4[5-D8/&8XO=&+<8Z6E%X9YW^NN*H-`[]J>(U]B+[`J8YA14"NI0J*$8L^W1TVTW;]<1?\6;:!N4`M8`Y9VM M$JAT')U^*E`;-6!6:C*J-6B7(%XTFX"%WR:??W`)@2D_Z.8X"_W1)0&5..Z* MIK?="$22D0`*".WG_:4Y4&#.T,`:>?]. M[/"+)7*Q>%H%L6Q6,P5%16+8L%L6Y7*Y7*(RV961NRIAI&&Q9"[39LI2S17; MEDM%HMRR6"HMRP>F;L5E@X:9*73N(1V=*:,"^H>&N5`K M!8!@H`N5RJ#-*;EX6"IAX53:RCJ"H09X%'Z426S)B"I3S]M-:-)L[@ MY`.V*$"\FS%0.(Z$R*?AOCK,K1:;C\K$4FZO0`9UU>410A'%Z%L;%CV`?UA0EI+;Q@NM_C@N[E/A[SG MER[:'Z2W=)^+\>.^B:J@]$U9B0]A9^_@MX%5]B4N0CQ+:O)<3 MJLRN_JJ6=X,S@Z2!7I]I^K*6PM>M5)9:6TK11PR-!!@?-@3\0YP@%2J.\^>' MV-'BO5/8K@N!KD%3RC2FT_\?6J`>#ZAA0W=%5=?(H5>1-)DK#OHVN,_44$D2 MUV&A-YK/TW,LE8T/9[=1%1U'4/VXYUPH9CIWD\Z?]JXBC8Z45%>.VJ!^+,L@ MZR@7%:O4\,[QW#PZ:8M>`%(3;HH0JEA,05O0^^CFSP2>KI_KWVQ&<"6H&KY; MK-TG&[2(;#+H-VA\_`O_=2'E+QD["H&%095#&K"'AN][21JT!:;!,4]*?P4) ML,=:KHK:KPM?Z->`A#Q@$)O(WU`W/T39\1'AQ"V4*[0>(=Z^#UO.\)EV:F3( M"),@XC)\/]1^F]3Y?A&9K%"`2[AL&5S++,D8$.,5VQO#!9)TU$(F"7C=N[AG MU\8PYQZ8X!NR7HPEX&_+7A`M\DJ6,R73 M,P.!0&&%#M5;V$P"NLI!0.SPR-%?1/DVB5;0=\CAR>#-?M)1B#7YQ*UV2J34 MTHMJZ-B*YN;4(@#>C-NK>3'/CIA(7%DI$W9'77H5'$?R!!]F8O=8STYH:FO+ M^OR796LF6D$U=9!_DYT:YZ'6P9PD8?]V!+X^,FR)%=F8_?(:>Q*UFYTLVSK6 M1DGW37&6-\T$W!'F;_DU&[H6G[5ZVD6W!^P:<2E*,<2=H7UVNNR1@1M/ZJT: M%OO7_4,`0I;POYSAEDLVT5Y@EDN0:IB)WB&I,9ORMME4ARN-Q897BE!;'OV.@;;$ M-2%'RD!=SC@LN:F)J@1LQ#?9)^U\L\?9WW2?2=L?/QOD'P:CMXQVS]$H M\4@4_`19VB6T.^YRMJ(?3&*;/#/@FTLZ7K$!M34KKHI!0'/KB'LD4T'#JG:? M(:W:-W!1]=+/VT3,*LB1J%J8F<9R:>+JY063F-$I',QGA%B6\A_UVEQ[OR[] M\E&`VWW\UR'OW3YJ M5MX.@B'$Z4_7@O1Y6-C5:^DE=?8_8K%JC9A&V0UZ4OO_O*;N>E="HH=U_AH( MX-D\;0"[IE`4+?I]3G-L>=Z5UL#I^QF)'LX,I*<951,XA6'K(?8;PIFW!5^` M"YRRMP/GC;=H)*MP_N@SXPV/V50S(9\9PQNA9KI`KS-+'58Q66211JF^7<@[ M8^(;Z]O)LJU$".)+JXX\Z`,4D8K-5:$HTOC\(70/#*T+>$G=;WYC@C_#SBIO MF(0UY'F^/TKN""A0I$"!`-1A*!587B?/[]\#^E#^.AR.(A+-RRE* MIV?[]VVM";;1\5NG"7.QFV]G3/:-)C;)U9#$D)4U0]]#JT.ZUKI7NZ,]E\SL MQR6(!"(&9`L%TOD:63G4J1N!_CB7S^?;!X''SP@N!YM[1V\^N$Z:,V4[Z!7Y MP\&/]VFI\E_((MVD]_CE9`P#*W7;/U("H^Y^AKK2AR2E79SF:_;@/>W09SQ' MF;-@?L$E7BP/-A(.A31;F?;Z_\N;J!P,7/95?F^QG7IVKWNF33'+SUDF;A4R MZTRD256X[ZH+EA2D4%(FSPO>K:Y8X*IW`V"Q^7'\IZ#9PC$M_/>_%ID;]#B[ MW:>S9T=('(^'*,=WHW3%AE[;?K9_Z\<*%J0K@3K@/E0Z8*O,[/6E2RPLF(4>G,BY,8:<01Y//42!%4&%,>/$^9FNF>%D9KFZA;6&Q+K,WI/8@Z*\*2,A@MX86(S MNH+9YR(/0E13M_G3.,A$Y+K%PQN8/&_;0AGC]IS?S:]YR_#Q'N$B&7C[><$4!_(H M#D\5G^@5++(I2(KI9?*>L9/JX5T#7V:MIWC,[BBW`';[W^Y";YV7P]A MBCW"^02(B8`\LM%^-A?"\T.P%)K-PQ][MWHI6#[':/-R:^;K<^XKFM0`/_I' MGJ*P.2H=1I?8>,@@:Y4Y9?!K89HDYI`=1;9+81/@B7F)WF;FT<*^V794]"XT M,#X_Q6FC1@$U.U)SX48&.D#C\*[*M-?3M.;'7%*ZPG,O4DV4/F]5*#+JGR^A M?1VMT?TU=)4,[03KZ241KM!U+KUWT1!0]?!7^PNMN MLDNDWSK^T*A)EG$OHX$(P%4\EN]`8"R..>.DSPTL#69"BU#"J(^IF8R/M:$U7 M^7"[![\=WR\=H':9":;)O)Z49-P[=/YKPB[E)&*!<+&\?)'805F/LF[\0:J. M4(XZQ?U3P8AX5YIT]]72Z&-8UJQE\#A&2DY?:PXZ:,FUK[QW$:#*G4CN0M\R M)'Q4^WUH_RY-A%@W@Q]7JL^X@A2`<`^@<@,@HH88Z%L,;;[F4ME'&/"Q)L`& M$'YDM.SU8&-_FVQ/+F^?6Z%:9GR\;O8FQ+6S/[9="1;D5!ZR%P?+]DCAWR`, M:,=[56QF'\FI61?:5T@WG;:197H;;IR4M`Z93A=$S.>!`->RU6+,S[-0 M(^O(@2!&D63%;&$T;\`8>W,NL.1Z2W1=&'0%6ED,!U-3AZ(WVT58FA5SNH=2V$\XYBX_PKC%N M9'M]9%(/+[J3;J"TS*3I/01,Y#EM>&^N4DY:@)[+K);JS._!@N9,_"Z\+>W" MI2\P@M"0K"(H+(I5@UE]O4+1ZO3I79M&05EZ73EJDKO3F,6/:0TGFE[&ON=[ M#-T@)GTY"+\'Q,UG^&L4#+D*+4^00#$";E><-A4S\YD^/QI2H`$51!3%S^N_ M@9O5.>Q\7ND6)4M$$UMXBQ2H=PK^4_FGX37XO!$A3LGCF/VUE$CI&)0-^`(# M=ADER]-'3:]GKTJ$#MK\A:(>Z+9_,`H5LXLRA[_5%2G+'D.U)PFFY=JRF/Q% MI0.&TY2)8CVFS\J$34HY7^U->+F6Q][?*<,H:>CPY#\XJ(K,PTE0:]!>\:P1 MTMY7E^=IO6O25*4I2D4K+0O?JM6S7GI/9]-P,B-_<9N=]C']8O68G-T**8\9=@#!^&J%7DI_U.!R?U'(U7I/LTHU2"INVP MU5*;G.@I36"YW4P1STXL);3-/HBK@I['\P19W86-HP\%,3)1[%_YJ)GN9ES= MH(KL50AA5=P,C"OCOL(-NS6YK<:,T/P[D<.WD4^]:HML)4_O M[D%@Y(G;$]J_'&OVMIA9\SDO09+#SS]4N@*B%LFDZDB9D:LV%(]DUIN$Y!O6 MG_']0R[OD4:2?BA&1::\Q+;,>P''SOEDO&.9$RU,O*89AJTL%@'$?Y9K1[]! MF!8652'OWD7411(B]X#+&N'+E-K4>2[P'.Y+NC'.G]/ZW'\O++4P,&# M@@;3F^&0,L>8:P?H#'V;[_Q=*`I%&`>@&`,SQN*T!BG[/0%E!,.8/E?HQFVC=8BD/0TKY0+#!]$VF!,N](,%8CPFRE!PE!$'@;P30.1L5::R?U^M-!4CR>R>E>'X>8R]TQ44==LY5X& M1SD0(@'O^G(5CGVW?/3XG(.K-'$]QQO\X:#^4]+%Z9L M+TCY-\Q,N9"+TRUS3\6VYHLARZGG+A,9T2GE#(!'1JCAZL/2TI[*Y8#R7Y$' M`6:3[0A,3BTJ.G]@WSD4+%10L7>DTWM;GPKE=/#58Y@Y;&G2_;UY*+T_;_;:F0BBPQM[# M:'>N6.%O:/9J_"]=)]$(.A0B$%I,I@W=9^DEP':#'"!-Q1J(V3-,^(1\'LPF M'M)=Y-&]W?FD-EM\/'6RO&\6\[_`5XWW-IKO$LC1PS3EG7DO"&@Q_B/_X*BH M*$Q)!NER-F9(\+65]50J_N,=2L?"`[_E&9/BP9> M'LE1R1`NY?"HX@9SG],R9GQBRX*%X5%P6N"CLHU0,:']2ZGQA0:7,E4G%&H&O%N*#:[+L5J_$9ZMIZGI2H/ M]7MW6+J7#@1-6.F>+@_O0#N7OM2!I"0^NJD<._@ZH10P6V**IBX;^+.*CK;, M'%(>)):N/A0P0FUVS5-*>Z_8V&/QHH1+::,?[%>A@?)@``GZH23A9GU&?KD" M[")11J=VR;'6_)DZU,3P,+:.VD171O2UDJ1IMZ>A7N_([^ES;GI:C"65>@(O M,%%2_VW?R5;_;4Z.#'G*%"AHP4,TI+UHEV&3&PZ`KE`HH`B&F`Q)7*B"0!IY M+>+[?\VP!^5+A-`!,H`]?.^/#Z`<8@-0+R";09:*Q7@GLMCQFP6))(#L`#8F MJ@H6BN220'``($(`"(("A@*)*D1$0$!/M,MIX\+``;EP`46?"HNR]`,@=6@7 M]L/N?%D;@!LR&@'8KP&3>2KEF-:516E`0C!90%\(_YR"N'X%`&( M=&SSI+NV0(`HTN%RN#!("V1`PD(,`K)-F&S=]0(!"5D%A@%LY7!>P61U6X@- MCSH*%<`R?[[:R]EW5W&KIYS>_KIA//.'HX'6;;>EF6W)T9^GA#_G\KE5AA(,'JZ2V^),2(63/LDT7NS^?X2 M!(H8A.,(CZF%1XWO&P&6&5LP574Y'"&$A0')&[>`^8?NF$4V6JQ8@X/T[V)& M0!)\==),,69,Y/6S>6B-,:R$=Q;>H'GBMEMMZ+X+6>!9&ZF$:=MFKC/];B,1 M#=;]@04=B"?O3Y"3C)%=]C^C-O$_8V(E?Q3E`0K_UU(X6B5$;@%Y7M'CX_`J(IK^,W5GF/,<''>KJ`97!/)Y!)T MQ$$$RDI<.,!H.*`X07H#@?&8:/%)@'2-,KFZL!9!/1-`,`+50Z,*,8N79=KK M&GEAH[PM'!#,0)>+!DJ>1P$)\_XY7P>R[-#+LOST';]#,%9Z%_<%P81N^0!; MEO/VP#8PX4NB($:?[.W+!:*K@6P;1"1K1:*\$L+L`C^4=@!&R1(@=NL7!BU- MP,7`MUU(+$@+1?2IB-+>VKFE;O#7=^\D7$>.F>[F[3A4;@2.IJ%BB"K0>A!, MC[3;YXAKTMYB(&/B"$M,8X0E=,Z%?HKPA*0Z\( M5DWR,';AJ'0MFB3:9.'MK[,70SHY*$/E>+X=;0PE/W%U6L3"R^65\PS<7!8. MPEZ$8]*RW+%D_;\)/`OJDQ`X"2NLH:F*WB.VS^*@3T/G/.ZPB8ZC$7,*K(JK M:\EO:E+S%WE&GQ!G19?-,FV5M:KRZ?#M$1NJQ'&E],*I$/0$`5H,]%^-O,%!(L6#"%LQECD`=&"V`?&[>^%9:)" M["ZP"Q/;#=,9, MPT!,TW135FBZ4E4$R_JYFH;*&VVD59G%-7I`#R>N?G8`?\U`0%/@"H0&(8G? MH:)O,KLI9$M[>JV1V9=]MOG8'7!0]5#];)O8:,14E/T!)$C;&DFY@L=IW\,,;@<9!Z_"/$"<2/_(B0^@:>XK'+1^GL;Z[L$E=,V8 M>N?TA?05^HAI^W&AL)U2G/^:=L-Y@U:+R=_R]6MWI+0'Z6O<=0DV4J"*PDA_ M@<(R7B]Q\;R"K7?,P_DF;FK>U=DT)&4^VX]$^UIKF-I+_\HJPW_7Q)>H/('> MU_E4?T>8=\98?"_EEI8K%%@'+#6(`R:%V%@9.`4V@0XUN77+=[;M.WYE99! M,![*,K(`\=W4OI/[JE@ MXF%V76,OJ7WKR9D^:QHZS5Y8VK4?1U1Z'(1X,=;),EF!"HF>TIX[P3%*)#D393#L M!Z?]$$Z:5BQ#-@$T`0"+*JC'F)G]L+]C%9+,F9OE.=*?:,;GJHY$>.]@,D7@ MW26#.[93-VOI##B'O^1R)%\GI/JI1OY![L1R> M9*@G*DU?1$W!S)Z<7\"U]:W>`NR0=*)KKVJC@^<>J3`$($SOY7A)T>%$IA=# M!V3E'F)NRLN-W^G[.!"VKQ'C@-0%!/!."/@Q*X4"H_BALY^>TOVW'4< MD"<,PDMOKA@-L'+&PBLE\^/MF`@AT*$$2)DB'SE,V4:G/'0';K51GR5F55PD M#2M?)N5-R0S]'BWW-$J9`MY`)9H)CZS*DL^3@?%?^^W#YSH+A;>4,RBBSXK# MX5X4AQS.S'^J;:AV3Y"1??U.G52VZ[&10Q"47XGR*C0JF;\7H3<-ODK7]O-Z M=N#`"4_!>RRT< MX7Y=%/9>9^M'&1_JC:X]5C@Z0!X#Q?R(A1"I+@4C25*\LS[\I^X@MBRZ2-;` M+>A!@YA0H42TL\7;AR_H&G)1BLT&+?>FCWD`,F@=<-NW8`5WOG6:)7;$]K!TA+5TD'(0C3@V M:)R$)G76R53\S/S$HM$VIA]*D^WDYA7'O4413Z\3\(5KJ##-WY8;=[Q2>5KE MV"F3RDTJBD*^2$_O2*]'@-7-=A<(&RE?FIQ$<"B6;B=[EYJ._KR2)DWI=E:_ M%L05Y)!_@W(8@6=4D%SL%KC8&%3M*JZQCG_QIEAUDG-JP:45)1`R+[8IQ*MD M7_0$:5_#!OT6=H-:>EWCTK!=&(?!X_DI+$2RV+;.2P,JRE/`XRE-F&&6&\I/2\0SU8-`8YT>>[7*P`\;(4`(0]KDPR23SFB(7: MK?\@LVMK]V&?3&Q2$RT=;1]]0TM"I"%T319=?!;VH30RS]Q#18UPF*<;@Q MU"#4MU&G@O/N_PRO^NK14"25V0B&#W<9INC#G>1?S4Q8+VV`\;=R!1'1684N' M;U@S[5725!SJP%@;*<9AD!A=PZIYF2INB#+@HHJ*AC5`M>5'Q%V%.LTV`;&P M:S"-/C;J;F_XM^/FO5CK_W5DTVW]O#_\XW5:AZ+=ZJQ(Q$XCSJ-SE`5?@LKS_F7C;X'U8#CQ+0@0W6S78W./`@"*(7F\:IU:2P] M([XZTINIG15X\N14U"#P?-:'@%3211>9A*#49-PW?3B*& MS)9(,>!)F2)V2UH2VA!70R"PLU#VA,LR[BF55^;J#`<@NW#="V-\1PPT$8,LKH MMP*,_[W6LB5S`JKT5<94*8![+;YOX/;VMU?)=\N>RUW!CGA6RC'QLJ?4JB". M3(%'U4=NN@>WV3@(&9A$)3&$(;F)P[J)0121]?$)=JNE=H9JLN>YYE8Y-^F< MTVE`Q]1JF(73]+U%5%\]XK=$$=-HH!R:WB_Z+'JF(_NI%N5]P0<)%G/<1.I6 MFITN4LR.R>[Y;0SR^4SWA_L<;`2(T5:UWG17&]0#LN#B&"@IO-I3'5C.G7*\?(AHWT^SM[L$".!HF#$5E@H><%8C[Y4:_YQH6%_9`[2`; MF:N5+R`+N9A7\OL^9((VQS7U-J_K%=DU:,TCL]M\>WHP'*4#XSQJ%`Z[W2[C M$6:^2;H`SROQE0HQS!^K2Q[CN4*X*YC.#AC8USQ4+D&4Q4TT`0DX!"G(I2NT MKR1*;@>RB(%^<_-& MBL^OY&+:H"I"#<+"&AE`FIU^Y^W0/*7WX'AV7;?/;8=FU@GX!KYDI`6""9]V MROANU?,(9YJ:DJ6,H)$9\RI,F4DF4`73E`NBS.=EC=TD>USV\8J==@K(A@Q;T)1.Y`4^FEW6 M$9RR#JDV1HD_KC?)X(%A,>1SIYNB?CS&O"NKB4X]PZD.*J_\.?U2"^:W`B*B M[;O&%6!.N"R1..>)AOZFUY3H8K+50$$B]$GHG/%#K#1(K(;'M*C&ZM[0UDZ_N]]!&7/CD6-,CLT`DH=VL*\6,A:9 MY@T6O>WB7EA3973=5F(%4SRZR$#NWT7X$7S3YS8O28E\P0>'%1FZODG2C+%_ M?)B9MB"]>C_,75%<5-_R`0$,ZLD)VRH>Y>D3-@[$-8UG;Y@&@;%?.-7W1_IS MS^6S9SKVSPM/O5^'7M"AA-K"F=P,H^.R[.D^XQ\@_>^AL5=1.*&Q`G_6$.?$7)6.F9`1``CCS1Z5U=1CG%MU.^9:A2U[';3CI<4\05N5C)N+'6UD:O5U[(75DV#&7I`8 MQ+?;Y/6D6D(QPQ%"O`IA7;IR)[>UYP&2I%;>!0Y@I*Y35])SFC5*/8W%Y=7$ MO0C5\-F*;O.'A+VL,F!:Z"Y,8M%@/[`SJ"9DC_%Z32[[H#)WD*MBJ6I]77/$2[-#V]RZN.V;U6^B`P=^+?3#X$K6#75[PA1H4 M,@`<9[I1Q7=Z54V(I:"G7![F\5'V"V&$SMC^"=[]X%NI#/_[:6J"$ MM03UOBZ_*<,DB;_K_V>0(]HMF=&>?A$2YH366;MX')ELA3988[]) MU&8<21Y_W+$EN%U(F+1\\%ZN6N"54%Q8!^WAA3>V1E=!:Z'HS^MP=0O.1N#0=CDD9<#BW, M3T'Z54VPXB?47I5F=-U<82MW$AS`*!CQ"NLP5[[ROOB\R?U!'P[60\7F).`= M'8[D4POR#T@IXOD:RS9E*E!_8]*DZN[D@M(%J"W/Q`B2S1B.;KX#N1B5Q=\K MJ9=K0[(R+8#<"2+1]"-[A\'F6_M,M61I[7OK6I<9 MO2\'\#\&[A6L-BD4QUC;!)J\+2)1 M5PXN_(R\5V6UJ=TX*1.>)Y^$O#N-VHZQ"&6K-_ID<0B0P/JAGMHOR6H[KE)N M]9B2/0X?6\:G5Q://RWKE<7379AJ6:UI-F&HQ M9MI]"\$-2F#-6&H7Q_A)Q=TNY1G59MH30.70/^HXUA;$M\2/`)FS;+#8_`M, M-DBA4[<3C*=E,Q#G.M\IH8*`O&/Q@@20[0H M#!.O',";_#=?XB>'8D*`($]0.B.)77(HI?FFS1]!LLVZOW.\WM\6*Y?<.#PN M`)0QR'E&5#?\A32A%Z?3E51]94H]R")J)!)7UK3&(#6N!NI]@^H=FN"L+(5V M`B2!-UN0-&@+(B`SL29FTCYO@.7`)^C\6?F@ M3!-P54DJ7QYIUD&Z\T!+5"_U7Z.LG@!&(!1/?4E,!DNV@8!]I=,0NFI9%EH[I>Y$S\OJ"P$`XCGP80NT,K#"N/4WJX9D0X\^ M@45]7AM`JZQOS-(D@]OJ>U7Z9[!L0-P.<%A7(IZ:]`>XDTA%?GYTFIQD:>:? MO-ST<5R^;0^&_3.3M.P7^/,!6-N54X8P[WF-)2HSWC1D+D+HJ\[O1M^J-NXE M?OE_>DW,F,IYEPF3JH&-%,'&6VF]-<1J"ET<*O.R#*WIG]1Z(I"/\>L@=Y6/ MJ37UQ/AT"9YCE&7$IK*=Z09VMIED?VY]18[`['-FM:T#,!XZ,(5X,@8&C M>'X+#CB[W\"%+I>Q\(&XB2XH:OU6RAQ0XZ>,E^<2:3)?Z-KJV(5F+=R5;U>6 M&AG_'*WPEH>!.##,+8QT6*['@R,0\I-`0C;V@X:QP]7+EN['Z"NL^+Y;7`;Z MEFZ9#?^G)[#X`7)`12!6B<=,FN'D<"YY`!R6]:9A97]WTBG($[@B'*`P\80E MZM=**!FL(/6B0V,]!D=.)@[Y\;BT.9H'3!7`6K8/)XCNZ.;/"9K MEN'KU_;5\"`*R`Z[[6(K$"O0O%V<%R(SP?7$$0O:K^?'I3]LN]`YXX$Z>-Q$ M=4<%?4?"<:-9#=Z_O\J&.(N? M6-N#5`;9G],$<3$Z$1H_3[]>)\EB&5U>O&NY["SF[("FV9< M0P>UZ!Q0!)'(CVJ\(?[X,85U18!>FKQ! MT50^#*\0BUYQ6`-7$\E$ISJ3U1`KX2CT?'3!]@@&^D\1UF]+@PK'=QQ9HD[.HB)_F51$26FE`DOH+H@C& M`J,Q_*F0;O3+G9AV,$4C7R:,4%^GNZ4KAF4CXH\; MGK8NXMB(6;)*8(,C3A3*U)D5T.Z]7D^PC;B._%M^>C^2ON9MA\<_[Z9,,E[N MM(Y4Z08>4[.LZ$N\00R'_6^T?PX=6$-#/3`ST=-Q1;^`$$BW(,TE`R=BO76 M'X$O;M4ROLX:;$<:58UA0./6"JZ:S?:L5Y2<0)PE3:+:YFOZGJ-P`Z]);".) M`OR`Q5OD*$]'Q^5')7`J;$$:0.:.SQ-;>]6)**:M/19_H'9BI)8W@S]3Y]Q M"OPV$0,^H@*#L)?B=!=VZ\.(XS5.8+?+N_'4WPY\$-\(UH!DOF7@Q-LK(0]( MH%59,5&5ZVE9SY?FY#)DOC M#.:?4J8()?>OW!-(EF3))-20%8%""/N*%R;UN>[WO1H+M_EEE1Q.1_Y_[%1Y MWMY/XU&7UULZN-'.F_=S"]^2"XKW0&H*C%-OEM($1`.B?YLL_(8N4R";)Y(U:))\0Y_-:S-QA7XH%CN^CI*L1;Z[[@/E2 M$6GS56.=M`)H0E6-]8(J<=Y;KMQ(46$2>12*)&,SIU8YGW9*'=),@/X]XVT( MLAS>W=X>D/@_4=MX)_7>,N*(`IGN# M1.I+&^"9R8^`-.SST\`R#B,)ZRO#=30FQ@N>BA^8KBI6]M=M:5*OK*'X?[OA M>U:\,O7W5+!*DY`N4^4S7_"S<0X4U?N)ZV5WU>:W]K-!$"YR5K(WW/80RN&2!BDP[=SP(S3NMD49Z-D#I(V@E;DD%Q=.V39.:^4!AA"?UY["^<%:8JQ_U M5<@JR*=#R9I!B%<.B`UHUH>*LKQ>:G?87$4U(1+DL!AD#M(A?3_;E)1D9C.^-S<7`_[9D)LW11\VFNF&AU;#GHN^!;<,TK']J?LRDA6CH;H[Q?09 MLZ6*!=A!I;$6QNPOTLY87BG"<[`?6HB25JUDWK. M5[\Y=^D6$,+7FC<$5K&CF3E9A,DG#U`V'GKT,IA\2^/4""/=&]:>*I`Z*KVP,Y M

6LU$45V]#P]O>ZFG6S9]ZIF/O6#6O0/V.[2Z3GP6W[6(9Z1 ME+>E18217@^47"CH_ZV"_`,*0KCA[;N1^@XT(U:!>YW"N_,&_EGU0T`1A<\& M#_FOLJY.6BQGU559N$=\-M3PVXT+1W$Z._OZ.Y+(L&G>R-(Q0C]YAUW'N0V> M9=7ZK1[R&+KVU>AK(MHY+V@B#\@S(/ERM!=_%G2Y$J`%D1I:W`XYK7=L]\UX-+'-06MTB=.Q4G,G4Q#M<;TC7ATOMNA6[.#JL(*:\E'O8E@8*K"NKS@U"P*^Q`8/B@^3PS$Y/J08/O?#GV7DD0[OCC,Y1%4:[F%K M7/>I(1:C0V]R5)2.P!T@Z#VJD)^O3@[MRG80]WN4M=#O?VM M;4<'ZX'`B$Z'@(]?J=G8BU+4BPI)@0E.>1110NK6P>=@C7UZ[`*K3\9^`XI- MI@!OQD0?>-C<7<]E5(R50MJXOPP!N#@I^)U"5BW-.^H%!:PVBHV$;;)(WH\2 MD:#.^^\'<(PT7[W#`J!&!*RA&AFZKTA(`W"4?6^"]`RY=I[W847]7,P5U_HL MU1PT%48 M_"6P]Q>B!?6[8N6W)67H:E\K::'PKDZ/C*7)A&/+$+!@+Q"4++SD'O-DT>HJ MX%OGT1FO^36E%(M4%]F:%*=^9<\`DI`:Q=S_K^?7_:M34Q$F4NSR2H*#3T9! M.%$M.VGW6TT9:,-`:P",3%AK9DL(NJSV#T@7GL=09+X-F[CD*6AX;%.U#)+=A]?F%*",BB+#'VJPN\1.9O#(-QB9L:[>P!Y^MAZAY M"&+`2[`]"=E,&^4S!!K+$$`.N4EU65 M`6`L"P_XW<64V%OBW"))DZ??F@%B[D8ZZ>UR9;/CUYSC??NF3C8%RI+1[8+8 ML.N4".BV0SGC\U&6[1(._H)N[`9MU:VA*8]#R.#&G5EY7)](%USW4N-%93&2 MDUJ])8O[[1HO?)!14TXX?(P^)^8$L_2%FNUEZIZN(MXK@Q9PLSO\C^ZTGG\U M[6,8';W85P&X(>FHY?`\CI'AG]F$:]Z67[@-%17$!Q^D^Z^3%6VV/\WM/JU` M$#%H+8^E9#Z=."(,<^-ML7B^_(X^+1TFF,!+A?:3HOWCCN:?Y6$YI''&;"DG M/+PY0$[T6Q*@61F+N/TX!M*>B>0!D1H55I+TVO#,Q&FNB%.&J M83Q<3Q5S,D]3.'R$[+4+N[KL%FJ:%$>YK+3DBE=2O\ZP.GC+'7_>E_Q;J*HL MPO?<*?:?:=GE`ZC,^HT#K4?AO1:HE*W<9L74\5!PA#@YRSDJ>@7+8.2'RI.) MM`K+(+5X*Y'G4AXZ3MH)D*2)?8D\WD(\UO,?U/(\B"@"$"V`@BMF9>?G(`)Y M'ZSS$/1:M%I#2[C\JNI=^03*5I\YT(`@B`8IYI8R3PQ\O\\CBE6BW:(C7&+7 MF-0$$)05'&!E),]6#)QXTPUU;7G1/JZ,+4L_HZPTK@K$!8%&$QDD0R;5?BE7'"% MR+TG?91E3W]E422[,I33#UL96WQQ'7.`Q?-ARW122?1FI[V?5HY<79HYA<*[^-1(10FE9Y:L*W)ZWAWHQ>15EO69#F M_[CJDVL"P9NU&)*=I7,26V&W6T.P#RF+3S\;-]ZVJ3S$*X0.$;(^BE.1!V?B M[U7)C[JG7C'#UDM61*$N^]W1R)%_%"KU]^9PU,HKJJQ6_XF>\Z51+'V#4$/^4572J4`WMAEEAN/(>\1C]F]R=S&>GR5'4&)LBI)N6@)CXCF$I;`2"FNGE>X3_ M"G7=5W?;A8@<#9`:L@C'ZZT8WX>2SVNM_8X2[AT"!RM1D@_$P\ZMLO[LF+MT M':'9)Z.4H]3[L,YIA`KN(6SQ61&?SP)W6W@9O'^DQ^C)H`"G";\[PBFKN-$& MTXEW0X6A,-O;:&V3^(N:&8E(#NT`\*BC%"EZM)?%B] M@GI?KN ML=-4%L-CB:#P;EFV6F6?(3:3-/`2$!:RE6D>"C!?U/>6'4F;&54<11EGMD'1 MOQU/[+%_8^F+!P__XXN]"_'?\^Y18^)3!]'!:P?I1]>_SVC?7=E;MK!KY.H\5W#;QXE($*C6E5M=N^?,;%33=PZ\)PB'6_2 M]I9-9I7H(0ER[?\NZM2X!,G-LL?9\"OPO#KC_8,+^\64S:^$Y*JV'>X#FH`@ M#=VJD+\QN+/M6)[:,L)KL9AX`EL;?EUK?$=DGWEVU%0+//&V_!,_O^XO,:<"O\-_#IK6EC M8802K+,@T88B$^E(84-)^44[\=-AA1Z')AR[2U\7-LVH-Z'=EL-]^[U%*B/G MQ,-<77N/Y])8UF"PJQL.O2QJ*=%012EDX_T_CKWF=@AE]O6BT`$#KAX:=59( M:(*OW6RQ?._MI!RK*K7..5K#646+I\@LLZ!F)SN\0OK\V.7W`'%-`><=7(K> M(K$F$(Y2R[DI32V">HS:X:ZO8\/AGE(.JH8=@BF<(DG+K:Z,C4W">_R'X/0\ M1NE`^7LPP"?R>.MMSOQ@S_.2=+UMF1[*33@F/=[_&,46NKT$_>L3&W;UH4$R MHQF_'YMYXJ1#P3R+J[F=5G:Z'KIT:%[;@?3;T@`GZ:1_J"SJJ,MV1UL@>*.C MNX:9_26;%]")E`E6%8'V)JO,P>H"7)9_%?UY?^T]?O1KV]*"1WP*7 M9BDQIHY_89"@2WMF'CX8D6`N,N'#ONMT^IL2))U@]EKI[_'(U. M4:BXNOBOKK^_T-]E?V3PQFH&_^6-H\9@R=O0!*=!AV8SW7Y0L7!2&8OXR==] M-NIRD*\)]](.5EM#%Z$8Y(U@3]3;:Y`@E7K=@_F_F%Z*?"DZLDI+\K(4@^1"&J MNDWC#IXRRLQXVY2Z/K9H:!2&VNB611?CM\D3JTD,FKN`.?ZI1(!.>NE#&,YV MC[B:;45E6I2R;"Q+M-`1V)(%[`C6>9/(E1L:9IG`PQJ"YVHD,TRP>N;;X+Q( MO^"PGHR0G'!5Z:%?_%+J!0A@%%]>99M\@O#:GRT]1B0!H)D44OJ>^="X2:A- M<*O)ED\4,;ZW-NC9;YR+K"=\5?8.J8RKA*;VU7;!V"U2S#]!^5U1OP`9X2W* MG>+3N@D+@@UI:6KF^#,?[?_#KO%`-CT'6'ZVNB.;]^(#K697%QDX.D"O+5,+ MZZUV,VO:XU]]+]*(HRC(.JW"\OKRW,G$GH@<#C"P:BM*FE>S96N:@%_EV9QS M.NA]IF2`EC/?=M0'H3R?%7P,\SS\#(D(WJE9(+#)G*PUVC`/H8O\&,VT0PI^ MX.3[P,`].\4%4^)YT#+LO`\EQLP^K8JIU=/AOLXL/^XYS8\7'6;).9$6ALY_ M:O.1$NO1>/W8<*LU9#+QA*K@H%U3+^*U&C9CJJZ"%(EK_WM_W74X870/WA#J M:`#'KNA!>P0EB:B:]+;W2.#:_$[S6%-^&/EMUPBK>!]A#`5V,]4N:681*4UM M-`$X=?>SB(R$)<(Y]_')X5K(S=/"&KPKH3XDDC]"B*U-16OXF^$/\"8U0&1: M*6:PU/YOK^]9RE(B:HD/../@8-:##0D+%V5X\^(NPXDT3W"#`$2EO0*1%(I8 M+5W2>7Y6J7LN5NTK6NC9L+\WQZX-ZB8:V]S=87D]V4ZFQGTCI$WHOLM)W[.Q MLZ]():&!V$;M@G+UUI\>U3^"O87DN*W6]5(JFCM^H,8C8PD80AHW^5K M=`^P6=/NE%OQJ!D1D2%#?AGJ1S=1_XL$-SX)XI>IUG57!]-W(4@T$R^BD2E2 M5J'D/-RH*:1Z3=%E?,VHZDM6T;WZ_B$P4O[@X(SL3Q7V22P+JP0PVP]P'Y$# M%@_L??"D+&R&,$%%T6TN:_( MH8"77(D+,\YSSNG9U5.8FVF:FR+LG6FZ-T_"F\`([8D>E"%L*#1:Z$\>$9_W M0-/H96PU>^#*D_DDQT+XMO<2XC*4NS.*GM=V48TI`1Z>L9.J)TN';LO=%KA& MB7B:XOE630K,C`2A\P]DA3+S=V20$BR^+ZR]C"YEBHO3$:#)0,W02^"MY;%O MH.-O1A;LL$.D""+;%V%<9BNV'M`1J>"8?.P MPK,94UJQU9S>YHC1.M?D0AY1&C<"90-/CH;1*H@)+4#_=B#LZ^#0M_SO=NTL$LC-G MAJ%>T+B^]V-Z[KE\GJ_X:3=SK/DL49L&J\YV_ZVYH$S1<)]Q'2)-(:\>I\\4 MT1'Q-SFB5>O2#[84,5;OKV")0L!HE*!4IJR^H+5_>))(B/W7@G;[-$)<*6PA MDS'2BZY#?.QC+I^%,HZB`R%_]_`9J*9^=6]3Q@Q'UW5Z^P-G M\E*(Y5(_&1>C6KNN4A:*$N],P3AW$,S[*R\^W0I6A,<8?/\K$^06\D_FJCX? MU?R[7_XUM`;H\C^%;>!<)H0^ZZV%&ACB9%//F6Z`%YHYD/LBR,"154_$X*M< M?]QH);.<0[LNQ\_B4047Q,H2\#D6:8OPF9VNKP#U"QCCTP= M769):YS3'&A5SSFNR3X3-]%[5$'I>K9^V..VZ#K_TL+PW_0<3SJ8OC!$_4S5 M-@];6-7UH*">DI_V>$BIE.D6V&0]%NL M)SE$K^6!6-(>]?,KF@"X6!ZLD^6A>-G-XF,;%KI^GN_2.DYR"[3O/F7$NGUH M.<#)$9()VUO?F_M7='KEZ@MUF#.;4L3@?Y93V8,T!==2G>X\@!)W0TU*VW]8 M]CK&SP7W&UZ`U_\7Y_%84H(A?Q=#Y:P^POZ_U#X0L*\GQHL"8+9SA&U^G9-> M0>QW3M)DD4@*;79D4)T"4($[K95M\(4AM%:'M80TPV4_,3E MC7NY*K[CG%IH3P=(.7KKAVB4(/F:/:2,0L`\7!FC%(,(+6;/;D0O.4\(?SMS M4A)+'AQ6&0G42L:[728TE:2M[Y!WF?+U#2*F@2_@QJPC/I_AA_I3"0-L,%'8 M,\6W?[*.=\,[FL^YL"?YV1!VV`HCT3&)RXVY9/A^>J;[G9UCMEFG-VWH/-%"!(?ZFI,85*"'9Y/W M>_^X.VX5XH3#%3EC!91UE$S4*$\Y[D6]K^Q^+(*A5SKM4#M,6QE@D,."_'6U MU0OM3>E;Y4I_NK6-L`P$@`X[:TXR\/U*&OEK]:L`RL6P"X%#EES&]D!%;]^I M=5?7#H*`1W*-]!MF\%MN/0M75.C6="\Y-"B##SZI0!ZF1-5M3$/PE",W!G8[ MHE>7-"^.W@4=JN;CD>CAHVK5BY0A,B4;[]-"'(>2^-OG_YK!]]'@(5L=0?/)P((!=9#B8LM5AE_ZWV'O&.(ON=;TQ` M[MI&/73TY/"$C1!.L9 M6K-]R$%K]KK]6``RXU-L_3W4FM5WN>2&SW9AG>\@!"H^A3`87*HH,K,A=2@J M$0!FQL=AD-PR5+PZP1Q"KQ+(985]G/4:S(;_V50YKU?;58?9'V\_+9H"'RFB]^&`ZN@`U`&K4! M_LM*-4C=`*U>]`T*/K3Z!5EP+/!R/YRQU_ M8UNA[XGG!4-T9`UDY!(%/8%30X%B81SUITY<6CPY8>#"*3[=)!I[!/EV.13C8BS6U)/H:Z7C@$OOSXM+[2IZ7],;-W$,%6(BH2S9D= M'#0-[[1TN>]E0 MM,-Z#>`/&]%QD?NQ%X`PH'/:)"C<\OR3*"U2$V)KE0@D/&H'?C\=J;`,0$$C M1-U'`6`URB-M"3,@[!0QB&>U.A\MWV]T)V6H$+*'PMO/]8[/X_+5R[1.^T,. M7RA@42A`4BD8`+EHT(@8\'L&DT3N:(R_*<`V3[6:I/8)+V>X`;K/M*_$@X0% MIKATCVA>B-P@>A9WG.&X\J(U] M/8]S@=MA+,ZJRB_;O#Z]K.(L M-`P^W37_R*$+:;1,B7HV?E5$Y9GS?14+S?D?QZ$#Q?>;EQR@5K.<+,G;X/K= MEZ-:_G[.^9EP,UE9\WY;^NML0,J!6U[+!9UAJ#H6=)."7+@+"9"I[,Z[`8K- M01!HTV3_1P?+IX!H[OE>SLN]_X356YPV[>`JU#:10"RW3E8E"B@S*`=D[HD%10`%"ABMO22X`%>]V?,""!!@D@2- MKD*7(E@@`.`>T]T/7>YS-2L9L9_>S$"/MF`V2Q;GK-ZEXG^+#XM<6>CP5/VZ M`B)$N$:I=5\KZ$-:K(6\!2R`;*)V9N*;%D:,G4SBFE=U]7REV"`74!.UD7:# MD&V_S;KV`N>U\^O@)E***%-$';71Z,S!5GZ==7/^I%`-`!DS6-1X?'70*Z606Q>[X:E]N)= MG-O]#EL2<"+("[*`&`,*5%19!4#X2P5BL#>>6H^FI>?`KF8T-B=O<>WPJU^F M5&EP!?C$F#4"\6!=``Y[$;SR9ML0`).T0X,3$QQP5T4-(N<#D\[2V8(UG[CC M-_5-/GZY@J#?KIKZ_2/N>B0`+@4!K(%0`O@$>IGR@DT*K'[BHM98*/J-W^=) M`I#P`[9V:;Z&3;S%<0WPUX&HOTR6Q6D"!5'\',&./*`!`OQ``\Y``6,`9$J* M&`*%P:W(VIT`6BP"2AA0V*!8'\US30:U57PS\@`0Y9F;V#JB^D"?@OY]_P%@ M4@[$H)H?AK&V`K]K']+6Z0EV%S]9I-!W*;?F?S%RK1"2*.SL7EE<42.S3]%& M/Y!,X#Y%91N,"1NDG&&?M`H*3<[^E/A="JQ)$@(6)2."J2ISP0LT+8ZC#>+C MET/N@-YIXBD?'T'B(*W%IY;R"L4!I>_\._7AL0YT*(SJ:EOK#X.YPN0?1&^? M0E(B>Q#;]7D+3(C@EW+(F""$H*W1N7TE"?,5YZ):N+K&1EXDZ9&Q,3:""4@, M%*7B``VA`>YM%U@:!>Y-KG=*9;G7NYK+T?S53V\S`17ODOE[<3*.,Q6(JQD" MP'CB71"7!"YJXG%&1[(L*RH]UFE&`/I1?T()85N&],`X=Z+F`.>WD)4"'3(" M&CD+@T4CZ<.J(\,?^H;9&4"1+DQ+OJ/5TXCSE_D_>FC>5STZ>?>D$ZQ");V* M-2V\Q5+Y76-4F0#:CTR?:#_WI"ZOUU!O'E&Q]4C#*$0@^9.VBJ-SI\Z_BE&/ M=-^_I%^MF96@X7'[,:W2,L(OG98(?LB@99Y(O!L*V'#JT4(5,=T'@L-ET;I^^-N[9%CB!8VG)G?&CL M8)Q6=P!JV?4%*IXK_N#X]M\Y#\NPE[\/&Z5L=1JF>^2#H;1CTXZC::/<'7/< M2BDDDMGUU'ZEC7E@,F>*:VOM^Q)_LX'OP(`L>[SO_;N%^E07XY>45:^@"1F4 M)'0]4G(Q_(?IK95;B7!X-?>S!S)_"7E?%^N[AUD>,+2?A@KK'*:0\@`;6XKA M4I+XQ3_4%*4.N>:+(8L/.B)#G\40/RC5<2;LH9M=I8 MO%??I24%/!O2JJ3XC-H:`C`Y7?`XBDM7Y`_BF1,M,@S^EP6[HQ,`UG-\VU=' M1;T_Q#K0)7"$"(![1]I)PIWYKS1S1`]E[K^2D]F#,`UX$G5%^-/RYSP/.,L7 MLH&Y(,"5$@[;!("V-?,.6B216I.G6<$0'`=&5HQUC?_TOGU4[P)DVW.-Z@S@ M&0+YXC9$#1237>+^>Z6_MU^!6%Z;NK)EELX8>P77//A%E4=NH;+G@03*;RCJ M*,EU%5;M?5H3`TSVK[!;<%RQ_^L`-":$,>X-7+\Z?8Q"$`A,F.O:"BTQWQZ9^&C'J-R!;K4>034Q\NX%@@""""1WTB)==,209EJ MR>XTUU\[<;"8.]1F82(9RF=_7UC(SYE"Z(+P9]+5,31_,W9K9)X!]-/N%;\0 MO[D01%D10=&1:93J:M$K;SF^1MO\`D;;$..DMA7A:6L2W]]]2LX)=HT/WA]U M!B6KFAH'3&(78-DV8(V':;U]>BF6TF0-LN*HOF MJ(#)=IAX"\[)Q6,^99[TVU13$0,^O72]K0;PY+.9J-;,(%C[DNB[(-+X0Q)2 M2;U]H7!(N\B$3HR(B?/FP_ZV/BKRB!Y,)1_[CB`NXFWAV M4]FWJJQT%0D`$QC[*>M@`=]#QL3U,8=Z_KYYUKJY.1W*O^,I-4D;%C9)>;_N M(U-$\^X6B]+UYQR\5`JHX6JL@R9/*]2>OO[$HY_QXY3AS]<-[AE=_E3#[(]9 M]"`0<30R);[^>\IUF'T(K_6/VT%K?5F\:]HV5<((^7S0`V:0(#J=-KM8%Q-\ M*\0$`C0?#?$R$UV-;EL=;++)V$X+#5>>'5J@[0R2C`>YW6B8*@UA]]XZPAW9 MHHWYJ(?)$"Q>\'-'\C<:U;^8K+QF%,#?^UN948W1=:L5C`=Q\GE&6MRE-,C! MN0.V@0!,ZHAE8,++3U=@!.:/TJIC9V;/#^&'].+NWS\_?.,*`D MK&JS_^"]G^"@+\@/M*BX!Q@.IZ74>@9$MCA3BZS3+_RCMGH'H5J]U$@AV6CX M3_[OP)8(#;$FC`^-V"2HH<7;]FL'!R4J@]DKVN9`;JPF!K$?_F(V=@7$(B7!2BG: M:N;-S=(?C<'!4O<.I_TU0:U+SR\.O9C*#3I@Q&"Y6W_$\,RQPSO3VX03W/$G M.TF61.50FT@T1\CH6&*F=[C4QN[]*%KV2PX`@$(0O$XQOBFC]]D*^"U]R40W M8'TNFFBO=0,88(800&>VWM\Y&!#(AMHW,W9L0@>%D!VQHOYGC1>E)U_)SNUT M,9^;:]NXR%<572@!ZJ&1BC@US%E#+G*E"P>!2<]9;(TR#QBVK!@L6?L,_X_Y1BFC8)ESK'^6K(1EE,9@`6P3^YTXQ#S"99V>YH,+%3RBC=@>I/9"R MN7[-\ZM*`!`A%K)3=A:1QN%O,U<;!IV^``,IMI_%[5_L31C.FJ^'UO-;VO7T ML,6Q`>=RIK'=ZO?I7.%DOG)N/9ZE^U"<#H="6/`RD0,R9<]="00(4%"`!]E' MYSM#MX.D8!<`\(MR`!)>Z:LB,GD5GN:O%',@&?@R)0DNS?2A`CB07)45`'7% M"N"L0%%G2?A)F.PVB+"O?:8,;OV%@4;ZV40;!72T,SA\"/U#]ML$L000]O.+\>3N22B:UD+5#M29^T`G\LK1 M<'NK=-19KT!C=6]/58);/L MWPV;EG$U7B=*+DO;\?)/;"#52"2(<`$!1[&Z.P.U!)F`HJ+`/[Y0U^)R9@"T M`;V5."3YD`-X)("Q0MCX3_TP>&\/R9!>'8`\$V`R!'\&(?R]'L`'QOIE`W@A M`G+8@Q`$)9D,2<4G.%;QG&T\EC+TCETMAM-M03F!K=9$+A!H>F0)W!MR#]-< M_YG=+6]7#*I(TXJR;UN[I(+AF_`&9I!).YN1\;WOP!6>JDZ''UV/`VA5$:$+,N;"!IZ3L=%6:E*F-XDJA/2[ M@`&9S;N`VS[K/A2XC#@@.P<^AS&C_VI8+I MZUZ/+M@<:=M:A6D.T<7A\%&BXDR!H(*6N[3A1)_V2Y'\AHZ\02)(D"'S$!X! M?BBBPH`<2>(5\1Q22!XLSM0/@Z`U=SIX-7!N.CB-Z6QC8SQ8C=RQ!#DBA`FS M@)`Q?9-\\"#DR?4GB\N\#0KV`);!$8_/!!:NP)0A9_L`C6#`:S7.?SY!;23B M=8R*>$;2HMA=S9`AS.^J+9Y)1-(L\5,4//N2R MGS[10<'N>L@5LSF,*3G@]T*8XVR;U4R299Q&\T99WIMY>%(V7I8; M'*C$\,?#1%DZ9*@2401L%9?(3SA:0GG]L7O'*1-:%YGV\RC1A+]%_79ZNR9# MU)O!AO_%*W#,S&52@TTX[^*+CUO?'\(9&9[ZX5Q-._Q<$J:;>*LF5P7 M0WJJ30%X]]6C$@ZQD5I\NJDQ28=`IF%]%YV<2/.15A#*RU?XZM:X2QK4@T\, M5CEKP4O8PM3UWSB()+VWGC8 ML^!>$!B@BFE=,VA5K%E-0(!`5R]8"M&.$@&P]KGH,%\-"``$(!6-EVYDGH&[;[XP)TO%N^=NFZG@;Z'L8U6@^6VW.I0 ML;V^@ADP0O,_+>J9TB&JC9(%E])_DQ-5:+]I%,MBS5Z]P9H&XG->KRUS[]>X MTG,(;^SUJC9&(4[E$(&D:=I.-B062$%9&11+S*J%F*+11W#@N3[KV!@K?HJG MVUK_[1F'KM&K@W^`H=D-+!OQ8.OYIG;B+LR^]S#D`W,LF3R2K?C M7V\DGWU(0A!N;4SLO'X#BW-P)N!R+\+M:;6.=-F^, M"(06Y@\11CY&V0ESW%B!B"A(/$P&1,\IY`GI`CF;,XK+@Y:8^U\7PP%M!_$S M0.!(`$,0`%&4Z+H_OU]Y2WK^:0]VW1Z&4H$YDN%V=[W-;P86I7GS(].W=0S\ ME(2^(P'N)D0D'9:+_PK%=JY7Q]B.U]1WSPU>>=ZU_>K1&B=/O7CS$'!@?-`C4^P'\1_^^RC( MGRLC@5ZY,5?"42Z:7!_:Q<8=[;S`-\*&QE"AJY0J.&!NX.']]JC_[N&R[]$; M'W0GNR/LWTX^@&Q4$1$5-<>Z-&IPIE0#^T@_@Z]H^ZV]XWO6L`PTR5`S>3Y( M,JN;?>\;95SA4.-0[="^Z2!&+I!ZO'>STXDL`H4('!*CJP1(G,@O1I9GC8R5 M-;D`EHMRA;%H`@4RUQQ``=`':M@;*`7!0@(>8"X('W>I@U'7@8`"PY&L$FM^ M5V`/'3RY!RX(#@;3)9\%_!``ABA?R!R+`"!:ZS\-OCVMF#`ES(0=@$$K-"V# MQ)X9HOIEBYOV&:X\G@L,HN"SG'!US5W;)%S0TSDLL]"2;/340"L6/$C:RQH& MFM/'XK.77>M":JM%&EIIC'.!;]V&518$)BW,4%_<;K6P+G$"ZPL22IND MADJJ-83N2WM7T6<*;67_$)!-1I1NHJAR=6-7EKY2D,G=&TXB62="+GI^FBT^ M(?>3Y!^Z.I(.E+^U3!A9I?XW&-,SU(>ZW,@8FS%Q4I(>BSX61C>_:&LF0@O- M*'-?:4.6LUHZ5HS./(&.G0?\OA)XU$<98O-6=<=;)&J'1&1>SY6#&EJ!`6`" MJV@`,M%$8]>VE$1Y8'R?Q/0AT=#NSB-6Y[G3Q,EN@/XUK\0%&'+0>ZZ!Q@>> M=_CNU`7NU@F<$PDYW+[,(XSYN^YV%IN(?1)L56[[/`2Z=831MUR,;;MMOY;)M(3;0J>Q`N+-:8PZ]E*4Q M<K4JZ3Q<0Z] M/ED6]?5_3-#<)A40?7,EWW=E5!UW2MYP8LW6MB).T4"+K)I_U1"*!U7G=LVS MP>(JA(=,:3N2''^E@65!2Z`*$(8QOW7/L3PVC<1^G3&^-$S__1C-]?H>E&C/ MN$I>PTB9&'X=BM^$NX>S/IGV7 M2(H:M."XET>=*&<#]$,[%AP^Z\CG>+"M#,3SD9[]-7FM2Z1/Q]7^'T0E04EQ MPHHV>W.Z\/I^0$/3-,)I@T%2FT2'O'\+.#)I>U!BI)?^0Q=*]VR%XY[1S6C:>-B/9`?G7S22[B M&RS51W^O%%&.6M)`L1&/#J01UH7D/F8I&W&S76)&$#79WL,I5QY\Y>.N"+E[ M`S)M3;V^Z:MTKD))2;2X?,(XAM:CK25TR^Q(<0/P/((\,4^P-[NW"+7,=;>! M$=TUJ_1E:\YB7?!LS$YCB`O5#"@PH,$4*&WOM:N5>_+,ZL[J8X$'BMGU7L`% M[(''!`#FS7L%8ZUO,G].7_UN/T_\Z9#01UBTZ+O-]"L M!@E0+LV\,!4;.DT=;33A!C@P9;LSO)#S>2B+:RJ((S.]Q?=\ZCKJ4B;_)X/X MU3DKG:]/V'51%-XE:27KI5,3,UF(5860-8?G"?1,Q'\8.]P]%1+S(RDBOCV[ M;S^D+V1O"?L=?FG^QW#)P7?_NO%;ZF;CWNI=G&+VN6D'PYW[RHT\`%`4!]5S M*@<;D*BOX_AC;A$I4/FRLD=T'.DQ+>5*_3S.J/]]7NSCY=\K3=60'*6194J" M`JX9+XF2DUUHM_U"%L^DBUY,5J&7X^>0VPO0O!2M8H_V"O!F#B3(7BVQ`]O& M4YA*)NP2C>XZ0^$.^'T@((P);Y"3-&@4NJ&HH]G:HLS!#FYNNQZ&>K!+:]7FLNV\7 M7GH",L74HK$NDFC;=CL'5'XRY.+FS.9XH>!MO@2:GE/9C%?09HG_Z,[[HZFG M%3$8=RU=4)@0C$!JV=?#75#K5,RL0-[60^ M'.719KG:#]65O47_N'KQI.SM/75PDV;O.I(JJYDC8+>*P^\297NZ#2TYC4*Z M^;-SGG+F/4EE])]-^.[JFB>>7KC&(+T6V.R=3R]!(RBK]VGP[R?BZV3'"U3% MW>#XF[T>%`M#IXZ54=HF"ET%?VW+4Q-IO\XJ0UMB=TE\B[TH]S97'C'1'Y_P M165Y2D.)=SU3A=Z`RR;+199A%>"H6]WR>+HAGQU`#TC"E%(V?D'HAX.?9DH: M4.*FHF,DM_CN#"1N?F]+S6$=`9JS8TC/Y95=A93&0C/-L"YU,U9CXH?63[Y1 M5+X"8ZI#"P)W%VR;P&2#,_HE=]1T#ZEC/CYM1T_*CS2)67]A]SRC"7#QBG!_ MU.U"?*&F#3G,8=NX<1YGY+0\DW7X*7(XJ2?=C)HQE2SZ]/U)OI78WCW@E!>E M+1?K0*M3L*$^+>DB6SP0UWMMZ4;8GM3F\Q+&P>U6\CL@HA]9-P.VQTPGU)F: MM)Q>>._]"SU=&&B7%HAH#:V*#UDPP.0TVB%N4G>F;!Q8_B5,VRT&2_FLBCWY]XCE>(;T=*'Q3Q0OVA&4BNX6,,=ND(^H- M<,CL.K2Q=V*7COKPC$\&Q%R$3KML]`8<-8I5A8K`6^K2WCW?W6R<6>#TU4:%& MZ=6Z/&6)B.7P(^)^,/#9K(1^REM2C8J#0>3+>5_*T/Y2OJ.\I+?GJ,:V0KPQ MC]V12(\O![9:V]`N&!"7BE[U6S!A/+-&*@!],?EA06!(=C=`P6?1,R7KF_U>(R3:VS^#(>*!*>+6#2> M/V]"53%/^]XS@76SP6.C2DBY'IKD9K_/?*HQMWJMS^U"XV`;(7Y52;QRRH(4 M"*B0G:X\UNB6JWD0OYW2^B0L(F>+GZVF8&]Q>!=*(?#+!<+Y_C:&R:(5F M>P%1U*"Q>><'U.B1>&.JE6>/0D3UZ^5?/T9-+Q[@:0D1]TML^&>=&:7`3B'Q MD_+G,5G'F)L=VM=HM*)_KW4DG/4W=U-H]_:.WES21MV:A0AV_&3`B#M-9U6: MY^7VP?EJ-5!RW=#C;)S>DD1DG`VJ?<]Q]3&4Q[/\V[/7]RNG)$4JB<#T'ARPW:7+ MOE;#!0(H?.7_P_;BT9HYJ_8UPC^(DH,ZNT8Y<]^IZ$ILMNIKQ#(L[W-_KB52 M#\EPW0T18)PRFQR1$C&^A--1GW2WQBCZI"Y_RAZ MX^QFK-IP>9[Z:^JZ)K,E\G]7(]GQE!"3Q_E.1"06M<_,LH*+-1[K#/CMUK#A M69K&G'(!Y'SL2_NWV9=RO;KXV;]N._+)R;1V]8K"I:[0LHA!L->M/J<+=^Q7 MD0CKNQ]N^8#F6Z$P"$,<6AGDT5^"(@76K9WG;Q04SK_KE>;I*.6W@Q50R"GK MX[?EUUNORW$4RA^/YQ\3LXEK?ZWZ"HTL7U>JS&WZR*&4&4QVY!YL'WI[^] M\%FDE@YY@$R*V+8"_U=G%9UKEYWSO["IW$"ZO!%"]`9F.KAL5#B%]V:9S^\/ MY^@Q20Y#4PXC)C:Z88X/[$,$H^?V\;WOMO?C]:N)N!EGY*DE%*S03_F@E3IY3N)21AI*"O(@ MW41[FM`S$PFB5KZS0O`%E@>YZ;<[%7Q#MF&,4D5C`LJV^F[N.^%KO6779UU] MLSB7^,01=(*;X@E>"V/;W,6QXDFY>XRU;7"*+Z7!>`QL^_O`+%%4J,B0&SF[ M(=R=3Y44<-R_M37ZB,IY$1G%`O4RZCU_[D!`C/7"<\6Y%FMI;)_*FJE^[/^I M6,29*?')AXX;4JA#.&M_[],K;<"E_;3F8+?8!YAKB$X"OF<8$U.8KMDX$$BF^6<>)(Y@7/% MID1W)"U.-CZUNO(C##0>'`0W:;H.CD9H18XF1YEZN\DY&V+<.VFZXE:U*P#^ M[%$=H'P5[@9FMR:8XCY;HY^_6,9Q;MK"8$,[#APAGYKTKX;5F#AK=0SWG<\' M^$%Y/QD6Q63'+9LU_3C8T-%XB&AZ^'5YC+C?%W/YBB8W.6]&)PJ5VL#'\$^: M?+#*((*$SAVL&!%DHV_QI/OF,JB''O#*[\+@K\@L]@Y[/#JBVWC%1G>&R,6D MJ0UU?0WC,F@A*5P+EDY\--"KOP\&&_<&HM^F[_`(G>YMH#K%JURK;;MRP?8G>38 M3^0@.NP!9DM"#[87)K8BV?K:4LS$'7%=A-^'TJH_,=C#31BUX")5(<."E_K^ M-,ZS[P#VER)/.AW8]SFJ]I2"<7U$*4\3.R14`DS*>Y`?2@&! M0ILU"]4]1IB$:]`+XA#A#2T`%L\=#JW'H.HK?Y!2`]`O=(GR)+B##0FJ5H%% M8&16$G]Q_SS&'?!6,[`\#&&'L$EE/%LV^M!Q:#6'%_5C@N\M0E@X"4BZ2_OZ MXS@:DMZMCBPZ9AI'#[KW,Y;(M8;I>Y$FZBWJLZ[0?QN/7PE+:YO;:-!>;1O6 M8*$4_G4E=;W."Q*/73Z*@9>82"REML/I2\H#73A?O`N.W".&33HD' M$Z+<4,*5]Z":X_&-G["#9C.S3/>/]./L"#"2L*!;#]1]]?SR$6NYD?21)9H; M!?>#('I6O*FIWM!0I'WW;_=K'V/[0"3"FSXIV:J7ET3592,'^-ZA3%>,D!VZ MMR=BHRVG7-IT=$(839?7IZC_K%D+0AQR6AXQ0G5!K)!/_']8.T)-'#`YJ":= M6[;NYDXWLP#08)UN(8](^;^J"2>$Y3W M?V6YN!>)J*G_U^OW[Q,&&)HQ4OCDS"E^+`(X3JH$XH04E9*6RIE`#C]_U7H, M(P(-[_:,<%7$I4;R^S[Z9+(6BZMR,4A#&)N)A6513RBXKY^D>`]1V2#^,2_# MN@ZT,A.AR`1J_76HU0_&CWI7M_2E<8#T)C*7DW^\H[@+U7D!A%6#EQFR=<82 M(_4D;^IN7_");P&I4-$AV']7B\P8?M5O0!>-2FQ M:@;F:B7BI6HRP5];B<0_EC,);R,[9XP>G`3#:-@P,/@YV8#%H$I6I)-O>;@A M+NE.XJ/>0[<7T4TBY3!C9VTZU-M!)>'036J)Y>KH:(?W/4SLU@9L.7W+(NYV MIF#1HAT"8_NG?!3SX@)3K8AHJ^&TCNUJA7:W+Z?ND3^G9_;X!L'PF14ZW[&* MRWE]H!]]Z(!0A^-,S=7(IX]G#2G.EWI`')R6,]^P7^CS&51Y>[V>@^(UFL>Y MXFOV&;I#:%#]_@=#1@#(#,/^FO\;9_I%>&M1W=SDET7KOPMRPC^;?1\#>.GW M*#N\)#7CL[N6A>D]Q4'$>;^^9,S[O\![;:[7&"_1Y'!%4=540+I:4#$>+$F" M39%3SHA5?'QC%0),L9LO.(RMH-BWA7L6?0C<1E+-=TK@J.:NO0O-]Q1O*H1_ M.FJS'8#FN)@3FM"YZJ028T03LXXPHR?Y?,G[8M(>D$6G8U)&L]5W MC:U+X=[KY6HDFXS9_XY,T]HO&DMZ:"ZJ)C&_C<65&(TT\LLUOBJ6,59J#2$$F&W9$9=DLDNUG/;6\.]U]6$I2P28TR2\T_IORV&X%][ M3]9=8=8N"+BP6(*09,(43J4"+!!M;/&W^-G_@],_(8G6F6Q5:FIF\VP8WE]I MY/\PX*5JC(W3^C8_9?+$,9T"FP=,'UI[FB0(TYDM#'T:`L"+Q)7+HHU'LL.+ MA=$UAP/=ICT8%BN_+W/D,]C!6_C9P4GI'9-J"R@I,77/,ZQK.2U+W8NWWY\_ MO_DJVRV_EDH.!%LN6HQ;[X6OM78C#HY,*AL6SDU@5T84JB(%3U05)87,='-] M-5GX/+F=K=6(^B\]_9MNE=\O?U^];A:OT/;OLBOV]&DIB.8BKW?VK)L9^XL$ MVVOT=XID@4CS:?5W@H2]NV-O]C`9B-SAX;>*>WL"B!NV_!UMD9Y3P_G8LGFS MAP'L;**_.9%7.#QUX-*KE^Z%+81F:+52F^'D*[AP MYMWOO8_7"XWF=VFU`UW\BRE%"$@,QU!V&&6YDP@P';T$S(^!"&C&9M?A(M7U M>+9Q*\"6'@K<5A4/*7/'>#.&_Q$?2$E`**J!38"%S\^D^!!%DX)/42-0,Q(_ M5Q)\WOEKNN&C[#-(G"1S/2EF)O9$.#L2/OQ7+6G6EDW;4/4WV7M1HSU7`LZJ=?*"_R=_@=K M$8J,+NCZ+!(475YW\%&G&PG$A]/AA..',);YILX4E6JMM M*//'B':5HDK(X9J\I6SD\CK#SUDK#0D8T7F[A-*)A:P\[T+Y!^].9J$3\JU648J_.O8F/Y!X!L3_9:N=>1LPP_T%]?!^%D MX'8\I>I]$-X^VD/.6BWVO\SR>6KZ#$K:\/D_K6W,\:K=R<%*`C>JK3_A&,4= MS7FV(=;]%]@V/F;3;`29]`@G'9_!5@4ER:>J5Y=DHQN>$ MER491#YPP,V0=YRLG7_-FNG6SZ'*U#OVZVZO2M.<@XG=CZZ?Q2=Z=)2(Q[9R M_1:9)N!ELGFU;JR$.A]9.LE5<;]]-(.AE,[V[=[.A[VKU-B1OBM,G2TKZ-6- M`J<`\EE=D0XP^$!L(XFQ0U7:HGWYMAV*W[&("%Q-D>[.HL MC832>D>O1]`W;G1234\*;;\`YR$)JU!CECW.F),<0B-S#+V]MDS$=O4%=$#*.JSI".ZT'JW;A@DL3O];.4L@*9XYSO*?N.9RL)/2&V2T!G0C&18->`EGB!DP9B(2_]N8 M3U+O$(XJ.JOQSIZ8;M^'@,"VID?M90:#2KR0CB$82#[H?\,TV'JY[4LZ,EM: MV49B7H5!M-4H5/0KG(?,!4%TS8(9>\#9BR1LEJYK=M>T11P'A3QJQ`D>OYY, M5_IFQZ<(B*!^8V+:B<=)3"Q%HEZLMDW'UBJ7]WF0,C4.`#4<"+R,J15\CY7B MH\[G#)S5)]W#>.%7NVL;4@/?X8M'6WH5JAL3;(F:/3PG!H'09G-IUW^-FK\R-O4&; MO/29;KGPQN&]K?,OV!HY7[V!-N'694XQC7/2O4V-UBFXJ+O MR)>[?=068TL+OII>`H*VEZ0W,&O%#ZQ4W+*??=>>E]C9)DC$*-,USBKA#G$* MB4BZ502Z].2,AG_&;7:6_>>_)E<%Z@\'0I!,0U)E.:@P)=;$T*[^NW%[5H6J M3T**XB>Z%BUP?H^1%KVENF_-@LVLJ]AQB(W([2;VW7WJNN&.ZG)[Q;-7;/^K M^7.@F?[X%2S5_RRYL#F]UH^\!CVA53.L M0FX>54H")#_-Z>C.BLN6-Z.1@BA;,]YM:I=9++,5B0L[+'Z9T6.D!:0*A@5& M!(T4%-*V&LF7KUQ@S+QD$/07TS49_%35>C;S=IJ@^:LW)?;.A^' ME+_!Y3QHVCX!GA]UUAV%-U/5(@?@K',[BO+++((ATGCZ-X_VDV'+MPIILZ-+":FGI^7 M]A+Y":]^WN;?-?$PK/8OBAM]V@*+N2^?+O)-.>Q(*+"!Y"(A/A$PE(&+U_)! M0TJ)/U$_2I538F;%50<%!$R**2\=^#W.B?01@>7.R_ MV73R/3V;%5RC\X1>ZKUS*45S/(L51FI4N^'NW.(/^;->YB5GNU)3&`-VRIT2 MB,QYOA$KA!2SGU#\SWG-/0O\:@L^,S<5IC]?YM?*,>[A&8E:B::LSML%'FV8 M>O!87]`V5NQB;22.?5E5V+6[P3NG-&+JW4&D'$>JT6%49.&U,4V:DWKV5D=0 MKL6"VOT^"PX]ES/):>$LKTK>+8UQ!V'G?(L"XD\9;491.VF7;>CU"LKK5S?@?N&;;_1C3$_J?QZ!4D';^ZHW#%.7:T6C'=AP919J M<^>8T9/U_4VP@4^TCMG)GU%_+5EYY>7I&_]/,H+F>NHZ%9LZ;\&*15=/=M,S MI![C!W%JSJAB-VEV6M@;+B0DRA_=!WZVX'M<:?<1ZO(PP$A\12+XE.A>R,*J(FQZ< M((B?NMJT&$=KIG7G5;QM@8:&ET"*PK5S2+J]7S88_R/D*Z=6'JXVO_H!=\`4 MOHYY]P0,2OL,.Q`R>;GV&L,IPY@]_:P$_`,^&,OLDI8WM#LA!(YTO M--Z'37&)73?MZVQ=Q4!N2$ON2%?$<\B.65SA/_X48UW%56>S:SON@KPN1>=K MV)2#P3A]-VZEU3$+$PCR!O5@K3O(=-2;OIYS%[S_X>`"T0A*?,"M8R"ENO?] M?0F;7"7V$((Q7VW2%MUUS1;'7.GJIZ?H\FG-I)#&5Q6W3I`[VM2Y[71^!"E?F2F->. M-<6Q5Z]K&_J*WQ1R@Y!3XG;1??G_;$7<"ALZ86QS:@F2Y*Y:/7.VP^^`:?3& MDZM$O1I^7KC,?.F:2L[:,`:$B/Q-B:L$O:.SSZ>"E8Z93Z%=R MM>7P.Z-RI0@BJ^S)&]H=#PAME&J;ZD`X3F-"SLS^KD'$:3A#00C4+L?!S MS^+;FJ25P_F9&,-PKUF,4L9%3+C2L%,W_$U[YUY8AEG<3W^C8CMGIEWL#EMS M3/I:7-`UYLU#P9'B-@DG+U^H@@ONPZ$J)R-JIA<&S:"&0@GVM;;XH1V)^)+> M[+@#>*H%_!=Q:N#R$8>1(5'V:"HG\B/R<#\HJ\KZS\^IQ!E_WK'+I8-YE*DM M(P+8-7`3"^YY&'51;:4R+*R$GJ4N1*=&3>JA(@ZMX^BXQV_ZUZ%$A,2E3"$] M/:Z$6@R6C)2U1*).]I/6$DGU"4F$YW.UR(C.*2R0Z!\@I0T?;2G"V=4HEVYS MVBZJW19_%=[9K;0+B3P+"XS7?T"\EXEU"P8S=+XD-I^7+1ZXV[=BI7`"+,F`;>CB,.RGQ@S=J0O*.PFTI3SJ+%0?'+^K>"YN MJT1>!F!M.BBX_]Z6_):<&"?6OL<;$>:#WN^M44"=D#GCCHPN7>A8)HQB_G;0 MQ-&-5X^XT5V>[%OBZ-%*I8>GB#-\R:+QXO^YL;L8$EN75ZBSJ9.EB-&"2>$/ MF"UQ%G*FS)5T9OKKL1EY%WM[,0"CB7<^N65/VI#P?8WAMO.MY]0`QF5-UPV# M)OH+:.1QPZ_@C+X2^UC@)`K-Q\_S,5W5:LZA"9+UKCR\+@G-KG[*YPGE@I&C M&]I="28[RIB\F@\^]$LB;@J&T4?L\9MTXB?TT5+W+!'MK9X8J!V8F,<$15PU M&=YX6SY(I>&=LCI#?='+1]U"P4OKW[@SX&NE0IQ"X[TKD8#,2_*(YJ0Y^=&T M\^\W51EK,I6?L;@(L]&V%(<+6EV#=.JPJ)!6]Z*5=++#,E"+@+`1$%+MU8[! MI75O(-5>N>]KD1.Q2FM6_&O>P<[4$]Q-.K9>4%G$_L=@Y"4AL80WN3W\/RJ6 M-&B7_Z$8D+#YA8D14=<(MIO?63%W^JQ4]K@ MU<%8*1-#/9X]$3P+8E553DXZ_+8A;8U5.QBFA]T\_LA+Q$0WL=#<&%=5&->O M]:S`47_=ZZO[Y:%T@D:]^%_[EXX:%*N+1P3_/V&0[NDG:)*("1MSM<6) M7-=$KHFONS=K)@9\])GW*QDA'KC]<,#YN_^@>V%?,*\6`OLEU*_=D1^)T1B" MB&1"F/Z^Z)6YP=&\Z]W'C/3L],AF/[8&Y7S\7/[Z\>5-%*/>KA9;_UM,/',( MCU^[*21Q)B/L9I_I`?9I'O]"'QV=7;S)XHB\U4#9U!Z>9AM1&\C51:M[_0Q1D5$=VC@BK7QM="O+_74A'KUDU)XW?FWQH6_^!))Y&' ML07)-\\VAR8;8"T9N[+]L[Z86`L5OMAV<3F@GM MP4OI._H=8_UQ=V61PA_1?%2\O@ON"Y:8/7 MKXQ+PF7S=?-7&;/W1@\B\+87_Y"C!N^.UE9=268I;](&J=;(0%G]4=M%Q`/B M]_U>C+=,$K0(O?VKIGF)G9$X+#+[?+Z@O7*9;N#=1Q4O9U[^.5H/B1_!F_:< M4+)CP6TT7O7H]M_U^L6`"Y.`?+7GZ@F6>`E6C3Q@K'3U!S=PX^,0<\@)RXQBN M\GU("BH1D'`(7"KTT<)*UR"9@3GKUT_O[#"C>:,"!L;FX#O"W@M^W-JZH\$/ M0/;P\JL12#61=6+@3P?$X'$?_R[^$,H2,8V5LZ,,((%M\[4PI="('4$I-0'< MN`S3+;KK-QV+;*V-`WW5^>=R%2OUA\>@;IV0S&:#E&I;Z;^U@GKFY],DY!%U MF1S]9$$22!RJML\D1B_T5%`#'1Z6RIIGDABX%2[X<&+Y[.O]^H/F6$?9Y"/. M9T:RZ&="H*UE.B/LCSCH<8#29KQZH+CK?!?<`#KTGWYJ1:EV]^NO0(O7MGQ* MBIA.IRL_3U%\;L%MIFVU35&!$KNL06$BB-)%O7?>F:8^&C.S^/1,[(C%1 M^VR&1FK/%0Q*^J-Q_QTQ]=#S(^%E#*<7C[G,J&`"#&U=AC%,U[[WJJ3_P&>R ME.F'Y^G93SK$M%,=F>.N/#GX-A+B6G6Q"*.5HZ?*Z35UOW".!_G0^,.$%`(96E%4!U@8N*3?<)? M0D[DL6SMN`_G\V9:7Q>C;N)J-(;Q/UB:FL+K07M84%.C@UBL.;8I M3XS?B++\DDA_G\5'GN(3F6G;D`_\U2;(YEI2:2;QD!LGB*3C,KM\4^"N/4]. M%`18#*?Z]8K^5,I&Y>=A0AM^6[5Z7>IN47T2,,]19L)YF;;0\T52'T68[.%4 M98,V_:],VO8W>Y'A.,%J0QMK."_#X"0FM')GCA1HNZ_AG&^+GY)OI!C:=J;B MIYNK8Q]HHZ.]EU>2+=O&/DU(_FZM,%.6Y'(@T#UGS\+I6MBP9,5R0C3V/$EQ MVT/V\)R8B+56\#QE;PX2C=6TRI?.DBM<+&??`TBH8+$9I*S'DE*&&L>VI1S7 MYO)$NR@HP)`.(8?[YJ?5%L`>(=N#1LK40D^XLU-,0WI?=!J[29$X:?8ZI>SNAZ:&N9$!8!,]GCC0SUHVM5LQ]\P'?B^U[V';C$-=(9=\Z`YY.3U MWY4O/9N7^GP>7_O5)3#%2?2*0])FT1>DXZ77,ZWIL"SWP^3FM)4Y]!X6)P[D)+624,2V32=9#\\$8(=L*3WRQPMJ.J@($HX M*3A^[.NIOJPC=P20\A>`CT`@AW%D53N1KF:`88]SXYY2A MR>B[>W=#=8JNL)ZYS^J4MN8&VIDSW;I[Y3URA)96.E:8V!"7!S>T`O+%3A5,V>$GTNV&^8/Q7[ MS0Z7?.V?O+`D"!:JXJOH5F'.S!>J/?^0:0NSM/&48>]/>G M3Y.^;I7P.1[ZQN(/:W\1G/.LGM^AH!_J?4$#NWG&.\>+P$;COEMX!6DG"R@- ME:)/GG#>=Q>6@#*#Z/613F71FS49?#J8EJG6WGKNDO7IMX*FH-S'YEUGCB;A M;EV`M%;:UB8_+'DE!7_+_!1;!W%U7Z"32_RTR>+EC'7O@2F/)G!DZ.#3N(]! M!W,A#6MV\'X)BK9,V(@ITPZ]]%!,CF;OS]4K`.-1*@!(Z)W4"5<]*U7=BUG) MLB0UE2,)MBW#9X^D5WI)`\T$?-;(9FTI`584H[/U[\'[T?J%?U5&I8UJDP+P M^KM=@V\VBQRU,T!;)MZ27U/OF@'K<`=Z$6&>&JB(,:TZ/IT=H%J'EN?E*TIW M4TQV>2X^XS/V35K!);!J;K_<,]4+97O(HG4@NE1GUS75/]-!88#'$964,FP6 MQ])Y\-;4>3"FF2%(ARRM+R*6$_=N`Z'F;ZWTYW+UV=[U$H&C3)'83V;4) MRPKY+[_!(6=C3&C<4&3A;G/`X^B'W)DBY=TUP*$"YR0/R]-9SDIMM5LGJ7$: M[AZ'6P?XU:8N$>@\LX[2V,NRJ+8<&C6IW>"=&@;0!1N9HJ)#SG"4#`'Y$\TH M+CY"EO>U/8B6\E#9GE9UQ%EABSB)&IY/4BR"27%L+0:B8KQZU:4U+]W4(B^, MQ#^A0>5O(-([:T49?A3?1M@R"H2%C0X_/6'$[Z,%O2*$LVTXR;0(!OMDS0^. M)7O9.:!,P%IH,JD^>;_Y04!_8I8=16)8B+.W[-D6_7G.*,5%#L,$1;3LA&7N,?T,P2B-NBMHG)CJO#.Y[TJ!:!)PJ(2:DP_+QZ MG(7K!IOP6KDT4!,3\I$4"0OOH1X1E*HLG7:H17+PB'MD/9O=J(S[B]LZ.F=_LKXV3_OM+]CB9=]#[=/KW%Z.J>?"*1U_H:I*6.+:O&?^=N MDG&#:!S/J9ACSAOZ'5@ML>RO&G[Y_2W"AF.JG(S\AE=DR-]+1%:+`[$DRV"[ M82%_IQW=^6R3F;A>]+(].]!\ARI/SQ.X::M9+T;NGLY8$]+,<7<'>TMF'%Y: M*F:#M)S-JVJPJOE/,^@F`0(AR.+M2X_O!/%D,U7*W#]*8#ZXZ9S+JKX2Q^Y. M7!;'O*[(R7&4>Z^(L-.6Z3^@;O/IM+UH(A]$35>:>B/LR"/[I*1*D.@R>#67R#[V4QOHV?0T'BHFE_1MXJ9);](!/D.'ZU',V_.K_.S# M"":@H1T:B00^+W)1-7-"ENE]8X-9Q]%K.@E-YHI&.\7*U#P'UU7.)3[],>RG M5O[AKF[[0?E5H9K-W#7&AJ\J#-AC_$V6?5P4B-OMCSH;@,`\A*HV@L07`/]F M76'S^[1ZX4P>0L==*;-UP4KEUH/M#HOWR]?]&]Z@8E2)D"# MR,]OUFC]W!)@^@+&RSAV&Q<6'NDL(*9*M/\']OSK4I3[%-YKM9T&>MLU=6B` M_O1.25EMX8;5+>/%(GARV8B:%WOCJO4?Z@/9]MS)'(;:(]_.XNEN/WR_=\5- MSY6$8^%E07%4"@+36<0VEJ(3)98-?#>U&RQ['F,SWETVF"@6;S\#U1&Y#%X< M!AWI\EB*B&&12Y('J&AS$+MT7HXE$9IGLP;8G6"BNP_P7Z>O@]WN>84JX+]A MTN1ZDN,S'.^KS]@*I!2RBB#IN#NNN+A5G:D MBY(;8"RUTE+8^WM6JLD,;W4W5TXFB[!VZPU9]$53>GZ-X"AXS;'V)#93TGQK M2$@0>E-,%U&)^>FV8+\$KS+2.=.VU)>#IL?4!?J^BZ)B)_M#( MX+"$N!;5[LPEN8/`+#0PTDW*ID]>!+*=-@9`?LG()56@/;A5`^>>O3'![O>E MJ=]S4VNC$&(DC$X"UHG&%5!B]Y@E?EHJ'VR)%G+M\STZZD9]C3F3/Q&X_9D) MA\?>RBW@/RG4W(17+U**;ED87#(Z'4@WKK9D^/LW.G*(]2VS(:K7K7W10XRV M@R?[;GT:V#9_&H8U!1+O/^;:0(5+T[N+-'H1D[&FX*GJ,HR)4#'M,,*^T!,6 M@;9[7#$-Y0M^G0,TP#HU>N2A,.^H([!_"LX^O:(@493*FP?`99QZWS?<&,F@ M=+8/*"T@>W##UBHJ'@A3GU.>5#YOZK+ M>GL5\"O[M)-V:TQE%^SLK2A,PCD],;1!OPAF*Z_J0"R.+L0I%\7]?;$'FS\I M;;W>^8=`JQ>>/TE7%@)]I2:C6WF!5Q/T^7:I'FX1Z?=D%QU"@JWDD^-F)3:% M:IS"@QFO2YLJ0?6V0[2;[&==>+"2!^6YU9:V/$A0DJ?/52JX MZT>[.CHD+NF MT/9H+FD%Y55FE1H3-]J,79VOXKL24"92R/X,NJ_!A[)0"F\)DB-1C0UVP,D] MA)[`WT7N?KRY,=E*6R2_T/X)$2AO"'38TT_WQ:GMX:QGFI(@YO(Q6-"@I2!. M\L`LATD(L6`CV@46G#2ZRX60YM]:\^QR\?*W0KW@/672]ZC\K1H>;.B=Y]_<**A=[01>MK][!`RQ>"B4@4%\4E_*'GT7X<'Z M7ILT>SPV;FX/1[I7\(T5?]QM%.C.4&W6#L%7PEO4M#$2D>]C5\SNTTZTXI+$ M5:#!5+]T$\WH6JT=JCTWI44CRVCCC_*;97B+#75P:H,79/.EA:VD>OE0M`21 ME0]"RME+"UM%5.W"+R2V5EVF,AGXTE">R0;8T,+TNIW#)=$IYT&>4%CQ,;N# MPBT$Q!8=&]3MSE(3-0:NAIBH<'=">%;48%G,WWE&%?(]>T!7_IQ7;*SZ;Y1X MW`^WY6#?Z>6`LM/WVNTQLF6LHMO25_+':N2E[Z>;R0LQ^S@]%?".[I?_Z'Y3 MVE9)[$R(*K4/J*G6=*H=J[?/:WRZB^+,^3H.1V&J1^R"1H"G5R,G,S\+3#HQ MC[5E9AF>7^2)":@#V+30D=LWZ6.P5?'M*,*,?=`=A;"F)[HDNWKV;=+K'16T M#"+:\P<7O'F>#7EOB,,(K\AN,X-3-OE/'*0EH80VG&._&T,DY[V2O_:#,ATDU?*6&T\Q9R[CLC_6,(1@TU%JZFSS*G=W/Y$8 MC=IQ=W5Q$F'NJ@S$/WX?,^NJAIVHW4@AUFEHTFF$0H$T#K.OUBC%G-QE8[-*",%RXE='Y<>-Q"=MQ.=@#5O_*`VY M47=['.'7%MZQ5)ERIGZU1DJB(Q]8M=3>28S$QZ8K%Q+0HP44B[C)MR"/)HOA M\]@7G737'C^;D54#/P MPPM#GZ'5AQ@>AX@$118H!4(J'-9/S&@I\L"$J^`K6I24MGTW8LQOY` MM[*UMGD9C`J>D4S"+XC^6L;%"T:J@8CX5G M'6Z"4B304UZ(2Z`#'8[3H/.LXXJ9XTX])K9O9\A+3N5M!*I+&)O7RZ$:.LK# M-_;`QZBEEXGD=(D+W">B&BM*Z`R:M(_QLQN/Y/OY":K.6]8X;Q<-TAU!V,Y7;"G1[#]GP]J+V4BI8551P8N&9>LNK240 M^^_ M;F&TA%>]//D'GI?Y[2?(94X;;+U-:$;5N?<;K42$>\.6RS>T0ED]OF\M.QZ%T&@#P:,*$)2>(+]3]]3Z;NN12JXI]V(21" MGYP^.L'*YB+4B^ M:B==EY6J#8?>\MWP\<5XA9H&AK31W&>UPC;LIA7A2F(5>E$9K:)U$&)Z3N'\ M3K1T-%C^X()9Q=4\(96;/@F\"Y2S^1V?<(7CWHK2DJ(IBD[!W#>@ MG)BW+BZ./9?ZQ581KZ_NIL"?F<,"I4,H\*`);_(JK;$/0/VF6&_LTZ_B>R!] M.N)FB1892/LQGG+AW_SZ)XLYTJ^UC>J].-:.7L1[DA)S`;\N[-DBK1:67"8P M/J8,6*?^U6#/2L9003ZG?NU**=04&BS]:I?(O9A=/V!FNV3SE;1O7R(KM8-] MA$Q5OQL:A,:9\1R_OE$Y]C#JTP5GQ7#HG@N+8J!T8Z$0RJ!P>@72"^UM:! M%3LSD'J,YES-RP0R_Z91/%N./7+7L#B*'_**J1!&)LOO-'9S4\RUOI^@\&:I M65`JF[YR.B[MP?_.SG\)A/+Y[YZ,6#3J+A3]A'7IGF'',S-V8]3GO!\2I98' M%YUOO&W`=S%;X<+=OBP(;_8Z7C0AW(*H'OQEI81A.9%N2,$WXGK7[T'V*SR0 M5'#,D:ON_7EOSD:(Z`("HHVF4WV95&57\DS[-=[Y3[>JF]VO&[2DXRU`"N+Z M;,?2U6_)BW\8Y'Y[LK:>';7*+`?FG`*9AB(PBK\$S:V980I:"9P6C;VY+DN- M22#!!U'Y-N^#>C_QU[8UXB>TIY3V_>_<&BR M;!7LJR%=:'+QU`S+M$E.I7C?ZIJ>GC0I/[[/R18%_.)38<>N\VV6U+U)UET( M';%^>R_!4W_LQ@O^CX\#O'%YL91",\!&!89S!_])N*BT5FA73R3(4+?X0[]. M_GA[-=J`8D26,#D=G,!*2A@P2BNT@[$Q^JR9*&.:M>1_XUR2IC0_V8P+K1.4 M2Y&0_K'>L%YD!KUH'%0>54QH7%X0QY0^&[?ES?TLF-(;%];`'^YU118!X,GP ME-\(4)74O+$.@:JV+H/V*%VN8,F?E3Z(W29.]$$1*]4S9_:'X%@3B^156!O/ M)4)W6?,9^`F)6>UZ55`1]O$*`(;*O,V&0GXEBM6.1IWDL'_>+_BR#(E"9B+Z M$QE-;&*"0WFL]5,^P=EZ?1TX+ZK<&ML9=DNAV?2T_7"44\?>XDE19^@U@[.M MX0J5:R3IOOY&LKSSIUVO#D77]3?.Y>_ZYM?FS\^[3("_X[;$ MHS+\$2($LOQ;>(/J:D=340+X8J`NHN*W1?H6O5,@9JBHL&+H/[A5Z$.!A6KB M;B)-_%OH-;ZAKL-]2Y:P._AUS:A+;9P7:F'L8ON)_RG3%7M[J9]0PFUNX/(C M.B;+6WCVUY_"Q$@2O M&6D-BW6@R\M7:3`9J]7693/:J'^?"V+;S$XYCJO(\9#[5'#7S$$(\R#UVP(U MR/WR<2/[R'"NLG]6>'T)PEA';X+4YJ+4%X930MK,7,)*D.\)#^L0,1R>-3 M2MEJX4D3;C!H:2^T`5PVU/Y[P6S#U+[.-[T/>_]K^W_C@>7IY7Y'($V\X3.R?GL0^?L&X(;27'"H4)(*3#";:=3JBJ1VXS-_539 MI!?-UJ1X-J[08=AT&!Q5^Y6($]@>U@U`'Z@/6^DGH)TZMJXA@&*T[Y1#85V_ MV=S!ENF#!>FDOE('D3,1K)'T-=0;Z7^_LJM_LH)&TY*J=O8^ MQ;U-K3LHQ8)(4U+;VLYBL]5$?5I\X%9!BDUJ*;G# M5PX0<(9Z"KF#W*N..#`[G<8JVO(-S!=Z50GN1ZNTKRTDB+#S^J$ M@ZD,$><.?A7[S1+S,_=\77+O+!ZME\=`*6]FX1,)CV&T3#JX?6=QT'72\!]D$>S)VR[Z[AS6]8"G6 M8F+K35:1/Z5&JGWJ9VQE]V<]-P?4*'*(R#7<^,0DM$W7+8B*]T[L6`*[TI.R M'5H+!TM?MRKB-/JV+`A*"P/EJ8BF[M%N.9"(?4^,/V'W<&F+_!@&)A3:P+/3 MA\V=CPHX0@B(F5)E.Z*0&48+>,^#\/0_FK4RAIRYEXT928!E'-2;I?\XE:2W MU5PCGBF8>QN89B+YJ".>.Z/'^_3(0PC0.U,<[BEFO(VINQ3#%IXSGHG-9M)E M'R\?[(?^BXW)L"J1FI(F0<-"2&)\^4B]>C6HMSKP^)U=5]T_O&/Y5STU2F<[ M9K7`U&3]>=2DBNB[H1?>+#:)-[YM'7GD:02Y7W)B=YO".^L"`.X$TLF?1DT8 M#VT>MW8L-9*WG%19V^C4W;&03=8"S,*8SG),(7[F_T]Z0C`[W#:/V2A1FEP< MOF^+IK4_4"#N[.'B:;S%?.?A3T_PX)L/`=<%Q$$)`O?G!T=K]GM08@(J`/XAR>,.4IME MVG_Q'RX5$[\$_G%2_Y]'H%]*Q7OW(\%>(GX]^F8VP*#FUE]- M.R@=R!>"M:W+X0_MCIX$Y@#]YRW1]*=[R7VZRHGMNYQDXQ]R`XN--&84=^KC M<'ET^VC:\6;(Z&QR\$RS6+HE5S4/,A/&0!6%EN)U_IL2>C-P%YD;Z==`2EV8 M-7PN.&/B=7Q_)U_@-])`.O(Q@4,=7ZO\7^LCEPH'U8.CW=-I#`6:")SFA`G? M7*^ZJ$GKM/>V8,4G!`LEUV9\W$QC8^QY]=L3-*L.2X"+`"'J&SD,NO]US.0U%!N6"GIAQ!PR*"0T.I89A2R(PHC%L6R*:Y#)1NV18M(@_ MYAKO\K&U[=OWDD+^]4FAZ;_`[QMRPTZ*>'5BGT057\TN!DNJV.8$442@UE!;O&$Q,RS,$#W6.VC7:KG'),^F:'BSEC/:JH5N;V M&Y59;-4`[C'&\)^+N##.6H9Z..T)Z!@7Z1D7IC-W(O7J_3%,44X5U[OFU\GL MC1C_9!5-%V_\)JDO1%0?;,\HV'P!@OW4D)ZPT-V\.SYI*C/T7:@&-.+Z7+-7 M_VYS?76/7JTD`'/0=`',L@A;82/!02BA?-GX:PPB][M[4^*+W4?,VJE/[6<[ M8E9M_?X=04@4@5/5/2&'886$'_[P_IO7N@ M\\4$UWQTPW+'Q'OX]$/>+%V6%[NROI'ZS\.';)UWS:Q9\W-D.I9NWNIY]H,F M:6T.K#D."UPUYF$M&M',\*[>@'WT]U^]-.W%V=:=!3*/'HT,%9_QGA'*25L4 M)Y99-:"";_IW2*]I;GF5NJ!RE7+$RDJ,4U:PS:@DFOIXU!MM=U8<;&[#?RV' M.DF@<%7)=VLAMO2)WB,FP'4$94V(AU]NJ%FOF,0R$,VHF/W@J<'N8ILG3V7] MP2;:+11[9DD*:ABR+*YB]@;UMY&W=T5\AS+EM!^GV+U#Z]2/=@:AOI_8#L4T M&LM+T8[/@&CC>7&P)1N:'&?`S`&E2"+%RC'GF18!FY?70MD;899ZSO[WNZVZD*R6OU/[A5N5XP)IN MVZ`_9?%:G1[0($8\2'1QGMETO"4QYTYCZ/?"PNL$M,_*Q)B<)PA.AT)K1C,@ M6.>L=?+<67F8ZK83;`GB/47Y M5_JO*K\Z.33?Y$L3@&6ON`8$,VC=:Z,RT'_5HT'+T".Y0U\-U!JRG'Y%(Q!Q M:M21;;E%*B2-8"LVRLQBJ)&5'B#X]#WL6*MAR1)/I MT=N\6-"B+FT_\RU)5TOMDS#R5<8/)#3=I<\2L#4,(V3!@B4@ M)>+'[RJ/(@[@D,S0>"$",X&76&>IX+>R[R4M[UV[._;?:=KN'ADZ\B&AX#C" M3M0A[$U`3U5IQQJJ:A^>B`*D5>V?J(/HG9$/`.B5MV?S'3PF_R=!5(R(M:AC M+?5DH^HT3E@/=_#LD)7BT0(?!38-H?ZV8L_10]/V9R*OP^Q:8!7F,0Y480GF M?1>2)B^*C")SG*R\^M8#)WWNE;2PCE[)[C%C:P+L?K13;`'3M);3C4KTY,%; M^=7'L2,\I#+K!XI-D!.B`UOS>2>5V-EI$3Q,.1'OL^RWW(0X,CW#+[UU\Y?/ M*Q_)7>A]:&X/`EYU_#%TAN<ZP%%]78[%SE">.&> M2YI@GQ#9.O6`:87ST_+=O:.Q]MGN%/ M;*&PDH'E!YV1_3'M;F]MUF:P\H*@8<4?L!L99Y&3O?B>D(VF+(IK&84NJQ"_ M4I5UPD9B"/(//6'DW:[)`B&'T!]I'5TC*?@`NZ+99;&F\UO7T&\1$W?64_66 MYVYG'3XNQ;QM(CUHJM;(F^G!6FXW<_Q-KSM#!DQ]I2N*AT0;9SC@G$CPCU*[JL4RZ^D\[1>])E6DGV]I6. MNGE>2:MMN-XJT?$J61-R]YBSPK'3OP82D01U$=F#$W5=`SP%WM$D!RGO$X-H M9?2X[XP*#JBL<'U*=[6^TWA=?2E*#=^YUPL7UWV5?1^(8V,0B)HW8[MT6FV] ME%CQ5WCJWF&:\@XL[0UF24BHSKH%(/N`E@T.-'DFI(6,FHGBRC3LK$:U;W,ON$56B6B+`U15+Z>*GYRZ::XHX M^)[,:FVJ8QE=2JD43PJ>V)E"P(AA0>6)KY+:N`6M@*^V*=7 MN_?^IQQA:K.Q'/IFYP]`C&R$$@9=!N"F=38)IK;,Z`_B;.MZ5##Z]!$<%DAU MV=N[2"#]"/2QN;-^R`8IFV=>[K2G%A[0C7#X\K8(N_7^I.BU?K#MLF&"M7_,8(6N2%:[\*2 M+Q.9[N.^[V?3E!N\RH83VY*E`Q3#D6DOSG$[NJ_&*W%!-'PO][;]C;:>=C1A MIJG$#B0B=B/T7OLDOU:KC#0N&CY;[T*S*'G?'NH9UNI@\JAF9RW0IMNMBZ\M M*AX.B\I'.0U@NP0:R&58=Z9!8&QT1C^"3P1"#&1Q[(91&!-%2[C6)`#%ETJ?O1YRJKB_A7(+Q/BL5Y/:AFC^M:+B7\2YQYCQU[* MJ'YET;]EG![\YYPG;><1+&`5_)L)V%*I(X5VVGLZ^! M#6C^JK8OU$+_P8=L]>1]@ZIC@U5[3D4(G)O3%.^CSUAV+6U18VXM8^;VL:!> M!`&3)2TXK5_8TK96_IO`$U4&!T&Q,+41!'YN$RE2:F:763_O;33Z^\30?%'O M&?E(`*%)[_:'0LUIF,JCK@VR_Y1LP8!/HPM#_>-[E=':Z`R'8N.KK_0J/W]1 MY;_;,I3!3`LB(+&@O^(_*LM%T.7U7ZY+I`35$MA)XZ,G*FN MT%[AG/1D6W;`A?;DL,TUCK.7[E@X[+,<11R5@*5-'7OS:6`L?^MLP!R7E.19 MAUG`NLQVQ\P"T`=UL2D'^X0016GD4;N%--PI^*^<:'0O8MPQ;P08RBI/55XW M[C<1GQH=*Q,)++5?._C5A#$NQ*W`3#R4@'%#`0RB02^%`?FU'*IG'TNH@<+MP]?11(2 MU11K(GI7+CX00G='F(G^D29P%NMW$SV9%J5^S4T[$8O1]2;2S_'O3'([1B4X M8\G4-SE9$'5]5#OPEW[(Z#)FQ.O/6_<\1^I];.Y8&CP>(P*MC#`>*O$UE*%S MM5TW;_14BE#>V.D"/-"#&C>6:F8Z!F.UH>.Q%`E+G*.;/\B/>'>$$/7,05:B M-B(3/J,K:P&@6Y22$4GE@E.8W;BNP-(SAK4%2DI"6TP(!EY08>0FYWD2!)M' M^7P7XN)>57K=NO[5C;6RCLU5)\X+UQ)+.65Y=V8>C^7@(]Q.)WS8-VNY5M3G M`._LQB9TEVAK,F%P$6S+H0^-<)@#,$?H4XW1O7\'+W(B;A:][N[I7>FYW]R]-5.'=2G>L>I7C7=*"84R/_)W?BXX[O MS,A>EW`LXW`--5.T)J)3;&SKRL^!O))T8*+U.[[P#+:BO58D'4.8:I7X\7%- M+'_I/NCZ#Y#\'D8\9Q2:NRB?%PRU/I5OYPFU@^8?IZ0O\2L6'!W&WNK55L9. M7:.$'^G5YVIR(&5AYGM\SW8?YVMUSNK(QU`'=^U$Z+VU5OB)G!==J!V(<7ZE.B MU?,";-"_N$CQYF6YL#@J9)]5=V-8_B0=4]CN;V>[P9X/7$R@LL:#5;N]65-<=/8LV?MB90N>L63H;,:L6Q&FR5X>XMU,+['Y4C*@F,^5T+:Q, MKPU,[9Y#HKDO'Z:?=L\VZ7FS)[2<P*9]K?9(H?"CK-JNI)S M;Z59/-%!(EX7BFM]4:[['KI_G7!V`H, M96;AJYP7+WIZU"G87B]VUB`?*)47N[B8/E?VJKRF[HC=[?LC5L*"]*XNI5H\ M*;35;U,E?B_ZVY-3/_;YO3IYR50%13;,F_F>0S[%("SE2*C:WFHG$QK!A0]S MLN,RSC6J`0]P)Z5L*R2B:G\XU21E@=[*AF]T:$,R-:Q1&`/YV MHL\0N"J,5=""WX8P=/8RHLXJ324% M8OZ=:3#3MJ@N]&:0B!";B#G\M3B*\<@X?(.WY6%O)AJ08T/'^(/Y/L&9??I8 MUX(OC>#XQ_DBP4][R\^GNN=7-C)T=IZ,J&?#U5\!53)#[6-/%I/06&!H5$0D5HA;QXO(3^774'AS*PZSUK'UC;0T;B0 MGN(9$()L1@:M_.\R1)!-J*EY6>OGX15@>?NW-'P39]\.3X/5'`QWG;,>5P@C MF*;=%X/Y/=C^&-)')41Q8RB>BLL/N*T]PZ&^JH0>ZD-_A_(28QL:`(H[2)S? MZ9+B>6+XY\,%>6!-#UX)).LC?HVXOO;N4S_['NK`DX:=0NFCR'+*:8WVK[T( M3L\D;;6UJ3GS,>59_+O[9X2=/Q/:0S^HO\V*;HTP8^2T!40:^9KEIF;9."R;+O#C7_1SJEVM1AY- ME*2BXTR+-HY'$DFOU6JK.%43I"-,%5:X/?<,`R`/*(<+;B3AOM>FJ2'8ZQ2W M:\`2FFHG%J[3Q&UZ86_H+/4%:N]I._Z$W7T8V0HHKI7;;-1RHB^35\SP>\A5 MS?@DZ$<*7M*F89W0T M;]1N1]E$KMTBKF(<6S4P2,SB+*6RV3NRX09/?P?WN/!NT^PQ:P6*Q>/2P671 M`I2E,-*6#*@P$0,!0441=6*4H+,,B81Y%0(T>ZC:^O"GB4"9KP38>:RBN7W" M+UO$H!O7S7R3TG?X16LCK"V_'DE[J/JPA7YLDP3P*5:&02M M,#M)>?`FTX>T&G,JX].C2$M%%X2YH"Q58CS_6+M*>C5ZS%:Y<8? M0>T%$2+8?Y3)0SA`7O9^ZP4*\3L5_?:X[L3F0UG?AEJ?9R9>E?0)VS7DZOS& M=`W_G1P&T/UX`BQ;#MHK01I8L6(^BV04A^#@,WF&EV\8);Z)[7NJ&O9?^I'O M`]8*!OP5Y=)JS)9D^>XWND5^1]IT"V7%W-I5IH\N3\G(FM.[N>>]"W_UW=K M;Y$V^'";H-0#OS=&HM_8G4OO.CI,<9`>H_\&L\25M?]I2,O;F7_UN@9_?+A, M3"L[6'L(#.>&W&[GV$L< MX+I[#.7/QT&*Y3/V[XBICM/;;4"K!$@'5;RC^9;O8PNJ=E,?=UMQS[CM>A1! M\77BAT_TW+8#O4TW^W/<%!=O9P@>B"D^'ERW>5,RB(MEY)T1:FZ,:U>N:C*I MHA)Y?-\%BS#&D:7L@/5EMR0FK-"QR$>Z<-KU-OY0#T(R6X`3)" M:'EF#SK$%.[NMJ_6>%DE4/'AW3^6J\O)64V&\.Q70A4"D-F&ZFG9AK` M^[D\@Q@VMNUN9+?I^5;DIEQV-36:_`G;7!0%$5UN9$OB_XT/M18WSLE90A!" MJLST[B1,\4R5<6C'Y^KHM'4:CK"P4U>6706;\WX*Y,PF)].3!(,9PI!Z:+]R M,`PDF*.]Z8)Q1Y`DH3QY'IV-S#`:,%F^3AZ=IP3R&[0.M4#B4170C5\^&^80 M)R?P-0<6"X?*0*S)-"KVTUAL\_9+":]?8B]N2H""(A%.DWCR6/3!* MOXL>J9[5'5@=Q(._GRKYF\SXCS=#![,UV$(6:OK/\\DQ2*!Q7?AM45;FYAT% MK.>Y!0?V9'^F-@M5^B!IH3;E%T+VXK=J@K+Q\"6#Z?:J+(IND^T"(K(G#_UC MFD\-29.]:ZMM:_':7$ZFGJ!8T2=#8Z*[,H2U_8QMS`''>D&2^ZH2"94,>IU* MOGGW:_[*D*'>HKDZ98^TR"J1HXI@-^C5KOD'<^PY":&;";$0GFD!5COALMD^ MW%'PY?/IHN]EXJPO<&O_V.PC=L2]T`@]NJ]$0K2PQM>?.<'7!4`T#)Y@JBUF M.G6%*"E@F>LD%YCV;8*-;5(UL"RBYLX\:5_P$VJ(K_[L0%9*.OU7/+$+<&07 MI^^?-[;SI1CD<7M:E6$V['@\P+PUI5Q]R19)CY?AAIJLY76\8<)4N$`$5&'- M25/6!0AFJJBWJRG]/[;$\"%MD>Q-\T&(*\$CYT1ZC0*S,M5.V/NI>MT%S_#\ M4:#[MO!U/WQ":\^)/A+U+AP:+S&5;A_*:SAZ*)R_,8S<43CFVPB`::W2;F@V M?";.@]%\TA?FXEB#"U.CT\ZQU>Y7O[N$VC4^SRKS*Z_D*PJ*D(`@T+PV3W.W MJ@V(30K?-@[2`N?T(64>\+!)>Y2G,#J@>HL-JH[A;@/U#3CKHF_WFR<0J#_'1[J)Z9J?C;,.(E$710@K/*VAZ%_V[ MVU?Z&9FSHC]K^#5,B*)+0U_ M:[&4&D-?NF/FTY18A/M0B/0*;*TH3K_3A%V%A#H%+^L'/M<&@C>5)Z)4FYUU MLE)B])^B][?U9U`,Y[@-.Y>1TR8Q>FGJA"SWVAF#)_%N2^U'HG2:36G+D!;+G]:1K;%^W:\ M!?W_"4@T2>LIOKUZ!N92'@.*GV8V$BH_`=I&ANB9W;Y@C(U4_)FQ,$?%1"SL M_\U`^2CJHJ7B?'45!%P=,1"_MQTX^>=M)B=P+1Z$R;S)[2C)PP.>S)NL7_+B MG2L=/3FU$K"^MS1A\D@0MWQJU]!$J`LTFZG?DA!>)_NJ@[L"N%GZ:;;.#)>TE)AG%C2B=.Y]).-@,!YETR;/LSCVL)?,),SWMFV8V MWQTF:VGA#^OD0G"(JQW^KCB.+O[[.6^YM"=Q]D-_`,%@V*4K]+WBJAGVV^N. M^_1M.X5"I_QLBI(\CW7G*(#[=YBNS"9-B/J`[N'?$YTN0DJ#W9&CO#:14RVA MS^$OL+_!X,Y="DM@].'7!J=Y;ZEC,HXE);Q*3BG-/&W'T"3$W@[\7'T23NX] M&N=27R9'`R3JU07F;<;X\":QN!"79+,88X'A)S-VB#2_M'A8\Z"ZQAYJ MF%Z/R#*>+FN!OPY-8Y[<@'X@T6K]5N@4IT[1-_2>Z--G'7CJ=21/-D.&A/KG M\R-4L7E!W#I>78[4SWZHCRW16,K9JDC9B-4N>UD^RX5MD?9V*+="&/J!2RB# M4EL(.Y@^@6_E:UZ"D85>-A]5AC2125\CN(3:=Z\RF&9VSX#OI9Z;\T+I[Q=7:]2M`>>VZCYF5N4%'G)J9@W=AU[7PRI="QC@_=<>3VAXZAYN$_D0 M/F>S>LC+TDJL&6ZEZZA0N;?@3W[8@1_+3*@]BXYJLB?MY&[1,R$(\E+EF%[# M1:\=?V`Q[M@P9:'^%DM'16^GYM:!!RJS-[PU1.AEHTM.;X%9;/G(;:#RA7/B M.9PF-9_]"/D1[J5-M[C MKD;$:T0*2#Z=:$.[)]=&B(`%RT`RHQ8=A`H96`!LJT^Z2-\*0BFJ-MNDKAX- M@LJ/4(.>6H-:.@+`DE=6&B>6(]"$B'WX$BNILCZFG(>9]C7_/@Y[Q7)@#U6. MAR;5>++!L0^TF*6"(VI@?JL%"PAU]E'F[J]16H!0GY&A8G9;<--O<=DC#Q./ MK#GG!@@D=PY3GGMJ._WZ_I^9*T8G!DW()JL44!'!S',=$\U0+4877@5>V/E# M[NM(%EW:XL5G_G8_J+ZYE633G+6[Q1V:-)+":1?756466\"E,E^:+R%MK)G0 M_R!`G7_*G\K?G3NX0W8PNCQFUHZ_OYYCLGVZ1I?@6=%K7"M\X""^1MZE#>.% MPZ%1C,*-5(YS5X.W0()/0VP[3IM8!G&?M0EN=+89:!25)6QW,:B+J:3G^_@>K[''?M4O'/FPLL4G.;/AGHYMKA4;O?< M\D;'P3%+1N3T-UW]7=[?M.1IY4^QU\+^U\*=OI58RP1/6-9!W[1>Z.H+6,VKWX?BZ00CJK/O)*-\*Q?TSO*;<%@&=O>GF-4)@,13DV1 M1DK`_(FB"3E[#Q]C\%Y6AYT8MB8`@)XH2^99?`/V5ZU:WV,%3RI8AEU'0A0J MUF.,A?6,>&B7QB*CZP]F$5HP52K8MB=;7;-^7H^4.P1!#W33FK.]6P-'$)XG MP@EOF\:_1)YR1),RWQTE8Q8'&@PX[%7"2!,M6Y\)=V@1K#*2F"!`U> M+2S@GP14RD"4Q/D$$/2JE\H52P*H')1D[J7/NG:Q4/L9T!+.\45:1B M?GY^1\&UH,H;R1SC@Z5%2&]N*D8D_6Z=CQ2=TOEWVT3*N>>Q76/,#XZX3)+I MNRD%'=_!,_?XFW#%20++7G%7OC+UY+9Z]3-I#OC(/[*R?(X6IZOE@U<>K7;+ MI_:TS6 M7'ZA0)J>@7?H%H.`YUHIVA;';1;Q,DVN00@N`URS-4Z#:ND#^@48O5+)V98W M=8;[.\`R8L"KBOBL:[\9PY7+.V?&@N#1[ET*Q?`K)`J[9E1CD;XQE))L@69N MYV,A\3JLG.1U(4EQGBO`E@:4>X&9=OV`FW]QKELOEO))RJ31+KJOIW(8LA3C M"_8XYC":'/1RC,JLN?J[`T%%U].O*#8.!D]IL@WL]["]9^IX^J/SA<_;&^Q1 M+[FTCO8:+W/92%+*IFU"^`_65E9ZI773>L.WM09GUSJ,U5YK?QIA MKR.?)V[269?AC_/!0D237;WNZ7U^J*W!Q]]U"[G9%VJN]1YR`J=TW\YD2%&' M)[DA,W:G/;KUADQ!<7I>/'..@&#@=J:\V3?"A/5L8XG8H%IQW_F0`C'W9A@2 MQ*?EU)3\!@#V9*2W,M/N*5CZ?LPQ'LRD;01I/Y:.;L,61^ZN?HWY4@GY*T>\PAUP%H7"'BR#8 M09,%HU\)+]P%B+'&&0/Z,$\W'0R3)\_"V_JS7%H$N:6J!W#_@CL_Y'LW_0[B MC-%"A4Y%DVB+ MN_'Z\%AG8R]]T4@=,T@^/B^/12)Q, M5-;@-R\+@ZAWK+?',(>PBSV:I.%T-&I`[UK7JP"#"9^7C`_BCF3K)ARBO1LE MNWMH'T2H43`:-LI39\O[FCJ8TNC!D3SCFD'HT5JEDZF/ZS+>3.!NJX].V5VL M#42@+EY%#Z2FA:8RXNI[[J?&31#VTZYC=SJG)29]+-1>M15;>H15`=`/JDJ1CC=E7SJ-C;G81`;7F!J0(G.:3$R^V`HE/9 M-[&#B7QP(\.59ZNBG[9Z6J_$)I"2ATG+B'1KE>GAO3N%)J^"5RMRUGJ&F=+* MSC):7=$>+:)<>!2M3_GYD7-(Z1=4FP'@L6G+:;.G^C3V-,% M9*MPGNSJ?X**_9/QYLVIJY63_N)L!D%"5P^AQ=_W6=]G9(IF;NF9*4>)QW/E M.93$%R@VM5-_Q"@D_OY4:'L,X M;%)'GA,FYQ]XLT+KMRLYZ;&8EN+EF>)TQQ7]]YL(&4QU_)D<\,.HPP`U M!$H>NY\*+Z4G/N>#.L,]7#Y\V&1)&E#ZDO`S*1'C4M,5J^Z/,0(8M/PWH8(G MC-]6$^;C3Q.!9+5^HY;YNUEHJX>L`NWV<^4]JIP^T`H; M?,#M\"[<2IX+\WYIN:H1=#]G-DD\;[683W\DN?.MCW@>Z#E51L$L`]K([ M%IX2W-I/D>`N\%%]TA1_/D#G1$K_[9#*)-W[_M6T@JB0XC#XODZFU+DH-<>+ M"2MO9!%H4X<9=B>0[]G=VZU]5ZW=T8R.R6O/.UKR/P]E[&]4CTRW=GZK>7/< M%3M*&7"R\#T7?Z3"*0F\S'G'*%SZGN/=T:WM[>D\.O[D7!%$?TDWF*U,[A,S M:098X7RA^KM+AF7P/STB?J<@1Z6?./'B_XT[RH@%7SJ3((KGVIQFBA5.],S6 M)YY1L)R@D[H4L8T;O!V*`X5U#B2!O[R(FVII*Z:MS6^2AJI$./\'-4>.C9O7 MYLC=0<4QS=XRFQ\J-@%0739JR!2HZAG`FDY+D<#%W5\?S]\[[L))WXM]G"^A M/DX4#<9.>SK/I+;Q85W]Y.E6D(V63\Z'=]70`J.H6"3(O& MM$[C`5YHTCWA@QR*G.)_*@#@?M[&!YY6)"F>E'DSOW77LQOW.V%:3=VE>:%Z MV$-'W%5A%6[L/MOMHIS_KT-:_V09.OOG_LR5WZ;,@TNIZ>&X]&MK_C9S(WP8 M*%O4LF-;T6$GE^5YO92.?=X?"L"35UD_=BZD0T)QFQ?;CI=!#E[PMH%(!\JH M`,A8@G/GR'HJ[ONCU<'1%O#IW9)KV%B0,;W M?`_!5K\9[UO"<^Y+'YN:\V#K\!/D5^(,@6]0@O3CBH[6*@HY3UYNFR:"I>*A MYST\#T_2J,H;[-^[Y8J%J%2?F/]DY0,:I*"YM10,D:CM-3!3M> MH$VMP'=%X(X,N%MJ3K5!]U15RUZ]0KIOO2\I=G_?^PN7]+AM[X*VG8=X\BP; M*;"`WV4IDN@PN@=>`_!G[J9N$+YO8;1*JVCXB!UM8J9&+HR)F3&":IF MG&YB"?&:ZESU5M=0B+H==^T?OH(>3L&9_TA?B>0Y&;W'5_C3GFCDT7@Z13*P M7CQ):0CR6TPG_TI]_JO($X&$7FC>##<3-0`*`3HPF`>QJ]+L/X<0CRJ1B`GO MP872$U3T,1MIW=<0KG?+"T*ISRVHOA](\FP\U1`U^'LLFB/8L6TF@3K_:77- M7WK8B-;-.@NA;\&HB)UU$L_;Y&,(EKJ5=C?K<2AZHGFK#*0_P>:`"TG]@MBZ MLWK9XQ)'6:*Y=7:A5:(T$<87:V_178&;U*%T$16BWAD:]0@9;I")CN13=YW5 MV2V[XC:7)_%SX^[]"1UV9TKO[/8>=1ZK)!N%[O MHOX6-BO8*2NL(3@4<8CJ)1S_S?M>;\7WB!S$:^5]J6T&F2:OWHXUAQHJ\-R2 M_'>1G?(8\"[6C?0%YX4TZ@,I5D++P=6G>5=;AB%7MIU-WJ]GK54U_5*7>F&@ M)CU45^7]Z':?_-ZKH1+F]^P@LO)(I.FC*R,>>HP<<0'EV-2JW"B?0%K2L?QO MROOABB`]P$UV<`RK:0!!-U,%EO%W$?/Q;`N;J]K#-@C<$XQMA.]!)!S5+VO% MKEO[VULY'E3WY"6M`=)*,)YO.?99E,_>[<15ZIO"\YE9U';=)P)J[;H<2Q(=)"#OCA0B3S0#$,$8(]\#+`;&.M M$^K877V?5,!D<&H[[90>LH/.0*1M8BO)V&`;O/.!`YZ,!!?SI3_`I_B`W+#. MI?FO(>&4UH[Y;VO+8U0T\.87YM)N7*5V56V[W+`M\39SZ&);N,HEOER,:$IU MT=V&]:C.*+N[9:-UH0G-T76.._X>D;N]3HIF(#I1#V.P/'&>'28-TQ502OL^%24% M*O4]#.]HK1<=X&O(WHY<\MY#W]3+XZWECSO(])?TXLTN]=C5$:9,,A9CNWY4NH!3OJ*^1P1SB'#5U99"]WGHVV'DI*MS2S2IUP\"C@X4&E]*[9*C5A7 MSS>P1#HULK5YLQBPW;49#L^Y9N?K;FG]4R>(AZ'53RYQWT14463CZ,0_OU'KS-\3R=TAN)%XWK5M/Q)0=II;*1(#PHX)!0D7R98R\&&*'P\!X&YC MS2`EQ?!5R!AZP_DBW<,,I=U+FOU`PM"TKZBL[1L?QHJJ\=9<1_!B8/TO<#^P[U4.;W)2GB1DU$ MFRS,YVDN#5!!_+BPG7Z2O3N_N36X^L.JI`S!J4MB7I1D0W+-#Z>@ZHR'B)V4 M7,I8%H]6T>^"%<#9`\0(H?N<=!-EO%.Z:?B]SV`?SF.JRAB$[;@D>=@IM%,8 M]*V[ES"(3^2\5QB_MPG70OY`>5^+/1_"7/E&-9/WLMPFDWN3:"RL]P;K)&K[ M_OVF;_SV"_`5&*TBE]5])&!TZ;3(7%1NG,U_8M,$>/B-MOS_-DU^-_E*K<1% MMW8_]9C:F,APG[B16QBW*E>>@=I\\:%>L\4CM&Z06PPPPD*HX_6 MJ+DMN>% MX\XQ[+9^"XNQ]A4U*URWX7&_P7MHH8/-KCR=N2Z:!<.`B&,,$$$#@"\FC/$^ ML:Q["-1:EX720K,!_;::=%T<5'%;>YGH@D MWLB2V,Z"+XT-#0T-#4`3%MBT(*20=`152`#Q13/:1?/ M1KV')AT%;_*#+\=].Y=KB5C*IK"\1]@C+,U@K0H21Y>^>EP_(\,9PX)`K0SB ME...&K3%<=OZMV:IMDI^5*=3"N_H#!^EXEQU&^"/PTM_LW,W6G6*/T>B_,:] M_QB:2SV*'>O/04CAQ/F,-,KW!]W\OZ*U,"ZFO#Q.-_'M8^M?7AM\XAT8)T\: MB[XNH=N8F27=L]5L[:3%$9:3A>L&',+HE>O*I1H"?A5WW*70,W?!/1)+&^6. M/\`-=,>YI:9CEV+/UFTW7FD)+_$D+BF;`>RD5Z10O\7U&Q$?GJE;:^Z?HKNK M'-K>8=;6:I97,2Y$(Q3AW'.$:,Q0IU5(7_8-88&:BT544'$4>&MM/Q,U$M7' MM)>J^>0(/W\^`)H>J>9*&[JGL\=C7N)M ME,Y)3A9]Q:%7)&K,?J+MZEYMGOVO+G M*F0S44#H"0,0,0&;=1SNM;$S^/0X+L0:*:;T[1X-<`F[T@2%#U^GRF6>EY,/ M2HUU=,:"FRC&ECH84F9.!,QN=D"-M&VS3MVN3+:[4IX;*N9S(5J6]J MGH-J$\GBKV7[H&`*NO=]4DD!SS",*EQ^9TT5%E'-.*VU3O6YRU\NH2OI7S&O MD?NE&N*QD1D9T1*=7A>(W_-'A/4P_^ MAA6(C_WDOEPC.HD5B.FD9$%-#"X[@(R`F"&J),AW/L.-YZ\WTX2(.;H=P.^9 M6U!"!I?3Q8#W-][N-$8@S4HN;>P^H=M_Y=)'@5'!OS,4YWEUB2C>7HZ=)MO' MCBL.@7@8(C&[V_`>6]#%5XA"TO8-E.THL( BE7>PR*^[K'A:Y@1G[,76 X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A342416A400; Wed, 9 May 2007 12:25:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5C36413C44C; Wed, 9 May 2007 12:25:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49CPBW1031406; Wed, 9 May 2007 08:25:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49CPBOC090886; Wed, 9 May 2007 08:25:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CC6073068; Wed, 9 May 2007 08:25:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509122511.4CC6073068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 08:25:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 12:25:12 -0000 TB --- 2007-05-09 10:41:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 10:41:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-09 10:41:52 - cleaning the object tree TB --- 2007-05-09 10:42:31 - checking out the source tree TB --- 2007-05-09 10:42:31 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-09 10:42:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 10:50:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 10:50:07 - cd /src TB --- 2007-05-09 10:50:07 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 10:50:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 9 12:05:51 UTC 2007 TB --- 2007-05-09 12:05:51 - generating LINT kernel config TB --- 2007-05-09 12:05:51 - cd /src/sys/ia64/conf TB --- 2007-05-09 12:05:51 - /usr/bin/make -B LINT TB --- 2007-05-09 12:05:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 12:05:51 - cd /src TB --- 2007-05-09 12:05:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 12:05:51 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1085: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1087: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here *** Error code 1 Stop in /src/sys/modules/hptiop. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 12:25:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 12:25:11 - ERROR: failed to build lint kernel TB --- 2007-05-09 12:25:11 - tinderbox aborted TB --- 0.83 user 2.83 system 6198.34 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 12:47:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 309BC16A400; Wed, 9 May 2007 12:47: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 E2CFB13C44C; Wed, 9 May 2007 12:47: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 l49ClgUk038088; Wed, 9 May 2007 08:47:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49ClgYa019713; Wed, 9 May 2007 08:47:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D09473068; Wed, 9 May 2007 08:47:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509124742.2D09473068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 08:47:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 12:47:43 -0000 TB --- 2007-05-09 11:30:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 11:30:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-09 11:30:44 - cleaning the object tree TB --- 2007-05-09 11:31:07 - checking out the source tree TB --- 2007-05-09 11:31:07 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-09 11:31:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 11:37:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 11:37:44 - cd /src TB --- 2007-05-09 11:37:44 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 11:37:45 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 9 12:35:40 UTC 2007 TB --- 2007-05-09 12:35:40 - generating LINT kernel config TB --- 2007-05-09 12:35:40 - cd /src/sys/powerpc/conf TB --- 2007-05-09 12:35:40 - /usr/bin/make -B LINT TB --- 2007-05-09 12:35:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 12:35:40 - cd /src TB --- 2007-05-09 12:35:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 12:35:41 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1085: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1087: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here *** Error code 1 Stop in /src/sys/modules/hptiop. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 12:47:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 12:47:41 - ERROR: failed to build lint kernel TB --- 2007-05-09 12:47:41 - tinderbox aborted TB --- 0.71 user 2.42 system 4617.58 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 13:42:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BEB716A402; Wed, 9 May 2007 13:42:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3C413C45A; Wed, 9 May 2007 13:42:15 +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 l49DgEEx047472; Wed, 9 May 2007 09:42:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49DgDsm035155; Wed, 9 May 2007 09:42:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA62973068; Wed, 9 May 2007 09:42:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509134213.AA62973068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 09:42:13 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 13:42:15 -0000 TB --- 2007-05-09 12:25:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 12:25:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-09 12:25:11 - cleaning the object tree TB --- 2007-05-09 12:25:34 - checking out the source tree TB --- 2007-05-09 12:25:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-09 12:25:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 12:33:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 12:33:29 - cd /src TB --- 2007-05-09 12:33:29 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 12:33:31 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 Wed May 9 13:28:23 UTC 2007 TB --- 2007-05-09 13:28:23 - generating LINT kernel config TB --- 2007-05-09 13:28:23 - cd /src/sys/sparc64/conf TB --- 2007-05-09 13:28:23 - /usr/bin/make -B LINT TB --- 2007-05-09 13:28:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 13:28:23 - cd /src TB --- 2007-05-09 13:28:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 13:28: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 [...] /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1085: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1087: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here *** Error code 1 Stop in /src/sys/modules/hptiop. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 13:42:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 13:42:13 - ERROR: failed to build lint kernel TB --- 2007-05-09 13:42:13 - tinderbox aborted TB --- 0.70 user 2.62 system 4622.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 14:01:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE90D16A405; Wed, 9 May 2007 14:01:09 +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 63A9613C480; Wed, 9 May 2007 14:01:09 +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 l49E18B5050675; Wed, 9 May 2007 10:01:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49E184I062639; Wed, 9 May 2007 10:01:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 859DF73068; Wed, 9 May 2007 10:01:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509140108.859DF73068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 10:01:08 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 14:01:09 -0000 TB --- 2007-05-09 12:47:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 12:47:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-09 12:47:42 - cleaning the object tree TB --- 2007-05-09 12:48:01 - checking out the source tree TB --- 2007-05-09 12:48:01 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-09 12:48:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 12:55:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 12:55:08 - cd /src TB --- 2007-05-09 12:55:08 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 12:55: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 Wed May 9 13:48:10 UTC 2007 TB --- 2007-05-09 13:48:10 - generating LINT kernel config TB --- 2007-05-09 13:48:10 - cd /src/sys/sun4v/conf TB --- 2007-05-09 13:48:10 - /usr/bin/make -B LINT TB --- 2007-05-09 13:48:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 13:48:10 - cd /src TB --- 2007-05-09 13:48:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 13:48: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 [...] /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1085: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:1087: warning: nested extern declaration of `writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: redundant redeclaration of 'writel' /src/sys/modules/hptiop/../../dev/hptiop/hptiop.c:208: warning: previous implicit declaration of 'writel' was here *** Error code 1 Stop in /src/sys/modules/hptiop. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 14:01:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 14:01:08 - ERROR: failed to build lint kernel TB --- 2007-05-09 14:01:08 - tinderbox aborted TB --- 0.62 user 2.16 system 4406.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 14:37:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8305316A404 for ; Wed, 9 May 2007 14:37:36 +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 3B7CD13C447 for ; Wed, 9 May 2007 14:37:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l49EbWU2008575; Wed, 9 May 2007 08:37:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4641DCA8.3070404@samsco.org> Date: Wed, 09 May 2007 08:37:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Daniel Eriksson References: <200705090707.l4977Qko082659@repoman.freebsd.org> <4F9C9299A10AE74E89EA580D14AA10A61A1725@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1725@royal64.emp.zapto.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 09 May 2007 08:37:33 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: rr232x driver update? rr2340 driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 14:37:36 -0000 Daniel Eriksson wrote: > The RocketRAID 232x driver is currently at version 1.2 in the tree (at > least in 6.2-RELENG, but I think it's the same in HEAD). Highpoint > released version 1.3 of this driver a few weeks (months?) ago and I just > wanted to check with you if an update in the FreeBSD tree is in the > works? > > Also, do you know if the driver for the RocketRAID 2340 is going to go > into the tree anytime soon. Highpoint has version 1.2 of this driver on > their webpage, but it's not available in the FreeBSD tree yet. > > > Best regards, > Daniel Eriksson I'm working with Highpoint right now to get these drivers integrated. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 9 14:58:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AABBA16A400; Wed, 9 May 2007 14:58:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 75FA213C45A; Wed, 9 May 2007 14:58:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l49Etcdk095527; Wed, 9 May 2007 07:55:38 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l49Etcg4095526; Wed, 9 May 2007 07:55:38 -0700 (PDT) (envelope-from sgk) Date: Wed, 9 May 2007 07:55:38 -0700 From: Steve Kargl To: Luoqi Chen Message-ID: <20070509145538.GA95496@troutmask.apl.washington.edu> References: <200705090216.33394.luoqi@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705090216.33394.luoqi@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: rint() bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 14:58:41 -0000 On Wed, May 09, 2007 at 02:16:32AM -0700, Luoqi Chen wrote: > Does anyone know about this particular bug (and have a plan to fix it)? > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4831589 > On i386 and amd64, FreeBSD uses assembly code contributed by David Schultz. On platforms that use fdlibm code, the bug was fixed 17 months ago. cvsweb is a wonderful tool. http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/msun/src/s_rint.c -- Steve From owner-freebsd-current@FreeBSD.ORG Wed May 9 15:47:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0D5616A400; Wed, 9 May 2007 15:47:44 +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 7F3E713C447; Wed, 9 May 2007 15:47:44 +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 l49FlhAN073243; Wed, 9 May 2007 11:47:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49Flhl1044976; Wed, 9 May 2007 11:47:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8559473068; Wed, 9 May 2007 11:47:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509154743.8559473068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 11:47:43 -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: Wed, 09 May 2007 15:47:44 -0000 TB --- 2007-05-09 14:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 14:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-09 14:05:00 - cleaning the object tree TB --- 2007-05-09 14:05:35 - checking out the source tree TB --- 2007-05-09 14:05:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-09 14:05:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 14:14:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 14:14:15 - cd /src TB --- 2007-05-09 14:14:15 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 14:14:16 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 Wed May 9 15:35:05 UTC 2007 TB --- 2007-05-09 15:35:05 - generating LINT kernel config TB --- 2007-05-09 15:35:05 - cd /src/sys/amd64/conf TB --- 2007-05-09 15:35:05 - /usr/bin/make -B LINT TB --- 2007-05-09 15:35:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 15:35:05 - cd /src TB --- 2007-05-09 15:35:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 15:35: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 if_ural.o(.text+0x1b8a): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x36e2): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x38b3): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 15:47:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 15:47:43 - ERROR: failed to build lint kernel TB --- 2007-05-09 15:47:43 - tinderbox aborted TB --- 1.03 user 3.57 system 6163.13 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 16:10:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B51716A407 for ; Wed, 9 May 2007 16:10:27 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id E03A713C458 for ; Wed, 9 May 2007 16:10:26 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l49GA5Vm012478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 May 2007 09:10:08 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4641F25F.7020101@errno.com> Date: Wed, 09 May 2007 09:10:07 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070430) MIME-Version: 1.0 To: Alexander Leidinger References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> <46414861.50800@errno.com> <20070509063851.GD1724@cryptomonkeys.com> <20070509133340.2f24bf34@deskjail> In-Reply-To: <20070509133340.2f24bf34@deskjail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Louis Kowolowski , freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 16:10:27 -0000 Alexander Leidinger wrote: > Quoting Louis Kowolowski (Tue, 8 May 2007 23:38:51 -0700): > >> On Tue, May 08, 2007 at 09:04:49PM -0700, Sam Leffler wrote: >>> Harald Schmalzbauer wrote: >>>> Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: >>>>> Hello, >>>>> >>>>> I found the sysctl "debug.acpi.resume_beep" and enabled it. >>>>> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up >>>>> again. Now with this sysctl enabled I hear a continuing beep, but the >>>>> hard drive stays powered down, also the LCD keeps unlit. >>>>> >>>>> Any hints how I can find out what's going wrong? >>>>> Tuning hw.acpi.reset_video doesn't change anything. >>>> Again, the fabulous handbook gave me the hint to remove all devices from >>>> the kernel and dynamically load them. >>>> This revealse if_ath as the culprit. (the last I tried after usb, >>>> fwohci, pcm, ichsmb) >>>> >>>> Could this be related to the interrupt strom problems with ath (I often >>>> get storm warnings, all drivers share IRQ9 on this laptop)? >>> Unclear but there's been an outstanding complaint against ath related to >>> suspend for a while. Specifically if you touch certain registers in the >>> h/w after the chip has been put to sleep you can hang the pci bus. I've >>> asked people that can reproduce the problem to narrow down the code path >>> by which the driver is entered but w/o luck. >>> >> I don't know for sure, but I think I might be seeing a similar issue with >> atheros, but during bootup instead of suspend. It's not reproducable in a >> reliable fashion, but sometimes I get a hang during bootup shortly after >> ath0 is brought up. I also see an interupt storm on irq11, which I believe >> is also shared by ichsmb (at least on my Thinkpad T60p). > > AOL! Very hard hang. I have to remove the power supply and the battery > from my laptop then. I also get a message sometimes on the console (Sam > knows about it). The IRQ is also shared with something else, I think (I > have to look this up). > >> If there is more information I can make available, I'm more than willing. >> I'd like to provide a defined way to cause this, but it doesn't seem to >> happen in a "regular" way. If anyone has suggestions on this, please share. > > I can reproduce the message very easy. I just have to boot and wait > some minutes. For the hang I'm not sure how to reproduce it. It happens > sometimes. It also happens sometimes in WinXP, so it may be a hardware > problem, not a driver problem (but I don't want to rule this out). What's described above sounds very different from what I mentioned. The issue I referred to is that when you set many ath parts into sleep mode to conserve power all registers but those in the pci clock domain are unresponsivee over the bus (see the comment in ath_stop in the driver). Consequently any register access will hang. If this is with a cardbus card ejecting it will restore the system to normal use. For pci cards (e.g. minipci) power cycling works. I've never heard of anyone needing to remove a battery. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 9 16:23:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A9CB16A400 for ; Wed, 9 May 2007 16:23:19 +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 EBB6B13C45B for ; Wed, 9 May 2007 16:23:18 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l49GNIDA013731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 May 2007 09:23:18 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l49GNHMN014309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 May 2007 09:23:17 -0700 Message-ID: <4641F574.3060102@u.washington.edu> Date: Wed, 09 May 2007 09:23:16 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Harald Schmalzbauer References: <200705090846.29979.h.schmalzbauer@omnisec.de> In-Reply-To: <200705090846.29979.h.schmalzbauer@omnisec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.9.90036 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: rum buildkernel breakeage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 16:23:19 -0000 Harald Schmalzbauer wrote: > Hello, > > I'm out of ideas: I have "nodevice rum" in my kernel, also > WITHOUT_MODULES="rum linux" in my make.conf. > But some code still wants to touch rum which fails with the following: > ... > linking kernel.debug > if_rum.o(.text+0x4e3): In function `rum_attach': > /FlashBSD/src/sys/dev/usb/if_rum.c:501: undefined reference to > `ieee80211_ieee2mhz' > if_rum.o(.text+0x518):/FlashBSD/src/sys/dev/usb/if_rum.c:506: undefined > reference to `ieee80211_ieee2mhz' > if_rum.o(.text+0x54d):/FlashBSD/src/sys/dev/usb/if_rum.c:511: undefined > reference to `ieee80211_ieee2mhz' > if_rum.o(.text+0x585):/FlashBSD/src/sys/dev/usb/if_rum.c:516: undefined > reference to `ieee80211_ieee2mhz' > ..... > ieee80211_amrr.o(.text+0xef): In function `ieee80211_amrr_choose': > /FlashBSD/src/sys/net80211/ieee80211_amrr.c:101: undefined reference to > `ieee80211_note' > ieee80211_amrr.o(.text+0x190):/FlashBSD/src/sys/net80211/ieee80211_amrr.c:125: > undefined reference to `ieee80211_note' > *** Error code 1 > > Thanks for hints, > > -Harry Just try commenting out "device rum". What do you get then? How are you trying to invoke make buildkernel, and what's your kernel config like? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed May 9 16:25:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA1F416A4D0 for ; Wed, 9 May 2007 16:25:17 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id E893613C50D for ; Wed, 9 May 2007 16:25:14 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l49GPDbE020196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 May 2007 09:25:13 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l49GPC8L005763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 May 2007 09:25:12 -0700 Message-ID: <4641F5E7.4090406@u.washington.edu> Date: Wed, 09 May 2007 09:25:11 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Harald Schmalzbauer References: <200705090846.29979.h.schmalzbauer@omnisec.de> <4641F574.3060102@u.washington.edu> In-Reply-To: <4641F574.3060102@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.9.90036 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: rum buildkernel breakeage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 16:25:18 -0000 Garrett Cooper wrote: > Harald Schmalzbauer wrote: >> Hello, >> >> I'm out of ideas: I have "nodevice rum" in my kernel, also >> WITHOUT_MODULES="rum linux" in my make.conf. >> But some code still wants to touch rum which fails with the following: >> ... >> linking kernel.debug >> if_rum.o(.text+0x4e3): In function `rum_attach': >> /FlashBSD/src/sys/dev/usb/if_rum.c:501: undefined reference to >> `ieee80211_ieee2mhz' >> if_rum.o(.text+0x518):/FlashBSD/src/sys/dev/usb/if_rum.c:506: >> undefined reference to `ieee80211_ieee2mhz' >> if_rum.o(.text+0x54d):/FlashBSD/src/sys/dev/usb/if_rum.c:511: >> undefined reference to `ieee80211_ieee2mhz' >> if_rum.o(.text+0x585):/FlashBSD/src/sys/dev/usb/if_rum.c:516: >> undefined reference to `ieee80211_ieee2mhz' >> ..... >> ieee80211_amrr.o(.text+0xef): In function `ieee80211_amrr_choose': >> /FlashBSD/src/sys/net80211/ieee80211_amrr.c:101: undefined reference >> to `ieee80211_note' >> ieee80211_amrr.o(.text+0x190):/FlashBSD/src/sys/net80211/ieee80211_amrr.c:125: >> undefined reference to `ieee80211_note' >> *** Error code 1 >> >> Thanks for hints, >> >> -Harry > > Just try commenting out "device rum". What do you get then? > > How are you trying to invoke make buildkernel, and what's your kernel > config like? > -Garrett I meant "nodevice rum". Is "nodevice {foo}" supposed to work as the OP expects, or is this just undefined behavior? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed May 9 16:26:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24C9516A400; Wed, 9 May 2007 16:26:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C4ADB13C4BC; Wed, 9 May 2007 16:26:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49GQWiQ080899; Wed, 9 May 2007 12:26:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49GQWDS066019; Wed, 9 May 2007 12:26:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E85F673068; Wed, 9 May 2007 12:26:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509162631.E85F673068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 12:26:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 16:26:33 -0000 TB --- 2007-05-09 15:11:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 15:11:34 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-09 15:11:34 - cleaning the object tree TB --- 2007-05-09 15:12:00 - checking out the source tree TB --- 2007-05-09 15:12:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-09 15:12:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 15:18:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 15:18:58 - cd /src TB --- 2007-05-09 15:18:58 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 15:18: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 Wed May 9 16:13:07 UTC 2007 TB --- 2007-05-09 16:13:07 - generating LINT kernel config TB --- 2007-05-09 16:13:07 - cd /src/sys/i386/conf TB --- 2007-05-09 16:13:07 - /usr/bin/make -B LINT TB --- 2007-05-09 16:13:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 16:13:07 - cd /src TB --- 2007-05-09 16:13:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 16:13: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ural.o(.text+0x18bf): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3175): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3360): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 16:26:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 16:26:31 - ERROR: failed to build lint kernel TB --- 2007-05-09 16:26:31 - tinderbox aborted TB --- 0.64 user 2.29 system 4497.24 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 16:33:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 254E116A403 for ; Wed, 9 May 2007 16:33:19 +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 CED7B13C44B for ; Wed, 9 May 2007 16:33:18 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5e64b.dip.t-dialin.net [84.165.230.75]) by redbull.bpaserver.net (Postfix) with ESMTP id 1CCFC2E0AE; Wed, 9 May 2007 18:33:15 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id B2DA75B48A3; Wed, 9 May 2007 18:32:59 +0200 (CEST) Date: Wed, 9 May 2007 18:33:13 +0200 From: Alexander Leidinger To: Sam Leffler Message-ID: <20070509183313.551238c0@deskjail> In-Reply-To: <4641F25F.7020101@errno.com> References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> <46414861.50800@errno.com> <20070509063851.GD1724@cryptomonkeys.com> <20070509133340.2f24bf34@deskjail> <4641F25F.7020101@errno.com> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Louis Kowolowski , freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 16:33:19 -0000 Quoting Sam Leffler (Wed, 09 May 2007 09:10:07 -0700): > card ejecting it will restore the system to normal use. For pci cards > (e.g. minipci) power cycling works. I've never heard of anyone needing > to remove a battery. This is with a mini-pci card. And The laptop hangs completely. I can not power it off. The power button seems to need ACPI. Normally I push it for some seconds and the laptop switches off (or short and it does a "shutdown -p now"). In the case described in my previous mail this does not work. So the only way to power cycle is to remove the power. As this is a laptop, pulling the power cord is not enough, I have to remove the battery. Bye, Alexander. -- By pressing "Scroll Lock" you can use the arrow keys to scroll backward through the console output. Press "Scroll Lock" again to turn it off. 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 Wed May 9 17:00:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3AED16A402; Wed, 9 May 2007 17:00:31 +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 828FA13C459; Wed, 9 May 2007 17:00:31 +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 l49H0Ua4085692; Wed, 9 May 2007 13:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49H0UTG034692; Wed, 9 May 2007 13:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E9D173068; Wed, 9 May 2007 13:00:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509170030.9E9D173068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 13:00:30 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 17:00:31 -0000 TB --- 2007-05-09 15:47:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 15:47:43 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-09 15:47:43 - cleaning the object tree TB --- 2007-05-09 15:48:03 - checking out the source tree TB --- 2007-05-09 15:48:03 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-09 15:48:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 15:54:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 15:54:47 - cd /src TB --- 2007-05-09 15:54:47 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 15:54: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 Wed May 9 16:49:05 UTC 2007 TB --- 2007-05-09 16:49:05 - generating LINT kernel config TB --- 2007-05-09 16:49:05 - cd /src/sys/pc98/conf TB --- 2007-05-09 16:49:05 - /usr/bin/make -B LINT TB --- 2007-05-09 16:49:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 16:49:05 - cd /src TB --- 2007-05-09 16:49:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 16:49: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ural.o(.text+0x18bf): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3175): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3360): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 17:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 17:00:30 - ERROR: failed to build lint kernel TB --- 2007-05-09 17:00:30 - tinderbox aborted TB --- 0.67 user 2.16 system 4366.67 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 18:24:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B719516A402 for ; Wed, 9 May 2007 18:24:22 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4A813C465 for ; Wed, 9 May 2007 18:24:21 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l49Ix5Em029414; Wed, 9 May 2007 18:59:06 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l49Ix5ct029413; Wed, 9 May 2007 18:59:05 GMT (envelope-from dunstan) Date: Wed, 9 May 2007 18:59:05 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070509185905.GA29365@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org, jasone@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Wed, 09 May 2007 18:59:06 +0000 (UTC) Cc: jasone@freebsd.org Subject: yacc(1) causes a fault -- "fault VA = 0xa5a5a5b1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 18:24:22 -0000 Hi, I have a file: http://people.freebsd.org/~wkoszek/traces/grammar.y I run this command: yacc -d -o grammar.c grammar.y While I get a following warning on RELENG_6 machines: $ yacc -d -o grammar.c grammar.y yacc: w - line 36 of "grammar.y", the default action assigns an undefined value to $$ yacc: w - the symbol NUMBER is undefined On various -CURRENT boxes I see: $ yacc -d -o grammar.c grammar.y fatal process exception: page fault, fault VA = 0xa5a5a5b1 zsh: segmentation fault (core dumped) yacc -d -o grammar.c grammar.y Sounds like a regression in malloc(3) ? Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Wed May 9 18:33:33 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 767C216A404 for ; Wed, 9 May 2007 18:33:33 +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 2DD4D13C46C for ; Wed, 9 May 2007 18:33:33 +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 l49IXUb1009602; Wed, 9 May 2007 12:33:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <464213F4.5030704@samsco.org> Date: Wed, 09 May 2007 12:33:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Wojciech A. Koszek" , freebsd-current@FreeBSD.org, jasone@FreeBSD.org References: <20070509185905.GA29365@FreeBSD.czest.pl> In-Reply-To: <20070509185905.GA29365@FreeBSD.czest.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 09 May 2007 12:33:30 -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: Subject: Re: yacc(1) causes a fault -- "fault VA = 0xa5a5a5b1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 18:33:33 -0000 Wojciech A. Koszek wrote: > Hi, > > I have a file: > > http://people.freebsd.org/~wkoszek/traces/grammar.y > > I run this command: > > yacc -d -o grammar.c grammar.y > > While I get a following warning on RELENG_6 machines: > > $ yacc -d -o grammar.c grammar.y > yacc: w - line 36 of "grammar.y", the default action assigns an > undefined value to $$ > yacc: w - the symbol NUMBER is undefined > > On various -CURRENT boxes I see: > > $ yacc -d -o grammar.c grammar.y > fatal process exception: page fault, fault VA = 0xa5a5a5b1 > zsh: segmentation fault (core dumped) yacc -d -o grammar.c grammar.y > > Sounds like a regression in malloc(3) ? > > Thanks, > No, that looks like a use-after-free, with malloc filling the freed memory with trash. It's a debugging option that is turned off in RELENG_N branches and left on in HEAD, for precisely this reason. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 9 18:51:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3FB816A406 for ; Wed, 9 May 2007 18:51:57 +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 5A52113C44C for ; Wed, 9 May 2007 18:51:57 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from localhost (dsl092-011-183.sfo1.dsl.speakeasy.net [66.92.11.183]) (authenticated bits=0) by abeyance.cryptomonkeys.com (8.13.8+Sun/8.13.8) with ESMTP id l49Ipmw6003557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 May 2007 11:51:55 -0700 (PDT) Date: Wed, 9 May 2007 11:51:45 -0700 From: Louis Kowolowski To: freebsd-current@freebsd.org Message-ID: <20070509185136.GB1738@cryptomonkeys.com> References: <200705081904.39469.h.schmalzbauer@omnisec.de> <200705090035.40756.h.schmalzbauer@omnisec.de> <46414861.50800@errno.com> <20070509063851.GD1724@cryptomonkeys.com> <20070509133340.2f24bf34@deskjail> <4641F25F.7020101@errno.com> <20070509183313.551238c0@deskjail> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20070509183313.551238c0@deskjail> 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 Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 18:51:57 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 09, 2007 at 06:33:13PM +0200, Alexander Leidinger wrote: > Quoting Sam Leffler (Wed, 09 May 2007 09:10:07 -0700): >=20 > > card ejecting it will restore the system to normal use. For pci cards= =20 > > (e.g. minipci) power cycling works. I've never heard of anyone needing= =20 > > to remove a battery. >=20 > This is with a mini-pci card. And The laptop hangs completely. I can > not power it off. The power button seems to need ACPI. Normally I push > it for some seconds and the laptop switches off (or short and it does a > "shutdown -p now"). In the case described in my previous mail this does > not work. So the only way to power cycle is to remove the power. As > this is a laptop, pulling the power cord is not enough, I have to > remove the battery. >=20 Mine is also mini-pci (express), but I can use the power button to power off. Anyway, aparently seperate issues from the thread. Sorry. --=20 Louis Kowolowski KE7BAX louisk@cryptomonkeys.com Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Warning: Do not point laser at remaining eye! --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQhg4Zk0r6oAkN7YRAnlCAJ0SuAWJDGd+BU1EQ/x1v1aGZsUOKwCdG6eE 6hRgpj5p4ZuOZmTljYG1u/0= =l82j -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 18:52:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 092E316A408 for ; Wed, 9 May 2007 18:52:10 +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 ECE8113C46E for ; Wed, 9 May 2007 18:52:09 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E2D111A3C19; Wed, 9 May 2007 11:52:52 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4B0D051450; Wed, 9 May 2007 14:52:09 -0400 (EDT) Date: Wed, 9 May 2007 14:52:09 -0400 From: Kris Kennaway To: Patrick Dung Message-ID: <20070509185208.GB50194@xor.obsecurity.org> References: <253249.83419.qm@web54301.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <253249.83419.qm@web54301.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: import nss_ldap, openldap in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 18:52:10 -0000 On Wed, May 09, 2007 at 04:05:19AM -0700, Patrick Dung wrote: > Hi > > There was discussing about this issue before. Is there any plan/news > about it? > > BTW, if you look at debian, it ready comes with nss_ldap and openldap > client library out of the box. > > Any comments? That's what ports are for. Kris From owner-freebsd-current@FreeBSD.ORG Wed May 9 18:54:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 049BA16A405 for ; Wed, 9 May 2007 18:54:11 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id BC7C513C4AE for ; Wed, 9 May 2007 18:53:43 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l49IrPjX072456; Wed, 9 May 2007 13:53:25 -0500 (CDT) (envelope-from dan) Date: Wed, 9 May 2007 13:53:25 -0500 From: Dan Nelson To: Scott Long Message-ID: <20070509185324.GB30662@dan.emsphone.com> References: <20070509185905.GA29365@FreeBSD.czest.pl> <464213F4.5030704@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <464213F4.5030704@samsco.org> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" , jasone@freebsd.org Subject: Re: yacc(1) causes a fault -- "fault VA = 0xa5a5a5b1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 18:54:11 -0000 In the last episode (May 09), Scott Long said: > Wojciech A. Koszek wrote: > > Hi, > > I have a file: > > http://people.freebsd.org/~wkoszek/traces/grammar.y > > I run this command: > > yacc -d -o grammar.c grammar.y > > While I get a following warning on RELENG_6 machines: > > $ yacc -d -o grammar.c grammar.y > > yacc: w - line 36 of "grammar.y", the default action assigns an > > undefined value to $$ > > yacc: w - the symbol NUMBER is undefined > > On various -CURRENT boxes I see: > > $ yacc -d -o grammar.c grammar.y > > fatal process exception: page fault, fault VA = 0xa5a5a5b1 > > zsh: segmentation fault (core dumped) yacc -d -o grammar.c grammar.y > > Sounds like a regression in malloc(3) ? > > Thanks, > > No, that looks like a use-after-free, with malloc filling the freed > memory with trash. It's a debugging option that is turned off in > RELENG_N branches and left on in HEAD, for precisely this reason. HEAD fills memory with 0xa5 on malloc, and 0x5a on free, so it's actually a "use-before-set". I can get it to core on 6.x too by setting MALLOC_OPTIONS=J. valgrind (with MALLOC_OPTIONS=j) says: ==52609== Conditional jump or move depends on uninitialised value(s) ==52609== at 0x8052B40: end_rule (reader.c:1260) ==52609== by 0x805393C: read_grammar (reader.c:1621) ==52609== by 0x80546C4: reader (reader.c:1926) ==52609== by 0x804C3DB: main (main.c:434) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed May 9 18:59:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F49716A402 for ; Wed, 9 May 2007 18:59:40 +0000 (UTC) (envelope-from SRS1=457799b6ac07405b3564008152f165cfa29ffcb6=es.net==457799b6ac07405b3564008152f165cfa29ffcb6=330=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 5063213C43E for ; Wed, 9 May 2007 18:59:38 +0000 (UTC) (envelope-from SRS1=457799b6ac07405b3564008152f165cfa29ffcb6=es.net==457799b6ac07405b3564008152f165cfa29ffcb6=330=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id OXA75938 for ; Wed, 09 May 2007 11:43:38 -0700 Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id OXA62336 for ; Wed, 09 May 2007 11:43:36 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id OXA17935; Wed, 09 May 2007 11:43:35 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1079545042; Wed, 9 May 2007 11:43:35 -0700 (PDT) To: Alexander Leidinger In-Reply-To: Your message of "Wed, 09 May 2007 13:33:40 +0200." <20070509133340.2f24bf34@deskjail> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1178736215_71795P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 09 May 2007 11:43:35 -0700 From: "Kevin Oberman" Message-Id: <20070509184335.1079545042@ptavv.es.net> Cc: Louis Kowolowski , freebsd-current@freebsd.org Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 18:59:40 -0000 --==_Exmh_1178736215_71795P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 9 May 2007 13:33:40 +0200 > From: Alexander Leidinger > Sender: owner-freebsd-current@freebsd.org > > Quoting Louis Kowolowski (Tue, 8 May 2007 23:38:51 -0700): > > > On Tue, May 08, 2007 at 09:04:49PM -0700, Sam Leffler wrote: > > > Harald Schmalzbauer wrote: > > > > Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: > > > >> Hello, > > > >> > > > >> I found the sysctl "debug.acpi.resume_beep" and enabled it. > > > >> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up > > > >> again. Now with this sysctl enabled I hear a continuing beep, but the > > > >> hard drive stays powered down, also the LCD keeps unlit. > > > >> > > > >> Any hints how I can find out what's going wrong? > > > >> Tuning hw.acpi.reset_video doesn't change anything. > > > > > > > > Again, the fabulous handbook gave me the hint to remove all devices from > > > > the kernel and dynamically load them. > > > > This revealse if_ath as the culprit. (the last I tried after usb, > > > > fwohci, pcm, ichsmb) > > > > > > > > Could this be related to the interrupt strom problems with ath (I often > > > > get storm warnings, all drivers share IRQ9 on this laptop)? > > > > > > Unclear but there's been an outstanding complaint against ath related to > > > suspend for a while. Specifically if you touch certain registers in the > > > h/w after the chip has been put to sleep you can hang the pci bus. I've > > > asked people that can reproduce the problem to narrow down the code path > > > by which the driver is entered but w/o luck. > > > > > I don't know for sure, but I think I might be seeing a similar issue with > > atheros, but during bootup instead of suspend. It's not reproducable in a > > reliable fashion, but sometimes I get a hang during bootup shortly after > > ath0 is brought up. I also see an interupt storm on irq11, which I believe > > is also shared by ichsmb (at least on my Thinkpad T60p). > > AOL! Very hard hang. I have to remove the power supply and the battery > from my laptop then. I also get a message sometimes on the console (Sam > knows about it). The IRQ is also shared with something else, I think (I > have to look this up). I knew there was a reason to not put if_ath in the kernel. (Actually, I want it out of the kernel so I can be sure the radio is not transmitting in flight or eating battery when I am on a wire or have no available AP. On another note, you don't need to pull power/battery to do a hard reset on any remotely modern laptop. Just press and hold the power button for 5 seconds and your system will power down. -- 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_1178736215_71795P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGQhZXkn3rs5h7N1ERApbtAKCoofuLjeBMDEXOUyxdFv/dSyriFACfc3pw 1a1IYSMNtFjxY5BACCJHN0c= =/JHp -----END PGP SIGNATURE----- --==_Exmh_1178736215_71795P-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 19:02:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B9EE16A400 for ; Wed, 9 May 2007 19:02:12 +0000 (UTC) (envelope-from luoqi@freebsd.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id D6E7A13C45D for ; Wed, 9 May 2007 19:02:11 +0000 (UTC) (envelope-from luoqi@freebsd.org) Received: from luoqi.homeunix.org ([76.102.199.51]) by comcast.net (sccrmhc15) with ESMTP id <20070509190207015008ig5de>; Wed, 9 May 2007 19:02:11 +0000 Received: from dell.baobao.home (localhost [127.0.0.1]) by luoqi.homeunix.org (8.14.1/8.14.1) with ESMTP id l49J26Qs005615; Wed, 9 May 2007 12:02:06 -0700 (PDT) (envelope-from luoqi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by dell.baobao.home (8.14.1/8.14.1/Submit) id l49J25le005614; Wed, 9 May 2007 12:02:05 -0700 (PDT) (envelope-from luoqi@freebsd.org) X-Authentication-Warning: dell.baobao.home: luoqi set sender to luoqi@freebsd.org using -f From: Luoqi Chen To: "Steve Kargl" Date: Wed, 9 May 2007 12:02:03 -0700 User-Agent: KMail/1.9.6 References: <336D7181C830FF4E8B176A94FFB3F8D83356BD@ex01.briontech.com> In-Reply-To: <336D7181C830FF4E8B176A94FFB3F8D83356BD@ex01.briontech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705091202.04699.luoqi@freebsd.org> Cc: current@freebsd.org Subject: Re: rint() bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 19:02:12 -0000 On Wednesday 09 May 2007 07:55:38 -0700 Steve Kargl wrote: > On Wed, May 09, 2007 at 02:16:32AM -0700, Luoqi Chen wrote: > > Does anyone know about this particular bug (and have a plan to fix it)? > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4831589 > > On i386 and amd64, FreeBSD uses assembly code contributed > by David Schultz. On platforms that use fdlibm code, the > bug was fixed 17 months ago. cvsweb is a wonderful tool. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/msun/src/s_rint.c Thanks, Steve. I forgot to check with the CVS, I was looking at 6-R branch, which still doesn't have Bruce's fix (I guess I should have posted my question to -stable instead). Any time table for a merge? I looked at the latest msun/amd64, there was no assembly version for rint(). Since C99 is not supported everywhere (4.x systems, e.g.), I still have to use rint() for portability. Does anyone plan to write a piece of assembly code for rint() on amd64? Besides the bug, the C version is noticeably slower. -lq From owner-freebsd-current@FreeBSD.ORG Wed May 9 19:02:39 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0280616A402 for ; Wed, 9 May 2007 19:02:39 +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 A3C6613C458 for ; Wed, 9 May 2007 19:02:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3A2368BD490; Wed, 9 May 2007 21:02:32 +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 7oFHu3bI50qS; Wed, 9 May 2007 21:02:31 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5001D8BD48F; Wed, 9 May 2007 21:02:31 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l49J2STL058330; Wed, 9 May 2007 21:02:28 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 9 May 2007 21:02:28 +0200 From: Roman Divacky To: Scott Long Message-ID: <20070509190228.GA58304@freebsd.org> References: <20070509185905.GA29365@FreeBSD.czest.pl> <464213F4.5030704@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <464213F4.5030704@samsco.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org, "Wojciech A. Koszek" , jasone@FreeBSD.org Subject: Re: yacc(1) causes a fault -- "fault VA = 0xa5a5a5b1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 19:02:39 -0000 > >Sounds like a regression in malloc(3) ? > > > >Thanks, > > > > No, that looks like a use-after-free, with malloc filling the freed > memory with trash. It's a debugging option that is turned off in > RELENG_N branches and left on in HEAD, for precisely this reason. this makes me ask a question - what is the state of running coverity on fbsd userland? some of the programs in the userland are really old and noone has touched them in ages... (yacc being obviously one of them) thnx for answer From owner-freebsd-current@FreeBSD.ORG Wed May 9 19:30:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BBCF16A402; Wed, 9 May 2007 19:30:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2B613C43E; Wed, 9 May 2007 19:30:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l49JRA2E097697; Wed, 9 May 2007 12:27:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l49JRAoK097696; Wed, 9 May 2007 12:27:10 -0700 (PDT) (envelope-from sgk) Date: Wed, 9 May 2007 12:27:10 -0700 From: Steve Kargl To: Luoqi Chen Message-ID: <20070509192710.GA97664@troutmask.apl.washington.edu> References: <336D7181C830FF4E8B176A94FFB3F8D83356BD@ex01.briontech.com> <200705091202.04699.luoqi@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705091202.04699.luoqi@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: rint() bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 19:30:15 -0000 On Wed, May 09, 2007 at 12:02:03PM -0700, Luoqi Chen wrote: > On Wednesday 09 May 2007 07:55:38 -0700 Steve Kargl wrote: > > On Wed, May 09, 2007 at 02:16:32AM -0700, Luoqi Chen wrote: > > > Does anyone know about this particular bug (and have a plan to fix it)? > > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4831589 > > > > On i386 and amd64, FreeBSD uses assembly code contributed > > by David Schultz. On platforms that use fdlibm code, the > > bug was fixed 17 months ago. cvsweb is a wonderful tool. > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/msun/src/s_rint.c > > Thanks, Steve. I forgot to check with the CVS, I was looking at 6-R branch, > which still doesn't have Bruce's fix (I guess I should have posted my > question to -stable instead). Any time table for a merge? > > I looked at the latest msun/amd64, there was no assembly version for rint(). > Since C99 is not supported everywhere (4.x systems, e.g.), I still have to > use rint() for portability. Does anyone plan to write a piece of assembly code > for rint() on amd64? Besides the bug, the C version is noticeably slower. > David Schultz (das) wrote a amd64 version of lrint(). If you can use that, then you should consider doing so. lrint() is in 6-stable. As to merging changes into 6-stable, I have no idea if or when that may happen. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed May 9 19:30:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B19016A404 for ; Wed, 9 May 2007 19:30:38 +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 E340613C447 for ; Wed, 9 May 2007 19:30:37 +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 l49J62lj002892 for ; Wed, 9 May 2007 15:06:02 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l49J62RZ002891 for freebsd-current@freebsd.org; Wed, 9 May 2007 15:06:02 -0400 (EDT) Date: Wed, 9 May 2007 15:06:02 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20070509190602.GA647@saltmine.radix.net> References: <20070509185905.GA29365@FreeBSD.czest.pl> <464213F4.5030704@samsco.org> <20070509185324.GB30662@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20070509185324.GB30662@dan.emsphone.com> User-Agent: Mutt/1.3.27i Subject: Re: yacc(1) causes a fault -- "fault VA = 0xa5a5a5b1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 19:30:38 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 09, 2007 at 01:53:25PM -0500, Dan Nelson wrote: > In the last episode (May 09), Scott Long said: > > Wojciech A. Koszek wrote: > > > Hi, > > > I have a file: > > > http://people.freebsd.org/~wkoszek/traces/grammar.y =2E.. > actually a "use-before-set". I can get it to core on 6.x too by > setting MALLOC_OPTIONS=3DJ. valgrind (with MALLOC_OPTIONS=3Dj) says: fwiw, http://invisible-island.net/byacc/ does not appear to exhibit this defect. =20 > =3D=3D52609=3D=3D Conditional jump or move depends on uninitialised value= (s) > =3D=3D52609=3D=3D at 0x8052B40: end_rule (reader.c:1260) > =3D=3D52609=3D=3D by 0x805393C: read_grammar (reader.c:1621) > =3D=3D52609=3D=3D by 0x80546C4: reader (reader.c:1926) > =3D=3D52609=3D=3D by 0x804C3DB: main (main.c:434) --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --9amGYk9869ThD9tj 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 iD8DBQFGQhuYtIqByHxlDocRAkjBAJ9TlxCGmNXQQQaetNPm2HAjy79ZRwCeMaDD diCEduMKu7EBIMJplUOZG5c= =vMnh -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 19:42:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6327216A400; Wed, 9 May 2007 19:42:57 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: from nemesis.frida.mouhaha.de (nemesis.frida.mouhaha.de [85.236.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA4113C469; Wed, 9 May 2007 19:42:56 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: by nemesis.frida.mouhaha.de (Postfix, from userid 1001) id 0F4CC4B2D82; Wed, 9 May 2007 21:42:54 +0200 (CEST) Date: Wed, 9 May 2007 21:42:54 +0200 From: Oliver Peter To: Thomas Quinot Message-ID: <20070509194254.GA6052@nemesis.frida.mouhaha.de> References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <46281AA5.10307@micom.mng.net> <20070426170350.GH9767@nemesis.frida.mouhaha.de> <20070430175045.GA8888@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <20070430175045.GA8888@melamine.cuivre.fr.eu.org> X-Operating-System: FreeBSD 6.2-RELEASE-p2 i386 User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Oliver Peter , h.eichmann@gmx.de, Michael Nottebrock , Ganbold , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 19:42:57 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2007 at 07:50:45PM +0200, Thomas Quinot wrote: > * Oliver Peter, 2007-04-26 : >=20 > > > My problem is the same as Beni's. Splash screen appears and hangs. > > > I have to press power button to turn off and on my laptop. > > > Didn't try ctrl+alt+del though. > >=20 > > I have the same problem with my 7.0-CURRENT (yesterday). > > If I can assist you testing or debugging drivers please drop me an > > e-mail. > >=20 > > FreeBSD 7.0-CURRENT i386 with k3b-1.0_1 / hal-0.5.8.20070403_1 Thank you for your message, Thomas. =20 > This looks similar to kern/112119, which is fixed by rev. 1.52 of > sys/dev/ata/atapi-cam.c, committed today on HEAD. Sorry for my late reply. Of course this works great for me, too.=20 --=20 Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkZCJD4ACgkQ6LH/IUVtaI9TTwCbB8ViL2812haToID0FUq1jRDS auIAnjrVOH2wHvfttEvvzlenvl5e0dgP =sTBc -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 19:49:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9125416A402 for ; Wed, 9 May 2007 19:49:25 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: from nemesis.frida.mouhaha.de (nemesis.frida.mouhaha.de [85.236.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 56E5013C480 for ; Wed, 9 May 2007 19:49:25 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: by nemesis.frida.mouhaha.de (Postfix, from userid 1001) id 81A144B2DC1; Wed, 9 May 2007 21:49:24 +0200 (CEST) Date: Wed, 9 May 2007 21:49:24 +0200 From: Oliver Peter To: freebsd-current@freebsd.org Message-ID: <20070509194924.GB6052@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline X-Operating-System: FreeBSD 6.2-RELEASE-p2 i386 User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 19:49:25 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Dudes, Are there any known problems/incompatibilities with CURRENT and Intel 82845G/GL/GV/GE/PE AGP onboard chips? I can only use "" ... vgapci0@pci0:2:0: class=3D0x030000 card=3D0x01261028 chip=3D0x2562808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845G/GL/GV/GE/PE Integrated Graphics Device' class =3D display subclass =3D VGA Thanks for a short advice. Bye Ollie=20 --=20 Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkZCJcQACgkQ6LH/IUVtaI8RrwCfUWRL19d+iwaUSH614d6d5XXI AAoAn0feeA42XTCHSmubo1BvBpxWf1z4 =codT -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 20:04:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8A3516A408 for ; Wed, 9 May 2007 20:04:02 +0000 (UTC) (envelope-from patrick_dkt@yahoo.com.hk) Received: from web54309.mail.yahoo.com (web54309.mail.yahoo.com [206.190.49.119]) by mx1.freebsd.org (Postfix) with SMTP id 5C4C313C455 for ; Wed, 9 May 2007 20:04:02 +0000 (UTC) (envelope-from patrick_dkt@yahoo.com.hk) Received: (qmail 69054 invoked by uid 60001); 9 May 2007 19:37:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.hk; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=tS9S2thDu6cd7Gtzh33hOuDs6YeiIkjtrgN0f95c2bJkdO18NmWPXRRlxdzzteosxuFoTwTukCVBwtyB0d/nfwkaz+NZRfFW7/R82we4WDIHB2pFZzNbzTioebC/HHWKWDZHUnYzRXMZahO7gxrNuMLvfNBGgdaz22n3zuGs5M4=; X-YMail-OSG: 5yAgZCkVM1mD6qvovy8kpRTVpURG8CIkXxgPoerB Received: from [61.15.61.52] by web54309.mail.yahoo.com via HTTP; Wed, 09 May 2007 12:37:20 PDT Date: Wed, 9 May 2007 12:37:20 -0700 (PDT) From: Patrick Dung To: Kris Kennaway In-Reply-To: <20070509185208.GB50194@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <803684.68923.qm@web54309.mail.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: import nss_ldap, openldap in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 20:04:02 -0000 Personally I think that LDAP support out of the box is good (e.g other OS already has LDAP support out of the box, get more users to use it). We already have programs like bsnmp, pam_radius, Kerberos and OPIE integrated/comes with the base OS. Is Openldap(client library, not server), nss_ldap/pam_ldap support in base OS worth more attention? Patrick --- Kris Kennaway wrote: > On Wed, May 09, 2007 at 04:05:19AM -0700, Patrick Dung wrote: > > Hi > > > > There was discussing about this issue before. Is there any > plan/news > > about it? > > > > BTW, if you look at debian, it ready comes with nss_ldap and > openldap > > client library out of the box. > > > > Any comments? > > That's what ports are for. > > 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" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed May 9 20:19:53 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8716A405 for ; Wed, 9 May 2007 20:19:53 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 045F813C45A for ; Wed, 9 May 2007 20:19:52 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from [87.139.104.184] (helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1Hlsdb-000337-4M; Wed, 09 May 2007 22:19:51 +0200 Message-ID: <46422CE3.60609@gwdg.de> Date: Wed, 09 May 2007 22:19:47 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20070509034005.GE65105@cdnetworks.co.kr> In-Reply-To: <20070509034005.GE65105@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 20:19:53 -0000 Hello Pyun YongHyeon, my mainboard is K9N Neo from MSI with BIOS version 1.60. I compiled CURRENT from 05/09/07 on i386 with your new if_nfe files and your patch for ciphy (/usr/src/sys/dev/mii). Before, I had to use polling mode with nfe(4), now this is not neccessary any more :-) boot -v gives me: ------------------- pcib0: slot 1 INTA routed to irq 20 via \\_SB_.LSMB MSI supports 4 messages, 64 bit ... pcib0: slot 5 INTA routed to irq 23 via \\_SB_.LSA0 MSI supports 4 messages, 64 bit ... pcib0: slot 5 INTB routed to irq 20 via \\_SB_.LSA1 MSI supports 1 message, 64 bit, vector masks ... pcib0: slot 6 INTB routed to irq 21 via \\_SB_.LAZA MSI supports 8 messages, 64 bit, vector masks MSI-X supports 8 messages in maps 0x18 and 0x1c ... pcib0: slot 8 INTA routed to irq 22 via \\_SB_.LMAC MSI supports 2 messages, 64 bit MSI supports 2 messages, 64 bit MSI supports 2 messages, 64 bit MSI supports 2 messages, 64 bit MSI supports 2 messages, 64 bit ... pci6: physical bus=6 MSI supports 1 message, 64 bit ... nfe0: port 0xb000-0xb007 mem 0xfbef3000-0xfbef3fff,0xfbefa800-0xfbefa8ff,0 xfbefa400-0xfbefa40f irq 22 at device 8.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfbef3000 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 256 to vector 56 msi: routing MSI IRQ 257 to vector 57 msi: routing MSI IRQ 258 to vector 58 msi: routing MSI IRQ 259 to vector 59 msi: routing MSI IRQ 260 to vector 60 msi: routing MSI IRQ 261 to vector 61 msi: routing MSI IRQ 262 to vector 62 msi: routing MSI IRQ 263 to vector 63 nfe0: using IRQs 256-263 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 ciphy0: PHY 1 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: xx:xx:xx:xx:xx:xx nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] ... msi: Assigning MSI IRQ 256 to local APIC 0 msi: Assigning MSI IRQ 257 to local APIC 1 msi: Assigning MSI IRQ 258 to local APIC 0 msi: Assigning MSI IRQ 259 to local APIC 1 msi: Assigning MSI IRQ 260 to local APIC 0 msi: Assigning MSI IRQ 261 to local APIC 1 msi: Assigning MSI IRQ 262 to local APIC 0 msi: Assigning MSI IRQ 263 to local APIC 1 ------------------- It seems that everything is alright know. Thank you very much, Rainer Pyun YongHyeon schrieb: > Dear all, > > I've received a patch from Shigeaki Tagashira. The patch enables > MSI/MSIX capability on nVidia network adapters. I've slightly modified > the patch and merged it into existing overhauled nfe(4). > I guess the nfe(4) now supports almost all hardware capabilities > including MSI/MSIX, IP/TCP/UDP checksum offload, TCP segmentation > offload and hardware assisted VLAN processing. > > Shigeaki Tagashira tested only MSI due to lack of hardwares so there > might be bugs in MSIX support code. I don't have nVidia hardwares > that supports MSI/MSIX so I need user's feedback to improve it. If > you have one of nVidia network adapters that have MSI/MSIX capability > please give it spin and let me know how it goes on your system. > > Overhauled nfe(4) can be found at the following URL. > http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c > http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h > > Thanks. From owner-freebsd-current@FreeBSD.ORG Wed May 9 20:32:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63F2516A400 for ; Wed, 9 May 2007 20:32:22 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7DFAD13C46C for ; Wed, 9 May 2007 20:32:21 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l49L75Ru029913 for ; Wed, 9 May 2007 21:07:05 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l49L75vr029912 for freebsd-current@freebsd.org; Wed, 9 May 2007 21:07:05 GMT (envelope-from dunstan) Date: Wed, 9 May 2007 21:07:04 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070509210704.GA29855@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070506164247.GA77786@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20070506164247.GA77786@FreeBSD.czest.pl> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Wed, 09 May 2007 21:07:05 +0000 (UTC) Subject: Re: INCLUDE_CONFIG_FILE 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, 09 May 2007 20:32:22 -0000 On Sun, May 06, 2007 at 04:42:47PM +0000, Wojciech A. Koszek wrote: > Hello, > > We talked about improved INCLUDE_CONFIG_FILE work some time ago. I > cleaned it up, and I have prepared a patch for the latest -CURRENT. > > It's here: > > http://people.freebsd.org/~wkoszek/patches/kernconf.patch I've put updated patch: It comes with -C option for config(8). It means: "Keep backward compatibility with the old behaviour of config(8) -- keep configuration file comments from every configuration file, also those included with 'include' statement". You'll have comments included, but won't be able to redirect it's kern.conftxt output to file and start configuration procedure however. -k changed to -x to keep this option consistent with NetBSD's one Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Wed May 9 21:35:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC9FB16A400 for ; Wed, 9 May 2007 21:35:44 +0000 (UTC) (envelope-from bushman@freebsd.org) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.freebsd.org (Postfix) with ESMTP id 661A613C447 for ; Wed, 9 May 2007 21:35:44 +0000 (UTC) (envelope-from bushman@freebsd.org) Received: from [83.188.89.153] (m83-188-89-153.cust.tele2.ru [83.188.89.153]) (authenticated bits=0) by mail.r61.net (8.14.1/8.14.1) with ESMTP id l49Kxw8O097385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 10 May 2007 01:00:10 +0400 (MSD) (envelope-from bushman@freebsd.org) Message-ID: <46423647.30809@freebsd.org> Date: Thu, 10 May 2007 00:59:51 +0400 From: Michael Bushkov User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Patrick Dung References: <253249.83419.qm@web54301.mail.re2.yahoo.com> In-Reply-To: <253249.83419.qm@web54301.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: import nss_ldap, openldap in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 21:35:45 -0000 Hi, I'm currently working on it. There is some work that is to be done before the commitment of nss_ldap to the base. Unfortunately, it is going much slower than I've expected because I spend much more time than I've planned on my full-time job for the past month. -- Cheers, Michael Patrick Dung wrote: > Hi > > There was discussing about this issue before. Is there any plan/news > about it? > > BTW, if you look at debian, it ready comes with nss_ldap and openldap > client library out of the box. > > Any comments? > > Thanks > Patrick > > > > ____________________________________________________________________________________ > Now that's room service! Choose from over 150,000 hotels > in 45,000 destinations on Yahoo! Travel to find your fit. > http://farechase.yahoo.com/promo-generic-14795097 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed May 9 21:51:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 666EE16A403; Wed, 9 May 2007 21:51:27 +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 2C24E13C43E; Wed, 9 May 2007 21:51:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l49LpOnk029123; Wed, 9 May 2007 17:51:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49LpOdk011772; Wed, 9 May 2007 17:51:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4446B73068; Wed, 9 May 2007 17:51:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509215124.4446B73068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 17:51:24 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 21:51:27 -0000 TB --- 2007-05-09 20:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 20:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-09 20:10:00 - cleaning the object tree TB --- 2007-05-09 20:10:33 - checking out the source tree TB --- 2007-05-09 20:10:33 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-09 20:10:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 20:19:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 20:19:27 - cd /src TB --- 2007-05-09 20:19:27 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 20:19: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed May 9 21:40:41 UTC 2007 TB --- 2007-05-09 21:40:41 - generating LINT kernel config TB --- 2007-05-09 21:40:41 - cd /src/sys/amd64/conf TB --- 2007-05-09 21:40:41 - /usr/bin/make -B LINT TB --- 2007-05-09 21:40:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 21:40:42 - cd /src TB --- 2007-05-09 21:40:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 21:40:42 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/esp_aesctr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/esp_core.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/esp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/esp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/esp_rijndael.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 /src/sys/netinet6/esp_camellia.c /src/sys/netinet6/esp_camellia.c:28: error: syntax error before string constant *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 21:51:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 21:51:23 - ERROR: failed to build lint kernel TB --- 2007-05-09 21:51:23 - tinderbox aborted TB --- 0.88 user 2.91 system 6083.25 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 22:30:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B063D16A400; Wed, 9 May 2007 22:30:29 +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 779F713C457; Wed, 9 May 2007 22:30:29 +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 l49MUTkL032313; Wed, 9 May 2007 18:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49MUSRQ084337; Wed, 9 May 2007 18:30:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB2EF73068; Wed, 9 May 2007 18:30:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509223028.BB2EF73068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 18:30:28 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 22:30:29 -0000 TB --- 2007-05-09 21:16:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 21:16:56 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-09 21:16:56 - cleaning the object tree TB --- 2007-05-09 21:17:23 - checking out the source tree TB --- 2007-05-09 21:17:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-09 21:17:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 21:24:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 21:24:19 - cd /src TB --- 2007-05-09 21:24:19 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 21:24: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 Wed May 9 22:19:46 UTC 2007 TB --- 2007-05-09 22:19:46 - generating LINT kernel config TB --- 2007-05-09 22:19:46 - cd /src/sys/i386/conf TB --- 2007-05-09 22:19:46 - /usr/bin/make -B LINT TB --- 2007-05-09 22:19:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 22:19:46 - cd /src TB --- 2007-05-09 22:19:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 22:19:46 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_aesctr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_core.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_rijndael.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_camellia.c /src/sys/netinet6/esp_camellia.c:28: error: syntax error before string constant *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 22:30:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 22:30:28 - ERROR: failed to build lint kernel TB --- 2007-05-09 22:30:28 - tinderbox aborted TB --- 0.62 user 2.12 system 4411.99 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 23:02:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDD8616A400; Wed, 9 May 2007 23:02: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 A4E1613C458; Wed, 9 May 2007 23:02:41 +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 l49N2f2C034679; Wed, 9 May 2007 19:02:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l49N2eXP041743; Wed, 9 May 2007 19:02:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 152EC73068; Wed, 9 May 2007 19:02:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509230240.152EC73068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 19:02:40 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 23:02:44 -0000 TB --- 2007-05-09 21:51:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 21:51:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-09 21:51:24 - cleaning the object tree TB --- 2007-05-09 21:51:50 - checking out the source tree TB --- 2007-05-09 21:51:50 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-09 21:51:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 21:58:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 21:58:48 - cd /src TB --- 2007-05-09 21:58:48 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 21:58:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 9 22:53:32 UTC 2007 TB --- 2007-05-09 22:53:32 - generating LINT kernel config TB --- 2007-05-09 22:53:32 - cd /src/sys/pc98/conf TB --- 2007-05-09 22:53:32 - /usr/bin/make -B LINT TB --- 2007-05-09 22:53:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 22:53:33 - cd /src TB --- 2007-05-09 22:53:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 22:53:33 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_aesctr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_core.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_rijndael.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet6/esp_camellia.c /src/sys/netinet6/esp_camellia.c:28: error: syntax error before string constant *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 23:02:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 23:02:39 - ERROR: failed to build lint kernel TB --- 2007-05-09 23:02:39 - tinderbox aborted TB --- 0.69 user 2.13 system 4275.47 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed May 9 23:32:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C6B116A408 for ; Wed, 9 May 2007 23:32:43 +0000 (UTC) (envelope-from 4meterjump@inbox.com) Received: from WM39.inbox.com (wm39.inbox.com [208.50.6.39]) by mx1.freebsd.org (Postfix) with SMTP id 3730413C455 for ; Wed, 9 May 2007 23:32:40 +0000 (UTC) (envelope-from 4meterjump@inbox.com) Received: from inbox.com (127.0.0.1:25) by inbox.com with [InBox.Com SMTP Server] id <705090029634.WM39> for from <4meterjump@inbox.com>; Wed, 9 May 2007 2:28:03 PM -0800 Mime-Version: 1.0 Date: Wed, 9 May 2007 14:28:02 -0800 Message-ID: <05D62C8BA94.000008AD4meterjump@inbox.com> From: fourmeterjump <4meterjump@inbox.com> To: freebsd-current@freebsd.org X-Mailer: INBOX.COM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-IWM-ACU: emJZ0_Hr5mwI9Q1YmTjJST37n7vg6McKUbCZyiAhVM_cwn2mJmXEvQFvOJzr _toxMIAdhT9igh4zby5glpsnc017Qetb0dC-Gxv6Fb0SAi6v6LLqfMuy8lxy VKB7lSLx5Alr9ZHahPg@@ Subject: Locked out from zpool (newbie) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2007 23:32:43 -0000 Hi all, yesterday, after a big k3b's freeze/crash I got a 'panic:lockmgr: upgrade without shared' immediately after 'mounting local file system' In single user mode I could mount and fsck all 'regular' ufs slices, but = zfs seemed locked. I guessed some zfs/zpool commands, but results was: - last access from... (another host) - no dataset available - panic Since I didn't have important data in my zpool, I liked best to create a = new one, but I wish to understand what happened, what I mistaken and how I = could resolve similar issues. Unfortunately I have a kernel without debug options. Sorry for my poor English and thanks in advance. ____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and = family=21 Visit http://www.inbox.com/photosharing to find out more=21 From owner-freebsd-current@FreeBSD.ORG Thu May 10 00:07:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90FEC16A403; Thu, 10 May 2007 00:07:18 +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 58CE713C44B; Thu, 10 May 2007 00:07:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A07Hiw038716; Wed, 9 May 2007 20:07:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A07HIv056001; Wed, 9 May 2007 20:07:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 48D1C73068; Wed, 9 May 2007 20:07:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510000717.48D1C73068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 20:07:17 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 00:07:18 -0000 TB --- 2007-05-09 22:30:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 22:30:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-09 22:30:28 - cleaning the object tree TB --- 2007-05-09 22:30:55 - checking out the source tree TB --- 2007-05-09 22:30:55 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-09 22:30:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 22:37:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 22:37:48 - cd /src TB --- 2007-05-09 22:37:48 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 22:37:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 9 23:54:01 UTC 2007 TB --- 2007-05-09 23:54:01 - generating LINT kernel config TB --- 2007-05-09 23:54:01 - cd /src/sys/ia64/conf TB --- 2007-05-09 23:54:01 - /usr/bin/make -B LINT TB --- 2007-05-09 23:54:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-09 23:54:01 - cd /src TB --- 2007-05-09 23:54:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 23:54:01 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/esp_aesctr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/esp_core.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/esp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/esp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/esp_rijndael.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet6/esp_camellia.c /src/sys/netinet6/esp_camellia.c:28: error: syntax error before string constant *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 00:07:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 00:07:17 - ERROR: failed to build lint kernel TB --- 2007-05-10 00:07:17 - tinderbox aborted TB --- 0.86 user 2.54 system 5808.20 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 00:15:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECD0B16A403; Thu, 10 May 2007 00:15:42 +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 AD45D13C46A; Thu, 10 May 2007 00:15:42 +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 l4A0FgcC039267; Wed, 9 May 2007 20:15:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A0Fgxb074401; Wed, 9 May 2007 20:15:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D90C873068; Wed, 9 May 2007 20:15:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510001541.D90C873068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 20:15:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 00:15:43 -0000 TB --- 2007-05-09 23:02:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-09 23:02:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-09 23:02:40 - cleaning the object tree TB --- 2007-05-09 23:02:59 - checking out the source tree TB --- 2007-05-09 23:02:59 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-09 23:02:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-09 23:09:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-09 23:09:46 - cd /src TB --- 2007-05-09 23:09:46 - /usr/bin/make -B buildworld >>> World build started on Wed May 9 23:09: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 Thu May 10 00:06:34 UTC 2007 TB --- 2007-05-10 00:06:34 - generating LINT kernel config TB --- 2007-05-10 00:06:34 - cd /src/sys/powerpc/conf TB --- 2007-05-10 00:06:34 - /usr/bin/make -B LINT TB --- 2007-05-10 00:06:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 00:06:34 - cd /src TB --- 2007-05-10 00:06:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 00:06: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/esp_aesctr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/esp_core.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/esp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/esp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/esp_rijndael.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet6/esp_camellia.c /src/sys/netinet6/esp_camellia.c:28: error: syntax error before string constant *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 00:15:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 00:15:41 - ERROR: failed to build lint kernel TB --- 2007-05-10 00:15:41 - tinderbox aborted TB --- 0.71 user 2.44 system 4381.61 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 02:16:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E728816A400 for ; Thu, 10 May 2007 02:16:37 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id AE5B013C43E for ; Thu, 10 May 2007 02:16:37 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4A2GQs1016025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 May 2007 19:16:27 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4642807B.7030408@errno.com> Date: Wed, 09 May 2007 19:16:27 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Kevin Oberman References: <20070509184335.1079545042@ptavv.es.net> In-Reply-To: <20070509184335.1079545042@ptavv.es.net> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-current@freebsd.org, Louis Kowolowski Subject: Re: if_ath breaks s3 suspend/resume [Was: ACPI S3 wakeup problem (beeeeeeeeep)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 02:16:38 -0000 Kevin Oberman wrote: >> Date: Wed, 9 May 2007 13:33:40 +0200 >> From: Alexander Leidinger >> Sender: owner-freebsd-current@freebsd.org >> >> Quoting Louis Kowolowski (Tue, 8 May 2007 23:38:51 -0700): >> >>> On Tue, May 08, 2007 at 09:04:49PM -0700, Sam Leffler wrote: >>>> Harald Schmalzbauer wrote: >>>>> Am Dienstag, 8. Mai 2007 schrieb Harald Schmalzbauer: >>>>>> Hello, >>>>>> >>>>>> I found the sysctl "debug.acpi.resume_beep" and enabled it. >>>>>> When I send my Vaio SRX41p sleeping with acpiconf -s3 it never waked up >>>>>> again. Now with this sysctl enabled I hear a continuing beep, but the >>>>>> hard drive stays powered down, also the LCD keeps unlit. >>>>>> >>>>>> Any hints how I can find out what's going wrong? >>>>>> Tuning hw.acpi.reset_video doesn't change anything. >>>>> Again, the fabulous handbook gave me the hint to remove all devices from >>>>> the kernel and dynamically load them. >>>>> This revealse if_ath as the culprit. (the last I tried after usb, >>>>> fwohci, pcm, ichsmb) >>>>> >>>>> Could this be related to the interrupt strom problems with ath (I often >>>>> get storm warnings, all drivers share IRQ9 on this laptop)? >>>> Unclear but there's been an outstanding complaint against ath related to >>>> suspend for a while. Specifically if you touch certain registers in the >>>> h/w after the chip has been put to sleep you can hang the pci bus. I've >>>> asked people that can reproduce the problem to narrow down the code path >>>> by which the driver is entered but w/o luck. >>>> >>> I don't know for sure, but I think I might be seeing a similar issue with >>> atheros, but during bootup instead of suspend. It's not reproducable in a >>> reliable fashion, but sometimes I get a hang during bootup shortly after >>> ath0 is brought up. I also see an interupt storm on irq11, which I believe >>> is also shared by ichsmb (at least on my Thinkpad T60p). >> AOL! Very hard hang. I have to remove the power supply and the battery >> from my laptop then. I also get a message sometimes on the console (Sam >> knows about it). The IRQ is also shared with something else, I think (I >> have to look this up). > > I knew there was a reason to not put if_ath in the kernel. (Actually, I > want it out of the kernel so I can be sure the radio is not transmitting > in flight or eating battery when I am on a wire or have no available AP. ifconfig ath0 down turns the radio off; guaranteed. > > On another note, you don't need to pull power/battery to do a hard reset > on any remotely modern laptop. Just press and hold the power button for > 5 seconds and your system will power down. Always worked for me but like I said until someone tells me what's going on or I can reproduce the problem myself it's going to sit on my todo list. Sam From owner-freebsd-current@FreeBSD.ORG Thu May 10 02:31:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 214BE16A402 for ; Thu, 10 May 2007 02:31:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id BC69F13C447 for ; Thu, 10 May 2007 02:31:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so451162nze for ; Wed, 09 May 2007 19:31:16 -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=AXKDBh1sJTuZXETM+82RULQSJ3aRvjVA/fpxUds8L4WLVR/axmffuwydeGmxBJ2XpKpdbzLEtPNCSf6oOduwSTWdDe9uA9JRmELR1DPFS41gS/d/EMI0N3pbHTGUYhn1VqxSkFx54cBZeNW1jnBg7wkvrhsQwIFAenEWpnjzLvA= 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=Cnhvq7YIHJbERsoGy72bD8uKZGeFf94UBtrKlLUR1AGbGSeSQrFw3Oi/1VUEnwG6ezfEQq0S/rJP/uYHLlOZpqeCxXhf5Anhii3RlTMlI26XkWTmmXlQ5Sr5JYlvc3Ck3d/fNLHfm1WPngcBo1Tn8gQ456/agec8KzQIUiZxd8A= Received: by 10.115.72.1 with SMTP id z1mr342629wak.1178764275277; Wed, 09 May 2007 19:31:15 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id t1sm996725poh.2007.05.09.19.31.12; Wed, 09 May 2007 19:31:14 -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 l4A2V905070537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 May 2007 11:31:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l4A2V7fi070536; Thu, 10 May 2007 11:31:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 10 May 2007 11:31:07 +0900 From: Pyun YongHyeon To: Rainer Hurling Message-ID: <20070510023107.GC69811@cdnetworks.co.kr> References: <20070509034005.GE65105@cdnetworks.co.kr> <46422CE3.60609@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46422CE3.60609@gwdg.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 02:31:17 -0000 On Wed, May 09, 2007 at 10:19:47PM +0200, Rainer Hurling wrote: > Hello Pyun YongHyeon, > > my mainboard is K9N Neo from MSI with BIOS version 1.60. > > I compiled CURRENT from 05/09/07 on i386 with your new if_nfe files and > your patch for ciphy (/usr/src/sys/dev/mii). Before, I had to use > polling mode with nfe(4), now this is not neccessary any more :-) > > > boot -v gives me: > ------------------- > pcib0: slot 1 INTA routed to irq 20 via \\_SB_.LSMB > MSI supports 4 messages, 64 bit > ... > pcib0: slot 5 INTA routed to irq 23 via \\_SB_.LSA0 > MSI supports 4 messages, 64 bit > ... > pcib0: slot 5 INTB routed to irq 20 via \\_SB_.LSA1 > MSI supports 1 message, 64 bit, vector masks > ... > pcib0: slot 6 INTB routed to irq 21 via \\_SB_.LAZA > MSI supports 8 messages, 64 bit, vector masks > MSI-X supports 8 messages in maps 0x18 and 0x1c > ... > pcib0: slot 8 INTA routed to irq 22 via \\_SB_.LMAC > MSI supports 2 messages, 64 bit > MSI supports 2 messages, 64 bit > MSI supports 2 messages, 64 bit > MSI supports 2 messages, 64 bit > MSI supports 2 messages, 64 bit > ... > pci6: physical bus=6 > MSI supports 1 message, 64 bit > ... > nfe0: port 0xb000-0xb007 mem > 0xfbef3000-0xfbef3fff,0xfbefa800-0xfbefa8ff,0 > xfbefa400-0xfbefa40f irq 22 at device 8.0 on pci0 > nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfbef3000 > nfe0: attempting to allocate 8 MSI vectors (8 supported) > msi: routing MSI IRQ 256 to vector 56 > msi: routing MSI IRQ 257 to vector 57 > msi: routing MSI IRQ 258 to vector 58 > msi: routing MSI IRQ 259 to vector 59 > msi: routing MSI IRQ 260 to vector 60 > msi: routing MSI IRQ 261 to vector 61 > msi: routing MSI IRQ 262 to vector 62 > msi: routing MSI IRQ 263 to vector 63 > nfe0: using IRQs 256-263 for MSI > nfe0: Using 8 MSI messages > miibus0: on nfe0 > ciphy0: PHY 1 on miibus0 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > nfe0: bpf attached > nfe0: Ethernet address: xx:xx:xx:xx:xx:xx > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > nfe0: [MPSAFE] > nfe0: [FILTER] > ... > msi: Assigning MSI IRQ 256 to local APIC 0 > msi: Assigning MSI IRQ 257 to local APIC 1 > msi: Assigning MSI IRQ 258 to local APIC 0 > msi: Assigning MSI IRQ 259 to local APIC 1 > msi: Assigning MSI IRQ 260 to local APIC 0 > msi: Assigning MSI IRQ 261 to local APIC 1 > msi: Assigning MSI IRQ 262 to local APIC 0 > msi: Assigning MSI IRQ 263 to local APIC 1 > ------------------- > > > It seems that everything is alright know. Ok, thanks a lot for testing! > > Thank you very much, You're welcome! > Rainer > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu May 10 02:36:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D61FA16A402 for ; Thu, 10 May 2007 02:36:44 +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 9A5AE13C459 for ; Thu, 10 May 2007 02:36:43 +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 B3050EB8C36; Thu, 10 May 2007 10:36:42 +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 JLEExxRGVJKB; Thu, 10 May 2007 10:36:40 +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 A325DEB0BA8; Thu, 10 May 2007 10:36:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=C7D3XDGqBbORGnyaGh5UlWV4iqmsU1Ffcc5go8V/m7cQh03s59xndhzejxtuQXMvX FDm0rELWNDhIf8ZmKGECQ== Message-ID: <4642852B.2050804@delphij.net> Date: Thu, 10 May 2007 10:36:27 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Patrick Dung References: <803684.68923.qm@web54309.mail.yahoo.com> In-Reply-To: <803684.68923.qm@web54309.mail.yahoo.com> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigD074F6BDB11A7CFD7E213E02" Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: import nss_ldap, openldap in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 02:36:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD074F6BDB11A7CFD7E213E02 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Patrick Dung wrote: > Personally I think that LDAP support out of the box is good (e.g other > OS already has LDAP support out of the box, get more users to use it). >=20 > We already have programs like bsnmp, pam_radius, Kerberos and OPIE > integrated/comes with the base OS. Is Openldap(client library, not > server), nss_ldap/pam_ldap support in base OS worth more attention? I think that importing the whole OpenLDAP client into base system as-is is useful, but that might be painful, because the development pace of OpenLDAP is fast and people do want bugfixes, etc. from newer OpenLDAP releases, so we should work carefully to avoid conflict between base OpenLDAP and port OpenLDAP. So I think we may want what we did for libbsdxml (expat) if we really wanted to import the stuff into base syste= m. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigD074F6BDB11A7CFD7E213E02 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 iD8DBQFGQoUsOfuToMruuMARChg1AJ9S4fD7gAtJarEZMELHJ5zcF9f/8QCdHgOS 3YKu/XkPParljZwPCW2IoJw= =YYob -----END PGP SIGNATURE----- --------------enigD074F6BDB11A7CFD7E213E02-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 03:28:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBD3316A402; Thu, 10 May 2007 03:28:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C89413C458; Thu, 10 May 2007 03:28:22 +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 l4A3SMRh051548; Wed, 9 May 2007 23:28:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A3SLMD017752; Wed, 9 May 2007 23:28:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92AAC73068; Wed, 9 May 2007 23:28:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510032821.92AAC73068@freebsd-current.sentex.ca> Date: Wed, 9 May 2007 23:28:21 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 03:28:23 -0000 TB --- 2007-05-10 01:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-10 01:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-10 01:45:00 - cleaning the object tree TB --- 2007-05-10 01:45:34 - checking out the source tree TB --- 2007-05-10 01:45:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-10 01:45:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-10 01:54:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-10 01:54:30 - cd /src TB --- 2007-05-10 01:54:30 - /usr/bin/make -B buildworld >>> World build started on Thu May 10 01:54:31 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 Thu May 10 03:15:42 UTC 2007 TB --- 2007-05-10 03:15:42 - generating LINT kernel config TB --- 2007-05-10 03:15:42 - cd /src/sys/amd64/conf TB --- 2007-05-10 03:15:42 - /usr/bin/make -B LINT TB --- 2007-05-10 03:15:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 03:15:42 - cd /src TB --- 2007-05-10 03:15:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 03:15:42 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 if_ural.o(.text+0x1b8a): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x36e2): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x38b3): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 03:28:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 03:28:21 - ERROR: failed to build lint kernel TB --- 2007-05-10 03:28:21 - tinderbox aborted TB --- 0.82 user 2.89 system 6200.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 04:06:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 273D216A400; Thu, 10 May 2007 04:06: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 DBBDC13C43E; Thu, 10 May 2007 04:06: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 l4A46vPd053605; Thu, 10 May 2007 00:06: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.13.8/8.13.8) with ESMTP id l4A46vKJ079149; Thu, 10 May 2007 00:06:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 014E073068; Thu, 10 May 2007 00:06:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510040657.014E073068@freebsd-current.sentex.ca> Date: Thu, 10 May 2007 00:06: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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 04:06:58 -0000 TB --- 2007-05-10 02:51:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-10 02:51:53 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-10 02:51:53 - cleaning the object tree TB --- 2007-05-10 02:52:22 - checking out the source tree TB --- 2007-05-10 02:52:22 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-10 02:52:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-10 02:59:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-10 02:59:10 - cd /src TB --- 2007-05-10 02:59:10 - /usr/bin/make -B buildworld >>> World build started on Thu May 10 02:59:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 10 03:53:29 UTC 2007 TB --- 2007-05-10 03:53:29 - generating LINT kernel config TB --- 2007-05-10 03:53:29 - cd /src/sys/i386/conf TB --- 2007-05-10 03:53:29 - /usr/bin/make -B LINT TB --- 2007-05-10 03:53:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 03:53:29 - cd /src TB --- 2007-05-10 03:53:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 03:53:29 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ural.o(.text+0x18bf): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3175): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3360): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 04:06:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 04:06:56 - ERROR: failed to build lint kernel TB --- 2007-05-10 04:06:56 - tinderbox aborted TB --- 0.65 user 2.00 system 4502.93 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 04:41:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4B4D16A406; Thu, 10 May 2007 04:41:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 64D4C13C45B; Thu, 10 May 2007 04:41:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A4fJpo055070; Thu, 10 May 2007 00:41:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A4fJ3R042422; Thu, 10 May 2007 00:41:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97EEE73068; Thu, 10 May 2007 00:41:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510044119.97EEE73068@freebsd-current.sentex.ca> Date: Thu, 10 May 2007 00:41:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 04:41:20 -0000 TB --- 2007-05-10 03:28:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-10 03:28:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-10 03:28:21 - cleaning the object tree TB --- 2007-05-10 03:28:41 - checking out the source tree TB --- 2007-05-10 03:28:41 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-10 03:28:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-10 03:35:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-10 03:35:31 - cd /src TB --- 2007-05-10 03:35:31 - /usr/bin/make -B buildworld >>> World build started on Thu May 10 03:35: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 Thu May 10 04:29:57 UTC 2007 TB --- 2007-05-10 04:29:57 - generating LINT kernel config TB --- 2007-05-10 04:29:57 - cd /src/sys/pc98/conf TB --- 2007-05-10 04:29:57 - /usr/bin/make -B LINT TB --- 2007-05-10 04:29:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 04:29:57 - cd /src TB --- 2007-05-10 04:29:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 04:29: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ural.o(.text+0x18bf): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3175): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3360): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 04:41:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 04:41:19 - ERROR: failed to build lint kernel TB --- 2007-05-10 04:41:19 - tinderbox aborted TB --- 0.61 user 2.20 system 4377.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 06:42:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BDC816A403 for ; Thu, 10 May 2007 06:42:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AC03913C468 for ; Thu, 10 May 2007 06:42:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4A6gVrF063983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 May 2007 16:12:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 10 May 2007 16:12:12 +0930 User-Agent: KMail/1.9.5 References: <803684.68923.qm@web54309.mail.yahoo.com> <4642852B.2050804@delphij.net> In-Reply-To: <4642852B.2050804@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2407306.U824bSDQqi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705101612.24127.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Patrick Dung , LI Xin , Kris Kennaway Subject: Re: import nss_ldap, openldap in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 06:42:57 -0000 --nextPart2407306.U824bSDQqi Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 10 May 2007 12:06, LI Xin wrote: > Patrick Dung wrote: > > Personally I think that LDAP support out of the box is good (e.g > > other OS already has LDAP support out of the box, get more users to > > use it). > > > > We already have programs like bsnmp, pam_radius, Kerberos and OPIE > > integrated/comes with the base OS. Is Openldap(client library, not > > server), nss_ldap/pam_ldap support in base OS worth more attention? > > I think that importing the whole OpenLDAP client into base system > as-is is useful, but that might be painful, because the development > pace of OpenLDAP is fast and people do want bugfixes, etc. from newer > OpenLDAP releases, so we should work carefully to avoid conflict > between base OpenLDAP and port OpenLDAP. So I think we may want what > we did for libbsdxml (expat) if we really wanted to import the stuff > into base system. IMO if pam_ldap is on the first disk of a CD it counts as "out of the=20 box". From a user perspective it is right there and available if they=20 want to use it. You could claim that pam_winbind should be imported too since I bet it's=20 used in more installations than pam_ldap. As you can probably guess I am more inclined to remove things than keep=20 them in.. :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2407306.U824bSDQqi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGQr7Q5ZPcIHs/zowRAp4LAJ98C4w4zVT3v+D8cz94qi3USlg5FwCfXffL ox+ZeXAL7fMca27FyV9Ym8k= =ylbR -----END PGP SIGNATURE----- --nextPart2407306.U824bSDQqi-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 08:22:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD70416A408 for ; Thu, 10 May 2007 08:22:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 76FCD13C46A for ; Thu, 10 May 2007 08:22:18 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so119004and for ; Thu, 10 May 2007 01:22:18 -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=S2pGtwjmUBbxWOaTx0y52erti3koaUtWIon+60MTekK76cGVWeuO5BpNmh4eRGKkAwY/TMM/BA9+x5q6C8HXoPjxvx5RTpksaU+wo6zk9jcZUUf42vcJqbCFR1TLK+XZyreKyuzLE5jGT1qfePTDjOQOVNddZ7v6mylJwjcrBDU= 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=VFwtgeV+ymRyhXRY9kmq8WyqCqQr5I85cBjzQGm4Omm416YL4VjLyQ0hon1JDOj6uGVGSnvcBrLTbJjb1NAKlL3ygrF/9zFTt0JyU7eHe7iP0oHfLT1YiKg1Ys5KmYBw9zVL4MYhR4ktROJRpHjfnV60mkOPD1xyXLaFfAn6jrw= Received: by 10.100.240.19 with SMTP id n19mr1048857anh.1178785337769; Thu, 10 May 2007 01:22:17 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 10 May 2007 01:22:17 -0700 (PDT) Message-ID: <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> Date: Thu, 10 May 2007 11:22:17 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Oliver Peter" In-Reply-To: <20070509194924.GB6052@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070509194924.GB6052@nemesis.frida.mouhaha.de> Cc: freebsd-current@freebsd.org Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 08:22:18 -0000 On 5/9/07, Oliver Peter wrote: > Hi Dudes, > > Are there any known problems/incompatibilities with CURRENT and Intel > 82845G/GL/GV/GE/PE AGP onboard chips? > > I can only use "" ... > > vgapci0@pci0:2:0: class=0x030000 card=0x01261028 chip=0x25628086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82845G/GL/GV/GE/PE Integrated Graphics Device' > class = display > subclass = VGA > > Thanks for a short advice. > > Bye > Ollie > > -- > Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 > "Worker bees can leave. Even drones can fly away. The Queen is their slave." Did you try agp_load="YES" in /boot/loader.conf ? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 08:43:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7DEA16A406 for ; Thu, 10 May 2007 08:43:07 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: from nemesis.frida.mouhaha.de (nemesis.frida.mouhaha.de [85.236.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 8B27513C48C for ; Thu, 10 May 2007 08:43:07 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: by nemesis.frida.mouhaha.de (Postfix, from userid 1001) id BA32E4B2C22; Thu, 10 May 2007 10:43:05 +0200 (CEST) Date: Thu, 10 May 2007 10:43:05 +0200 From: Oliver Peter To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070510084305.GB13204@nemesis.frida.mouhaha.de> References: <20070509194924.GB6052@nemesis.frida.mouhaha.de> <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> X-Operating-System: FreeBSD 6.2-RELEASE-p2 i386 User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 08:43:07 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Abdullah, On Thu, May 10, 2007 at 11:22:17AM +0300, Abdullah Ibn Hamad Al-Marri wrote: > On 5/9/07, Oliver Peter wrote: > >=20 > >Are there any known problems/incompatibilities with CURRENT and Intel > >82845G/GL/GV/GE/PE AGP onboard chips? > > > >I can only use "" ... > > > >vgapci0@pci0:2:0: class=3D0x030000 card=3D0x01261028 chip=3D0x2562= 8086=20 > >rev=3D0x01 hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D '82845G/GL/GV/GE/PE Integrated Graphics Device' > > class =3D display > > subclass =3D VGA > ... > Did you try agp_load=3D"YES" in /boot/loader.conf ? Thanks for your hint - Is this really neccessary? I already have=20 device agp # support several AGP chipsets in my kernel configuration file. I can not reboot at this moment but I know I have the same problem with GENERIC, too. --=20 Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkZC2xkACgkQ6LH/IUVtaI+PnwCgqtu9+SjU7r1Jz17b1c4aq5vb wekAnjN8gE++Hr4i5bVJcYpu6qOiHhfs =SkF/ -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 08:48:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 118DE16A400 for ; Thu, 10 May 2007 08:48:27 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id C557A13C45A for ; Thu, 10 May 2007 08:48:25 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so120285and for ; Thu, 10 May 2007 01:48: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=QZ08Ck+JsAKfjJNcNNKdXdO5FmSA2jL1tg/LkSBzYZ2S53QoeMTJvXXrt69aOnsfaXg1/7jtKa0KCSAYuroQe3EDz3HkA5g++bnqtlPubKF+2UBDt6FIFV5tNHQsQpQ0wNuHtlqlr/jbuzZ3GBAruEMHGBmQNlLiXhjQ79rZO8o= 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=k/SAA8+u0kwITCpCip86zOt4JxBo9hZS/8gutyaQkdHykPRiZ50JeK6/uV8ASblLd4vmAmPQd11ju8z/qrFzSq+tvM6UnhDRHv60vAdDIx204XO2iSZ/Yeh+bgFYAazqLSG4eobHje90YUs/hUXCq6dfkDqFX8udEE7CIcF2Hmg= Received: by 10.100.108.11 with SMTP id g11mr1082701anc.1178786905357; Thu, 10 May 2007 01:48:25 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 10 May 2007 01:48:25 -0700 (PDT) Message-ID: <499c70c0705100148t425eb732p6e0f034841bea877@mail.gmail.com> Date: Thu, 10 May 2007 11:48:25 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Oliver Peter" In-Reply-To: <20070510084305.GB13204@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070509194924.GB6052@nemesis.frida.mouhaha.de> <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> <20070510084305.GB13204@nemesis.frida.mouhaha.de> Cc: freebsd-current@freebsd.org Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 08:48:27 -0000 On 5/10/07, Oliver Peter wrote: > Hi Abdullah, > > On Thu, May 10, 2007 at 11:22:17AM +0300, Abdullah Ibn Hamad Al-Marri wrote: > > On 5/9/07, Oliver Peter wrote: > > > > > >Are there any known problems/incompatibilities with CURRENT and Intel > > >82845G/GL/GV/GE/PE AGP onboard chips? > > > > > >I can only use "" ... > > > > > >vgapci0@pci0:2:0: class=0x030000 card=0x01261028 chip=0x25628086 > > >rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = '82845G/GL/GV/GE/PE Integrated Graphics Device' > > > class = display > > > subclass = VGA > > ... > > Did you try agp_load="YES" in /boot/loader.conf ? > > Thanks for your hint - > Is this really neccessary? I already have > > device agp # support several AGP chipsets > > in my kernel configuration file. I can not reboot at this moment but I > know I have the same problem with GENERIC, too. > > -- > Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 > "Worker bees can leave. Even drones can fly away. The Queen is their slave." I guess so, try also kldstat -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 09:20:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27E9016A404 for ; Thu, 10 May 2007 09:20:14 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.freebsd.org (Postfix) with ESMTP id DF83E13C480 for ; Thu, 10 May 2007 09:20:13 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.075) id 46134812008E3680 for freebsd-current@freebsd.org; Thu, 10 May 2007 11:20:12 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 10 May 2007 11:20:12 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A172F@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: growfs reporting negative sectors beyond 2^31 Thread-Index: AceS5Gmypuu2PdkfQ3KD7kuoaCCwCw== From: "Daniel Eriksson" To: Subject: growfs reporting negative sectors beyond 2^31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 09:20:14 -0000 While playing around with growfs I noticed that it prints the sector numbers for the super-block backups on sectors beyond 2^31 as negative numbers. I ran into this issue while trying to grow a 1TB filesystem to a 1.5TB filesystem. Example: [snip] 2142948448, 2143324800, 2143701152, 2144077504, 2144453856, 2144830208, 2145206560, 2145582912, 2145959264, 2146335616, 2146711968, 2147088320, 2147464672, -2147126272, -2146749920, -2146373568, -2145997216, -2145620864, -2145244512, -2144868160, -2144491808, -2144115456, -2143739104, -2143362752, -2142986400, -2142610048, -2142233696, [snip] Is this something to worry about as far as file system consistency goes, or is it just a cosmetic problem with the printout? Also, how safe is growfs to use. Are there any known problems? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu May 10 09:23:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 548D016A407 for ; Thu, 10 May 2007 09:23:16 +0000 (UTC) (envelope-from le@freebsd.org) Received: from grace.univie.ac.at (grace.univie.ac.at [131.130.3.115]) by mx1.freebsd.org (Postfix) with ESMTP id 152A013C45D for ; Thu, 10 May 2007 09:23:15 +0000 (UTC) (envelope-from le@freebsd.org) Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.67) (envelope-from ) id 1Hm4rj-0001VY-3C; Thu, 10 May 2007 11:23:15 +0200 Received: from korben.prv.univie.ac.at ([131.130.7.98]) by joan.univie.ac.at with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Hm4ri-0004tR-Jg; Thu, 10 May 2007 11:23:14 +0200 Message-ID: <4642E481.9070109@freebsd.org> Date: Thu, 10 May 2007 11:23:13 +0200 From: Lukas Ertl User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A61A172F@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A172F@royal64.emp.zapto.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: growfs reporting negative sectors beyond 2^31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 09:23:16 -0000 Daniel Eriksson wrote: > While playing around with growfs I noticed that it prints the sector > numbers for the super-block backups on sectors beyond 2^31 as negative > numbers. I ran into this issue while trying to grow a 1TB filesystem to > a 1.5TB filesystem. > > Example: > [snip] > 2142948448, 2143324800, 2143701152, 2144077504, 2144453856, 2144830208, > 2145206560, 2145582912, 2145959264, > 2146335616, 2146711968, 2147088320, 2147464672, -2147126272, > -2146749920, -2146373568, -2145997216, -2145620864, > -2145244512, -2144868160, -2144491808, -2144115456, -2143739104, > -2143362752, -2142986400, -2142610048, -2142233696, > [snip] > > Is this something to worry about as far as file system consistency goes, > or is it just a cosmetic problem with the printout? It's just cosmetic, as far as I can see. cheers, le -- Lukas Ertl http://mailbox.univie.ac.at/~le/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 09:37:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A64B16A400; Thu, 10 May 2007 09:37:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7BA13C448; Thu, 10 May 2007 09:37: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 l4A9buE8066053; Thu, 10 May 2007 05:37:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A9buAU035757; Thu, 10 May 2007 05:37:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BC2773068; Thu, 10 May 2007 05:37:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510093756.8BC2773068@freebsd-current.sentex.ca> Date: Thu, 10 May 2007 05:37:56 -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: Thu, 10 May 2007 09:37:57 -0000 TB --- 2007-05-10 07:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-10 07:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-10 07:55:00 - cleaning the object tree TB --- 2007-05-10 07:55:33 - checking out the source tree TB --- 2007-05-10 07:55:33 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-10 07:55:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-10 08:04:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-10 08:04:21 - cd /src TB --- 2007-05-10 08:04:21 - /usr/bin/make -B buildworld >>> World build started on Thu May 10 08:04: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu May 10 09:25:26 UTC 2007 TB --- 2007-05-10 09:25:26 - generating LINT kernel config TB --- 2007-05-10 09:25:26 - cd /src/sys/amd64/conf TB --- 2007-05-10 09:25:26 - /usr/bin/make -B LINT TB --- 2007-05-10 09:25:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 09:25:26 - cd /src TB --- 2007-05-10 09:25:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 09: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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 if_ural.o(.text+0x1b8a): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x36e2): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x38b3): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 09:37:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 09:37:56 - ERROR: failed to build lint kernel TB --- 2007-05-10 09:37:56 - tinderbox aborted TB --- 0.83 user 2.94 system 6175.46 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:16:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3E5A16A402; Thu, 10 May 2007 10:16:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 63C6713C44C; Thu, 10 May 2007 10:16:52 +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 l4AAGphS067834; Thu, 10 May 2007 06:16:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4AAGpD2057934; Thu, 10 May 2007 06:16:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8B60673068; Thu, 10 May 2007 06:16:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510101651.8B60673068@freebsd-current.sentex.ca> Date: Thu, 10 May 2007 06:16:51 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 10:16:52 -0000 TB --- 2007-05-10 09:01:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-10 09:01:53 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-10 09:01:53 - cleaning the object tree TB --- 2007-05-10 09:02:24 - checking out the source tree TB --- 2007-05-10 09:02:24 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-10 09:02:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-10 09:09:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-10 09:09:07 - cd /src TB --- 2007-05-10 09:09:07 - /usr/bin/make -B buildworld >>> World build started on Thu May 10 09:09:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 10 10:03:24 UTC 2007 TB --- 2007-05-10 10:03:24 - generating LINT kernel config TB --- 2007-05-10 10:03:24 - cd /src/sys/i386/conf TB --- 2007-05-10 10:03:24 - /usr/bin/make -B LINT TB --- 2007-05-10 10:03:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 10:03:24 - cd /src TB --- 2007-05-10 10:03:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 10:03:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel if_ural.o(.text+0x18bf): In function `ural_attach': : undefined reference to `ieee80211_amrr_init' if_ural.o(.text+0x3175): In function `ural_task': : undefined reference to `ieee80211_amrr_node_init' if_ural.o(.text+0x3360): In function `ural_amrr_update': : undefined reference to `ieee80211_amrr_choose' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 10:16:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 10:16:51 - ERROR: failed to build lint kernel TB --- 2007-05-10 10:16:51 - tinderbox aborted TB --- 0.78 user 1.88 system 4497.53 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 10 11:50:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23B9F16A400 for ; Thu, 10 May 2007 11:50:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AEBC513C44C for ; Thu, 10 May 2007 11:50:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp204-197.lns1.adl4.internode.on.net [203.122.204.197]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4ABofPp071509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 May 2007 21:20:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 10 May 2007 21:20:26 +0930 User-Agent: KMail/1.9.5 References: <20070509194924.GB6052@nemesis.frida.mouhaha.de> <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> In-Reply-To: <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17595577.NFvdq8Re2i"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705102120.35566.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Oliver Peter , Abdullah Ibn Hamad Al-Marri Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 11:50:47 -0000 --nextPart17595577.NFvdq8Re2i Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 10 May 2007 17:52, Abdullah Ibn Hamad Al-Marri wrote: > > Are there any known problems/incompatibilities with CURRENT and > > Intel 82845G/GL/GV/GE/PE AGP onboard chips? > > > > I can only use "" ... > > > > vgapci0@pci0:2:0: class=3D0x030000 card=3D0x01261028 > > chip=3D0x25628086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporati= on' > > device =3D '82845G/GL/GV/GE/PE Integrated Graphics Device' > > class =3D display > > subclass =3D VGA > > > > Thanks for a short advice. What architecture? Until very recently i915 code wasn't built on=20 anything but i386. Also you should try loading i915.ko in the loader that might be=20 necessary (I can't remember). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart17595577.NFvdq8Re2i Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD4DBQBGQwcL5ZPcIHs/zowRAhw0AJib2f9efs+1/XPwGOWTd/DF/Wd4AJ9z1/eZ oGf8MeKimA1OJd9G3IrbDg== =ETh8 -----END PGP SIGNATURE----- --nextPart17595577.NFvdq8Re2i-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 12:54:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id 6706816A407; Thu, 10 May 2007 12:54:45 +0000 (UTC) Date: Thu, 10 May 2007 12:54:45 +0000 From: Darren Reed To: Robert Watson Message-ID: <20070510125445.GA5460@hub.freebsd.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070510132153.A91312@fledge.watson.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 10 May 2007 13:08:01 +0000 Cc: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 12:54:45 -0000 On Thu, May 10, 2007 at 01:28:16PM +0100, Robert Watson wrote: > > On Thu, 10 May 2007, Darren Reed wrote: > > >I'm using FreeBSD 7.0-CURRENT under vmware and there are a few issues. Redirecting to current@... > >First, time. hint.hw.acpi.disabled="1" This appears to make _no_ > >difference to time keeping on FreeBSD 7 and nor does it seem to have any > >impact on ACPI being loaded. Do I need to recompile a new kernel without > >it or is there a new way to disable ACPI? > > Have you tried hint.acpi.0.disabled=1 instead? This is what appears in > acpi(4), and is what is used in various existing boot loader bits when I > grep around. In another reply it was "hint.apic.0.disabled=1". My current loader.conf: vm.kmem_size=536870912 vm.kmem_size_max=536870912 unset acpi_load hint.acpi.0.disabled=1 hint.apci.0.disabled=1 hint.acpi.0.disabled="1" hint.apci.0.disabled="1" vfs.zfs.arc_max=402653184 Booting with this gives me: kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 and ACPI enabled. > >I should add that FreeBSD 6, with the same setting, is no better and that > >I need to run ntpdate every 5-10 minutes via crontab in order to keep good > >time (timekeeping is *really* bad.) In one instance, i was watching > >"zpool iostat 1" and it appeared like the rows were muching up at a rate > >of 2 a second for a minute or so. How do I disable TSC timekeeping? > >(NetBSD has this disabled by default in their kernels.) Or is there > >somethign else I must do? > > kern.timecounter.hardware: ACPI-fast > kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) > > I believe you can simply set kern.timecounter.hardware=APCI-fast and it > will do what you expect. An interesting question is why it selects what is > arguably the wrong one; a post to current@ might help resolve that. Hmm. # sysctl kern.timecounter.hardware="ACPI-fast" kern.timecounter.hardware: ACPI-safe sysctl: kern.timecounter.hardware: Invalid argument Or is this a loader.conf setting? > >Second, networking. Prior to FreeBSD-7, the driver to use inside vmware > >workstation was lnc. It has worked and contiues to work great. No > >problemo. FreeBSD-7 uses the "em" driver. To put it simply, it sucks in > >comparison. When things really get bad I start seeing "em0: watchdog > >timeout" messages on the console. I looked and I don't see a lnc driver > >anywhere. Is there another alternative (le?) driver that I can use in > >place of em, if so, how? > > Has VMware changed what network hardware they emulate, and/or does VMware > offer options about what virtual hardware to expose? I don't believe so. It still probes as pcn under NetBSD. > The if_em driver is > for Intel ethernet cards; historically VMware has exposed a Lance ethernet > device supported by the lnc(4) device driver; now that driver has indeed > been replaced with le(4). Right. I believe it still is lance, but somehow em is showing up. > But if if_em is probing, it suggests a VMware > change rather than a FreeBSD change, which you may be able to revert by > telling it to expose a Lance-style device as opposed to an Intel device. There's no way to choose the type of card vmware emulates. > Generally speaking, this would be a discouraged configuration, but you will > probably need to frob two settings: first, PermitEmptyPasswords in > sshd_config, and second, force non-PAM validation by setting UsePAM to > false. Instead of doing this, I would advise instead setting up an SSH key > for the account, and not set a passphrase on the SSH key. This doesn't > require any changing of the global sshd configuration and should offer most > of the same benefits. btw, there are instances where you can be promopted 6 times for a password when logging in with ssh, 3 times with "Password:" prompt and another three with "root@hostname's password:" promopt. Darren From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:12:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7112916A409 for ; Thu, 10 May 2007 13:12:55 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id ED09413C4BB for ; Thu, 10 May 2007 13:12:54 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l4ADlfEO039105 for ; Thu, 10 May 2007 13:47:41 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l4ADleNJ039104 for freebsd-current@freebsd.org; Thu, 10 May 2007 13:47:40 GMT (envelope-from dunstan) Date: Thu, 10 May 2007 13:47:40 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070510134740.GA39021@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Thu, 10 May 2007 13:47:41 +0000 (UTC) Subject: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 13:12:55 -0000 Hello, There is a lot of confusion caused by the fact of having two instances of the FTP daemon present in our source tree. First one is src/libexed/ftpd/... Second one lies in src/contrib/lukemftpd/... We don't need to have both of them, unless one has much more powerful functionality over the second. However, in my opinion the major purpose of having FTP daemon in the base is possibility of fast configuration with minimal cost, just to "get it up and running". I think first server fullfills this requirement. If you're FreeBSD user and administrator, there are several advantages of having only one FTP server. I think first daemon was security reviewed by the previous FreeBSD security officer, which is the biggest plus. lukemftpd(8) had some well known problems present in the past. The first is updated and it's functionality is enhanced to meet standards (see latest changes from Yar Tichy). Cost of maintainance of one server is lower. It saves a lot of confusion for users -- we have both daemons present in a inetd.conf(8) file, without mentioning, whether a first is more powerfull than the second one. Some discussions with FreeBSD developers made me feel that we may really want to sort a "double FTP daemon" issue out. Could we decide if we really want to support lukemftpd(8) ? Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:30:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00FCE16A403 for ; Thu, 10 May 2007 13:30:29 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [204.3.153.161]) by mx1.freebsd.org (Postfix) with ESMTP id BCF9213C43E for ; Thu, 10 May 2007 13:30:28 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (localhost [127.0.0.1]) by neu.net (8.13.6.20060614/8.13.4) with ESMTP id l4AD4aMx008554 for ; Thu, 10 May 2007 13:04:36 GMT (envelope-from andy@neu.net) Received: from localhost (andy@localhost) by neu.net (8.13.6.20060614/8.13.4/Submit) with ESMTP id l4AD4ai1008551 for ; Thu, 10 May 2007 13:04:36 GMT (envelope-from andy@neu.net) Date: Thu, 10 May 2007 13:04:36 +0000 (GMT) From: AN To: freebsd-current@freebsd.org In-Reply-To: <20070510120011.AE33A16A469@hub.freebsd.org> Message-ID: <20070510125303.U5599@neu.net> References: <20070510120011.AE33A16A469@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: advice for running current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 13:30:29 -0000 I need some advice, I am trying to run Kismet on FBSD 6.2stable. The problem is that Kismet crashes because it needs the radiotap headers. I have tried to upgrade to current, I used the standard-supfile with cvsup but after rebuilding world uname still shows: 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat May 5 11:10:04 I believe the radiotap headers are in 7 current, is that correct? I see that the 7 current source tree is in slush, does that mean there will be a release candidate soon? When it is available should I be able to run kismet? What is the correct setting for the tag line in the cvsup file to get current? TIA From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:30:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB9AE16A403 for ; Thu, 10 May 2007 13:30:36 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF9013C468 for ; Thu, 10 May 2007 13:30:36 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 0A3DB3947D for ; Thu, 10 May 2007 15:30:35 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45168-02 for ; Thu, 10 May 2007 15:30:34 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id AB97A3947B; Thu, 10 May 2007 15:30:34 +0200 (CEST) Date: Thu, 10 May 2007 15:30:34 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070510133034.GA45097@keltia.freenix.fr> References: <05D62C8BA94.000008AD4meterjump@inbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05D62C8BA94.000008AD4meterjump@inbox.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: Locked out from zpool (newbie) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 13:30:36 -0000 According to fourmeterjump: > In single user mode I could mount and fsck all 'regular' ufs slices, but zfs seemed locked. > I guessed some zfs/zpool commands, but results was: > - last access from... (another host) > - no dataset available > - panic Have you tried zpool import ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:33:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C17D16A404 for ; Thu, 10 May 2007 13:33:28 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id C0B9613C45E for ; Thu, 10 May 2007 13:33:27 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l4AE8EI9039218 for ; Thu, 10 May 2007 14:08:14 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l4AE8EGv039217 for freebsd-current@freebsd.org; Thu, 10 May 2007 14:08:14 GMT (envelope-from dunstan) Date: Thu, 10 May 2007 14:08:13 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070510140813.GB39021@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070510134740.GA39021@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20070510134740.GA39021@FreeBSD.czest.pl> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Thu, 10 May 2007 14:08:14 +0000 (UTC) Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 13:33:28 -0000 On Thu, May 10, 2007 at 01:47:40PM +0000, Wojciech A. Koszek wrote: > Hello, > [..] > > Could we decide if we really want to support lukemftpd(8) ? > I have forgotten to mention that I sent similar mail to obrien@FreeBSD.org some time ago and I got no response so far. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:33:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A02B116A402 for ; Thu, 10 May 2007 13:33:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4F713C484 for ; Thu, 10 May 2007 13:33:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DEB3D46E4E; Thu, 10 May 2007 09:33:27 -0400 (EDT) Date: Thu, 10 May 2007 14:33:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Darren Reed In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> Message-ID: <20070510142353.U91312@fledge.watson.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 13:33:28 -0000 On Thu, 10 May 2007, Darren Reed wrote: >>> First, time. hint.hw.acpi.disabled="1" This appears to make _no_ >>> difference to time keeping on FreeBSD 7 and nor does it seem to have any >>> impact on ACPI being loaded. Do I need to recompile a new kernel without >>> it or is there a new way to disable ACPI? >> >> Have you tried hint.acpi.0.disabled=1 instead? This is what appears in >> acpi(4), and is what is used in various existing boot loader bits when I >> grep around. > > In another reply it was "hint.apic.0.disabled=1". That would be to disable the APIC, but you asked about disabling ACPI. > My current loader.conf: > > vm.kmem_size=536870912 > vm.kmem_size_max=536870912 > unset acpi_load > hint.acpi.0.disabled=1 > hint.apci.0.disabled=1 > hint.acpi.0.disabled="1" > hint.apci.0.disabled="1" > vfs.zfs.arc_max=402653184 > > Booting with this gives me: > kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > and ACPI enabled. When I put: hint.acpi.0.disabled="1" into my device.hints, ACPI isn't loaded, and "sysctl hw.acpi" returns that the node isn't present. Could you try doing exactly that, and test to see if "sysctl hw.acpi" returns anything or not? When I do this, the ACPI timecounter disappears, and Parallels (what I use for virtualization) switches to TSC from the ACPI timer. >>> I should add that FreeBSD 6, with the same setting, is no better and that >>> I need to run ntpdate every 5-10 minutes via crontab in order to keep good >>> time (timekeeping is *really* bad.) In one instance, i was watching >>> "zpool iostat 1" and it appeared like the rows were muching up at a rate >>> of 2 a second for a minute or so. How do I disable TSC timekeeping? >>> (NetBSD has this disabled by default in their kernels.) Or is there >>> somethign else I must do? >> >> kern.timecounter.hardware: ACPI-fast >> kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) >> >> I believe you can simply set kern.timecounter.hardware=APCI-fast and it >> will do what you expect. An interesting question is why it selects what is >> arguably the wrong one; a post to current@ might help resolve that. > > Hmm. > > # sysctl kern.timecounter.hardware="ACPI-fast" > kern.timecounter.hardware: ACPI-safe > sysctl: kern.timecounter.hardware: Invalid argument > > Or is this a loader.conf setting? Sorry, you need to set kern.timecounter.choice to set it, I had it backwards. >>> Second, networking. Prior to FreeBSD-7, the driver to use inside vmware >>> workstation was lnc. It has worked and contiues to work great. No >>> problemo. FreeBSD-7 uses the "em" driver. To put it simply, it sucks in >>> comparison. When things really get bad I start seeing "em0: watchdog >>> timeout" messages on the console. I looked and I don't see a lnc driver >>> anywhere. Is there another alternative (le?) driver that I can use in >>> place of em, if so, how? >> >> Has VMware changed what network hardware they emulate, and/or does VMware >> offer options about what virtual hardware to expose? > > I don't believe so. It still probes as pcn under NetBSD. > >> The if_em driver is for Intel ethernet cards; historically VMware has >> exposed a Lance ethernet device supported by the lnc(4) device driver; now >> that driver has indeed been replaced with le(4). > > Right. I believe it still is lance, but somehow em is showing up. That's pretty odd. What appears in pciconf -lv? >> But if if_em is probing, it suggests a VMware change rather than a FreeBSD >> change, which you may be able to revert by telling it to expose a >> Lance-style device as opposed to an Intel device. > > There's no way to choose the type of card vmware emulates. > >> Generally speaking, this would be a discouraged configuration, but you will >> probably need to frob two settings: first, PermitEmptyPasswords in >> sshd_config, and second, force non-PAM validation by setting UsePAM to >> false. Instead of doing this, I would advise instead setting up an SSH key >> for the account, and not set a passphrase on the SSH key. This doesn't >> require any changing of the global sshd configuration and should offer most >> of the same benefits. > > btw, there are instances where you can be promopted 6 times for a password > when logging in with ssh, 3 times with "Password:" prompt and another three > with "root@hostname's password:" promopt. That's probably SSH trying PAM and then SSH password authentication. Have you enabled SSH PasswordAuthentication in sshd_config as well as PAM? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:37:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FEAF16A408; Thu, 10 May 2007 13:37:27 +0000 (UTC) (envelope-from novel@FreeBSD.org) Received: from viefep19-int.chello.at (viefep13-int.chello.at [213.46.255.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBA113C44C; Thu, 10 May 2007 13:37:25 +0000 (UTC) (envelope-from novel@FreeBSD.org) Received: from novel.renet.ru ([82.116.33.234]) by viefep26-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20070510131857.BKHD11474.viefep26-int.chello.at@novel.renet.ru>; Thu, 10 May 2007 15:18:57 +0200 Date: Thu, 10 May 2007 17:20:08 +0400 From: Roman Bogorodskiy To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Message-ID: <20070510132008.GA9145@underworld.novel.ru> References: <20070510134740.GA39021@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20070510134740.GA39021@FreeBSD.czest.pl> X-PGP: http://people.freebsd.org/~novel/novel.key.asc Cc: Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 13:37:27 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Wojciech A. Koszek wrote: > Hello, >=20 > There is a lot of confusion caused by the fact of having two instances > of the FTP daemon present in our source tree. >=20 > First one is src/libexed/ftpd/... >=20 > Second one lies in src/contrib/lukemftpd/... >=20 > We don't need to have both of them, unless one has much more powerful > functionality over the second. However, in my opinion the major purpose > of having FTP daemon in the base is possibility of fast configuration > with minimal cost, just to "get it up and running". >=20 > I think first server fullfills this requirement. >=20 > If you're FreeBSD user and administrator, there are several advantages > of having only one FTP server. >=20 > I think first daemon was security reviewed by the previous FreeBSD > security officer, which is the biggest plus. lukemftpd(8) had some well > known problems present in the past. >=20 > The first is updated and it's functionality is enhanced to meet > standards (see latest changes from Yar Tichy). >=20 > Cost of maintainance of one server is lower. >=20 > It saves a lot of confusion for users -- we have both daemons present in > a inetd.conf(8) file, without mentioning, whether a first is more > powerfull than the second one. >=20 > Some discussions with FreeBSD developers made me feel that we may really > want to sort a "double FTP daemon" issue out. >=20 > Could we decide if we really want to support lukemftpd(8) ? Moreover, there's a lot of confusing in docs regarding the configuration files, since both ftpd use some common config files with different semantics. Anyway, this issue has been discussed several times already, and nothing changed... Roman Bogorodskiy --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iQCVAwUBRkMcCIB0WzgdqspGAQJ/xAQAgUPXdwIALNGqAnOVvaHLkQAvdYlaUS6x g1PpRl3Ipirc41AdRiTS4hy87pLdREvbrhbvPDePzgKQwxwcmGE5SJF5rejEkEPS sjuvx6avygkezR3xr/ovENyh6D3ZsgAQLrMXe83wfpbb3JAvtvyC5xnbatKWpRBx gQu+GHgKDyM= =i4Zp -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:39:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC27416A404 for ; Thu, 10 May 2007 13:39:15 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 9606A13C45E for ; Thu, 10 May 2007 13:39:15 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id B6EFF3947D for ; Thu, 10 May 2007 15:39:14 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44964-13 for ; Thu, 10 May 2007 15:39:14 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 4E4B03947B; Thu, 10 May 2007 15:39:14 +0200 (CEST) Date: Thu, 10 May 2007 15:39:14 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070510133914.GA45243@keltia.freenix.fr> References: <20070510120011.AE33A16A469@hub.freebsd.org> <20070510125303.U5599@neu.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070510125303.U5599@neu.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: advice for running current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 13:39:15 -0000 According to AN: > that the 7 current source tree is in slush, does that mean there will be a > release candidate soon? When it is available should I be able to run > kismet? What is the correct setting for the tag line in the cvsup file to > get current? The tag is ".". It is probably better to get the full cvs tree if you have the space. See example in cvs-supfile in share/examples/cvsup. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386 From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:42:21 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78E9916A405; Thu, 10 May 2007 13:42:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 53CFC13C484; Thu, 10 May 2007 13:42:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wnspsl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4ADgCOj007729; Thu, 10 May 2007 15:42:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4ADgCgg007728; Thu, 10 May 2007 15:42:12 +0200 (CEST) (envelope-from olli) Date: Thu, 10 May 2007 15:42:12 +0200 (CEST) Message-Id: <200705101342.l4ADgCgg007728@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, wkoszek@FreeBSD.ORG In-Reply-To: <20070510134740.GA39021@FreeBSD.czest.pl> 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, 10 May 2007 15:42:17 +0200 (CEST) X-Mailman-Approved-At: Thu, 10 May 2007 14:00:51 +0000 Cc: Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, wkoszek@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, 10 May 2007 13:42:21 -0000 Wojciech A. Koszek wrote: > There is a lot of confusion caused by the fact of having two instances > of the FTP daemon present in our source tree. > > First one is src/libexed/ftpd/... > > Second one lies in src/contrib/lukemftpd/... > > We don't need to have both of them, unless one has much more powerful > functionality over the second. However, in my opinion the major purpose > of having FTP daemon in the base is possibility of fast configuration > with minimal cost, just to "get it up and running". > > I think first server fullfills this requirement. > > If you're FreeBSD user and administrator, there are several advantages > of having only one FTP server. > > I think first daemon was security reviewed by the previous FreeBSD > security officer, which is the biggest plus. lukemftpd(8) had some well > known problems present in the past. > > The first is updated and it's functionality is enhanced to meet > standards (see latest changes from Yar Tichy). > > Cost of maintainance of one server is lower. > > It saves a lot of confusion for users -- we have both daemons present in > a inetd.conf(8) file, without mentioning, whether a first is more > powerfull than the second one. > > Some discussions with FreeBSD developers made me feel that we may really > want to sort a "double FTP daemon" issue out. > > Could we decide if we really want to support lukemftpd(8) ? I think it would make sense to move lukemftpd to ports and remove it from the base system. It might be worth noting that lukemftp (the client) already is in ports. Well, in fact I'm not convinced that there has to be an FTP daemon in the base system at all. But I guess it's not possible to reach a consensus on removing all ftpds from the base completely. 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 "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-current@FreeBSD.ORG Thu May 10 14:04:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 535CE16A402 for ; Thu, 10 May 2007 14:04:46 +0000 (UTC) (envelope-from glarkin@sourcehosting.net) Received: from sourcehosting.net (sourcehosting.net [204.8.45.67]) by mx1.freebsd.org (Postfix) with ESMTP id EDABE13C44C for ; Thu, 10 May 2007 14:04:45 +0000 (UTC) (envelope-from glarkin@sourcehosting.net) Received: (qmail 9934 invoked by uid 0); 10 May 2007 13:38:05 -0000 Received: from glarkin@sourcehosting.net by patches by uid 2033 with qmail-scanner-1.20rc1 ( Clear:RC:1:. Processed in 0.036887 secs); 10 May 2007 13:38:05 -0000 X-Qmail-Scanner-Mail-From: glarkin@sourcehosting.net via patches X-Qmail-Scanner: 1.20rc1 (Clear:RC:1:. Processed in 0.036887 secs) Received: from 68-189-244-97.dhcp.oxfr.ma.charter.com (HELO Gregory-Larkins-Computer.local) (68.189.244.97) by 192.168.1.4 with SMTP; 10 May 2007 13:38:05 -0000 Received: from TWEETY (tweety.entropy.prv [192.168.1.9]) by Gregory-Larkins-Computer.local (Postfix) with ESMTP id E9A84105F9F3; Thu, 10 May 2007 09:38:04 -0400 (EDT) From: "Greg Larkin" To: "'Darren Reed'" , "'Robert Watson'" Date: Thu, 10 May 2007 09:37:03 -0400 Organization: SourceHosting.net, LLC Message-ID: <001c01c79308$4fae8f90$0901a8c0@TWEETY> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 Importance: Normal x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AceTBNSj9rOhSD43Qoev5An+/OgkpAAAophQ In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> X-Mailman-Approved-At: Thu, 10 May 2007 14:43:55 +0000 Cc: current@freebsd.org Subject: RE: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@sourcehosting.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 14:04:46 -0000 > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org > [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Darren Reed > Sent: Thursday, May 10, 2007 8:55 AM > To: Robert Watson > Cc: current@freebsd.org > Subject: Re: Experiences with 7.0-CURRENT and vmware. > > > Has VMware changed what network hardware they emulate, > and/or does VMware > > offer options about what virtual hardware to expose? > > I don't believe so. It still probes as pcn under NetBSD. > > > The if_em driver is > > for Intel ethernet cards; historically VMware has exposed a > Lance ethernet > > device supported by the lnc(4) device driver; now that > driver has indeed > > been replaced with le(4). > > Right. I believe it still is lance, but somehow em is showing up. > > > But if if_em is probing, it suggests a VMware > > change rather than a FreeBSD change, which you may be able > to revert by > > telling it to expose a Lance-style device as opposed to an > Intel device. > > There's no way to choose the type of card vmware emulates. Hi Darren, Have you tried modifying the .vmx file after you've created the VM? For instance, I want to use the em driver with my FreeBSD 6.2 VMs, so my .vmx file contains these lines: Ethernet0.virtualDev = "e1000" Ethernet1.virtualDev = "e1000" I had to change them manually from: Ethernet0.virtualDev = "vlance" Ethernet1.virtualDev = "vlance" Perhaps you can force the virtual devices to vlance, if they are not already configured that way. Regards, Greg Larkin From owner-freebsd-current@FreeBSD.ORG Thu May 10 14:52:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3449816A400 for ; Thu, 10 May 2007 14:52:41 +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 B126C13C45E for ; Thu, 10 May 2007 14:52:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HmA0H-0004Gr-4d for freebsd-current@freebsd.org; Thu, 10 May 2007 16:52:26 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 May 2007 16:52:25 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 May 2007 16:52:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 10 May 2007 16:51:54 +0200 Lines: 75 Message-ID: References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig80F24AAB267D3E2D9338AA81" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 14:52:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig80F24AAB267D3E2D9338AA81 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable >>> I should add that FreeBSD 6, with the same setting, is no better and = that=20 >>> I need to run ntpdate every 5-10 minutes via crontab in order to keep= good=20 >>> time (timekeeping is *really* bad.) In one instance, i was watching = >>> "zpool iostat 1" and it appeared like the rows were muching up at a r= ate=20 >>> of 2 a second for a minute or so. How do I disable TSC timekeeping? = >>> (NetBSD has this disabled by default in their kernels.) Or is there = >>> somethign else I must do? >> kern.timecounter.hardware: ACPI-fast >> kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000= 000) I don't see the beginings of this disucssion, but, if you use TSC=20 timekeeping in guest, and the host is multicore (may also be valid for=20 multi-socket...) running Windows, the Windows scheduler will throw the=20 vmware process around on the CPUs, giving weird measurements in the=20 guest machine. The solution is to bind the vmware-vmx process in the=20 Windows task manager to one CPU only. Using this, I get what appears to=20 be "reasonable" timekeeping (didn't really fiddle with it more, but I=20 run ntpd). I also run on a very low kern.hz (50), this may or may not make a big=20 difference. >>> Second, networking. Prior to FreeBSD-7, the driver to use inside vmwa= re=20 >>> workstation was lnc. It has worked and contiues to work great. No=20 >>> problemo. FreeBSD-7 uses the "em" driver. To put it simply, it sucks= in=20 >>> comparison. When things really get bad I start seeing "em0: watchdog= =20 >>> timeout" messages on the console. I looked and I don't see a lnc dri= ver=20 >>> anywhere. Is there another alternative (le?) driver that I can use i= n=20 >>> place of em, if so, how? >> Has VMware changed what network hardware they emulate, and/or does VMw= are=20 >> offer options about what virtual hardware to expose? Recent VMWare versions can emulate either AMD Lance (or its variation,=20 it appears, called vix) or Intel "E1000" card. See, for example, my=20 writing on this: http://ivoras.net/freebsd/vmware.html. In retrospect, I think I can't really say there's a difference in=20 performance between le and em drivers in VMWare - other slowdowns=20 dominate the results. --------------enig80F24AAB267D3E2D9338AA81 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.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGQzGKldnAQVacBcgRAgK8AKCXtGEfQgnhcctKB4OVbJEp1LoLNwCcCVhu eesy4HIYy4zb4Gzq0hC5JjY= =U0BM -----END PGP SIGNATURE----- --------------enig80F24AAB267D3E2D9338AA81-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 14:54:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6DB716A408 for ; Thu, 10 May 2007 14:54:30 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 63A9613C4BA for ; Thu, 10 May 2007 14:54:30 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 4754 invoked from network); 10 May 2007 14:27:49 -0000 Received: from 209.68.2.70 (HELO localhost) (209.68.2.70) by relay03.pair.com with SMTP; 10 May 2007 14:27:49 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 10 May 2007 09:27:56 -0500 (CDT) From: Mike Silbersack To: Darren Reed In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> Message-ID: <20070510092634.Y25200@odysseus.silby.com> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Robert Watson , current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 14:54:30 -0000 On Thu, 10 May 2007, Darren Reed wrote: >> But if if_em is probing, it suggests a VMware >> change rather than a FreeBSD change, which you may be able to revert by >> telling it to expose a Lance-style device as opposed to an Intel device. > > There's no way to choose the type of card vmware emulates. I don't have any 64-bit guest capable processors, but at least with 32-bit guests you can switch between lance and em emulation just by editing the vmware config file. Google around, you'll find the setting. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu May 10 14:58:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9194716A404 for ; Thu, 10 May 2007 14:58:47 +0000 (UTC) (envelope-from 4meterjump@inbox.com) Received: from WM39.inbox.com (wm39.inbox.com [208.50.6.39]) by mx1.freebsd.org (Postfix) with SMTP id 2A3A713C468 for ; Thu, 10 May 2007 14:58:47 +0000 (UTC) (envelope-from 4meterjump@inbox.com) Received: from inbox.com (127.0.0.1:25) by inbox.com with [InBox.Com SMTP Server] id <705100012433.WM39> for from <4meterjump@inbox.com>; Thu, 10 May 2007 6:59:22 AM -0800 Mime-Version: 1.0 Date: Thu, 10 May 2007 06:59:22 -0800 Message-ID: <0E7DF352CC2.000002964meterjump@inbox.com> From: fourmeterjump <4meterjump@inbox.com> To: freebsd-current@freebsd.org In-Reply-To: <20070510133034.GA45097@keltia.freenix.fr> References: <05d62c8ba94.000008ad4meterjump@inbox.com> X-Mailer: INBOX.COM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-IWM-ACU: pJmofCEp-7-75CmiZqlRQefQ4WTaCQJ8e9t42F3hNpVVJ_cOCMlR3SVvXsZC UxNGOGo2X2M9YkS_F7jos5oysunlawZ6wxDPri33SockHlSwAgG6mKhJK8H5 puTjyVWW_IPowiiVI2n0@ Subject: Re: Locked out from zpool (newbie) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 14:58:47 -0000 > -----Original Message----- > From: roberto=40keltia.freenix.fr > Sent: Thu, 10 May 2007 15:30:34 +0200 > To: freebsd-current=40freebsd.org > Subject: Re: Locked out from zpool (newbie) > > Have you tried zpool import ? yes, but it didn't help (as many other zpool and zfs command). I've surely done somewhat of wrong, but what?=20 There is a right/better procedure to follow in these situations? Regards 4meter From owner-freebsd-current@FreeBSD.ORG Thu May 10 15:11:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB76516A402; Thu, 10 May 2007 15:11:59 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 89CA713C468; Thu, 10 May 2007 15:11:59 +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 5379A20AA; Thu, 10 May 2007 17:11:53 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id CA7D620A8; Thu, 10 May 2007 17:11:52 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id A813A5226; Thu, 10 May 2007 17:11:52 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Darren Reed References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> Date: Thu, 10 May 2007 17:11:52 +0200 In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> (Darren Reed's message of "Thu, 10 May 2007 12:54:45 +0000") Message-ID: <86bqgs90hz.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Robert Watson , current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 15:11:59 -0000 Darren Reed writes: > On Thu, May 10, 2007 at 01:28:16PM +0100, Robert Watson wrote: > > Have you tried hint.acpi.0.disabled=3D1 instead? This is what > > appears in acpi(4), and is what is used in various existing boot > > loader bits when I grep around. > In another reply it was "hint.apic.0.disabled=3D1". No, those are two different things. Disabling the APIC sometimes help with timekeeping on broken hardware. You would get swifter and better help if you put in a minimum amount of effort yourself. The correct way to disable ACPI (whether partially or entirely) is clearly documented in the acpi(4) man page. > Hmm. > > # sysctl kern.timecounter.hardware=3D"ACPI-fast" > kern.timecounter.hardware: ACPI-safe > sysctl: kern.timecounter.hardware: Invalid argument > > Or is this a loader.conf setting? No, you can change it at runtime, but it's quite possible that ACPI-fast is not available. You can tell which timecounters are available by checking kern.timecounter.choice. > btw, there are instances where you can be promopted 6 times for a > password when logging in with ssh, 3 times with "Password:" prompt > and another three with "root@hostname's password:" promopt. Yes. If that is a problem, there is an excellent sshd_config(5) man page which explains how to tweak your configuration. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu May 10 15:24:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A5DD16A405 for ; Thu, 10 May 2007 15:24:50 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 799B413C458 for ; Thu, 10 May 2007 15:24:49 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l4AFMAT2020549; Thu, 10 May 2007 08:22:10 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l4AFM6LH020548; Thu, 10 May 2007 08:22:06 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: "Daniel O'Connor" In-Reply-To: <200705102120.35566.doconnor@gsoft.com.au> References: <20070509194924.GB6052@nemesis.frida.mouhaha.de> <499c70c0705100122q76a3addelf4fe1451d7a66f52@mail.gmail.com> <200705102120.35566.doconnor@gsoft.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NeV7TmQpZL9Qy23riO14" Date: Thu, 10 May 2007 08:22:05 -0700 Message-Id: <1178810525.89720.132.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: Oliver Peter , freebsd-current@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 15:24:50 -0000 --=-NeV7TmQpZL9Qy23riO14 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-05-10 at 21:20 +0930, Daniel O'Connor wrote: > On Thursday 10 May 2007 17:52, Abdullah Ibn Hamad Al-Marri wrote: > > > Are there any known problems/incompatibilities with CURRENT and > > > Intel 82845G/GL/GV/GE/PE AGP onboard chips? > > > > > > I can only use "" ... > > > > > > vgapci0@pci0:2:0: class=3D0x030000 card=3D0x01261028 > > > chip=3D0x25628086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corpora= tion' > > > device =3D '82845G/GL/GV/GE/PE Integrated Graphics Device' > > > class =3D display > > > subclass =3D VGA > > > > > > Thanks for a short advice. >=20 > What architecture? Until very recently i915 code wasn't built on=20 > anything but i386. >=20 > Also you should try loading i915.ko in the loader that might be=20 > necessary (I can't remember). No, only making sure that the AGP code is built into the kernel is necessary. However, -current should have had the intel AGP support for quite a while. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-NeV7TmQpZL9Qy23riO14 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGQzidHUdvYGzw6vcRAhAbAJ9igaHLQ/AUF5GM2HtW31XKbmAE8wCfZoUB xaLwd5l28kfhTBdHjTFD5SQ= =KLSQ -----END PGP SIGNATURE----- --=-NeV7TmQpZL9Qy23riO14-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 16:40:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80C9D16A403 for ; Thu, 10 May 2007 16:40:23 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6D65313C447 for ; Thu, 10 May 2007 16:40:23 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from 104.32.61.10.in-addr.arpa.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout3.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l4AGRkfl092227; Thu, 10 May 2007 09:27:47 -0700 (PDT) Date: Thu, 10 May 2007 08:34:31 -0700 Message-ID: From: gnn@freebsd.org To: Oliver Fromme In-Reply-To: <200705101342.l4ADgCgg007728@lurza.secnetix.de> References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, wkoszek@freebsd.org Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 16:40:23 -0000 At Thu, 10 May 2007 15:42:12 +0200 (CEST), Oliver Fromme wrote: > > I think it would make sense to move lukemftpd to ports and > remove it from the base system. It might be worth noting > that lukemftp (the client) already is in ports. > > Well, in fact I'm not convinced that there has to be an > FTP daemon in the base system at all. But I guess it's not > possible to reach a consensus on removing all ftpds from > the base completely. > Getting to one would be a good move. Wojchiech, are you proposing a patch to do the removal? It would be good to see what you propose removing, just for safety sake. Best, George From owner-freebsd-current@FreeBSD.ORG Thu May 10 17:39:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E20D16A400 for ; Thu, 10 May 2007 17:39:42 +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 4CCAB13C447 for ; Thu, 10 May 2007 17:39:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HmCbj-0003M4-GW for freebsd-current@freebsd.org; Thu, 10 May 2007 19:39:15 +0200 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 May 2007 19:39:15 +0200 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 May 2007 19:39:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 10 May 2007 10:39:00 -0700 Lines: 1011 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart1558689.JQ8mS4qtLE" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: em0: Unable to locate IO BAR ( two 82542 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, 10 May 2007 17:39:42 -0000 --nextPart1558689.JQ8mS4qtLE Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8Bit I just updated to -current from today on a tyan 2895 (K8WE). I applied the new nfe MSI/MSIX support patches as well, however I don't think those have anything to do with the problem below: FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu May 10 10:07:23 PDT 2007 root@k8we:/usr/obj/usr/src/sys/K8WE i386 pci18: on pcib5 pci18: physical bus=18 found-> vendor=0x8086, dev=0x1000, revid=0x03 bus=18, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8100000, size 17, enabled pcib5: requested memory range 0xd8100000-0xd811ffff: good pcib5: matched entry for 18.4.INTA pcib5: slot 4 INTA hardwired to IRQ 28 found-> vendor=0x8086, dev=0x1000, revid=0x03 bus=18, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8120000, size 17, enabled pcib5: requested memory range 0xd8120000-0xd813ffff: good pcib5: matched entry for 18.9.INTA pcib5: slot 9 INTA hardwired to IRQ 29 em0: mem 0xd8100000-0xd811ffff irq 28 at device 4.0 on pci18 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8100000 em0: Unable to locate IO BAR em0: Allocation of PCI resources failed device_attach: em0 attach returned 6 em1: mem 0xd8120000-0xd813ffff irq 29 at device 9.0 on pci18 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8120000 em1: Unable to locate IO BAR em1: Allocation of PCI resources failed device_attach: em1 attach returned 6 here's the pciconf -v -l output em0@pci18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet Attached it the bootverbose output for this machine. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); --nextPart1558689.JQ8mS4qtLE Content-Type: text/plain; name="k8we.boot-v.txt" Content-Transfer-Encoding: 8Bit Content-Disposition: attachment; filename="k8we.boot-v.txt" OK boot -v -s /boot/kernel/acpi.ko text=0x519a0 data=0x27e0+0x182c syms=[0x4+0x82f0+0x4+0xac74] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009b400 SMAP type=02 base=000000000009b400 len=0000000000004c00 SMAP type=02 base=00000000000ce000 len=0000000000032000 SMAP type=01 base=0000000000100000 len=000000007fe00000 SMAP type=03 base=000000007ff00000 len=0000000000011000 SMAP type=04 base=000000007ff11000 len=000000000006f000 SMAP type=02 base=000000007ff80000 len=0000000000080000 SMAP type=02 base=00000000e0000000 len=0000000010000000 SMAP type=02 base=00000000fec00000 len=0000000000000400 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fff80000 len=0000000000080000 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 #5: Thu May 10 10:07:23 PDT 2007 root@marka-k8we.pdsea.f5net.com:/usr/obj/usr/src/sys/K8WE WARNING: WITNESS option enabled, expect reduced performance. Using 32 colors for the VM-PQ tuning (1024, 8) Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d3a000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d3a1c0. Calibrating clock(s) ... i8254 clock: 1193148 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2612048613 Hz CPU: AMD Opteron(tm) Processor 252 (2612.05-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 2146435072 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000007dab3fff, 2091433984 bytes (510604 pages) avail memory = 2090921984 (1994 MB) MP Configuration Table version 1.4 found at 0xc009b9a1 Table 'FACP' at 0x7ff10e56 Table 'SPCR' at 0x7ff10eca Table 'MCFG' at 0x7ff10f1a Table 'APIC' at 0x7ff10f56 MADT: Found table at 0x7ff10f56 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f7870 bios32: Entry = 0xfd542 (c00fd542) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd540+0x170 pnpbios: Found PnP BIOS data at 0xc00f78f0 pnpbios: Entry = f0000:b65a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ACPI: RSDP @ 0x0xf78c0/0x0014 (v 0 PTLTD ) ACPI: RSDT @ 0x0x7ff0b5a8/0x0038 (v 1 PTLTD RSDT 0x06040000 LTP 0x00000000) ACPI: FACP @ 0x0x7ff10e56/0x0074 (v 1 NVIDIA CK8S 0x06040000 PTL_ 0x000F4240) ACPI: DSDT @ 0x0x7ff0b5e0/0x5876 (v 1 NVIDIA CK8 0x06040000 MSFT 0x0100000E) ACPI: FACS @ 0x0x7ff11fc0/0x0040 ACPI: SPCR @ 0x0x7ff10eca/0x0050 (v 1 PTLTD $UCRTBL$ 0x06040000 PTL 0x00000001) ACPI: MCFG @ 0x0x7ff10f1a/0x003C (v 1 PTLTD MCFG 0x06040000 0x00000000) ACPI: APIC @ 0x0x7ff10f56/0x0082 (v 1 PTLTD APIC 0x06040000 LTP 0x00000000) ACPI: BOOT @ 0x0x7ff10fd8/0x0028 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xd8000000 MADT: Found IO APIC ID 4, Interrupt 28 at 0xd8001000 MADT: Found IO APIC ID 5, Interrupt 32 at 0xd8400000 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-55 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan_amrr: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (May 10 2007 10:07:13) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xd9096000 pa 0x89000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80020014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=058000] [hdr=00] is there (id=005e10de) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 128 dev 1 func 0 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x10de, dev=0x005e, revid=0xa3 bus=0, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0051, revid=0xa3 bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x8c00, size 10, enabled found-> vendor=0x10de, dev=0x0052, revid=0xa2 bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0, size 5, enabled map[20]: type I/O Port, range 32, base 0xa000, size 6, enabled map[24]: type I/O Port, range 32, base 0xa040, size 6, enabled found-> vendor=0x10de, dev=0x005a, revid=0xa2 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xc8000000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \_SB_.PCI0.LUS0:0) pci_link6: Picked IRQ 20 with weight 0 ioapic0: Changing polarity for pin 20 to high pcib0: slot 2 INTA routed to irq 20 via \_SB_.PCI0.LUS0 found-> vendor=0x10de, dev=0x005b, revid=0xa3 bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xc8001000, size 8, enabled pcib0: matched entry for 0.2.INTB (src \_SB_.PCI0.LUS2:0) pci_link7: Picked IRQ 21 with weight 0 ioapic0: Changing polarity for pin 21 to high pcib0: slot 2 INTB routed to irq 21 via \_SB_.PCI0.LUS2 found-> vendor=0x10de, dev=0x0059, revid=0xa2 bus=0, slot=4, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled map[14]: type I/O Port, range 32, base 0x1400, size 8, enabled map[18]: type Memory, range 32, base 0xc8002000, size 12, enabled pcib0: matched entry for 0.4.INTA (src \_SB_.PCI0.LACI:0) pci_link9: Picked IRQ 22 with weight 0 ioapic0: Changing polarity for pin 22 to high pcib0: slot 4 INTA routed to irq 22 via \_SB_.PCI0.LACI found-> vendor=0x10de, dev=0x0053, revid=0xf2 bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1c00, size 4, enabled found-> vendor=0x10de, dev=0x0054, revid=0xf3 bus=0, slot=7, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1c40, size 3, enabled map[14]: type I/O Port, range 32, base 0x1c34, size 2, enabled map[18]: type I/O Port, range 32, base 0x1c38, size 3, enabled map[1c]: type I/O Port, range 32, base 0x1c30, size 2, enabled map[20]: type I/O Port, range 32, base 0x1c10, size 4, enabled map[24]: type Memory, range 32, base 0xc8003000, size 12, enabled pcib0: matched entry for 0.7.INTA (src \_SB_.PCI0.LTID:0) pci_link12: Picked IRQ 23 with weight 0 ioapic0: Changing polarity for pin 23 to high pcib0: slot 7 INTA routed to irq 23 via \_SB_.PCI0.LTID found-> vendor=0x10de, dev=0x0055, revid=0xf3 bus=0, slot=8, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1c58, size 3, enabled map[14]: type I/O Port, range 32, base 0x1c4c, size 2, enabled map[18]: type I/O Port, range 32, base 0x1c50, size 3, enabled map[1c]: type I/O Port, range 32, base 0x1c48, size 2, enabled map[20]: type I/O Port, range 32, base 0x1c20, size 4, enabled map[24]: type Memory, range 32, base 0xc8004000, size 12, enabled pcib0: matched entry for 0.8.INTA (src \_SB_.PCI0.LSI1:0) pci_link13: Picked IRQ 20 with weight 1 pcib0: slot 8 INTA routed to irq 20 via \_SB_.PCI0.LSI1 found-> vendor=0x10de, dev=0x005c, revid=0xa2 bus=0, slot=9, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x0057, revid=0xa3 bus=0, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xc8005000, size 12, enabled map[14]: type I/O Port, range 32, base 0x1c60, size 3, enabled pcib0: matched entry for 0.10.INTA (src \_SB_.PCI0.LMAC:0) pci_link8: Picked IRQ 21 with weight 1 pcib0: slot 10 INTA routed to irq 21 via \_SB_.PCI0.LMAC found-> vendor=0x10de, dev=0x005d, revid=0xa3 bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xc8000000-0xc8000fff irq 20 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8000000 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 49 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xc8001000-0xc80010ff irq 21 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xc8001000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c00-0x1c0f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1c00 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=50 devices=0x6 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x1c40-0x1c47,0x1c34-0x1c37,0x1c38-0x1c3f,0x1c30-0x1c33,0x1c10-0x1c1f mem 0xc8003000-0xc8003fff irq 23 at device 7.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1c10 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xc8003000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1c40 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x1c34 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x1c38 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x1c30 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0x1c58-0x1c5f,0x1c4c-0x1c4f,0x1c50-0x1c57,0x1c48-0x1c4b,0x1c20-0x1c2f mem 0xc8004000-0xc8004fff irq 20 at device 8.0 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1c20 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xc8004000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1c58 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0x1c4c ata4: SATA connect status=00000000 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x1c50 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0x1c48 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: physical bus=1 nfe0: port 0x1c60-0x1c67 mem 0xc8005000-0xc8005fff irq 21 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8005000 miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:e0:81:57:d9:ae nfe0: [MPSAFE] nfe0: [FILTER] pcib2: at device 14.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0xc8100000-0xc81fffff pcib2: prefetched decode 0xd0000000-0xd7ffffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1002, dev=0x5b60, revid=0x00 bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 27, enabled pcib2: requested memory range 0xd0000000-0xd7ffffff: good map[14]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib2: requested I/O range 0x2000-0x20ff: in range map[18]: type Memory, range 32, base 0xc8100000, size 16, enabled pcib2: requested memory range 0xc8100000-0xc810ffff: good pcib2: matched entry for 2.0.INTA (src \_SB_.PCI0.LNK3:0) pci_link2: Picked IRQ 16 with weight 0 ioapic0: Changing polarity for pin 16 to high pcib2: slot 0 INTA routed to irq 16 via \_SB_.PCI0.LNK3 found-> vendor=0x1002, dev=0x5b70, revid=0x00 bus=2, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xc8110000, size 16, enabled pcib2: requested memory range 0xc8110000-0xc811ffff: good vgapci0: port 0x2000-0x20ff mem 0xd0000000-0xd7ffffff,0xc8100000-0xc810ffff irq 16 at device 0.0 on pci2 vgapci1: mem 0xc8110000-0xc811ffff at device 0.1 on pci2 pcib3: port 0xcf8-0xcff on acpi0 pcib3: could not get PCI interrupt routing table for \_SB_.PCI2 - AE_NOT_FOUND pci16: on pcib3 pci16: physical bus=16 found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=16, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=16, slot=10, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 64, base 0xd8000000, size 12, enabled found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=16, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=16, slot=11, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 64, base 0xd8001000, size 12, enabled pcib4: at device 10.0 on pci16 pcib4: secondary bus 17 pcib4: subordinate bus 17 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci17: on pcib4 pci17: physical bus=17 pcib5: at device 11.0 on pci16 pcib5: secondary bus 18 pcib5: subordinate bus 18 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xd8100000-0xd81fffff pcib5: no prefetched decode pci18: on pcib5 pci18: physical bus=18 found-> vendor=0x8086, dev=0x1000, revid=0x03 bus=18, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8100000, size 17, enabled pcib5: requested memory range 0xd8100000-0xd811ffff: good pcib5: matched entry for 18.4.INTA pcib5: slot 4 INTA hardwired to IRQ 28 found-> vendor=0x8086, dev=0x1000, revid=0x03 bus=18, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8120000, size 17, enabled pcib5: requested memory range 0xd8120000-0xd813ffff: good pcib5: matched entry for 18.9.INTA pcib5: slot 9 INTA hardwired to IRQ 29 em0: mem 0xd8100000-0xd811ffff irq 28 at device 4.0 on pci18 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8100000 em0: Unable to locate IO BAR em0: Allocation of PCI resources failed device_attach: em0 attach returned 6 em1: mem 0xd8120000-0xd813ffff irq 29 at device 9.0 on pci18 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8120000 em1: Unable to locate IO BAR em1: Allocation of PCI resources failed device_attach: em1 attach returned 6 pcib6: port 0xcf8-0xcff on acpi0 pci128: on pcib6 pci128: physical bus=128 found-> vendor=0x10de, dev=0x005e, revid=0xa3 bus=128, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x00d3, revid=0xa3 bus=128, slot=1, func=0 class=05-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[14]: type Memory, range 32, base 0xd8400000, size 12, enabled found-> vendor=0x10de, dev=0x0057, revid=0xa3 bus=128, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd8401000, size 12, enabled map[14]: type I/O Port, range 32, base 0x3000, size 3, enabled pcib6: matched entry for 128.10.INTA (src \_SB_.PCI1.LMAC:0) pci_link22: Picked IRQ 52 with weight 0 ioapic3: Changing polarity for pin 20 to high pcib6: slot 10 INTA routed to irq 52 via \_SB_.PCI1.LMAC found-> vendor=0x10de, dev=0x005d, revid=0xa3 bus=128, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pci128: at device 0.0 (no driver attached) pci128: at device 1.0 (no driver attached) nfe1: port 0x3000-0x3007 mem 0xd8401000-0xd8401fff irq 52 at device 10.0 on pci128 nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8401000 miibus1: on nfe1 e1000phy1: PHY 1 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe1: bpf attached nfe1: Ethernet address: 00:e0:81:57:d9:af ioapic3: routing intpin 20 (PCI IRQ 52) to vector 54 nfe1: [MPSAFE] nfe1: [FILTER] pcib7: at device 14.0 on pci128 pcib7: secondary bus 129 pcib7: subordinate bus 129 pcib7: I/O decode 0xf000-0xfff pcib7: no prefetched decode pci129: on pcib7 pci129: physical bus=129 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0x1ca1 0x1cb1 0x1ca1 0x1ca1 sio0: irq maps: 0x1ca1 0x1cb1 0x1ca1 0x1ca1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ahc_isa_probe 1: ioport 0x1c00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1ca1 0x1ca1 0x1ca1 0x1ca1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134045 -> 100000 procfs registered lapic: Divisor 2, Frequency 100463423 hz Timecounter "TSC" frequency 2612048613 Hz quality -100 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached DUMMYNET with IPv6 initialized (040826) ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding disabled, default to accept, logging disabled rr232x: no controller detected. ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: setting PIO4 on nForce CK804 chip acd0: setting UDMA66 on nForce CK804 chip acd0: DVDR drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ad1: setting PIO4 on nForce CK804 chip ad1: setting UDMA100 on nForce CK804 chip ad1: 19092MB at ata0-slave UDMA100 ad1: 39102336 sectors [38792C/16H/63S] 16 sectors/interrupt 1 depth queue ad1: nVidia check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 238475MB at ata2-master SATA150 ad4: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue ******** ATA nVidia MediaShield Metadata ******** nvidia_id config_size 30 checksum 0x7197901f version 0x0064 disk_number 0 dummy_0 0x00 total_sectors 488397056 sectors_size 512 serial MIRROR 232.88G revision dummy_1 0x00000000 magic_0 0x00640044 magic_1 0x3afc58b55776d67f magic_2 0x32b8c8890d23f154 flags 0x00 array_width 1 total_disks 2 dummy_2 0x01 type RAID1 dummy_3 0x0000 stripe_sectors 128 stripe_bytes 65536 stripe_shift 7 stripe_mask 0x0000007f stripe_sizesectors 128 stripe_sizebytes 65536 rebuild_lba 0 dummy_4 0x00000081 dummy_5 0x1d1c5900 status 0x00000001 ================================================= ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 238475MB at ata3-master SATA150 ad6: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue ******** ATA nVidia MediaShield Metadata ******** nvidia_id config_size 30 checksum 0x7196901f version 0x0064 disk_number 1 dummy_0 0x00 total_sectors 488397056 sectors_size 512 serial MIRROR 232.88G revision dummy_1 0x00000000 magic_0 0x00640044 magic_1 0x3afc58b55776d67f magic_2 0x32b8c8890d23f154 flags 0x00 array_width 1 total_disks 2 dummy_2 0x01 type RAID1 dummy_3 0x0000 stripe_sectors 128 stripe_bytes 65536 stripe_shift 7 stripe_mask 0x0000007f stripe_sizesectors 128 stripe_sizebytes 65536 rebuild_lba 0 dummy_4 0x00000081 dummy_5 0x1d1c5900 status 0x00000001 ================================================= ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format nVidia MediaShield type RAID1 flags 0x01 1 magic_0 0x3afc58b55776d67f magic_1 0x32b8c8890d23f154 generation 0 total_sectors 488397056 offset_sectors 0 heads 255 sectors 63 cylinders 30401 width 1 interleave 128 total_disks 2 disk 0: flags = 0x0b b ad4: sectors 488397056 disk 1: flags = 0x0b b ad6: sectors 488397056 ================================================= ar0: 238475MB status: READY ar0: 488397056 sectors [30401C/255H/63S] <> subdisks defined as: ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 20 to local APIC 0 ioapic0: Assigning PCI IRQ 21 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 ioapic3: Assigning PCI IRQ 52 to local APIC 1 GEOM: new disk ad1 GEOM: new disk ad4 GEOM: new disk ad6 GEOM: new disk ar0 Trying to mount root from ufs:/dev/ar0s1a start_init: trying /sbin/init Enter full pathname of shell or RETURN for /bin/sh: --nextPart1558689.JQ8mS4qtLE-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 18:11:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9242416A402; Thu, 10 May 2007 18:11:16 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 4B63513C45D; Thu, 10 May 2007 18:11:15 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 057332D4D52; Thu, 10 May 2007 17:52:19 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 1C0AD100B3; Thu, 10 May 2007 21:52:12 +0400 (GST) Date: Thu, 10 May 2007 21:52:12 +0400 From: "Simon L. Nielsen" To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Message-ID: <20070510175210.GD1835@zaphod.nitro.dk> References: <20070510134740.GA39021@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070510134740.GA39021@FreeBSD.czest.pl> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 18:11:16 -0000 On 2007.05.10 13:47:40 +0000, Wojciech A. Koszek wrote: > Could we decide if we really want to support lukemftpd(8) ? Hey, I think only having one ftpd in the base system would be a very good move. Both with my doc hat (I have seen mails about the different config files etc.) and with my secteam hat (we have less software to support). Personally don't care much which ftpd is removed, but unless lukemftpd has some big important feature(s) which is useful to many people I agree lukemftpd is the obvious one to nuke. So FWIW, a big vote from me to remove one ftpd. -- Simon From owner-freebsd-current@FreeBSD.ORG Thu May 10 19:41:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CBE416A406; Thu, 10 May 2007 19:41:46 +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 E884113C45A; Thu, 10 May 2007 19:41:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 374A71A3C1A; Thu, 10 May 2007 12:42:30 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0E14D513E1; Thu, 10 May 2007 15:41:44 -0400 (EDT) Date: Thu, 10 May 2007 15:41:44 -0400 From: Kris Kennaway To: Darren Reed Message-ID: <20070510194144.GA66798@xor.obsecurity.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: Robert Watson , current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 19:41:46 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: > On Thu, May 10, 2007 at 01:28:16PM +0100, Robert Watson wrote: > >=20 > > On Thu, 10 May 2007, Darren Reed wrote: > >=20 > > >I'm using FreeBSD 7.0-CURRENT under vmware and there are a few issues. >=20 > Redirecting to current@... >=20 > > >First, time. hint.hw.acpi.disabled=3D"1" This appears to make _no_=20 > > >difference to time keeping on FreeBSD 7 and nor does it seem to have a= ny=20 > > >impact on ACPI being loaded. Do I need to recompile a new kernel with= out=20 > > >it or is there a new way to disable ACPI? > >=20 > > Have you tried hint.acpi.0.disabled=3D1 instead? This is what appears = in=20 > > acpi(4), and is what is used in various existing boot loader bits when = I=20 > > grep around. >=20 > In another reply it was "hint.apic.0.disabled=3D1". > My current loader.conf: >=20 > vm.kmem_size=3D536870912 > vm.kmem_size_max=3D536870912 > unset acpi_load acpi_load=3D"NO" to disable the module > hint.acpi.0.disabled=3D1 > hint.apci.0.disabled=3D1 dunno what apci does :) > hint.acpi.0.disabled=3D"1" This is the one that should work. Can you confirm that you see it in the loader environment by doing 'show'? > hint.apci.0.disabled=3D"1" > vfs.zfs.arc_max=3D402653184 >=20 > Booting with this gives me: > kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >=20 > and ACPI enabled. >=20 > > >I should add that FreeBSD 6, with the same setting, is no better and t= hat=20 > > >I need to run ntpdate every 5-10 minutes via crontab in order to keep = good=20 > > >time (timekeeping is *really* bad.) In one instance, i was watching= =20 > > >"zpool iostat 1" and it appeared like the rows were muching up at a ra= te=20 > > >of 2 a second for a minute or so. How do I disable TSC timekeeping? = =20 > > >(NetBSD has this disabled by default in their kernels.) Or is there= =20 > > >somethign else I must do? > >=20 > > kern.timecounter.hardware: ACPI-fast > > kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-10000= 00) > >=20 > > I believe you can simply set kern.timecounter.hardware=3DAPCI-fast and = it=20 > > will do what you expect. An interesting question is why it selects wha= t is=20 > > arguably the wrong one; a post to current@ might help resolve that. >=20 > Hmm. >=20 > # sysctl kern.timecounter.hardware=3D"ACPI-fast" > kern.timecounter.hardware: ACPI-safe > sysctl: kern.timecounter.hardware: Invalid argument kern.timecounter.choice Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQ3V4Wry0BWjoQKURAmcxAKDokGbqp2OQQfTWiIkwwlRc0B+JdACfVayd cK5I4szF7lewC2xg2LcG3XU= =dA4d -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:14:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A264E16A408 for ; Thu, 10 May 2007 20:14:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4AFDD13C48A for ; Thu, 10 May 2007 20:14:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so773072nze for ; Thu, 10 May 2007 13:14:52 -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=Rc49hmdNIuKEzU5Qy9ybPhZ9ByYYikm7SEqXVK3dYV47sdkvdhKDbHq4JjAAXtnjsQxOeNc3c+tDZRlPmNKovteIsQ6wOGGUss/7yxz0wZ++YNQbPmQV+7UVkQfjcv81xONnLOoueDbY15tzMl8R0V9LI8tghv21SW3FhtHE73k= 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=C/77VcprEfD3ALZhBrsvJEO6UxwqNpc+Ho0Z2ktPimGQb7ocXpP4GKCADeoftyCkucJd7vToBiNIQ3CLPEdzczLg/peQUSugx8nB3KYTm+AT9Q10CtzH3Q00SavaVE/HZWHCXMPYzTL9p+U4S3MnHQj7TuDMVaI6qSK6o8KueOw= Received: by 10.115.18.1 with SMTP id v1mr688794wai.1178828092543; Thu, 10 May 2007 13:14:52 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Thu, 10 May 2007 13:14:52 -0700 (PDT) Message-ID: <2a41acea0705101314s1e711b86rd0b5ac562e0de108@mail.gmail.com> Date: Thu, 10 May 2007 13:14:52 -0700 From: "Jack Vogel" To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: em0: Unable to locate IO BAR ( two 82542 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, 10 May 2007 20:14:53 -0000 Sigh, I changed the logic of what adapters try to map the IO BAR because only older adapters use it, but now that I look at the shared code, it turns out when you get to the oldest ones, aka 82542, they dont do it either. The code used to make ALL adapters except the 542 try to map it, I could revert to that, but let me think about this a bit, I will check in a fix for it by tonight ok? Jack On 5/10/07, Mark Atkinson wrote: > > I just updated to -current from today on a tyan 2895 (K8WE). I applied the > new nfe MSI/MSIX support patches as well, however I don't think those have > anything to do with the problem below: > > FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu May 10 10:07:23 PDT 2007 > root@k8we:/usr/obj/usr/src/sys/K8WE i386 > > > pci18: on pcib5 > pci18: physical bus=18 > found-> vendor=0x8086, dev=0x1000, revid=0x03 > bus=18, slot=4, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=10 > powerspec 1 supports D0 D3 current D0 > map[10]: type Memory, range 32, base 0xd8100000, size 17, enabled > pcib5: requested memory range 0xd8100000-0xd811ffff: good > pcib5: matched entry for 18.4.INTA > pcib5: slot 4 INTA hardwired to IRQ 28 > found-> vendor=0x8086, dev=0x1000, revid=0x03 > bus=18, slot=9, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 1 supports D0 D3 current D0 > map[10]: type Memory, range 32, base 0xd8120000, size 17, enabled > pcib5: requested memory range 0xd8120000-0xd813ffff: good > pcib5: matched entry for 18.9.INTA > pcib5: slot 9 INTA hardwired to IRQ 29 > em0: mem > 0xd8100000-0xd811ffff irq 28 at device 4.0 on pci18 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8100000 > em0: Unable to locate IO BAR > em0: Allocation of PCI resources failed > device_attach: em0 attach returned 6 > em1: mem > 0xd8120000-0xd813ffff irq 29 at device 9.0 on pci18 > em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8120000 > em1: Unable to locate IO BAR > em1: Allocation of PCI resources failed > device_attach: em1 attach returned 6 > > here's the pciconf -v -l output > > em0@pci18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > em1@pci18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > > Attached it the bootverbose output for this machine. > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > _______________________________________________ > 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 May 10 20:22:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2CEE16A405 for ; Thu, 10 May 2007 20:22:20 +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 7237913C45B for ; Thu, 10 May 2007 20:22:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HmF9T-0005CK-UY for freebsd-current@freebsd.org; Thu, 10 May 2007 22:22:15 +0200 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 May 2007 22:22:15 +0200 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 May 2007 22:22:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 10 May 2007 13:22:04 -0700 Lines: 82 Message-ID: References: <2a41acea0705101314s1e711b86rd0b5ac562e0de108@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: em0: Unable to locate IO BAR ( two 82542 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, 10 May 2007 20:22:21 -0000 Jack Vogel wrote: > Sigh, I changed the logic of what adapters try to map the IO > BAR because only older adapters use it, but now that I look > at the shared code, it turns out when you get to the oldest > ones, aka 82542, they dont do it either. The code used > to make ALL adapters except the 542 try to map it, I > could revert to that, but let me think about this a bit, I > will check in a fix for it by tonight ok? Thanks Jack! Take your time and get it fixed the way you want it. I'm running just fine on the two week old kernel backup. > Jack > > On 5/10/07, Mark Atkinson wrote: >> >> I just updated to -current from today on a tyan 2895 (K8WE). I applied >> the new nfe MSI/MSIX support patches as well, however I don't think those >> have anything to do with the problem below: >> >> FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu May 10 10:07:23 PDT 2007 >> root@k8we:/usr/obj/usr/src/sys/K8WE i386 >> >> >> pci18: on pcib5 >> pci18: physical bus=18 >> found-> vendor=0x8086, dev=0x1000, revid=0x03 >> bus=18, slot=4, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 >> ns) intpin=a, irq=10 >> powerspec 1 supports D0 D3 current D0 >> map[10]: type Memory, range 32, base 0xd8100000, size 17, enabled >> pcib5: requested memory range 0xd8100000-0xd811ffff: good >> pcib5: matched entry for 18.4.INTA >> pcib5: slot 4 INTA hardwired to IRQ 28 >> found-> vendor=0x8086, dev=0x1000, revid=0x03 >> bus=18, slot=9, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 >> ns) intpin=a, irq=11 >> powerspec 1 supports D0 D3 current D0 >> map[10]: type Memory, range 32, base 0xd8120000, size 17, enabled >> pcib5: requested memory range 0xd8120000-0xd813ffff: good >> pcib5: matched entry for 18.9.INTA >> pcib5: slot 9 INTA hardwired to IRQ 29 >> em0: mem >> 0xd8100000-0xd811ffff irq 28 at device 4.0 on pci18 >> em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8100000 >> em0: Unable to locate IO BAR >> em0: Allocation of PCI resources failed >> device_attach: em0 attach returned 6 >> em1: mem >> 0xd8120000-0xd813ffff irq 29 at device 9.0 on pci18 >> em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8120000 >> em1: Unable to locate IO BAR >> em1: Allocation of PCI resources failed >> device_attach: em1 attach returned 6 >> >> here's the pciconf -v -l output >> >> em0@pci18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82542 Gigabit Ethernet Controller' >> class = network >> subclass = ethernet >> em1@pci18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82542 Gigabit Ethernet Controller' >> class = network >> subclass = ethernet >> >> Attached it the bootverbose output for this machine. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:10:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A19816A403 for ; Thu, 10 May 2007 21:10:26 +0000 (UTC) (envelope-from lists@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [66.111.113.15]) by mx1.freebsd.org (Postfix) with ESMTP id 7FC1513C455 for ; Thu, 10 May 2007 21:10:26 +0000 (UTC) (envelope-from lists@efinley.com) Received: from efinley04.etv.net ([74.214.237.51] helo=science3.efinley.com) by postmaster.etv.net with smtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HmFIf-000IfD-1o for freebsd-current@freebsd.org; Thu, 10 May 2007 14:31:45 -0600 From: Elliot Finley To: freebsd-current@freebsd.org Date: Thu, 10 May 2007 14:31:45 -0600 Message-ID: X-Mailer: Forte Agent 4.1/32.1088 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: efinley@efinley.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 21:10:26 -0000 If you could start with a 3 drive zraid2 as the underlying pool storage and later add drives to the existing zraid2 as space was needed, then ZFS would be the ultimate FS (at least for me). Any takers? How hard would this be? From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:16:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1872A16A404; Thu, 10 May 2007 21:16:57 +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 F402913C46C; Thu, 10 May 2007 21:16:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 562E31A3C19; Thu, 10 May 2007 14:17:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4E32051408; Thu, 10 May 2007 17:16:56 -0400 (EDT) Date: Thu, 10 May 2007 17:16:56 -0400 From: Kris Kennaway To: Darren Reed Message-ID: <20070510211655.GA67752@xor.obsecurity.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070510204448.GB73840@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: Robert Watson , current@freebsd.org, Kris Kennaway Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 21:16:57 -0000 On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: > On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: > > On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: > ... > > > In another reply it was "hint.apic.0.disabled=1". > > > My current loader.conf: > > > > > > vm.kmem_size=536870912 > > > vm.kmem_size_max=536870912 > > > unset acpi_load > > > > acpi_load="NO" to disable the module > > > > > hint.acpi.0.disabled=1 > > > hint.apci.0.disabled=1 > > > > dunno what apci does :) > > > > > hint.acpi.0.disabled="1" > > > > This is the one that should work. Can you confirm that you see it in > > the loader environment by doing 'show'? > > ok. I modified my loader.conf to be: > > hint.acpi.0.disabled="1" > vm.kmem_size=536870912 > vm.kmem_size_max=536870912 > vfs.zfs.arc_max=402653184 > > and now ACPI is didsabled when the kernel boots :-) > > Is it possible for parsing errors of this file to generate errors? > And maybe pause for a few seconds so they can be read? I guess all things are possible with forth. > When I was modifying the loader.conf, I was looking for errors on > bootup but regarding getting acpi vs apci vs apic right, I never > saw any. My experience also tells me that errors seem to quietly > stop the rest of the file being parsed or...? > > > > # sysctl kern.timecounter.hardware="ACPI-fast" > > > kern.timecounter.hardware: ACPI-safe > > > sysctl: kern.timecounter.hardware: Invalid argument > > > > kern.timecounter.choice > > When I tried to set this with sysctl, I got told it was read-only. > The next step was to put it in loader.conf but now ACPI *is* disabled :) Sorry, .hardware was the correct one. I don't know why you are unable to set it at runtime: xor# sysctl kern.timecounter.hardware=TSC kern.timecounter.hardware: ACPI-fast -> TSC xor# sysctl kern.timecounter.hardware=ACPI-fast kern.timecounter.hardware: TSC -> ACPI-fast Kris From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:37:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23FD916A409 for ; Thu, 10 May 2007 21:37:37 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 38C8213C4C3 for ; Thu, 10 May 2007 21:37:35 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l4AMCMk6045022 for ; Thu, 10 May 2007 22:12:22 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l4AMCMxS045021 for freebsd-current@freebsd.org; Thu, 10 May 2007 22:12:22 GMT (envelope-from dunstan) Date: Thu, 10 May 2007 22:12:21 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070510221221.GA44910@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Thu, 10 May 2007 22:12:22 +0000 (UTC) Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 21:37:37 -0000 On Thu, May 10, 2007 at 08:34:31AM -0700, gnn@freebsd.org wrote: > At Thu, 10 May 2007 15:42:12 +0200 (CEST), > Oliver Fromme wrote: > > > > I think it would make sense to move lukemftpd to ports and > > remove it from the base system. It might be worth noting > > that lukemftp (the client) already is in ports. > > > > Well, in fact I'm not convinced that there has to be an > > FTP daemon in the base system at all. But I guess it's not > > possible to reach a consensus on removing all ftpds from > > the base completely. > > > > Getting to one would be a good move. > > Wojchiech, are you proposing a patch to do the removal? It would be > good to see what you propose removing, just for safety sake. > George, Here's a patch that should be complete lukemftpd(8) removal: http://people.freebsd.org/~wkoszek/patches/no-lukemftpd.patch.bz2 Just to describe -- those elements are gone: - src/libexec/lukemftpd - lukemftpd's entry in src/libexec/Makefile - src/contrib/lukemftpd - lukemftpd lines in inetd.conf(8) It survived buildworld and installworld stage. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:47:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D66316A400 for ; Thu, 10 May 2007 21:47:12 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.freebsd.org (Postfix) with ESMTP id 88F8113C459 for ; Thu, 10 May 2007 21:47:11 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.14.1/8.13.8) with ESMTP id l4ALUZv2006672 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Thu, 10 May 2007 23:30:36 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200705102130.l4ALUZv2006672@pinky.frank-behrens.de> From: "Frank Behrens" To: Ivan Voras Date: Thu, 10 May 2007 23:30:34 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: References: <20070510125445.GA5460@hub.freebsd.org> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 21:47:12 -0000 Ivan Voras wrote on 10 May 2007 16:51: > I also run on a very low kern.hz (50), this may or may not make a big > difference. Ivan, many thanks for this advice! It was the best I got regarding this topic. I tried nearly any combination of timecounters before and had no luck. With this setting a FreBSD-6.2 seems to running much better on a GSX server. My current setup: # cat /boot/loader.conf kern.hz="50" if_le_load="YES" # cat /etc/sysctl.conf kern.timecounter.hardware=i8254 Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:47:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 012E516A405 for ; Thu, 10 May 2007 21:47:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id DCA4313C43E for ; Thu, 10 May 2007 21:47: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; Thu, 10 May 2007 14:47:25 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 41863125B4A; Thu, 10 May 2007 14:47:25 -0700 (PDT) Message-ID: <464392EC.5090203@elischer.org> Date: Thu, 10 May 2007 14:47:24 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> In-Reply-To: <20070510221221.GA44910@FreeBSD.czest.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 21:47:26 -0000 Wojciech A. Koszek wrote: does it add a port? From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:51:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 674A916A402 for ; Thu, 10 May 2007 21:51:35 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF6A13C468 for ; Thu, 10 May 2007 21:51:34 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4ALZtvg062356 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 10 May 2007 23:35:55 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Current From: Stefan Bethke Date: Thu, 10 May 2007 23:35:54 +0200 X-Mailer: Apple Mail (2.752.2) Subject: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 21:51:35 -0000 Got this reproducable panic on AMD64 on a couple of days old -current when I try to copy a file off a ZFS dataset via netatalk's afpd (via TCP, no actual AppleTalk involved). Any other info you're interested in, just let me know. Stefan -- Stefan Bethke Fon +49 170 346 0140 root@little:/usr/obj/usr/src/sys/LITTLE# kgdb kernel.debug /var/crash/ vmcore.1 [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 cpuid = 1 KDB: enter: panic panic: from debugger cpuid = 1 KDB: stack backtrace: Uptime: 2m50s Physical memory: 1010 MB Dumping 102 MB: 87 71 55 39 23 7 #0 doadump () at pcpu.h:171 171 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:171 #1 0xffffffff8046771b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff804671a7 in panic ( fmt=0xffffffff8072d9b3 "mutex %s owned at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff8045d363 in _mtx_assert (m=0x0, what=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:620 #4 0xffffffff80535efe in tcp_do_segment (m=0xffffff002e102a00, th=0xffffff002e304824, so=0xffffff002e993000, tp=0xffffff002b9de000, drop_hdrlen=52, tlen=0) at /usr/src/sys/netinet/tcp_input.c:2475 #5 0xffffffff805380d5 in tcp_input (m=0xffffff002e102a00, off0=741322752) at /usr/src/sys/netinet/tcp_input.c:989 #6 0xffffffff8052e59f in ip_input (m=0xffffff002e102a00) at /usr/src/sys/netinet/ip_input.c:662 #7 0xffffffff804f6cdc in ether_demux (ifp=0xffffff003d078000, m=0xffffff002e102a00) at /usr/src/sys/net/if_ethersubr.c:843 #8 0xffffffff804f769b in ether_input (ifp=0xffffff003d078000, m=0xffffff002e102a00) at /usr/src/sys/net/if_ethersubr.c:701 #9 0xffffffff80699691 in nve_ospacketrx (ctx=0xffffff003d121c00, data=0xffffffffa061c120, success=1, newbuf=0x0, priority=0 '\0') at /usr/src/sys/dev/nve/if_nve.c:1607 #10 0xffffffff80628af1 in UpdateReceiveDescRingData () #11 0xffffffff806286b7 in ADAPTER_HandleInterruptThroughput () ---Type to continue, or q to quit--- #12 0xffffffff80698448 in nve_ifstart_locked (ifp=0xffffff003d078000) at /usr/src/sys/dev/nve/if_nve.c:884 #13 0xffffffff8069871c in nve_ifstart (ifp=0xffffff003d078000) at /usr/src/sys/dev/nve/if_nve.c:842 #14 0xffffffff804f6619 in ether_output_frame (ifp=0xffffff003d078000, m=0xffffff003cab2900) at /usr/src/sys/net/if_ethersubr.c:403 #15 0xffffffff804f69dc in ether_output (ifp=0xffffff003d078000, m=0xffffff003cab2900, dst=0xffffff003d04e9b0, rt0=0x0) at /usr/src/sys/net/if_ethersubr.c:372 #16 0xffffffff80531af4 in ip_output (m=0xffffff003cab2900, opt=0x1, ro=0xffffffffa061c600, flags=1, imo=0x0, inp=0xffffff002c2fb000) at /usr/src/sys/netinet/ip_output.c:561 #17 0xffffffff80539498 in tcp_output (tp=0xffffff002b9de000) at /usr/src/sys/netinet/tcp_output.c:1121 #18 0xffffffff80536dbb in tcp_do_segment (m=0xffffff002e102b00, th=0xffffff002e304024, so=0xffffff002e993000, tp=0xffffff002b9de000, drop_hdrlen=52, tlen=0) at /usr/src/sys/netinet/tcp_input.c:3137 #19 0xffffffff805380d5 in tcp_input (m=0xffffff002e102b00, off0=741322752) at /usr/src/sys/netinet/tcp_input.c:989 #20 0xffffffff8052e59f in ip_input (m=0xffffff002e102b00) at /usr/src/sys/netinet/ip_input.c:662 #21 0xffffffff804f6cdc in ether_demux (ifp=0xffffff003d078000, m=0xffffff002e102b00) at /usr/src/sys/net/if_ethersubr.c:843 #22 0xffffffff804f769b in ether_input (ifp=0xffffff003d078000, ---Type to continue, or q to quit--- m=0xffffff002e102b00) at /usr/src/sys/net/if_ethersubr.c:701 #23 0xffffffff80699691 in nve_ospacketrx (ctx=0xffffff003d121c00, data=0xffffffffa061caa0, success=1, newbuf=0x0, priority=0 '\0') at /usr/src/sys/dev/nve/if_nve.c:1607 #24 0xffffffff80628af1 in UpdateReceiveDescRingData () #25 0xffffffff806286b7 in ADAPTER_HandleInterruptThroughput () #26 0xffffffff80698809 in nve_intr (arg=0x0) at /usr/src/sys/dev/nve/if_nve.c:1068 #27 0xffffffff8044e9d8 in ithread_loop (arg=0xffffff003da1d7c0) at /usr/src/sys/kern/kern_intr.c:1036 #28 0xffffffff8044d6ea in fork_exit ( callout=0xffffffff8044e8d0 , arg=0xffffff003da1d7c0, frame=0xffffffffa061cc80) at /usr/src/sys/kern/kern_fork.c:814 #29 0xffffffff8065da8e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:397 #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000001 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000ca2000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0xffffff003da5c2a0 in ?? () #58 0xffffff003da5c000 in ?? () #59 0xffffffffa061bc70 in ?? () #60 0xffffffffa061bc48 in ?? () #61 0xffffff003d947380 in ?? () #62 0xffffffff80482f72 in sched_switch (td=0xffffffff8044e8d0, newtd=0x0, ---Type to continue, or q to quit--- flags=0) at /usr/src/sys/kern/sched_4bsd.c:907 Previous frame inner to this frame (corrupt stack?) Kernel's almost GENERIC: include GENERIC ident LITTLE nooptions WITNESS $ kldstat Id Refs Address Size Name 1 9 0xffffffff80100000 9fdfd8 kernel 2 1 0xffffffff80afe000 38ec8 linux.ko 3 1 0xffffffff80b37000 7590 snd_ich.ko 4 2 0xffffffff80b3f000 5e078 sound.ko 5 1 0xffffffff80b9e000 cd68 cpufreq.ko 6 1 0xffffffffa332e000 84747 zfs.ko 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 #2: Thu May 10 21:45:41 CEST 2007 root@little.lassitu.de:/usr/obj/usr/src/sys/LITTLE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2210.20-MHz K8- class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 1059913728 (1010 MB) avail memory = 1021321216 (974 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fde0000 (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 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xf000-0xf0ff,0xec00-0xecff mem 0xfe02d000-0xfe02dfff irq 23 at device 4.0 on pci0 pcm0: [ITHREAD] pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfe02b000-0xfe02bfff irq 21 at device 7.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfe02a000-0xfe02afff irq 22 at device 8.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pci1: on pcib1 fwohci0: mem 0xfdeff000-0xfdeff7ff, 0xfdef8000-0xfdefbfff irq 18 at device 6.0 on pci1 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:50:8d:da:95:13 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:da:95:13 fwe0: Ethernet address: 02:00:00:da:95:13 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ohci1: mem 0xfdefe000-0xfdefefff irq 16 at device 8.0 on pci1 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb2: OHCI version 1.0 usb2: on ohci1 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 3 ports with 3 removable, self powered ohci2: mem 0xfdefd000-0xfdefdfff irq 17 at device 8.1 on pci1 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb3: OHCI version 1.0 usb3: on ohci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci1: mem 0xfdefc000-0xfdefc0ff irq 18 at device 8.2 on pci1 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci1 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 5 ports with 5 removable, self powered nve0: port 0xb400-0xb407 mem 0xfe029000-0xfe029fff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:50:8d:c3:6d:8e miibus0: on nve0 ciphy0: PHY 1 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: using obsoleted if_watchdog interface nve0: Ethernet address: 00:50:8d:c3:6d:8e nve0: [ITHREAD] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 em0: port 0x7c00-0x7c1f mem 0xfd9e0000-0xfd9fffff,0xfd9c0000-0xfd9dffff irq 19 at device 0.0 on pci4 em0: Ethernet address: 00:15:17:1e:1c:34 em0: [FILTER] em1: port 0x7800-0x781f mem 0xfd9a0000-0xfd9bffff,0xfd980000-0xfd99ffff irq 16 at device 0.1 on pci4 em1: Ethernet address: 00:15:17:1e:1c:35 em1: [FILTER] pcib5: at device 14.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfa000000-0xfaffffff, 0xd0000000-0xdfffffff,0xfb000000-0xfbffffff irq 18 at device 0.0 on pci5 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range 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: 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 sio0: [FILTER] 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 uhub5: on uhub3 uhub5: 4 ports with 4 removable, self powered ukbd0: on uhub5 kbd2 at ukbd0 uhid0: on uhub5 Timecounters tick every 1.000 msec ad0: 238475MB at ata0-master UDMA100 ad2: 114473MB at ata1-master UDMA100 acd0: DVDR at ata1-slave UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s3a WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 ums0: on uhub5 ums0: 4 buttons and Z dir. ums0: at uhub5 port 4 (addr 4) disconnected ums0: detached From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:54:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57F5B16A406 for ; Thu, 10 May 2007 21:54:33 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao106.cox.net (eastrmmtao106.cox.net [68.230.240.48]) by mx1.freebsd.org (Postfix) with ESMTP id B2A8513C4BE for ; Thu, 10 May 2007 21:54:32 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao106.cox.net (InterMail vM.7.05.02.00 201-2174-114-20060621) with ESMTP id <20070510215433.OYME12193.eastrmmtao106.cox.net@eastrmimpo02.cox.net>; Thu, 10 May 2007 17:54:33 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id xZuX1W0094iy4EG0000000; Thu, 10 May 2007 17:54:31 -0400 Date: Thu, 10 May 2007 16:57:17 -0500 To: "Wojciech A. Koszek" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20070510221221.GA44910@FreeBSD.czest.pl> User-Agent: Opera Mail/9.20 (Linux) Cc: freebsd-current@freebsd.org Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 21:54:33 -0000 On Thu, 10 May 2007 17:12:21 -0500, Wojciech A. Koszek wrote: > On Thu, May 10, 2007 at 08:34:31AM -0700, gnn@freebsd.org wrote: >> At Thu, 10 May 2007 15:42:12 +0200 (CEST), >> Oliver Fromme wrote: >> > >> > I think it would make sense to move lukemftpd to ports and >> > remove it from the base system. It might be worth noting >> > that lukemftp (the client) already is in ports. >> > >> > Well, in fact I'm not convinced that there has to be an >> > FTP daemon in the base system at all. But I guess it's not >> > possible to reach a consensus on removing all ftpds from >> > the base completely. >> > >> >> Getting to one would be a good move. >> >> Wojchiech, are you proposing a patch to do the removal? It would be >> good to see what you propose removing, just for safety sake. >> > > George, > > Here's a patch that should be complete lukemftpd(8) removal: > > http://people.freebsd.org/~wkoszek/patches/no-lukemftpd.patch.bz2 > > Just to describe -- those elements are gone: > > - src/libexec/lukemftpd > > - lukemftpd's entry in src/libexec/Makefile > > - src/contrib/lukemftpd > > - lukemftpd lines in inetd.conf(8) > > It survived buildworld and installworld stage. Plan to add entries in src/ObsoleteFiles.inc? Cheers, Mezz > Thanks, -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 10 22:01:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C9C316A404 for ; Thu, 10 May 2007 22:01:08 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id C203A13C45E for ; Thu, 10 May 2007 22:01:07 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe ([134.130.3.36]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JHU002K9IHL3L30@mta-1.ms.rz.RWTH-Aachen.de>; Fri, 11 May 2007 00:00:57 +0200 (CEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Fri, 11 May 2007 00:00:56 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id l4AM0tQ6032717; Fri, 11 May 2007 00:00:55 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1HmGhg-00036u-Ej; Fri, 11 May 2007 00:01:40 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 83D2F3F435; Fri, 11 May 2007 00:00:55 +0200 (CEST) Date: Fri, 11 May 2007 00:00:55 +0200 From: Christian Brueffer In-reply-to: <20070510134740.GA39021@FreeBSD.czest.pl> To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Message-id: <20070510220055.GB1944@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=IiVenqGWf+H9Y6IX Content-disposition: inline X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20070510134740.GA39021@FreeBSD.czest.pl> User-Agent: Mutt/1.5.11 Cc: Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 22:01:08 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2007 at 01:47:40PM +0000, Wojciech A. Koszek wrote: > Hello, >=20 > There is a lot of confusion caused by the fact of having two instances > of the FTP daemon present in our source tree. >=20 > First one is src/libexed/ftpd/... >=20 > Second one lies in src/contrib/lukemftpd/... >=20 > We don't need to have both of them, unless one has much more powerful > functionality over the second. However, in my opinion the major purpose > of having FTP daemon in the base is possibility of fast configuration > with minimal cost, just to "get it up and running". >=20 Yes, please. From the documentation point of view this is a nightmare. The two servers have similar manpages, partly with the same names, and it's completely non-obvious which belong to whom. One ftpd in base is plenty, thank you. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGQ5YXbHYXjKDtmC0RAmrmAKDZq1ZrodrB/qkCIG/TAoL+9oOuVgCeNYfu F7Q3kFKvbo2fGrqeXH7jRRk= =K8oe -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 22:10:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25E9716A406 for ; Thu, 10 May 2007 22:10:14 +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 CDA1013C468 for ; Thu, 10 May 2007 22:10:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HmGpu-0005m2-5T for freebsd-current@freebsd.org; Fri, 11 May 2007 00:10:10 +0200 Received: from 89-172-50-90.adsl.net.t-com.hr ([89.172.50.90]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 May 2007 00:10:10 +0200 Received: from ivoras by 89-172-50-90.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 May 2007 00:10:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 11 May 2007 00:09:52 +0200 Lines: 34 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig17A1312BAA997BF5953AAC68" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-50-90.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 22:10:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig17A1312BAA997BF5953AAC68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Elliot Finley wrote: > If you could start with a 3 drive zraid2 as the underlying pool > storage and later add drives to the existing zraid2 as space was > needed, then ZFS would be the ultimate FS (at least for me). >=20 > Any takers? How hard would this be? Isn't zraid2 like RAID6, e.g. includes 2 "parity" components? How do you propose to redistribute the parity blocks after a disk is included in already functioning RAID5 or RAID6 volume? (hint: http://en.wikipedia.org/wiki/RAID5#RAID_5) --------------enig17A1312BAA997BF5953AAC68 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQ5g2ldnAQVacBcgRAop+AJ9rclVAiK3iHbRdG8kUS7sHVXu3nACfTPwE EOvrPHuhXLB5AvVRmt5qo8A= =0Wrg -----END PGP SIGNATURE----- --------------enig17A1312BAA997BF5953AAC68-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 22:37:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53A5D16A402 for ; Thu, 10 May 2007 22:37:43 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 068C013C455 for ; Thu, 10 May 2007 22:37:42 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l4AMbemv066812; Thu, 10 May 2007 17:37:40 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l4AMbeE8066811; Thu, 10 May 2007 17:37:40 -0500 (CDT) (envelope-from brooks) Date: Thu, 10 May 2007 17:37:39 -0500 From: Brooks Davis To: Julian Elischer Message-ID: <20070510223739.GA66016@lor.one-eyed-alien.net> References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <464392EC.5090203@elischer.org> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 10 May 2007 17:37:40 -0500 (CDT) Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 22:37:43 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2007 at 02:47:24PM -0700, Julian Elischer wrote: > Wojciech A. Koszek wrote: >=20 > does it add a port? Other than the one at ftp/lukemftp? -- Brooks --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGQ56zXY6L6fI4GtQRAqzHAJ9JbrrkRvcKXEr7+jT3OKBI1KXXSgCgxJmx tIARe+/pTz3Z84ik08TV/88= =GolT -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 22:46:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68A6C16A400 for ; Thu, 10 May 2007 22:46:06 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 4C82B13C447 for ; Thu, 10 May 2007 22:46:06 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id C05365B5A; Thu, 10 May 2007 15:46:05 -0700 (PDT) To: efinley@efinley.com In-reply-to: Your message of "Thu, 10 May 2007 14:31:45 MDT." Date: Thu, 10 May 2007 15:46:05 -0700 From: Bakul Shah Message-Id: <20070510224605.C05365B5A@mail.bitblocks.com> Cc: freebsd-current@freebsd.org Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 22:46:06 -0000 > If you could start with a 3 drive zraid2 as the underlying pool > storage and later add drives to the existing zraid2 as space was > needed, then ZFS would be the ultimate FS (at least for me). > > Any takers? How hard would this be? You can do something like this: zpool create foo raidz2 dev0 dev1 dev2 dev3 zpool add foo raidz2 dev4 dev5 dev6 dev7 The new devices are in a different raidz2 group but but *all of the space* will be used for any filesystem on this pool -- isn't this good enough and if not, why? If you add a new disk to the same raid, you have to redistirbute most data. Not worth it Note you need at least 3 disks for raidz and 4 disks for raidz2. In general you want to put almost all your disks in a single pool but not in a single mirror, raidz or raidz2. Root zfs should be in its own pool and perhaps databases. See http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide From owner-freebsd-current@FreeBSD.ORG Thu May 10 23:01:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3377316A402 for ; Thu, 10 May 2007 23:01:55 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id A7A8513C459 for ; Thu, 10 May 2007 23:01:54 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l4ANafQr045311 for ; Thu, 10 May 2007 23:36:41 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l4ANafOI045310 for freebsd-current@freebsd.org; Thu, 10 May 2007 23:36:41 GMT (envelope-from dunstan) Date: Thu, 10 May 2007 23:36:41 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20070510233641.GB44910@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <464392EC.5090203@elischer.org> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Thu, 10 May 2007 23:36:42 +0000 (UTC) Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 23:01:55 -0000 On Thu, May 10, 2007 at 02:47:24PM -0700, Julian Elischer wrote: > Wojciech A. Koszek wrote: > > does it add a port? > No. It's a patch against src/... -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 23:07:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C65E916A403 for ; Thu, 10 May 2007 23:07:07 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5CADF13C45B for ; Thu, 10 May 2007 23:07:07 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 87775 invoked from network); 10 May 2007 22:26:45 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 10 May 2007 22:26:45 -0000 Message-ID: <4643A59A.5000300@freebsd.org> Date: Fri, 11 May 2007 01:07:06 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Stefan Bethke References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> In-Reply-To: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 23:07:07 -0000 Stefan Bethke wrote: > Got this reproducable panic on AMD64 on a couple of days old -current > when I try to copy a file off a ZFS dataset via netatalk's afpd (via > TCP, no actual AppleTalk involved). > > Any other info you're interested in, just let me know. What is the rev # of tcp_input.c? -- Andre From owner-freebsd-current@FreeBSD.ORG Thu May 10 23:19:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 216E916A406 for ; Thu, 10 May 2007 23:19:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AB08513C457 for ; Thu, 10 May 2007 23:19:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp204-197.lns1.adl4.internode.on.net [203.122.204.197]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4ANJVau097759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 May 2007 08:49:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Eric Anholt Date: Fri, 11 May 2007 08:49:15 +0930 User-Agent: KMail/1.9.5 References: <20070509194924.GB6052@nemesis.frida.mouhaha.de> <200705102120.35566.doconnor@gsoft.com.au> <1178810525.89720.132.camel@vonnegut> In-Reply-To: <1178810525.89720.132.camel@vonnegut> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7415662.xEystDYJTu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705110849.24525.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Oliver Peter , freebsd-current@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 23:19:39 -0000 --nextPart7415662.xEystDYJTu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 11 May 2007 00:52, Eric Anholt wrote: > > Also you should try loading i915.ko in the loader that might be > > necessary (I can't remember). > > No, only making sure that the AGP code is built into the kernel is > necessary. However, -current should have had the intel AGP support > for quite a while. Ah right, sorry for the noise! :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart7415662.xEystDYJTu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGQ6h85ZPcIHs/zowRAkG4AJ0WQAJl7a2t8KJgBYDE0zGowlKR3wCfU7gf vgQK9urrdqdlk9B9JX5BjmQ= =VzMC -----END PGP SIGNATURE----- --nextPart7415662.xEystDYJTu-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:09:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A39A16A404; Thu, 10 May 2007 20:09:50 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id EA82813C447; Thu, 10 May 2007 20:09:49 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id C2EFB10E820; Thu, 10 May 2007 21:40:39 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Aij4zfVCpLxn; Thu, 10 May 2007 21:40:33 +0200 (CEST) Received: from [10.50.0.2] (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 74F2510E81C; Thu, 10 May 2007 21:40:32 +0200 (CEST) From: Daniel =?UTF-8?Q?Ger=C5=BEo?= To: "Simon L. Nielsen" In-Reply-To: <20070510175210.GD1835@zaphod.nitro.dk> References: <20070510134740.GA39021@FreeBSD.czest.pl> <20070510175210.GD1835@zaphod.nitro.dk> Content-Type: text/plain Date: Thu, 10 May 2007 21:41:35 +0200 Message-Id: <1178826095.6150.0.camel@danger-pc> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 10 May 2007 23:27:02 +0000 Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 20:09:50 -0000 On Thu, 2007-05-10 at 21:52 +0400, Simon L. Nielsen wrote: > On 2007.05.10 13:47:40 +0000, Wojciech A. Koszek wrote: > > > Could we decide if we really want to support lukemftpd(8) ? > > Hey, > > I think only having one ftpd in the base system would be a very good > move. Both with my doc hat (I have seen mails about the different > config files etc.) and with my secteam hat (we have less software to > support). > > Personally don't care much which ftpd is removed, but unless lukemftpd > has some big important feature(s) which is useful to many people I > agree lukemftpd is the obvious one to nuke. > > So FWIW, a big vote from me to remove one ftpd. +1 ! -- Best Regards, Daniel From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:38:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id 8D5C816A405; Thu, 10 May 2007 20:38:40 +0000 (UTC) Date: Thu, 10 May 2007 20:38:40 +0000 From: Darren Reed To: Greg Larkin Message-ID: <20070510203840.GA73840@hub.freebsd.org> References: <20070510125445.GA5460@hub.freebsd.org> <001c01c79308$4fae8f90$0901a8c0@TWEETY> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001c01c79308$4fae8f90$0901a8c0@TWEETY> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 10 May 2007 23:27:02 +0000 Cc: 'Robert Watson' , current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 20:38:40 -0000 On Thu, May 10, 2007 at 09:37:03AM -0400, Greg Larkin wrote: > > > But if if_em is probing, it suggests a VMware > > > change rather than a FreeBSD change, which you may be able > > > to revert by > > > telling it to expose a Lance-style device as opposed to an > > > Intel device. > > > > There's no way to choose the type of card vmware emulates. > > > Hi Darren, > > Have you tried modifying the .vmx file after you've created the VM? > For instance, I want to use the em driver with my FreeBSD 6.2 VMs, so > my .vmx file contains these lines: > > Ethernet0.virtualDev = "e1000" > Ethernet1.virtualDev = "e1000" > > I had to change them manually from: > > Ethernet0.virtualDev = "vlance" > Ethernet1.virtualDev = "vlance" > > Perhaps you can force the virtual devices to vlance, if they are not > already configured that way. I didn't know this existed in the .vmx file - there definately isn't a knob in the GUI for it. That said, this is of no help - the vlance device is not available when you're using a 64bit environment (I am), so I'm just going to need to wait for issues with the em driver to be worked out. Thanks for mentioning this. Cheers, Darren From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:44:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id 1051B16A403; Thu, 10 May 2007 20:44:48 +0000 (UTC) Date: Thu, 10 May 2007 20:44:48 +0000 From: Darren Reed To: Kris Kennaway Message-ID: <20070510204448.GB73840@hub.freebsd.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070510194144.GA66798@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 10 May 2007 23:27:02 +0000 Cc: Robert Watson , current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2007 20:44:49 -0000 On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: > On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: ... > > In another reply it was "hint.apic.0.disabled=1". > > My current loader.conf: > > > > vm.kmem_size=536870912 > > vm.kmem_size_max=536870912 > > unset acpi_load > > acpi_load="NO" to disable the module > > > hint.acpi.0.disabled=1 > > hint.apci.0.disabled=1 > > dunno what apci does :) > > > hint.acpi.0.disabled="1" > > This is the one that should work. Can you confirm that you see it in > the loader environment by doing 'show'? ok. I modified my loader.conf to be: hint.acpi.0.disabled="1" vm.kmem_size=536870912 vm.kmem_size_max=536870912 vfs.zfs.arc_max=402653184 and now ACPI is didsabled when the kernel boots :-) Is it possible for parsing errors of this file to generate errors? And maybe pause for a few seconds so they can be read? When I was modifying the loader.conf, I was looking for errors on bootup but regarding getting acpi vs apci vs apic right, I never saw any. My experience also tells me that errors seem to quietly stop the rest of the file being parsed or...? > > # sysctl kern.timecounter.hardware="ACPI-fast" > > kern.timecounter.hardware: ACPI-safe > > sysctl: kern.timecounter.hardware: Invalid argument > > kern.timecounter.choice When I tried to set this with sysctl, I got told it was read-only. The next step was to put it in loader.conf but now ACPI *is* disabled :) Cheers, Darren From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:35:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29B2616A40E for ; Thu, 10 May 2007 20:35:25 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CC1A913C4C7 for ; Thu, 10 May 2007 20:35:24 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1HmF6d-0001wA-S2>; Thu, 10 May 2007 22:19:19 +0200 Received: from e178000161.adsl.alicedsl.de ([85.178.0.161] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.66) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1HmF6d-0004nZ-PP>; Thu, 10 May 2007 22:19:19 +0200 Message-ID: <46437F07.3040006@mail.zedat.fu-berlin.de> Date: Thu, 10 May 2007 22:22:31 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.0.161 X-Mailman-Approved-At: Thu, 10 May 2007 23:27:42 +0000 Subject: nfe(4) on nVidia CK804/MCP9: MSI/MSI-X supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 20:35:25 -0000 Sorry, lost the initial posting. Tried the nfe-related stuff for if_nfe posted by Pyun YongHyeon these days and this is the result of a verbose boot for my ASUS A8N32-SLI mainboard: nfe0: port 0x9480-0x9487 mem 0xddcf6000-0xddcf6fff irq 22 at device 19.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xddcf6000 miibus1: on nfe0 nfe0: bpf attached nfe0: Ethernet address: nfe0: [MPSAFE] nfe0: [FILTER] mskc0: port 0xd800-0xd8ff mem 0xddefc000-0xddefffff irq 17 at device 0.0 on pci2 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xddefc000 mskc0: MSI count : 2 mskc0: attempting to allocate 2 MSI vectors (2 supported) mskc0: using IRQs 256-257 for MSI mskc0: RAM buffer size : 48KB mskc0: Port 0 : Rx Queue 32KB(0x00000000:0x00007fff) mskc0: Port 0 : Tx Queue 16KB(0x00008000:0x0000bfff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:15:f2:a2:79:aa miibus0: on msk0 mskc0: [MPSAFE] mskc0: [FILTER] msk0: link state changed to UP All right, is looks like MSI isn't supported by the onboard MCP9 NIC or the driver isn't supporting this NIC, but it seems the nfe() driver does support NICs based on MCP55-based boards/chipsets. What's up with the MCP9 NIC on CK804/nForce4 chipsets? Regards, Oliver -- From owner-freebsd-current@FreeBSD.ORG Fri May 11 01:38:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C3D316A404 for ; Fri, 11 May 2007 01:38:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outA.internet-mail-service.net (outA.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0422A13C44C for ; Fri, 11 May 2007 01:38:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 10 May 2007 18:38:22 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 3916B125A29; Thu, 10 May 2007 18:38:22 -0700 (PDT) Message-ID: <4643C90D.9040906@elischer.org> Date: Thu, 10 May 2007 18:38:21 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Brooks Davis References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> In-Reply-To: <20070510223739.GA66016@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 01:38:23 -0000 Brooks Davis wrote: > On Thu, May 10, 2007 at 02:47:24PM -0700, Julian Elischer wrote: >> Wojciech A. Koszek wrote: >> >> does it add a port? > > Other than the one at ftp/lukemftp? I thought that was just a client.. > > -- Brooks From owner-freebsd-current@FreeBSD.ORG Fri May 11 01:52:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6D4316A402; Fri, 11 May 2007 01:52:07 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 67C5E13C44B; Fri, 11 May 2007 01:52:07 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l4B1q484068037; Thu, 10 May 2007 20:52:04 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l4B1q4v2068036; Thu, 10 May 2007 20:52:04 -0500 (CDT) (envelope-from brooks) Date: Thu, 10 May 2007 20:52:04 -0500 From: Brooks Davis To: Julian Elischer Message-ID: <20070511015204.GA66910@lor.one-eyed-alien.net> References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <4643C90D.9040906@elischer.org> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 10 May 2007 20:52:04 -0500 (CDT) Cc: Brooks Davis , "Wojciech A. Koszek" , freebsd-current@freebsd.org Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 01:52:07 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2007 at 06:38:21PM -0700, Julian Elischer wrote: > Brooks Davis wrote: > >On Thu, May 10, 2007 at 02:47:24PM -0700, Julian Elischer wrote: > >>Wojciech A. Koszek wrote: > >> > >>does it add a port? > > > >Other than the one at ftp/lukemftp? >=20 > I thought that was just a client.. You are correct. I was confused. -- Brooks --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGQ8xDXY6L6fI4GtQRAspBAKDXQgTfwk1zVfe7UePG+LxN4kfKygCfb46H jgl8tX+GBk9N7LQ+gZ7MKkk= =MXWR -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 02:05:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E09216A403 for ; Fri, 11 May 2007 02:05:58 +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 A057713C43E for ; Fri, 11 May 2007 02:05:57 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 9A5911CC5A; Fri, 11 May 2007 14:05:55 +1200 (NZST) Date: Fri, 11 May 2007 14:05:55 +1200 From: Andrew Thompson To: freebsd-current@freebsd.org Message-ID: <20070511020555.GA5097@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , freebsd-current@freebsd.org, Julian Elischer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Julian Elischer Subject: SMP 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: Fri, 11 May 2007 02:05:58 -0000 Hi, I am having the following panic on my dual p3-500 box. I have tracked it back to this commit[1], a HEAD cvs checkout of '2006-12-06 06:30 UTC' works and '2006-12-06 06:35 UTC' panics. Removing SMP also avoids this panic. Fatal trap 12: page fault while in kernel mode Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) The kernel conf is attached at the end, its just GENERIC with usb disabled as it causes an interupt storm on this box. ACPI is also disabled (module not built). I get this panic with the latest current, due the magnitude of the change its not possible to roll back this commit to verify it. [1] = http://lists.freebsd.org/pipermail/cvs-src/2006-December/072197.html KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Fri May 11 11:22:40 NZST 2007 thompsa@heff.fud.org.nz:/usr/obj/usr/home/thompsa/scratch/build/sys/DUO WARNING: WITNESS option enabled, expect reduced performance. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (498.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 536805376 (511 MB) avail memory = 515735552 (491 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib0: unable to route slot 7 INTD agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xe4000000-0xe7ffffff,0xe9000000-0xe9003fff at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.2 (no driver attached) piix0: port 0x5000-0x500f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 fxp0: port 0xe400-0xe43f mem 0xed224000-0xed224fff,0xed200000-0xed21ffff irq 17 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:63:be:6a fxp1: port 0xe800-0xe83f mem 0xed225000-0xed225fff,0xed100000-0xed1fffff irq 18 at device 10.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:0b:b9:7f fxp2: port 0xec00-0xec3f mem 0xed227000-0xed227fff,0xed000000-0xed0fffff irq 19 at device 11.0 on pci0 miibus2: on fxp2 inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: Ethernet address: 00:50:8b:11:77:d1 fwohci0: mem 0xed226000-0xed2267ff,0xed220000-0xed223fff irq 16 at device 12.0 on pci0 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:01:b7:00:00:04:80:af fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:01:b7:04:80:af fwe0: Ethernet address: 02:01:b7:04:80:af fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0x8800ffc1, gen=1, non CYCLEMASTER mode firewire0: 3 nodes, maxhop <= 2, cable IRM = 2 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: [FAST] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FAST] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 1.000 msec ad0: 9768MB at ata0-master UDMA33 firewire0: bus manager 2 acd0: DVDROM at ata1-master UDMA33 firewire0: New S400 device ID:0001b700000480d2 firewire0: New S400 device ID:0001b70000045260 SMP: AP CPU #1 Launched! Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07e1b19 stack pointer = 0x28:0xd3b38c6c frame pointer = 0x28:0xd3b38c78 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 = 1 (swapper) [thread pid 1 tid 100007 ] Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) db> tr Tracing pid 1 tid 100007 td 0xc298d360 uma_zalloc_arg(0,0,2) at uma_zalloc_arg+0x31 vfs_mount_alloc(0,c09a6940,c0913d40,c298d360,c0661a14,...) at vfs_mount_alloc+0x18 devfs_first(c0661a14,c0661a14,0,d3b38d04,c0661a5f,...) at devfs_first+0x36 vfs_mountroot(c298f000,c298d360,0,c0879c93,20,...) at vfs_mountroot+0x3e start_init(0,d3b38d38) at start_init+0x4b fork_exit(c0661a14,0,d3b38d38) at fork_exit+0xa8 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3b38d6c, ebp = 0 --- db> KERNCONF ------- include GENERIC ident DUO options ALT_BREAK_TO_DEBUGGER # USB support nodevice uhci # UHCI PCI->USB interface nodevice ohci # OHCI PCI->USB interface nodevice ehci # EHCI PCI->USB interface (USB 2.0) nodevice usb # USB Bus (required) nodevice ugen # Generic nodevice uhid # "Human Interface Devices" nodevice ukbd # Keyboard nodevice ulpt # Printer nodevice umass # Disks/Mass storage - Requires scbus and da nodevice ums # Mouse nodevice ural # Ralink Technology RT2500USB wireless NICs nodevice rum # Ralink Technology RT2501USB wireless NICs nodevice urio # Diamond Rio 500 MP3 player nodevice uscanner # Scanners nodevice aue # ADMtek USB Ethernet nodevice axe # ASIX Electronics USB Ethernet nodevice cdce # Generic USB over Ethernet nodevice cue # CATC USB Ethernet nodevice kue # Kawasaki LSI USB Ethernet nodevice rue # RealTek RTL8150 USB Ethernet From owner-freebsd-current@FreeBSD.ORG Fri May 11 02:10:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40C0E16A400 for ; Fri, 11 May 2007 02:10:35 +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 BC15513C455 for ; Fri, 11 May 2007 02:10:34 +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 l4B217mj000573 for ; Fri, 11 May 2007 11:31: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.5) with ESMTP id for ; Fri, 11 May 2007 11:40:28 +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); Fri, 11 May 2007 11:40:28 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l4B2AFSx021896 for ; Fri, 11 May 2007 10:10:16 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l4B2AFXa021895 for freebsd-current@freebsd.org; Fri, 11 May 2007 10:10:15 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 11 May 2007 10:10:15 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070511021015.GF21472@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 11 May 2007 02:10:28.0397 (UTC) FILETIME=[8B7A15D0:01C79371] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15168.000 X-TM-AS-Result: No-3.658000-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Message Signalled Interrupts 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: Fri, 11 May 2007 02:10:35 -0000 Howdy, How does one know whether their PCI device supports MSI and that FreeBSD is using MSI for this device ? dmesg(1) ? pciconf(8) ? -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 Fri May 11 02:25:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04D9D16A404 for ; Fri, 11 May 2007 02:25:44 +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 B565613C45D for ; Fri, 11 May 2007 02:25:43 +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 492F669092C for ; Fri, 11 May 2007 03:25:39 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 0A4D669095C; Fri, 11 May 2007 03:25: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=0.5 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-155-78.net.novis.pt [87.196.155.78]) by core.fnop.net (Postfix) with ESMTP id 4484D69092C for ; Fri, 11 May 2007 03:25:38 +0100 (WEST) Date: Fri, 11 May 2007 03:25:37 +0100 Message-ID: <868xbwyu3i.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@freebsd.org In-Reply-To: <20070511021015.GF21472@obelix.dsto.defence.gov.au> References: <20070511021015.GF21472@obelix.dsto.defence.gov.au> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Message Signalled Interrupts 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: Fri, 11 May 2007 02:25:44 -0000 At Fri, 11 May 2007 10:10:15 +0800, Wilkinson, Alex wrote: > > Howdy, > > How does one know whether their PCI device supports MSI > and that FreeBSD is using MSI for this device ? You can boot with verbose mode on and the info will show up on dmesg. For example found-> vendor=0x11ab, dev=0x4362, revid=0x22 bus=1, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri May 11 02:43:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6832316A400 for ; Fri, 11 May 2007 02:43:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 20FBF13C455 for ; Fri, 11 May 2007 02:43:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so820228wra for ; Thu, 10 May 2007 19:43:14 -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=JSBzq+Vs9lAb2VQuPdNUsjRfpWls2Hw8Dg8uiLqCHJiGo661znzzzrfnYiBzzoKW78ZWCwJ4NxOrev+x6Oj7IkFc45Q77HpxHUvabumD48VQJnuq6jFO/aMQaPLMfjkv2nXLWtUI1DHJeMJdZqoMWUghrgFTU4ea1ntRfzbIY7Q= 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=r04Opf8YqRVTrHSy6A/Avv5bWdOm8iolTaHsnL/bLGPKxUE34jDGOi/x2W0icNb2rEBOaoM1v1+rQFnReSxTnHwXLzJDwzapZo5TlEC0pMQ6ngV5NcQlQ/iFdtsFeFLTZCdiU59IRWJXS5QvfF1WNlzc5OR2cyU8h0L+1/AhZnQ= Received: by 10.114.89.1 with SMTP id m1mr807330wab.1178851393945; Thu, 10 May 2007 19:43:13 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id y25sm18356pod.2007.05.10.19.43.10; Thu, 10 May 2007 19:43:12 -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 l4B2h6fe074354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 May 2007 11:43:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l4B2h54d074353; Fri, 11 May 2007 11:43:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 11 May 2007 11:43:05 +0900 From: Pyun YongHyeon To: "O. Hartmann" Message-ID: <20070511024304.GA74182@cdnetworks.co.kr> References: <46437F07.3040006@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46437F07.3040006@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nfe(4) on nVidia CK804/MCP9: MSI/MSI-X supported? 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: Fri, 11 May 2007 02:43:15 -0000 On Thu, May 10, 2007 at 10:22:31PM +0200, O. Hartmann wrote: > Sorry, > lost the initial posting. Tried the nfe-related stuff for if_nfe posted > by Pyun YongHyeon these days and this is the result of a verbose boot > for my ASUS A8N32-SLI mainboard: > > nfe0: port 0x9480-0x9487 > mem 0xddcf6000-0xddcf6fff irq 22 at device 19.0 on pci0 > nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xddcf6000 > miibus1: on nfe0 > nfe0: bpf attached > nfe0: Ethernet address: > nfe0: [MPSAFE] > nfe0: [FILTER] > > mskc0: port 0xd800-0xd8ff mem > 0xddefc000-0xddefffff irq 17 at device 0.0 on pci2 > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xddefc000 > mskc0: MSI count : 2 > mskc0: attempting to allocate 2 MSI vectors (2 supported) > mskc0: using IRQs 256-257 for MSI > mskc0: RAM buffer size : 48KB > mskc0: Port 0 : Rx Queue 32KB(0x00000000:0x00007fff) > mskc0: Port 0 : Tx Queue 16KB(0x00008000:0x0000bfff) > msk0: on mskc0 > msk0: bpf attached > msk0: Ethernet address: 00:15:f2:a2:79:aa > miibus0: on msk0 > mskc0: [MPSAFE] > mskc0: [FILTER] > msk0: link state changed to UP > > > > All right, is looks like MSI isn't supported by the onboard MCP9 NIC or > the driver isn't supporting this NIC, but it seems the nfe() driver does > support NICs based on MCP55-based boards/chipsets. What's up with the > MCP9 NIC on CK804/nForce4 chipsets? > It seems that your nVidia NIC does not have MSI capability so the nfe(4) driver fall back on traditional interrupt delivery mechanism. However your Marvell NIC has MSI capability and msk(4) successfully configured to use MSI. "pciconf -lvc" will show you what capabilities are supported by the hardware. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri May 11 02:48:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F124D16A402 for ; Fri, 11 May 2007 02:48:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id A91C613C44B for ; Fri, 11 May 2007 02:48:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so821299wra for ; Thu, 10 May 2007 19:48:52 -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:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=aQzkTbUEICGOwLKu+0X+h7PcuIqtI+UnvDfD9n3dmbf/IdukFnnid1ERHtuwPrAFFcHyCL02odMB1Kb3Ji3qWkz7qtGv8ucI8lkhGvo/izsM7ZeDeBg0B59q0WHDHPwVOxYVVIm8JY8dcxITqxquUUOnx3dxnQgogv+qws26HRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=e7quo0xw7qVw3sqW3RSTCnOdgc8CU537BkgIgs1unPUsT9NU66oCcmRC/Rf7kdxWAHeuZqdKwhinDHI98r2yadOnDtNfOE21BEAirKODoLgZBxIT/kgx6/BubSHE6QZwHv7VEMI+AZ+/BtdAi38fe+8liSfyfeHR+TS0Pdy/jtY= Received: by 10.114.61.1 with SMTP id j1mr803253waa.1178851731307; Thu, 10 May 2007 19:48:51 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id n20sm121923pof.2007.05.10.19.48.44; Thu, 10 May 2007 19:48:47 -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 l4B2mds0074393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 May 2007 11:48:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l4B2mdCW074392 for freebsd-current@freebsd.org; Fri, 11 May 2007 11:48:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 11 May 2007 11:48:39 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20070511024839.GB74182@cdnetworks.co.kr> References: <20070511021015.GF21472@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070511021015.GF21472@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.4.2.1i Subject: Re: Message Signalled Interrupts Question ... 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: Fri, 11 May 2007 02:48:53 -0000 On Fri, May 11, 2007 at 10:10:15AM +0800, Wilkinson, Alex wrote: > Howdy, > > How does one know whether their PCI device supports MSI pciconf -lvc > and that FreeBSD is using MSI for this device ? > > dmesg(1) ? > pciconf(8) ? > If a driver use MSI/MSIX "vmstat -i" output will show you 256 or higher IRQ numbers assigned to the device. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri May 11 02:49:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33EDA16A400 for ; Fri, 11 May 2007 02:49: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 A08B213C465 for ; Fri, 11 May 2007 02:49: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 F363F69092C for ; Fri, 11 May 2007 03:49:00 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id BFDB769095C; Fri, 11 May 2007 03:49:00 +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, FORGED_RCVD_HELO, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-155-78.net.novis.pt [87.196.155.78]) by core.fnop.net (Postfix) with ESMTP id 97A0469092C for ; Fri, 11 May 2007 03:48:59 +0100 (WEST) Date: Fri, 11 May 2007 03:49:01 +0100 Message-ID: <86vef0oz1e.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@freebsd.org In-Reply-To: <868xbwyu3i.wl%rpaulo@fnop.net> References: <20070511021015.GF21472@obelix.dsto.defence.gov.au> <868xbwyu3i.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Message Signalled Interrupts 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: Fri, 11 May 2007 02:49:05 -0000 At Fri, 11 May 2007 03:25:37 +0100, Rui Paulo wrote: > > At Fri, 11 May 2007 10:10:15 +0800, > Wilkinson, Alex wrote: > > > > Howdy, > > > > How does one know whether their PCI device supports MSI > > and that FreeBSD is using MSI for this device ? > > You can boot with verbose mode on and the info will show up on dmesg. > > For example > found-> vendor=0x11ab, dev=0x4362, revid=0x22 > bus=1, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > MSI supports 2 messages, 64 bit Sorry, pciconf -lvc shows better information. For example, mskc0@pci1:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 2 messages, 64 bit cap 10[e0] = PCI-Express 1 legacy endpoint -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:02:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4866B16A402 for ; Fri, 11 May 2007 03:02:25 +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 F1BF013C468 for ; Fri, 11 May 2007 03:02:24 +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 l4B32GxU021804; Thu, 10 May 2007 21:02:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4643DCB3.9080505@samsco.org> Date: Thu, 10 May 2007 21:02:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Rui Paulo References: <20070511021015.GF21472@obelix.dsto.defence.gov.au> <868xbwyu3i.wl%rpaulo@fnop.net> <86vef0oz1e.wl%rpaulo@fnop.net> In-Reply-To: <86vef0oz1e.wl%rpaulo@fnop.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 10 May 2007 21:02:16 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Message Signalled Interrupts 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: Fri, 11 May 2007 03:02:25 -0000 Rui Paulo wrote: > At Fri, 11 May 2007 03:25:37 +0100, > Rui Paulo wrote: >> At Fri, 11 May 2007 10:10:15 +0800, >> Wilkinson, Alex wrote: >>> Howdy, >>> >>> How does one know whether their PCI device supports MSI >>> and that FreeBSD is using MSI for this device ? >> You can boot with verbose mode on and the info will show up on dmesg. >> >> For example >> found-> vendor=0x11ab, dev=0x4362, revid=0x22 >> bus=1, slot=0, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=11 >> powerspec 2 supports D0 D1 D2 D3 current D0 >> MSI supports 2 messages, 64 bit > > Sorry, pciconf -lvc shows better information. > > For example, > mskc0@pci1:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 03[50] = VPD > cap 05[5c] = MSI supports 2 messages, 64 bit > cap 10[e0] = PCI-Express 1 legacy endpoint > > pciconf -lvc is also a relatively new feature, I'm not sure it was in the 6.2 release, and it certainly wasn't in 6.1 or prior. The verbose dmesg output has reported MSI for several years. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:06:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27E9916A405 for ; Fri, 11 May 2007 03:06:24 +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 89ACA13C458 for ; Fri, 11 May 2007 03:06:23 +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 l4B2ut3B008351 for ; Fri, 11 May 2007 12:26:55 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Fri, 11 May 2007 12:36:17 +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); Fri, 11 May 2007 12:36:16 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l4B3646f022481 for ; Fri, 11 May 2007 11:06:04 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l4B364RG022480 for freebsd-current@freebsd.org; Fri, 11 May 2007 11:06:04 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 11 May 2007 11:06:04 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070511030604.GG22064@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070511021015.GF21472@obelix.dsto.defence.gov.au> <868xbwyu3i.wl%rpaulo@fnop.net> <86vef0oz1e.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <86vef0oz1e.wl%rpaulo@fnop.net> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 11 May 2007 03:06:17.0100 (UTC) FILETIME=[57759CC0:01C79379] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15168.000 X-TM-AS-Result: No--3.160000-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Message Signalled Interrupts 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: Fri, 11 May 2007 03:06:24 -0000 0n Fri, May 11, 2007 at 03:49:01AM +0100, Rui Paulo wrote: bge(4) has MSI support but not em(4) ... bizarre. bge0@pci5:2:0: class=0x020000 card=0x12bc103c chip=0x169614e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5782 Broadcom NetXtreme Gigabit Ethernet for hp' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 8 messages, 64 bit em0@pci5:4:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82545GM Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction -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 Fri May 11 03:12:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62C8816A402 for ; Fri, 11 May 2007 03:12:34 +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 1A8ED13C447 for ; Fri, 11 May 2007 03:12: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 l4B3CVp5021844 for ; Thu, 10 May 2007 21:12:31 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4643DF1A.7080906@samsco.org> Date: Thu, 10 May 2007 21:12:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070511021015.GF21472@obelix.dsto.defence.gov.au> <868xbwyu3i.wl%rpaulo@fnop.net> <86vef0oz1e.wl%rpaulo@fnop.net> <20070511030604.GG22064@obelix.dsto.defence.gov.au> In-Reply-To: <20070511030604.GG22064@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 10 May 2007 21:12:31 -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 Subject: Re: Message Signalled Interrupts 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: Fri, 11 May 2007 03:12:34 -0000 Wilkinson, Alex wrote: > 0n Fri, May 11, 2007 at 03:49:01AM +0100, Rui Paulo wrote: > > bge(4) has MSI support but not em(4) ... bizarre. > > bge0@pci5:2:0: class=0x020000 card=0x12bc103c chip=0x169614e4 rev=0x03 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5782 Broadcom NetXtreme Gigabit Ethernet for hp' > class = network > subclass = ethernet > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 8 messages, 64 bit > em0@pci5:4:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = '82545GM Gigabit Ethernet Controller' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction > > -aW > Beware that just because a chip reports MSI support doesn't mean that it actually works. MSI is still relatively new technology, and one that is only recently getting real-world testing and validation. We will be adding and maintaining driver quirks to selectively disable MSI for a long time to come. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:14:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FBC616A403 for ; Fri, 11 May 2007 03:14:31 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 1B26A13C480 for ; Fri, 11 May 2007 03:14:31 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B3EUsT021172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 10 May 2007 20:14:30 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B3ETlP012023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 10 May 2007 20:14:30 -0700 Message-ID: <4643DF94.8010508@u.washington.edu> Date: Thu, 10 May 2007 20:14:28 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> <20070510211655.GA67752@xor.obsecurity.org> In-Reply-To: <20070510211655.GA67752@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.10.195834 X-Uwash-Spam: Gauge=XI, Probability=11%, Report='URI_HOSTNAME_CONTAINS_EQUALS 1, __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: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 03:14:31 -0000 Kris Kennaway wrote: > On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: >> On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: >>> On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: >> ... >>>> In another reply it was "hint.apic.0.disabled=1". >>>> My current loader.conf: >>>> >>>> vm.kmem_size=536870912 >>>> vm.kmem_size_max=536870912 >>>> unset acpi_load >>> acpi_load="NO" to disable the module >>> >>>> hint.acpi.0.disabled=1 >>>> hint.apci.0.disabled=1 >>> dunno what apci does :) >>> >>>> hint.acpi.0.disabled="1" >>> This is the one that should work. Can you confirm that you see it in >>> the loader environment by doing 'show'? >> ok. I modified my loader.conf to be: >> >> hint.acpi.0.disabled="1" >> vm.kmem_size=536870912 >> vm.kmem_size_max=536870912 >> vfs.zfs.arc_max=402653184 >> >> and now ACPI is didsabled when the kernel boots :-) >> >> Is it possible for parsing errors of this file to generate errors? >> And maybe pause for a few seconds so they can be read? > > I guess all things are possible with forth. > >> When I was modifying the loader.conf, I was looking for errors on >> bootup but regarding getting acpi vs apci vs apic right, I never >> saw any. My experience also tells me that errors seem to quietly >> stop the rest of the file being parsed or...? >> >>>> # sysctl kern.timecounter.hardware="ACPI-fast" >>>> kern.timecounter.hardware: ACPI-safe >>>> sysctl: kern.timecounter.hardware: Invalid argument >>> kern.timecounter.choice >> When I tried to set this with sysctl, I got told it was read-only. >> The next step was to put it in loader.conf but now ACPI *is* disabled :) > > Sorry, .hardware was the correct one. I don't know why you are unable > to set it at runtime: > > xor# sysctl kern.timecounter.hardware=TSC > kern.timecounter.hardware: ACPI-fast -> TSC > xor# sysctl kern.timecounter.hardware=ACPI-fast > kern.timecounter.hardware: TSC -> ACPI-fast > > Kris I'm not sure why but it isn't settable with VMWare 1.03 server either. I gave the Intel ACPI one a shot though and I haven't seen any adverse effects.. yet. It is true that the higher the number, the faster the synchronization or the inverse? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:16:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7143116A400 for ; Fri, 11 May 2007 03:16:19 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB5113C45A for ; Fri, 11 May 2007 03:16:19 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B3GIvm015997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 May 2007 20:16:18 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B3GHmc028593 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 10 May 2007 20:16:18 -0700 Message-ID: <4643E000.7010203@u.washington.edu> Date: Thu, 10 May 2007 20:16:16 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Paolo Pisati , freebsd-current@freebsd.org References: <463EED96.50303@u.washington.edu> <29403.217.221.237.206.1178532673.squirrel@krisma.oltrelinux.com> <463F302B.7030704@u.washington.edu> In-Reply-To: <463F302B.7030704@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.10.195834 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: Subject: Re: Kernel panics on boot: can't allocate interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 03:16:19 -0000 Garrett Cooper wrote: > Paolo Pisati wrote: >>> I just rebuilt the kernel today, and it appears that the kernel can't >>> allocate interrupts anymore (for whatever reason). I've posted my kernel >>> config here: >>> , and my >>> screenshots of the boot process here: >>> . >>> >>> I'm using the amd64 version of 7-CURRENT via VMWare in XP-x64. >> >> can you go back to Sat 05 May with the src and try again? >> > > Sure. I just synced only the kernel section (src-sys) and rebuilt / > installed the kernel and I still receive the same failure. Should I do > the same for the userland as well? > The only other thing is that I was testing out some code mods last > night in the libc directory with db, and some of the code was partially > built. At what point does the interrupt allocation occur? Userland or > kernel? Can you point me to the source directory? > Thanks! > -Garrett Well, so far I can say that a checkin between April 14th and April 28th most likely caused the panic issues. Need to do some more investigating. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:18:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C458516A400 for ; Fri, 11 May 2007 03:18:49 +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 B166213C46E for ; Fri, 11 May 2007 03:18:49 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5C4D41A3C19; Thu, 10 May 2007 20:19:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F3F3D513C6; Thu, 10 May 2007 23:18:48 -0400 (EDT) Date: Thu, 10 May 2007 23:18:48 -0400 From: Kris Kennaway To: Garrett Cooper Message-ID: <20070511031848.GA81680@xor.obsecurity.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> <20070510211655.GA67752@xor.obsecurity.org> <4643DF94.8010508@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4643DF94.8010508@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 03:18:49 -0000 On Thu, May 10, 2007 at 08:14:28PM -0700, Garrett Cooper wrote: > Kris Kennaway wrote: > >On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: > >>On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: > >>>On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: > >>... > >>>>In another reply it was "hint.apic.0.disabled=1". > >>>>My current loader.conf: > >>>> > >>>>vm.kmem_size=536870912 > >>>>vm.kmem_size_max=536870912 > >>>>unset acpi_load > >>>acpi_load="NO" to disable the module > >>> > >>>>hint.acpi.0.disabled=1 > >>>>hint.apci.0.disabled=1 > >>>dunno what apci does :) > >>> > >>>>hint.acpi.0.disabled="1" > >>>This is the one that should work. Can you confirm that you see it in > >>>the loader environment by doing 'show'? > >>ok. I modified my loader.conf to be: > >> > >>hint.acpi.0.disabled="1" > >>vm.kmem_size=536870912 > >>vm.kmem_size_max=536870912 > >>vfs.zfs.arc_max=402653184 > >> > >>and now ACPI is didsabled when the kernel boots :-) > >> > >>Is it possible for parsing errors of this file to generate errors? > >>And maybe pause for a few seconds so they can be read? > > > >I guess all things are possible with forth. > > > >>When I was modifying the loader.conf, I was looking for errors on > >>bootup but regarding getting acpi vs apci vs apic right, I never > >>saw any. My experience also tells me that errors seem to quietly > >>stop the rest of the file being parsed or...? > >> > >>>># sysctl kern.timecounter.hardware="ACPI-fast" > >>>>kern.timecounter.hardware: ACPI-safe > >>>>sysctl: kern.timecounter.hardware: Invalid argument > >>>kern.timecounter.choice > >>When I tried to set this with sysctl, I got told it was read-only. > >>The next step was to put it in loader.conf but now ACPI *is* disabled :) > > > >Sorry, .hardware was the correct one. I don't know why you are unable > >to set it at runtime: > > > >xor# sysctl kern.timecounter.hardware=TSC > >kern.timecounter.hardware: ACPI-fast -> TSC > >xor# sysctl kern.timecounter.hardware=ACPI-fast > >kern.timecounter.hardware: TSC -> ACPI-fast > > > >Kris > > I'm not sure why but it isn't settable with VMWare 1.03 server either. Maybe there are no other valid choices provided by vmware. > I gave the Intel ACPI one a shot though and I haven't seen any adverse > effects.. yet. It is true that the higher the number, the faster the > synchronization or the inverse? It's a "quality factor" that tries to estimate and rank the various properties of time counters (higher = better). Kris From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:24:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92FEC16A400 for ; Fri, 11 May 2007 03:24:21 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6E23113C44C for ; Fri, 11 May 2007 03:24:21 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B3OKZE022743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 May 2007 20:24:20 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B3OJK3014212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 10 May 2007 20:24:20 -0700 Message-ID: <4643E1E2.1060702@u.washington.edu> Date: Thu, 10 May 2007 20:24:18 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> <20070510211655.GA67752@xor.obsecurity.org> <4643DF94.8010508@u.washington.edu> <20070511031848.GA81680@xor.obsecurity.org> In-Reply-To: <20070511031848.GA81680@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.10.200235 X-Uwash-Spam: Gauge=XI, Probability=11%, Report='URI_HOSTNAME_CONTAINS_EQUALS 1, __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: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 03:24:21 -0000 Kris Kennaway wrote: > On Thu, May 10, 2007 at 08:14:28PM -0700, Garrett Cooper wrote: >> Kris Kennaway wrote: >>> On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: >>>> On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: >>>>> On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: >>>> ... >>>>>> In another reply it was "hint.apic.0.disabled=1". >>>>>> My current loader.conf: >>>>>> >>>>>> vm.kmem_size=536870912 >>>>>> vm.kmem_size_max=536870912 >>>>>> unset acpi_load >>>>> acpi_load="NO" to disable the module >>>>> >>>>>> hint.acpi.0.disabled=1 >>>>>> hint.apci.0.disabled=1 >>>>> dunno what apci does :) >>>>> >>>>>> hint.acpi.0.disabled="1" >>>>> This is the one that should work. Can you confirm that you see it in >>>>> the loader environment by doing 'show'? >>>> ok. I modified my loader.conf to be: >>>> >>>> hint.acpi.0.disabled="1" >>>> vm.kmem_size=536870912 >>>> vm.kmem_size_max=536870912 >>>> vfs.zfs.arc_max=402653184 >>>> >>>> and now ACPI is didsabled when the kernel boots :-) >>>> >>>> Is it possible for parsing errors of this file to generate errors? >>>> And maybe pause for a few seconds so they can be read? >>> I guess all things are possible with forth. >>> >>>> When I was modifying the loader.conf, I was looking for errors on >>>> bootup but regarding getting acpi vs apci vs apic right, I never >>>> saw any. My experience also tells me that errors seem to quietly >>>> stop the rest of the file being parsed or...? >>>> >>>>>> # sysctl kern.timecounter.hardware="ACPI-fast" >>>>>> kern.timecounter.hardware: ACPI-safe >>>>>> sysctl: kern.timecounter.hardware: Invalid argument >>>>> kern.timecounter.choice >>>> When I tried to set this with sysctl, I got told it was read-only. >>>> The next step was to put it in loader.conf but now ACPI *is* disabled :) >>> Sorry, .hardware was the correct one. I don't know why you are unable >>> to set it at runtime: >>> >>> xor# sysctl kern.timecounter.hardware=TSC >>> kern.timecounter.hardware: ACPI-fast -> TSC >>> xor# sysctl kern.timecounter.hardware=ACPI-fast >>> kern.timecounter.hardware: TSC -> ACPI-fast >>> >>> Kris >> I'm not sure why but it isn't settable with VMWare 1.03 server either. > > Maybe there are no other valid choices provided by vmware. > >> I gave the Intel ACPI one a shot though and I haven't seen any adverse >> effects.. yet. It is true that the higher the number, the faster the >> synchronization or the inverse? > > It's a "quality factor" that tries to estimate and rank the various > properties of time counters (higher = better). Basically sample rate? > Kris From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:30:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B559E16A404 for ; Fri, 11 May 2007 03:30:15 +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 A13AE13C45D for ; Fri, 11 May 2007 03:30:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 428001A3C19; Thu, 10 May 2007 20:31:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9F797513BC; Thu, 10 May 2007 23:30:14 -0400 (EDT) Date: Thu, 10 May 2007 23:30:14 -0400 From: Kris Kennaway To: Garrett Cooper Message-ID: <20070511033014.GA82291@xor.obsecurity.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> <20070510211655.GA67752@xor.obsecurity.org> <4643DF94.8010508@u.washington.edu> <20070511031848.GA81680@xor.obsecurity.org> <4643E1E2.1060702@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4643E1E2.1060702@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Kris Kennaway Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 03:30:15 -0000 On Thu, May 10, 2007 at 08:24:18PM -0700, Garrett Cooper wrote: > Kris Kennaway wrote: > >On Thu, May 10, 2007 at 08:14:28PM -0700, Garrett Cooper wrote: > >>Kris Kennaway wrote: > >>>On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: > >>>>On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: > >>>>>On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: > >>>>... > >>>>>>In another reply it was "hint.apic.0.disabled=1". > >>>>>>My current loader.conf: > >>>>>> > >>>>>>vm.kmem_size=536870912 > >>>>>>vm.kmem_size_max=536870912 > >>>>>>unset acpi_load > >>>>>acpi_load="NO" to disable the module > >>>>> > >>>>>>hint.acpi.0.disabled=1 > >>>>>>hint.apci.0.disabled=1 > >>>>>dunno what apci does :) > >>>>> > >>>>>>hint.acpi.0.disabled="1" > >>>>>This is the one that should work. Can you confirm that you see it in > >>>>>the loader environment by doing 'show'? > >>>>ok. I modified my loader.conf to be: > >>>> > >>>>hint.acpi.0.disabled="1" > >>>>vm.kmem_size=536870912 > >>>>vm.kmem_size_max=536870912 > >>>>vfs.zfs.arc_max=402653184 > >>>> > >>>>and now ACPI is didsabled when the kernel boots :-) > >>>> > >>>>Is it possible for parsing errors of this file to generate errors? > >>>>And maybe pause for a few seconds so they can be read? > >>>I guess all things are possible with forth. > >>> > >>>>When I was modifying the loader.conf, I was looking for errors on > >>>>bootup but regarding getting acpi vs apci vs apic right, I never > >>>>saw any. My experience also tells me that errors seem to quietly > >>>>stop the rest of the file being parsed or...? > >>>> > >>>>>># sysctl kern.timecounter.hardware="ACPI-fast" > >>>>>>kern.timecounter.hardware: ACPI-safe > >>>>>>sysctl: kern.timecounter.hardware: Invalid argument > >>>>>kern.timecounter.choice > >>>>When I tried to set this with sysctl, I got told it was read-only. > >>>>The next step was to put it in loader.conf but now ACPI *is* disabled :) > >>>Sorry, .hardware was the correct one. I don't know why you are unable > >>>to set it at runtime: > >>> > >>>xor# sysctl kern.timecounter.hardware=TSC > >>>kern.timecounter.hardware: ACPI-fast -> TSC > >>>xor# sysctl kern.timecounter.hardware=ACPI-fast > >>>kern.timecounter.hardware: TSC -> ACPI-fast > >>> > >>>Kris > >>I'm not sure why but it isn't settable with VMWare 1.03 server either. > > > >Maybe there are no other valid choices provided by vmware. > > > >>I gave the Intel ACPI one a shot though and I haven't seen any adverse > >>effects.. yet. It is true that the higher the number, the faster the > >>synchronization or the inverse? > > > >It's a "quality factor" that tries to estimate and rank the various > >properties of time counters (higher = better). > > Basically sample rate? I think things like accuracy, query cost, stability. Kris From owner-freebsd-current@FreeBSD.ORG Fri May 11 03:50:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 361D816A406 for ; Fri, 11 May 2007 03:50:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B277E13C44C for ; Fri, 11 May 2007 03:50:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HmM8j-000Mpq-G0; Fri, 11 May 2007 06:50:04 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l4B3nh2w040141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 May 2007 06:49:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l4B3nh64090393; Fri, 11 May 2007 06:49:43 +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 l4B3ngn6090392; Fri, 11 May 2007 06:49:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 11 May 2007 06:49:42 +0300 From: Kostik Belousov To: Andrew Thompson , freebsd-current@freebsd.org, Julian Elischer Message-ID: <20070511034942.GE77635@deviant.kiev.zoral.com.ua> References: <20070511020555.GA5097@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="//IivP0gvsAy3Can" Content-Disposition: inline In-Reply-To: <20070511020555.GA5097@heff.fud.org.nz> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: fa718887f43e9e3967a9d10f43843ba4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1036 [May 10 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists 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: Subject: Re: SMP 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: Fri, 11 May 2007 03:50:06 -0000 --//IivP0gvsAy3Can Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 11, 2007 at 02:05:55PM +1200, Andrew Thompson wrote: > Hi, >=20 >=20 > I am having the following panic on my dual p3-500 box. I have tracked it > back to this commit[1], a HEAD cvs checkout of '2006-12-06 06:30 UTC' wor= ks > and '2006-12-06 06:35 UTC' panics. Removing SMP also avoids this panic. >=20 > Fatal trap 12: page fault while in kernel mode > Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) =2E.. > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc07e1b19 > stack pointer =3D 0x28:0xd3b38c6c > frame pointer =3D 0x28:0xd3b38c78 > 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 1 (swapper) > [thread pid 1 tid 100007 ] > Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) > db> tr > Tracing pid 1 tid 100007 td 0xc298d360 > uma_zalloc_arg(0,0,2) at uma_zalloc_arg+0x31 > vfs_mount_alloc(0,c09a6940,c0913d40,c298d360,c0661a14,...) at vfs_mount_a= lloc+0x18 > devfs_first(c0661a14,c0661a14,0,d3b38d04,c0661a5f,...) at devfs_first+0x36 > vfs_mountroot(c298f000,c298d360,0,c0879c93,20,...) at vfs_mountroot+0x3e > start_init(0,d3b38d38) at start_init+0x4b > fork_exit(c0661a14,0,d3b38d38) at fork_exit+0xa8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd3b38d6c, ebp =3D 0 --- > db>=20 Creation of mount_zone in vfs_mount_root() failed, no idea why. --//IivP0gvsAy3Can Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQ+fWC3+MBN1Mb4gRAht5AJ9e9jIURg1hy8R6tise6JeFLSGXXACfZYw+ ifiRPJFh/UbKmE/Pra9VK+o= =eJT9 -----END PGP SIGNATURE----- --//IivP0gvsAy3Can-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 04:35:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5514916A400 for ; Fri, 11 May 2007 04:35:49 +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 E242013C458 for ; Fri, 11 May 2007 04:35:48 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 3A1D51CC5A; Fri, 11 May 2007 16:35:47 +1200 (NZST) Date: Fri, 11 May 2007 16:35:47 +1200 From: Andrew Thompson To: Kostik Belousov Message-ID: <20070511043547.GB5097@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Kostik Belousov , freebsd-current@freebsd.org References: <20070511020555.GA5097@heff.fud.org.nz> <20070511034942.GE77635@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070511034942.GE77635@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: SMP 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: Fri, 11 May 2007 04:35:49 -0000 On Fri, May 11, 2007 at 06:49:42AM +0300, Kostik Belousov wrote: > On Fri, May 11, 2007 at 02:05:55PM +1200, Andrew Thompson wrote: > > Hi, > > > > > > I am having the following panic on my dual p3-500 box. I have tracked it > > back to this commit[1], a HEAD cvs checkout of '2006-12-06 06:30 UTC' works > > and '2006-12-06 06:35 UTC' panics. Removing SMP also avoids this panic. > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1 (swapper) > > [thread pid 1 tid 100007 ] > > Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) > > db> tr > > Tracing pid 1 tid 100007 td 0xc298d360 > > uma_zalloc_arg(0,0,2) at uma_zalloc_arg+0x31 > > vfs_mount_alloc(0,c09a6940,c0913d40,c298d360,c0661a14,...) at vfs_mount_alloc+0x18 > > devfs_first(c0661a14,c0661a14,0,d3b38d04,c0661a5f,...) at devfs_first+0x36 > > vfs_mountroot(c298f000,c298d360,0,c0879c93,20,...) at vfs_mountroot+0x3e > > start_init(0,d3b38d38) at start_init+0x4b > > fork_exit(c0661a14,0,d3b38d38) at fork_exit+0xa8 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xd3b38d6c, ebp = 0 --- > > db> > Creation of mount_zone in vfs_mount_root() failed, no idea why. I have been looking into this and its failing on this section of code sys/vm/uma_core.c:uma_zone_slab if (keg->uk_flags & UMA_ZFLAG_INTERNAL && keg->uk_recurse != 0) if ((zone != slabzone) && (zone != slabrefzone)) return (NULL); I am able to boot now if I add (zone != zones) to the list of checks. This only happens on SMP so is there some race? Andrew From owner-freebsd-current@FreeBSD.ORG Fri May 11 07:29:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6482E16A400 for ; Fri, 11 May 2007 07:29:43 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id DE87B13C458 for ; Fri, 11 May 2007 07:29:42 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4B7Tehl080918 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 May 2007 09:29:41 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <4643A59A.5000300@freebsd.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4643A59A.5000300@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <97AD3D55-46C2-409A-85C6-746735F14E2B@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Fri, 11 May 2007 09:29:39 +0200 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 07:29:43 -0000 Am 11.05.2007 um 01:07 schrieb Andre Oppermann: > Stefan Bethke wrote: >> Got this reproducable panic on AMD64 on a couple of days old - >> current when I try to copy a file off a ZFS dataset via >> netatalk's afpd (via TCP, no actual AppleTalk involved). >> Any other info you're interested in, just let me know. > > What is the rev # of tcp_input.c? * $FreeBSD: src/sys/netinet/tcp_input.c,v 1.346 2007/05/06 15:56:31 andre Exp $ Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Fri May 11 07:45:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4A2116A400 for ; Fri, 11 May 2007 07:45:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 46B1113C44B for ; Fri, 11 May 2007 07:45:25 +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 l4B7jOBZ001243; Fri, 11 May 2007 17:45:24 +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 l4B7jOWI001242; Fri, 11 May 2007 17:45:24 +1000 (EST) (envelope-from peter) Date: Fri, 11 May 2007 17:45:24 +1000 From: Peter Jeremy To: Darren Reed Message-ID: <20070511074523.GD826@turion.vk2pj.dyndns.org> References: <20070510111326.GA94093@hub.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20070510111326.GA94093@hub.freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 07:45:26 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-10 11:13:26 +0000, Darren Reed wrote: >Oh, and how do I fix ssh/rsh to do passwordless sessions? Assuming you are using OpenSSH on both ends, use HostBasedAuthentication: Client side: - make /usr/libexec/ssh-keysign setuid root - add the server's host key to known_hosts - Set "HostbasedAuthentication yes" and "EnableSSHKeysign yes" in config Server side: - add the client's host key to /etc/ssh/ssh_known_hosts - Set "HostbasedAuthentication yes" and "IgnoreRhosts no" in /etc/ssh/sshd_config. You may also need "PermitRootLogin without-password" - Add the relevant entry to ~/.shosts - Make sure ~/ and ~/.shosts are only writable by the owner I think that's all but I'm working from memory so I may have missed an option somewhere. ssh debugging options are very useful for working out why it isn't working. --=20 Peter Jeremy --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRB8T/opHv/APuIcRAhKTAJ0YxRTM6UNzc99GgV+ajArx9loD+QCfTOts Fgd0I3rfi1YZuMv6GQxW480= =2p3R -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 07:45:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFE6E16A403 for ; Fri, 11 May 2007 07:45:35 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC1813C469 for ; Fri, 11 May 2007 07:45:35 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B7jYBl010517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 11 May 2007 00:45:35 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B7jYml010573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 May 2007 00:45:34 -0700 Message-ID: <46441F1B.9000707@u.washington.edu> Date: Fri, 11 May 2007 00:45:31 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> <20070510211655.GA67752@xor.obsecurity.org> <4643DF94.8010508@u.washington.edu> <20070511031848.GA81680@xor.obsecurity.org> <4643E1E2.1060702@u.washington.edu> <20070511033014.GA82291@xor.obsecurity.org> In-Reply-To: <20070511033014.GA82291@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.11.2334 X-Uwash-Spam: Gauge=XI, Probability=11%, Report='URI_HOSTNAME_CONTAINS_EQUALS 1, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BADTHINGS 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: current@freebsd.org Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 07:45:35 -0000 Kris Kennaway wrote: > On Thu, May 10, 2007 at 08:24:18PM -0700, Garrett Cooper wrote: >> Kris Kennaway wrote: >>> On Thu, May 10, 2007 at 08:14:28PM -0700, Garrett Cooper wrote: >>>> Kris Kennaway wrote: >>>>> On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: >>>>>> On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: >>>>>>> On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: >>>>>> ... >>>>>>>> In another reply it was "hint.apic.0.disabled=1". >>>>>>>> My current loader.conf: >>>>>>>> >>>>>>>> vm.kmem_size=536870912 >>>>>>>> vm.kmem_size_max=536870912 >>>>>>>> unset acpi_load >>>>>>> acpi_load="NO" to disable the module >>>>>>> >>>>>>>> hint.acpi.0.disabled=1 >>>>>>>> hint.apci.0.disabled=1 >>>>>>> dunno what apci does :) >>>>>>> >>>>>>>> hint.acpi.0.disabled="1" >>>>>>> This is the one that should work. Can you confirm that you see it in >>>>>>> the loader environment by doing 'show'? >>>>>> ok. I modified my loader.conf to be: >>>>>> >>>>>> hint.acpi.0.disabled="1" >>>>>> vm.kmem_size=536870912 >>>>>> vm.kmem_size_max=536870912 >>>>>> vfs.zfs.arc_max=402653184 >>>>>> >>>>>> and now ACPI is didsabled when the kernel boots :-) >>>>>> >>>>>> Is it possible for parsing errors of this file to generate errors? >>>>>> And maybe pause for a few seconds so they can be read? >>>>> I guess all things are possible with forth. >>>>> >>>>>> When I was modifying the loader.conf, I was looking for errors on >>>>>> bootup but regarding getting acpi vs apci vs apic right, I never >>>>>> saw any. My experience also tells me that errors seem to quietly >>>>>> stop the rest of the file being parsed or...? >>>>>> >>>>>>>> # sysctl kern.timecounter.hardware="ACPI-fast" >>>>>>>> kern.timecounter.hardware: ACPI-safe >>>>>>>> sysctl: kern.timecounter.hardware: Invalid argument >>>>>>> kern.timecounter.choice >>>>>> When I tried to set this with sysctl, I got told it was read-only. >>>>>> The next step was to put it in loader.conf but now ACPI *is* disabled :) >>>>> Sorry, .hardware was the correct one. I don't know why you are unable >>>>> to set it at runtime: >>>>> >>>>> xor# sysctl kern.timecounter.hardware=TSC >>>>> kern.timecounter.hardware: ACPI-fast -> TSC >>>>> xor# sysctl kern.timecounter.hardware=ACPI-fast >>>>> kern.timecounter.hardware: TSC -> ACPI-fast >>>>> >>>>> Kris >>>> I'm not sure why but it isn't settable with VMWare 1.03 server either. >>> Maybe there are no other valid choices provided by vmware. >>> >>>> I gave the Intel ACPI one a shot though and I haven't seen any adverse >>>> effects.. yet. It is true that the higher the number, the faster the >>>> synchronization or the inverse? >>> It's a "quality factor" that tries to estimate and rank the various >>> properties of time counters (higher = better). >> Basically sample rate? > > I think things like accuracy, query cost, stability. > > Kris > Clock skew is a really big issue with VMWare and multiple cores. I'm running amd64, and I've noticed that if I don't sync the clocks regularly and run CPU intensive compiles, the clocks will skew a lot (10~30 minutes if running buildworld over a 1.5 hour period), and when I try and reboot the machine it fails to notify the running daemons that they need to be killed. For now I'm switching my VM back to single core, but it should be noted that this is a big issue and multicore vmware should not be tried (at least with FreeBSD, as much as other OSes), because of the realtime clock syncing problem. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 11 07:48:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9489A16A402 for ; Fri, 11 May 2007 07:48:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 744DF13C447 for ; Fri, 11 May 2007 07:48:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B7mrWE031245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 11 May 2007 00:48:54 -0700 X-Auth-Received: from [192.168.10.45] (c-67-187-164-17.hsd1.ca.comcast.net [67.187.164.17]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l4B7mrrN026519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 11 May 2007 00:48:53 -0700 Message-ID: <46441FE2.80604@u.washington.edu> Date: Fri, 11 May 2007 00:48:50 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <463EED96.50303@u.washington.edu> <29403.217.221.237.206.1178532673.squirrel@krisma.oltrelinux.com> <463F302B.7030704@u.washington.edu> <4643E000.7010203@u.washington.edu> In-Reply-To: <4643E000.7010203@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.11.3135 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' Subject: Re: Kernel panics on boot: can't allocate interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 07:48:54 -0000 Garrett Cooper wrote: > Garrett Cooper wrote: >> Paolo Pisati wrote: >>>> I just rebuilt the kernel today, and it appears that the kernel can't >>>> allocate interrupts anymore (for whatever reason). I've posted my >>>> kernel >>>> config here: >>>> , and my >>>> screenshots of the boot process here: >>>> . >>>> >>>> I'm using the amd64 version of 7-CURRENT via VMWare in XP-x64. >>> >>> can you go back to Sat 05 May with the src and try again? >>> >> >> Sure. I just synced only the kernel section (src-sys) and rebuilt >> / installed the kernel and I still receive the same failure. Should I >> do the same for the userland as well? >> The only other thing is that I was testing out some code mods last >> night in the libc directory with db, and some of the code was >> partially built. At what point does the interrupt allocation occur? >> Userland or kernel? Can you point me to the source directory? >> Thanks! >> -Garrett > > Well, so far I can say that a checkin between April 14th and April 28th > most likely caused the panic issues. Need to do some more investigating. > -Garrett I synced and rebuilt world and everything appears to be perfectly fine. The issue may have layed in the fact that I was using partially built objects (NO_CLEAN=yes), or the fact that some build dependencies weren't compiled properly (by myself). Back to work on a 'stable' version of CURRENT again.. Yay! -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 11 07:49:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 382BB16A404 for ; Fri, 11 May 2007 07:49:41 +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 1EA3A13C45A for ; Fri, 11 May 2007 07:49:41 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C63AF1A3C19; Fri, 11 May 2007 00:50:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DC30A5132C; Fri, 11 May 2007 03:49:39 -0400 (EDT) Date: Fri, 11 May 2007 03:49:39 -0400 From: Kris Kennaway To: Garrett Cooper Message-ID: <20070511074939.GA39890@xor.obsecurity.org> References: <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> <20070510194144.GA66798@xor.obsecurity.org> <20070510204448.GB73840@hub.freebsd.org> <20070510211655.GA67752@xor.obsecurity.org> <4643DF94.8010508@u.washington.edu> <20070511031848.GA81680@xor.obsecurity.org> <4643E1E2.1060702@u.washington.edu> <20070511033014.GA82291@xor.obsecurity.org> <46441F1B.9000707@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46441F1B.9000707@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Kris Kennaway Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 07:49:41 -0000 On Fri, May 11, 2007 at 12:45:31AM -0700, Garrett Cooper wrote: > Kris Kennaway wrote: > >On Thu, May 10, 2007 at 08:24:18PM -0700, Garrett Cooper wrote: > >>Kris Kennaway wrote: > >>>On Thu, May 10, 2007 at 08:14:28PM -0700, Garrett Cooper wrote: > >>>>Kris Kennaway wrote: > >>>>>On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote: > >>>>>>On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote: > >>>>>>>On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote: > >>>>>>... > >>>>>>>>In another reply it was "hint.apic.0.disabled=1". > >>>>>>>>My current loader.conf: > >>>>>>>> > >>>>>>>>vm.kmem_size=536870912 > >>>>>>>>vm.kmem_size_max=536870912 > >>>>>>>>unset acpi_load > >>>>>>>acpi_load="NO" to disable the module > >>>>>>> > >>>>>>>>hint.acpi.0.disabled=1 > >>>>>>>>hint.apci.0.disabled=1 > >>>>>>>dunno what apci does :) > >>>>>>> > >>>>>>>>hint.acpi.0.disabled="1" > >>>>>>>This is the one that should work. Can you confirm that you see it in > >>>>>>>the loader environment by doing 'show'? > >>>>>>ok. I modified my loader.conf to be: > >>>>>> > >>>>>>hint.acpi.0.disabled="1" > >>>>>>vm.kmem_size=536870912 > >>>>>>vm.kmem_size_max=536870912 > >>>>>>vfs.zfs.arc_max=402653184 > >>>>>> > >>>>>>and now ACPI is didsabled when the kernel boots :-) > >>>>>> > >>>>>>Is it possible for parsing errors of this file to generate errors? > >>>>>>And maybe pause for a few seconds so they can be read? > >>>>>I guess all things are possible with forth. > >>>>> > >>>>>>When I was modifying the loader.conf, I was looking for errors on > >>>>>>bootup but regarding getting acpi vs apci vs apic right, I never > >>>>>>saw any. My experience also tells me that errors seem to quietly > >>>>>>stop the rest of the file being parsed or...? > >>>>>> > >>>>>>>># sysctl kern.timecounter.hardware="ACPI-fast" > >>>>>>>>kern.timecounter.hardware: ACPI-safe > >>>>>>>>sysctl: kern.timecounter.hardware: Invalid argument > >>>>>>>kern.timecounter.choice > >>>>>>When I tried to set this with sysctl, I got told it was read-only. > >>>>>>The next step was to put it in loader.conf but now ACPI *is* disabled > >>>>>>:) > >>>>>Sorry, .hardware was the correct one. I don't know why you are unable > >>>>>to set it at runtime: > >>>>> > >>>>>xor# sysctl kern.timecounter.hardware=TSC > >>>>>kern.timecounter.hardware: ACPI-fast -> TSC > >>>>>xor# sysctl kern.timecounter.hardware=ACPI-fast > >>>>>kern.timecounter.hardware: TSC -> ACPI-fast > >>>>> > >>>>>Kris > >>>>I'm not sure why but it isn't settable with VMWare 1.03 server either. > >>>Maybe there are no other valid choices provided by vmware. > >>> > >>>>I gave the Intel ACPI one a shot though and I haven't seen any adverse > >>>>effects.. yet. It is true that the higher the number, the faster the > >>>>synchronization or the inverse? > >>>It's a "quality factor" that tries to estimate and rank the various > >>>properties of time counters (higher = better). > >>Basically sample rate? > > > >I think things like accuracy, query cost, stability. > > > >Kris > > > > Clock skew is a really big issue with VMWare and multiple cores. I'm > running amd64, and I've noticed that if I don't sync the clocks > regularly and run CPU intensive compiles, the clocks will skew a lot > (10~30 minutes if running buildworld over a 1.5 hour period), and when I > try and reboot the machine it fails to notify the running daemons that > they need to be killed. > > For now I'm switching my VM back to single core, but it should be noted > that this is a big issue and multicore vmware should not be tried (at > least with FreeBSD, as much as other OSes), because of the realtime > clock syncing problem. Didn't someone else address this upthread? Kris From owner-freebsd-current@FreeBSD.ORG Fri May 11 08:07:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B655916A404 for ; Fri, 11 May 2007 08:07:48 +0000 (UTC) (envelope-from almarrie@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 79B6213C458 for ; Fri, 11 May 2007 08:07:48 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so207888and for ; Fri, 11 May 2007 01:07: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=d5N/e/tVsvBcsLOK1G589pwwXISw7etfq1KXFF0iWPXd/ZuJoL5B+rDB5FwQZFspYXsPq7FivgCDGqOpwfC772ak6GaM2l5JdtsODdXBYWhaKX9vJWvi7OKvkjUng4TiikXarSCaixsHbx4V44QuQ7vigUbGBcgTVb9o+jQfkiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=Mo2A3fqNDmVa8OKwWc9fPD7TVswzifJCBbPQ2NOD4bKm2UpZMH5elRo9n7vvJuzkLB9YQXRgTTA2UjIENQY/dn+eKRgdW6VZ5xD79aeCbyd2PZthvpW/9M2sgu0EZxXVYMK2aYJThtotbfu2z6PbChAGEi2WUsj8ThxN9ztlciI= Received: by 10.100.136.8 with SMTP id j8mr2026469and.1178870867469; Fri, 11 May 2007 01:07:47 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 11 May 2007 01:07:47 -0700 (PDT) Message-ID: <499c70c0705110107u77f96543le8e2017cda71b67a@mail.gmail.com> Date: Fri, 11 May 2007 11:07:47 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "FreeBSD Questions" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: MySQL slowness in SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 08:07:48 -0000 Hello, I have dual xeon server with 2 GB of ram. FreeBSD 6.2-STABLE #0: Tue Apr 24 11:32:50 GMT 2007 arabian@noc:/usr/obj/usr/src/sys/NOC i386 Which runs heavily MySQL with MyISAM, the problem I have it maxes out one cpu, and doesn't use the other one. Could someone tell me what shall I do to make MySQL runs faster? it already uses libthr, cache beside MySQL optimized, I would like to use the power of both cpus. last pid: 79040; load averages: 1.00, 1.01, 1.00 up 16+16:54:20 08:04:55 39 processes: 2 running, 37 sleeping CPU states: 26.9% user, 0.0% nice, 23.3% system, 0.0% interrupt, 49.8% idle Mem: 556M Active, 1154M Inact, 198M Wired, 93M Cache, 112M Buf, 3072K Free Swap: 5120M Total, 16K Used, 5120M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 90293 mysql 19 100 0 434M 187M ucond 1 176.6H 95.95% mysqld Is upgrading to FreeBSD 7.0 current and using ULE would make MySQL runs in this dual xeon box? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri May 11 09:38:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB0FB16A40E for ; Fri, 11 May 2007 09:38:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 74C3C13C4B8 for ; Fri, 11 May 2007 09:38:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so965233nze for ; Fri, 11 May 2007 02:38:53 -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:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=SylStBCixY5qEk9608O6gdWz6ZV5y4LKFwXcXparDFh02X+BybBtTEIcVGvHttSOesvcy6TcHyBDKKcrMb0K4X/nduOGLqYRrOdEqhmwPcwOtOWul/xk7wuUcd5e/I2Kb15m9XcVUK08bk+F0LqYjdb++g3wPEA3M5di2ehkx/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Y/M2EV0K4lpN+obh4/w2722VT0EM10sHDjBcprciGTME87DU+7dPWO4V5xO1vS31pVmvVFpBjPtwsjPUFSu+Bg9NHBstpUWBPZWPCdFXJWx/OiL2Z/Evlgl9SyhaeL33wMyAZ+3mLqhIY/a//HdJMpCOGJCs6UBmvS6mOn+NI+I= Received: by 10.114.94.1 with SMTP id r1mr941302wab.1178876333595; Fri, 11 May 2007 02:38:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id n20sm41757pof.2007.05.11.02.38.49; Fri, 11 May 2007 02:38:51 -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 l4B9cjLC075736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 May 2007 18:38:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l4B9cjXE075735 for freebsd-current@FreeBSD.org; Fri, 11 May 2007 18:38:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 11 May 2007 18:38:45 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20070511093845.GG74182@cdnetworks.co.kr> References: <20070509034005.GE65105@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070509034005.GE65105@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 09:38:54 -0000 On Wed, May 09, 2007 at 12:40:05PM +0900, To freebsd-current@FreeBSD.org wrote: > Dear all, > > I've received a patch from Shigeaki Tagashira. The patch enables > MSI/MSIX capability on nVidia network adapters. I've slightly modified > the patch and merged it into existing overhauled nfe(4). > I guess the nfe(4) now supports almost all hardware capabilities > including MSI/MSIX, IP/TCP/UDP checksum offload, TCP segmentation > offload and hardware assisted VLAN processing. > > Shigeaki Tagashira tested only MSI due to lack of hardwares so there > might be bugs in MSIX support code. I don't have nVidia hardwares > that supports MSI/MSIX so I need user's feedback to improve it. If > you have one of nVidia network adapters that have MSI/MSIX capability > please give it spin and let me know how it goes on your system. > > Overhauled nfe(4) can be found at the following URL. > http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c > http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h > I've fixed MSIX support with the help of jhb@ and Shigeaki Tagashira. Shigeaki Tagashira also tested MSI/MSIX on his hardware so it should now work without issues. Please let me know any strange things. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri May 11 09:41:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26F1E16A404; Fri, 11 May 2007 09:41: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 025F313C44B; Fri, 11 May 2007 09:41:02 +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 l4B9f2OF014263; Fri, 11 May 2007 05:41:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4B9f2bp029381; Fri, 11 May 2007 05:41:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0957C73068; Fri, 11 May 2007 05:41:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070511094102.0957C73068@freebsd-current.sentex.ca> Date: Fri, 11 May 2007 05:41:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 09:41:03 -0000 TB --- 2007-05-11 08:36:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-11 08:36:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-11 08:36:07 - cleaning the object tree TB --- 2007-05-11 08:36:27 - checking out the source tree TB --- 2007-05-11 08:36:27 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-11 08:36:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-11 08:44:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-11 08:44:21 - cd /src TB --- 2007-05-11 08:44:21 - /usr/bin/make -B buildworld >>> World build started on Fri May 11 08:44: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 Fri May 11 09:39:24 UTC 2007 TB --- 2007-05-11 09:39:24 - generating LINT kernel config TB --- 2007-05-11 09:39:24 - cd /src/sys/sparc64/conf TB --- 2007-05-11 09:39:24 - /usr/bin/make -B LINT TB --- 2007-05-11 09:39:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-11 09:39:24 - cd /src TB --- 2007-05-11 09:39:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 11 09:39:24 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/isp/isp_sbus.c:487:67: macro "isp_dma_tag_create" requires 12 arguments, but only 1 given mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-11 09:41:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-11 09:41:01 - ERROR: failed to build lint kernel TB --- 2007-05-11 09:41:01 - tinderbox aborted TB --- 0.77 user 2.48 system 3894.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 11 09:56:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFAB616A404; Fri, 11 May 2007 09:56:14 +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 9B19013C469; Fri, 11 May 2007 09:56:14 +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 l4B9uEg2014812; Fri, 11 May 2007 05:56:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4B9uDSG057167; Fri, 11 May 2007 05:56:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C54EC73068; Fri, 11 May 2007 05:56:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070511095613.C54EC73068@freebsd-current.sentex.ca> Date: Fri, 11 May 2007 05:56:13 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Fri, 11 May 2007 09:56:14 -0000 TB --- 2007-05-11 08:54:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-11 08:54:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-11 08:54:32 - cleaning the object tree TB --- 2007-05-11 08:54:50 - checking out the source tree TB --- 2007-05-11 08:54:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-11 08:54:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-11 09:01:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-11 09:01:51 - cd /src TB --- 2007-05-11 09:01:51 - /usr/bin/make -B buildworld >>> World build started on Fri May 11 09:01:52 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 Fri May 11 09:54:50 UTC 2007 TB --- 2007-05-11 09:54:50 - generating LINT kernel config TB --- 2007-05-11 09:54:50 - cd /src/sys/sun4v/conf TB --- 2007-05-11 09:54:50 - /usr/bin/make -B LINT TB --- 2007-05-11 09:54:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-11 09:54:50 - cd /src TB --- 2007-05-11 09:54:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 11 09:54:50 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/isp/isp_sbus.c:487:67: macro "isp_dma_tag_create" requires 12 arguments, but only 1 given mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-11 09:56:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-11 09:56:13 - ERROR: failed to build lint kernel TB --- 2007-05-11 09:56:13 - tinderbox aborted TB --- 0.72 user 2.16 system 3701.15 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri May 11 10:29:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A44E16A400 for ; Fri, 11 May 2007 10:29:38 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9B513C487 for ; Fri, 11 May 2007 10:29:37 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id w8so218977mue for ; Fri, 11 May 2007 03:29:36 -0700 (PDT) Received: by 10.82.184.2 with SMTP id h2mr5126351buf.1178878712503; Fri, 11 May 2007 03:18:32 -0700 (PDT) Received: by 10.82.148.19 with HTTP; Fri, 11 May 2007 03:18:32 -0700 (PDT) Message-ID: Date: Fri, 11 May 2007 13:18:32 +0300 From: "Vlad GALU" To: freebsd-current@freebsd.org In-Reply-To: <20070511093845.GG74182@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070509034005.GE65105@cdnetworks.co.kr> <20070511093845.GG74182@cdnetworks.co.kr> Subject: Re: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 10:29:38 -0000 On 5/11/07, Pyun YongHyeon wrote: > On Wed, May 09, 2007 at 12:40:05PM +0900, To freebsd-current@FreeBSD.org wrote: > > Dear all, > > > > I've received a patch from Shigeaki Tagashira. The patch enables > > MSI/MSIX capability on nVidia network adapters. I've slightly modified > > the patch and merged it into existing overhauled nfe(4). > > I guess the nfe(4) now supports almost all hardware capabilities > > including MSI/MSIX, IP/TCP/UDP checksum offload, TCP segmentation > > offload and hardware assisted VLAN processing. > > > > Shigeaki Tagashira tested only MSI due to lack of hardwares so there > > might be bugs in MSIX support code. I don't have nVidia hardwares > > that supports MSI/MSIX so I need user's feedback to improve it. If > > you have one of nVidia network adapters that have MSI/MSIX capability > > please give it spin and let me know how it goes on your system. > > > > Overhauled nfe(4) can be found at the following URL. > > http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c > > http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h > > http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h > > > > I've fixed MSIX support with the help of jhb@ and Shigeaki Tagashira. > Shigeaki Tagashira also tested MSI/MSIX on his hardware so it should > now work without issues. > Please let me know any strange things. I have an Asus M2N32WS mainboard with two embedded nfe(4)s. Here's the output: -- cut here -- nfe0: port 0xb000-0xb007 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 23 at device 16.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02a000 nfe0: Reserved 0x100 bytes for rid 0x18 type 3 at 0xfe029000 nfe0: Reserved 0x10 bytes for rid 0x1c type 3 at 0xfe028000 nfe0: attempting to allocate 8 MSI-X vectors (8 supported) msi: routing MSI-X IRQ 256 to vector 56 msi: routing MSI-X IRQ 257 to vector 57 msi: routing MSI-X IRQ 258 to vector 58 msi: routing MSI-X IRQ 259 to vector 59 msi: routing MSI-X IRQ 260 to vector 60 msi: routing MSI-X IRQ 261 to vector 61 msi: routing MSI-X IRQ 262 to vector 62 msi: routing MSI-X IRQ 263 to vector 63 nfe0: using IRQs 256-263 for MSI-X nfe0: Using 8 MSIX messages miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:18:f3:4d:0c:44 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe1: port 0xac00-0xac07 mem 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f irq 20 at device 17.0 on pci0 nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe027000 nfe1: Reserved 0x100 bytes for rid 0x18 type 3 at 0xfe026000 nfe1: Reserved 0x10 bytes for rid 0x1c type 3 at 0xfe025000 nfe1: attempting to allocate 8 MSI-X vectors (8 supported) msi: routing MSI-X IRQ 264 to vector 64 msi: routing MSI-X IRQ 265 to vector 65 msi: routing MSI-X IRQ 266 to vector 66 msi: routing MSI-X IRQ 267 to vector 67 msi: routing MSI-X IRQ 268 to vector 68 msi: routing MSI-X IRQ 269 to vector 69 msi: routing MSI-X IRQ 270 to vector 70 msi: routing MSI-X IRQ 271 to vector 71 nfe1: using IRQs 264-271 for MSI-X nfe1: Using 8 MSIX messages miibus1: on nfe1 e1000phy1: PHY 1 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe1: bpf attached nfe1: Ethernet address: 00:18:f3:4d:0d:01 nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] nfe1: [MPSAFE] nfe1: [FILTER] -- and here -- I applied the patch this morning and things have been running smoothly ever since. Thanks! :) > Thanks. > -- > Regards, > Pyun YongHyeon > _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Fri May 11 10:58:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 286F016A405 for ; Fri, 11 May 2007 10:58:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id D25FF13C459 for ; Fri, 11 May 2007 10:58:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so982798nze for ; Fri, 11 May 2007 03:58:45 -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=hfNVc8/GuA9KzkLGhJewNkdSyLW4UYac0ZPr7ZfBvz66wMCskmidLvsqbi8vfr7CsQWYtdKce94Gt6t6i/3gcnWHhNvUcFLGCXIA+mHc6247cPDffKhwH/FPaobdnI1WolOWhAgfyCa+AAXDS8sIbMnVFG6aQeOYZtrkfKdY9mQ= 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=j95gzcdAqxcYuTwk6Nc/94kEXPRwAxeXnFzUC+h+6KYeO908lz7xImLsR/9xFjhWBNNfMy5xYraALGb8WiEO7Ejf/1uP9rqQHq2zHffNAHNm79zBFgpUbXGwBDBCwsRWzuqvfhgeh6jyldS9Y7Llms++fGCrtESwr9RkJ3XKZIk= Received: by 10.64.233.17 with SMTP id f17mr5066612qbh.1178881125140; Fri, 11 May 2007 03:58:45 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 10sm46959061nzo.2007.05.11.03.58.42; Fri, 11 May 2007 03:58:44 -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 l4BAwdfl076017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 May 2007 19:58:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l4BAwbp6076016; Fri, 11 May 2007 19:58:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 11 May 2007 19:58:37 +0900 From: Pyun YongHyeon To: Vlad GALU Message-ID: <20070511105837.GH74182@cdnetworks.co.kr> References: <20070509034005.GE65105@cdnetworks.co.kr> <20070511093845.GG74182@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: nfe(4) MSI/MSIX support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 10:58:46 -0000 On Fri, May 11, 2007 at 01:18:32PM +0300, Vlad GALU wrote: [...] > I applied the patch this morning and things have been running > smoothly ever since. Thanks! :) > Thanks for testing! -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri May 11 11:59:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE62E16A400; Fri, 11 May 2007 11:59:18 +0000 (UTC) (envelope-from gmicsko@gmail.com) Received: from mail00a.mail.t-online.hu (mail00a.mail.t-online.hu [84.2.40.5]) by mx1.freebsd.org (Postfix) with ESMTP id B30E613C45A; Fri, 11 May 2007 11:59:18 +0000 (UTC) (envelope-from gmicsko@gmail.com) Received: from [82.150.62.62] (int-62.int-air.net [82.150.62.62]) by mail00a.mail.t-online.hu (Postfix) with ESMTP id 05897ACC40; Fri, 11 May 2007 13:41:13 +0200 (CEST) From: Gabor MICSKO To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <499c70c0705110107u77f96543le8e2017cda71b67a@mail.gmail.com> References: <499c70c0705110107u77f96543le8e2017cda71b67a@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Date: Fri, 11 May 2007 13:41:11 +0200 Message-Id: <1178883671.6053.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: MySQL slowness in SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 11:59:19 -0000 On Fri, 2007-05-11 at 11:07 +0300, Abdullah Ibn Hamad Al-Marri wrote: > Hello, Hi! I had the same problem, but i found this blog entry from Jeremy Zawodny: http://jeremy.zawodny.com/blog/archives/000173.html After i adjusted the wait_timeout and thread_cache_size, the problem is gone. CPU utilization dropped significantly. HTH > I have dual xeon server with 2 GB of ram. > > FreeBSD 6.2-STABLE #0: Tue Apr 24 11:32:50 GMT 2007 > arabian@noc:/usr/obj/usr/src/sys/NOC i386 > > Which runs heavily MySQL with MyISAM, the problem I have it maxes out > one cpu, and doesn't use the other one. > > Could someone tell me what shall I do to make MySQL runs faster? it > already uses libthr, cache beside MySQL optimized, I would like to use > the power of both cpus. > last pid: 79040; load averages: 1.00, 1.01, 1.00 > up 16+16:54:20 08:04:55 > 39 processes: 2 running, 37 sleeping > CPU states: 26.9% user, 0.0% nice, 23.3% system, 0.0% interrupt, > 49.8% idle > Mem: 556M Active, 1154M Inact, 198M Wired, 93M Cache, 112M Buf, 3072K > Free > Swap: 5120M Total, 16K Used, 5120M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 90293 mysql 19 100 0 434M 187M ucond 1 176.6H 95.95% > mysqld -- Micskó Gábor HP APS, AIS, ASE Szintézis Zrt. H-9023 GyÅ‘r, Tihanyi Ã. u. 2. Tel: +36 96 502 216 Fax: +36 96 318 658 E-mail: gmicsko@szintezis.hu From owner-freebsd-current@FreeBSD.ORG Fri May 11 12:32:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9924116A400 for ; Fri, 11 May 2007 12:32:06 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 44E2613C48C for ; Fri, 11 May 2007 12:32:06 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so853121wxc for ; Fri, 11 May 2007 05:32:05 -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; b=hTVZzyWFcwPyYJKPWIAwowqBQ7v+rUj7kt6H/Re1dX+LJaBHjtHWIx3fKywIg/1rxV5M5AU6RDNgPNUfNFr7D+b0qX/lSH1R0ZHFxZ0CoMc8pISkWJR8eZ9KtosH0Uxq+FxgHUXAZ5jVLPu1L7P5JLCX6RL+Gkvd1eRWZRVut+I= 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; b=U2rpe/7A57ur0a4sQiyGMTXZiIESAp8/gjpv5afyEK4RBgA6vtTgpivSPjlGfg6Ec6gL+O60Lqcd2MwzDhRf/eazoJbkUGPBrHQUww9vI9A0hDgsEknbxItDwjFZrKgR9qaBf458sGDgN2pMlytvoGlEN7T5IrP4hJz6lwmh5ZI= Received: by 10.90.63.16 with SMTP id l16mr2783175aga.1178886725526; Fri, 11 May 2007 05:32:05 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id h16sm8267118wxd.2007.05.11.05.32.01; Fri, 11 May 2007 05:32:03 -0700 (PDT) Date: Fri, 11 May 2007 08:31:54 -0400 From: Alexander Kabaev To: freebsd-current@FreeBSD.org Message-ID: <20070511083154.0b72ff46@kan.dnsalias.net> In-Reply-To: References: X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_zi6CY+FpD+45XROPApJ8nJs; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 12:32:06 -0000 --Sig_zi6CY+FpD+45XROPApJ8nJs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 6 May 2007 10:07:51 -0400 (EDT) Daniel Eischen wrote: > Sometime this coming weekend (May 11-13), I'll be committing the > following patch: >=20 > http://people.freebsd.org/~deischen/symver/bump_symver.diffs.050207 >=20 > What does this do? >=20 > o All library versions that haven't already been bumped and > that are not new to 7.0 will be bumped. >=20 Hi, I always had a problem with wholesome bumpings like these. What is the justification for such a broad sweep? libc bump CAN NOT be made an excuse for cascaded bumps. FreeBSD does not record LIBC dependency into shared libraries themselves, so as long as libc sybols used by the shared library did not change ABI between libc.so.6 and libc.so.7, old shared libraries will happily work with both. If there are are symbols that are missing or have changed in libc.so.7 that prevent it from being a perfect superset of libc.so.6, can we consider adding them back instead, with FBSD_1.0 version and making changed symbols FBSD_1.1 or some such? Sure, this will break older unversioned -current binaries as they will start resolving to FBSD_1.0 symbols, but your bump will obsolete them too, so -current users will need to recompile either way. =20 I always thought that original LIBC bump was a mistake. Please consider this an objection until this matter is discussed in more detail. --=20 Alexander Kabaev --Sig_zi6CY+FpD+45XROPApJ8nJs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRGI6Q6z1jMm+XZYRAqcvAKDVrfll748pP0VzFzfMDSiOwWpw6gCg4KJD VJiZvax8o+ftJcMnQvCLmZw= =mt1B -----END PGP SIGNATURE----- --Sig_zi6CY+FpD+45XROPApJ8nJs-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 12:42:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66EF116A402 for ; Fri, 11 May 2007 12:42:37 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6EE13C45D for ; Fri, 11 May 2007 12:42:36 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l4BCgZ3w037220 for ; Fri, 11 May 2007 07:42:35 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <464464BB.3090100@freebsd.org> Date: Fri, 11 May 2007 07:42:35 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3227/Fri May 11 04:39:25 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 12:42:37 -0000 About a year ago, I posted[1] a patch to 6-STABLE that added a fancy rc startup style similar to linux, with the [OK], [FAILED], etc printouts. That patch had serious bit rot and other issues, and so I've now revamped it to work on -CURRENT, with a more refined usage, and defaults to off. One can choose the messages displayed (OK, FAILED, GOOD, SWEET, DARN, whatever you want), and choose black and white or color output. It seems to work on serial output, as well as console output. I'd rather stay away from a massive bikeshedding, so let me summarize: - Default is off, so nobody would notice it. - Can be set to black and white OR color, users choice - Configurable messages - Default is extra-verbose boot messages, but that can be turned off easily with an rc.conf knob or probably better yet, make the default non-verbose. I don't care either way. - No animals hurt in the making of the patch I'd like to here feedback, and would love to see this go in to the tree, if a friendly src committer would be willing to do the trick. The patch can be found here: http://googlebit.com/freebsd/patches/rc_fancy.patch-13 So this should get someone up and running: cd /tmp; fetch http://googlebit.com/freebsd/patches/rc_fancy.patch-13 cd /etc; patch < /tmp/rc_fancy.patch-13 echo "rc_fancy=\"YES\" >> /etc/rc.conf (or echo "rc_fancy=\"COLOR\" >> /etc/rc.conf ) Eric [1]: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-April/016164.html From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:20:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2316A16A403 for ; Fri, 11 May 2007 13:20:41 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id E7F4713C4B0 for ; Fri, 11 May 2007 13:20:40 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l4BDKcCU034548; Fri, 11 May 2007 08:20:38 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46446DA6.8060801@freebsd.org> Date: Fri, 11 May 2007 08:20:38 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Lukas Ertl References: <4F9C9299A10AE74E89EA580D14AA10A61A172F@royal64.emp.zapto.org> <4642E481.9070109@freebsd.org> In-Reply-To: <4642E481.9070109@freebsd.org> Content-Type: multipart/mixed; boundary="------------060201040901000602080506" X-Virus-Scanned: ClamAV 0.88.4/3227/Fri May 11 04:39:25 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org, Daniel Eriksson Subject: Re: growfs reporting negative sectors beyond 2^31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 13:20:41 -0000 This is a multi-part message in MIME format. --------------060201040901000602080506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/10/07 04:23, Lukas Ertl wrote: > Daniel Eriksson wrote: >> While playing around with growfs I noticed that it prints the sector >> numbers for the super-block backups on sectors beyond 2^31 as negative >> numbers. I ran into this issue while trying to grow a 1TB filesystem to >> a 1.5TB filesystem. >> >> Example: >> [snip] >> 2142948448, 2143324800, 2143701152, 2144077504, 2144453856, 2144830208, >> 2145206560, 2145582912, 2145959264, >> 2146335616, 2146711968, 2147088320, 2147464672, -2147126272, >> -2146749920, -2146373568, -2145997216, -2145620864, >> -2145244512, -2144868160, -2144491808, -2144115456, -2143739104, >> -2143362752, -2142986400, -2142610048, -2142233696, >> [snip] >> >> Is this something to worry about as far as file system consistency goes, >> or is it just a cosmetic problem with the printout? > > It's just cosmetic, as far as I can see. > > cheers, > le > I think this patch fixes it. http://www.googlebit.com/freebsd/patches/growfs-bigdisk-patch Eric --------------060201040901000602080506 Content-Type: text/plain; name="growfs-bigdisk-patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="growfs-bigdisk-patch" Index: sbin/growfs/growfs.c =================================================================== RCS file: /alt/ncvs/src/sbin/growfs/growfs.c,v retrieving revision 1.25 diff -u -r1.25 growfs.c --- sbin/growfs/growfs.c 17 Jul 2006 20:48:36 -0000 1.25 +++ sbin/growfs/growfs.c 11 May 2007 13:17:43 -0000 @@ -259,8 +259,8 @@ */ for (cylno = osblock.fs_ncg; cylno < sblock.fs_ncg; cylno++) { initcg(cylno, utime, fso, Nflag); - j = sprintf(tmpbuf, " %d%s", - (int)fsbtodb(&sblock, cgsblock(&sblock, cylno)), + j = sprintf(tmpbuf, " %jd%s", + (intmax_t)fsbtodb(&sblock, cgsblock(&sblock, cylno)), cylno < (sblock.fs_ncg-1) ? "," : "" ); if (i + j >= width) { printf("\n"); --------------060201040901000602080506-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:27:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEFE016A403; Fri, 11 May 2007 13:27:05 +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 6347113C457; Fri, 11 May 2007 13:27:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5e6b4.dip.t-dialin.net [84.165.230.180]) by redbull.bpaserver.net (Postfix) with ESMTP id 2431C2E09C; Fri, 11 May 2007 15:27:02 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A1B0F5B48A3; Fri, 11 May 2007 15:26:46 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l4BDQknX054161; Fri, 11 May 2007 15:26:46 +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; Fri, 11 May 2007 15:26:46 +0200 Message-ID: <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 11 May 2007 15:26:46 +0200 From: Alexander Leidinger To: Eric Anderson References: <464464BB.3090100@freebsd.org> In-Reply-To: <464464BB.3090100@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 13:27:05 -0000 Quoting Eric Anderson (from Fri, 11 May 2007 =20 07:42:35 -0500): > About a year ago, I posted[1] a patch to 6-STABLE that added a fancy rc > startup style similar to linux, with the [OK], [FAILED], etc printouts. > That patch had serious bit rot and other issues, and so I've now > revamped it to work on -CURRENT, with a more refined usage, and > defaults to off. I think it is better suited in the rc mailinglist. > I'd rather stay away from a massive bikeshedding, so let me summarize: AFAIR the outcome of the last discussion was, that it is ok as long as =20 the default is to keep the current way of displaying things (which is =20 what your patch does). So if there are no technical issues with the =20 patch, it should be ok to commit them. > I'd like to here feedback, and would love to see this go in to the Do you have a screenshot? People love screenshots and you may get some =20 voices like "I want to have this!" from people which fear to install a =20 patch or from those which don't have time to patch. Bye, Alexander. --=20 We are what we are. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:33:13 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A641416A404 for ; Fri, 11 May 2007 13:33:13 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 50DB513C457 for ; Fri, 11 May 2007 13:33:13 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l4BDXCaB012901; Fri, 11 May 2007 09:33:12 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 11 May 2007 09:33:12 -0400 (EDT) Date: Fri, 11 May 2007 09:33:12 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20070511083154.0b72ff46@kan.dnsalias.net> Message-ID: References: <20070511083154.0b72ff46@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 13:33:13 -0000 On Fri, 11 May 2007, Alexander Kabaev wrote: > On Sun, 6 May 2007 10:07:51 -0400 (EDT) > Daniel Eischen wrote: > >> Sometime this coming weekend (May 11-13), I'll be committing the >> following patch: >> >> http://people.freebsd.org/~deischen/symver/bump_symver.diffs.050207 >> >> What does this do? >> >> o All library versions that haven't already been bumped and >> that are not new to 7.0 will be bumped. >> > > Hi, > > I always had a problem with wholesome bumpings like these. I also had a problem with doing wholesale bumps, you can probably search the archives to find an objectior or two from me. But that is how things have been done in the past, so I was just trying to take the path of least resistance. > What is the > justification for such a broad sweep? libc bump CAN NOT be made an > excuse for cascaded bumps. FreeBSD does not record LIBC dependency into > shared libraries themselves, so as long as libc sybols used by the > shared library did not change ABI between libc.so.6 and libc.so.7, old > shared libraries will happily work with both. The only ABI change that I am aware of is get[by]hostname(), but there may be others. > If there are are symbols > that are missing or have changed in libc.so.7 that prevent it from > being a perfect superset of libc.so.6, can we consider adding them back > instead, with FBSD_1.0 version and making changed symbols FBSD_1.1 or > some such? Sure, this will break older unversioned -current binaries as > they will start resolving to FBSD_1.0 symbols, but your bump will > obsolete them too, so -current users will need to recompile either way. > > I always thought that original LIBC bump was a mistake. I agree, but the problem is that noone has been keeping track of ABI changes and how they affect other shared libraries. I'm not sure what the changes are or what is affected if anything. I think that is the real crux of the matter and why re@'s have always done wholesale library bumps in the past. > Please consider this an objection until this matter is discussed in > more detail. At a minimum, all libraries that have been symbol-versioned need to be bumped, though. How about if I commit everything except for the bumping of non-symbol-versioned libraries? After a later discussion, re@ can decide whether or not to bump the remaining libraries. Is this acceptable? -- DE From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:59:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5670116A406 for ; Fri, 11 May 2007 13:59:52 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6A313C448 for ; Fri, 11 May 2007 13:59:52 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l4BDxlkN041616; Fri, 11 May 2007 08:59:50 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <464476D3.3090001@freebsd.org> Date: Fri, 11 May 2007 08:59:47 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Alexander Leidinger References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> In-Reply-To: <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3227/Fri May 11 04:39:25 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 13:59:52 -0000 On 05/11/07 08:26, Alexander Leidinger wrote: > Quoting Eric Anderson (from Fri, 11 May 2007 > 07:42:35 -0500): > >> About a year ago, I posted[1] a patch to 6-STABLE that added a fancy rc >> startup style similar to linux, with the [OK], [FAILED], etc printouts. >> That patch had serious bit rot and other issues, and so I've now >> revamped it to work on -CURRENT, with a more refined usage, and >> defaults to off. > > I think it is better suited in the rc mailinglist. Yes, I agree, but I wanted a little regular feedback first. I'm not on -rc, so this was a quick first pass. >> I'd rather stay away from a massive bikeshedding, so let me summarize: > > AFAIR the outcome of the last discussion was, that it is ok as long as > the default is to keep the current way of displaying things (which is > what your patch does). So if there are no technical issues with the > patch, it should be ok to commit them. That's correct, and I'm just doing the quick 'peer review' before I beg for a commit. :) >> I'd like to here feedback, and would love to see this go in to the > > Do you have a screenshot? People love screenshots and you may get some > voices like "I want to have this!" from people which fear to install a > patch or from those which don't have time to patch. Here's some kind of bad ones from a qemu session (ignore those calcru errors which I can't seem to get rid of): http://www.googlebit.com/freebsd/patches/rc_fancy_screenshots/ Eric From owner-freebsd-current@FreeBSD.ORG Fri May 11 16:10:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB59E16A400 for ; Fri, 11 May 2007 16:10:50 +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 565DC13C447 for ; Fri, 11 May 2007 16:10:50 +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 2A6FA6909AF for ; Fri, 11 May 2007 16:39:08 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 9BFA66909B4; Fri, 11 May 2007 16:39: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=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local.fnop.net (unknown [193.136.24.206]) by core.fnop.net (Postfix) with ESMTP id B07BF6909AF for ; Fri, 11 May 2007 16:39:06 +0100 (WEST) Date: Fri, 11 May 2007 16:39:07 +0100 Message-ID: <86k5vffjz8.wl%rpaulo@fnop.net> From: Rui Paulo To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: 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: Fri, 11 May 2007 16:10:50 -0000 Hi, Attached are the work I've done so far for my Summer of Code project. If you have a MacBook and are willing to spend some time build -current with these patches and testing, here's what you should know: 1) Grab the patch a http://fnop.net/~rpaulo/freebsd/macbook.diff 2) Apply it to today's -current 3) Build a kernel. Load three modules: backlight, msrtemp, cpufreq (est). The only one that shouldn't work out of the box on MacBook Pro's backlight. backlight controls the LCD backlight. You should have hw.backlight.{enable,value} after loading the module. Play with it to see if it works. I didn't test MacBook Core 2 Duo, but it should work. I have a feeling that it should be very easy to make it work for the MacBook Pro, but contact me if you need help. msrtemp displays the Cores temperature. There should be N new sysctls, one for each CPU. For example: $ sysctl dev.cpu.{0,1}.temperature dev.cpu.0.temperature: 53 dev.cpu.1.temperature: 53 est should detect, at least, the following values: dev.cpu.0.freq_levels: 2000/31000 1833/28016 1667/25033 1500/22050 1333/19066 1000/13100 Don't panic if you have more :) I disabled p4tcc and acpi_throttle on purpose. Have fun! -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri May 11 16:51:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C02C16A400 for ; Fri, 11 May 2007 16:51:37 +0000 (UTC) (envelope-from kabaev@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 DBA2313C44B for ; Fri, 11 May 2007 16:51:36 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so688786ugh for ; Fri, 11 May 2007 09:51:32 -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=Y0gOQGbKyCjsjjZTLXhl1OCpe6iBTl6Ts9jH6xY/XEbn8cp/bTSgn5BJyeiVPiWBOtU0cMg9tCIz25rIt1guI5eAuCl10SE31fZLdjMS9vqRnqg6jy47n6u3iz6WTwVzIW3mFx2tdy2sGNcN9ds8f7l7fZUMb6zDZ7PC1GI/4Fc= 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=B8lzHUNb4E+xqjAr4s+NmJYQX4nMtznVjV4YidoD59MQmZucTq6X4jVoJrR+LNXRSTqQ4XcgZjIBqPg6Eg/V7sHyEOP+IxI1EbLAW5Z39/dQ9GLtjVnBZ9a9UDciUBaOCRrxRcEynGxpYFJPWI2ckR1h9bnsdjQqXwg5gpm5Tbw= Received: by 10.82.185.12 with SMTP id i12mr5837419buf.1178902292371; Fri, 11 May 2007 09:51:32 -0700 (PDT) Received: by 10.82.190.1 with HTTP; Fri, 11 May 2007 09:51:32 -0700 (PDT) Message-ID: <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> Date: Fri, 11 May 2007 12:51:32 -0400 From: "Alexander Kabaev" To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070511083154.0b72ff46@kan.dnsalias.net> Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 16:51:37 -0000 On 5/11/07, Daniel Eischen wrote: > On Fri, 11 May 2007, Alexander Kabaev wrote: > > > On Sun, 6 May 2007 10:07:51 -0400 (EDT) > > Daniel Eischen wrote: > > > >> Sometime this coming weekend (May 11-13), I'll be committing the > >> following patch: > >> > >> http://people.freebsd.org/~deischen/symver/bump_symver.diffs.050207 > >> > >> What does this do? > >> > >> o All library versions that haven't already been bumped and > >> that are not new to 7.0 will be bumped. > >> > > > > Hi, > > > > I always had a problem with wholesome bumpings like these. > > I also had a problem with doing wholesale bumps, you can probably > search the archives to find an objectior or two from me. But > that is how things have been done in the past, so I was just > trying to take the path of least resistance. > > > What is the > > justification for such a broad sweep? libc bump CAN NOT be made an > > excuse for cascaded bumps. FreeBSD does not record LIBC dependency into > > shared libraries themselves, so as long as libc sybols used by the > > shared library did not change ABI between libc.so.6 and libc.so.7, old > > shared libraries will happily work with both. > > The only ABI change that I am aware of is get[by]hostname(), but there > may be others. > > > If there are are symbols > > that are missing or have changed in libc.so.7 that prevent it from > > being a perfect superset of libc.so.6, can we consider adding them back > > instead, with FBSD_1.0 version and making changed symbols FBSD_1.1 or > > some such? Sure, this will break older unversioned -current binaries as > > they will start resolving to FBSD_1.0 symbols, but your bump will > > obsolete them too, so -current users will need to recompile either way. > > > > I always thought that original LIBC bump was a mistake. > > I agree, but the problem is that noone has been keeping track of > ABI changes and how they affect other shared libraries. I'm not > sure what the changes are or what is affected if anything. I > think that is the real crux of the matter and why re@'s have > always done wholesale library bumps in the past. > > > Please consider this an objection until this matter is discussed in > > more detail. > > At a minimum, all libraries that have been symbol-versioned need > to be bumped, though. How about if I commit everything except for > the bumping of non-symbol-versioned libraries? After a later > discussion, re@ can decide whether or not to bump the remaining > libraries. Is this acceptable? > Not really. You've wrote it several times before and I kept forgetting to ask you why do you think libraries getting versioned symbols need to be bumped. There might be a valid reason for this, but it somehow escapes me and I would greatly appreciate you helping me to get this straight. I do not think breaking binaries linking to symbols to which they had no business to link in the first place is reason good enough. And testing done by Kris did show us that the percentage of such binaries extremely small, small enough to be treated as a noise. I certainly wouldn't mind you committing everything _but_ version bumping. Back to libc.so.7 bump mistake. I an this >< close to actually suggest that we back libc.so.7 bump out and do things RIGHT for a change. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Fri May 11 17:34:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69CB316A400 for ; Fri, 11 May 2007 17:34:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2982013C465 for ; Fri, 11 May 2007 17:34:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l4BHYYSA029404; Fri, 11 May 2007 13:34:34 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 11 May 2007 13:34:34 -0400 (EDT) Date: Fri, 11 May 2007 13:34:34 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> Message-ID: References: <20070511083154.0b72ff46@kan.dnsalias.net> <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change 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: Fri, 11 May 2007 17:34:36 -0000 On Fri, 11 May 2007, Alexander Kabaev wrote: > On 5/11/07, Daniel Eischen wrote: >> >> At a minimum, all libraries that have been symbol-versioned need >> to be bumped, though. How about if I commit everything except for >> the bumping of non-symbol-versioned libraries? After a later >> discussion, re@ can decide whether or not to bump the remaining >> libraries. Is this acceptable? >> > > Not really. You've wrote it several times before and I kept forgetting to ask > you why do you think libraries getting versioned symbols need to be > bumped. There might be a valid reason for this, but it somehow escapes me > and I would greatly appreciate you helping me to get this straight. I do not > think breaking binaries linking to symbols to which they had no business to > link > in the first place is reason good enough. And testing done by Kris did show > us that the percentage of such binaries extremely small, small enough to be > treated as a noise. I think it was because I thought libraries and applications that are linked without symbol dependencies would always get the latest version of the symbol, not the earliest version of the symbol. But if I recall correctly from prior email from you, you should get the earliest version of the symbol in lieu of no recorded symbol dependency? > > I certainly wouldn't mind you committing everything _but_ version bumping. > > Back to libc.so.7 bump mistake. I an this >< close to actually suggest > that we back libc.so.7 bump out and do things RIGHT for a change. No argument here, go for it. -- DE From owner-freebsd-current@FreeBSD.ORG Fri May 11 17:57:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2A8816A403 for ; Fri, 11 May 2007 17:57:29 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0707613C46E for ; Fri, 11 May 2007 17:57:14 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.13.8/8.13.8) with ESMTP id l4BHr40U026148; Fri, 11 May 2007 10:53:27 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.13.8/8.13.8/Submit) id l4BHpfrF026138; Fri, 11 May 2007 10:51:41 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Andrew Thompson In-Reply-To: <20070511043547.GB5097@heff.fud.org.nz> References: <20070511020555.GA5097@heff.fud.org.nz> <20070511034942.GE77635@deviant.kiev.zoral.com.ua> <20070511043547.GB5097@heff.fud.org.nz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-u2zaaNFFGq5jwE/SC12/" Date: Fri, 11 May 2007 10:51:29 -0700 Message-Id: <1178905890.21008.16.camel@vonnegut> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: SMP 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: Fri, 11 May 2007 17:57:29 -0000 --=-u2zaaNFFGq5jwE/SC12/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-05-11 at 16:35 +1200, Andrew Thompson wrote: > On Fri, May 11, 2007 at 06:49:42AM +0300, Kostik Belousov wrote: > > On Fri, May 11, 2007 at 02:05:55PM +1200, Andrew Thompson wrote: > > > Hi, > > >=20 > > >=20 > > > I am having the following panic on my dual p3-500 box. I have tracked= it > > > back to this commit[1], a HEAD cvs checkout of '2006-12-06 06:30 UTC'= works > > > and '2006-12-06 06:35 UTC' panics. Removing SMP also avoids this pani= c. > > > =3D DPL 0, pres 1, def32 1, gran 1 > > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > > current process =3D 1 (swapper) > > > [thread pid 1 tid 100007 ] > > > Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) > > > db> tr > > > Tracing pid 1 tid 100007 td 0xc298d360 > > > uma_zalloc_arg(0,0,2) at uma_zalloc_arg+0x31 > > > vfs_mount_alloc(0,c09a6940,c0913d40,c298d360,c0661a14,...) at vfs_mou= nt_alloc+0x18 > > > devfs_first(c0661a14,c0661a14,0,d3b38d04,c0661a5f,...) at devfs_first= +0x36 > > > vfs_mountroot(c298f000,c298d360,0,c0879c93,20,...) at vfs_mountroot+0= x3e > > > start_init(0,d3b38d38) at start_init+0x4b > > > fork_exit(c0661a14,0,d3b38d38) at fork_exit+0xa8 > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0x1, eip =3D 0, esp =3D 0xd3b38d6c, ebp =3D 0 --- > > > db>=20 > > Creation of mount_zone in vfs_mount_root() failed, no idea why. >=20 > I have been looking into this and its failing on this section of code >=20 > sys/vm/uma_core.c:uma_zone_slab > if (keg->uk_flags & UMA_ZFLAG_INTERNAL && keg->uk_recurse !=3D 0) > if ((zone !=3D slabzone) && (zone !=3D slabrefzone)) > return (NULL); >=20 >=20 > I am able to boot now if I add (zone !=3D zones) to the list of checks. > This only happens on SMP so is there some race? See also 1178329243.54075.34.camel@vonnegut to current@ which is some more info about amd64/106186 that is also failing there. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-u2zaaNFFGq5jwE/SC12/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGRK0hHUdvYGzw6vcRAm/QAJsExpy/E6u3Iwd2QzSne9249dcL1ACfUcdt R58x4jD68yLH/+VpV+HF3kE= =IcRc -----END PGP SIGNATURE----- --=-u2zaaNFFGq5jwE/SC12/-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 18:09:22 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31D3216A402 for ; Fri, 11 May 2007 18:09:22 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.freebsd.org (Postfix) with ESMTP id C0B6013C455 for ; Fri, 11 May 2007 18:09:21 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 7706633CCE; Fri, 11 May 2007 19:40:22 +0200 (SAST) Date: Fri, 11 May 2007 19:40:22 +0200 From: John Hay To: Alexander Kabaev Message-ID: <20070511174022.GA18899@zibbi.meraka.csir.co.za> References: <20070511083154.0b72ff46@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070511083154.0b72ff46@kan.dnsalias.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 18:09:22 -0000 On Fri, May 11, 2007 at 08:31:54AM -0400, Alexander Kabaev wrote: > On Sun, 6 May 2007 10:07:51 -0400 (EDT) > Daniel Eischen wrote: > > > Sometime this coming weekend (May 11-13), I'll be committing the > > following patch: > > > > http://people.freebsd.org/~deischen/symver/bump_symver.diffs.050207 > > > > What does this do? > > > > o All library versions that haven't already been bumped and > > that are not new to 7.0 will be bumped. > > > > Hi, > > I always had a problem with wholesome bumpings like these. What is the > justification for such a broad sweep? libc bump CAN NOT be made an > excuse for cascaded bumps. FreeBSD does not record LIBC dependency into > shared libraries themselves, so as long as libc sybols used by the > shared library did not change ABI between libc.so.6 and libc.so.7, old > shared libraries will happily work with both. If there are are symbols > that are missing or have changed in libc.so.7 that prevent it from > being a perfect superset of libc.so.6, can we consider adding them back > instead, with FBSD_1.0 version and making changed symbols FBSD_1.1 or > some such? Sure, this will break older unversioned -current binaries as > they will start resolving to FBSD_1.0 symbols, but your bump will > obsolete them too, so -current users will need to recompile either way. > > I always thought that original LIBC bump was a mistake. > > Please consider this an objection until this matter is discussed in > more detail. Between libpthread.so.2, libc.so.6 and libc.so.7 there is enough change to make programs compiled for 6.x not work on -current. Some examples are the diablo java package (for 6.1) available from the FreeBSD Foundation site (http://www.freebsdfoundation.org/downloads/java.shtml) and the 6.x openoffice packages available from http://porting.openoffice.org/freebsd/ I'm not for or against bumping, only for unbreaking. :-) John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 11 18:41:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82B4C16A403 for ; Fri, 11 May 2007 18:41:57 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 40AE913C447 for ; Fri, 11 May 2007 18:41:57 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so249804and for ; Fri, 11 May 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:mime-version:content-type; b=r1N+qZTa7lwnHUJDIwQaB5Dx6vDM1dtK+tbnpztLaCv7fVj87bITRQ0d9i3Wmrx+X0srQmnlk2YZGhffUkNwMrhKqr6O4zd/8JdQ0JPbf248FrkjRx3SoqBcwvUexZSC2yUIONemI3yHsJ4Z2pGK0Z13+EdTy0geGacmsa1hh7U= 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=X/ZIqbLvrWwX4iJCca/1Wo5qXBCxM0EjRZc9DPyfEK3Jt8d1V0iQjgYb82K1wCokRkb7nfKoVujM0NhGGfvYG0F9YLtqoqmrbdkgW1906Zu6hqsq4Uboat2duAx2TpjA2aB9mIlVX8+/dI0V6B4MaFCjte5tA7iXeCEvTILOOFw= Received: by 10.100.240.19 with SMTP id n19mr2441907anh.1178908916080; Fri, 11 May 2007 11:41:56 -0700 (PDT) Received: by 10.100.139.10 with HTTP; Fri, 11 May 2007 11:41:56 -0700 (PDT) Message-ID: <790a9fff0705111141n3731f75at23aae6f0482bd638@mail.gmail.com> Date: Fri, 11 May 2007 13:41:56 -0500 From: "Scot Hetzel" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_155205_17368898.1178908916030" Subject: mdconfig not returning error when listing a non-existing device. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 18:41:57 -0000 ------=_Part_155205_17368898.1178908916030 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I created a vnode filesystem to use with mdconfig and added it to the /etc/rc.conf file: mdconfig2_enable="YES" mdconfig2_list="md99" #ncvs filesystem to be mounted by zfs mdconfig_md99="-t vnode -f /usr/home/ncvs.dsk" The problem is that when the mdconfig2 rc script is executed, it fails to create the md device. hp010# ls /dev/md* /dev/mdctl hp010# /etc/rc.d/mdconfig2 start md99 /etc/rc.d/mdconfig2: DEBUG: run_rc_command: start_precmd: [ -n "${_mdconfig2_list}" ] /etc/rc.d/mdconfig2: DEBUG: load_kld: geom_md kernel module already loaded. /etc/rc.d/mdconfig2: DEBUG: run_rc_command: doit: mdconfig2_start /etc/rc.d/mdconfig2: DEBUG: md99 config: -t vnode -f /usr/home/ncvs.dsk /etc/rc.d/mdconfig2: DEBUG: md99 type: vnode /etc/rc.d/mdconfig2: DEBUG: md99 dev: /dev/md99 /etc/rc.d/mdconfig2: DEBUG: md99 file: /usr/home/ncvs.dsk /etc/rc.d/mdconfig2: DEBUG: md99 fs: /usr/home /etc/rc.d/mdconfig2: DEBUG: md99 owner: /etc/rc.d/mdconfig2: DEBUG: md99 perms: /etc/rc.d/mdconfig2: DEBUG: md99 files: /etc/rc.d/mdconfig2: DEBUG: md99 populate cmd: /etc/rc.d/mdconfig2: ERROR: md99 already exists This error comes from when it is checking if the device already exists: if mdconfig -l -u ${_md} >/dev/null 2>&1; then err 3 "${_md} already exists" fi The problem is that mdconfig -l doesn't return an error code when it is asked to list a non-existant device. hp010# ls /dev/md* /dev/mdctl hp010# mdconfig -l -u md99 ; echo $? 0 hp010# mdconfig -a -t vnode -f /usr/home/ncvs.dsk -u md99 ; echo $? 0 hp010# mdconfig -l -u md0 ; echo $? md0 vnode 5.0G /usr/home/ncvs.dsk 0 This problem affects both the /etc/rc.d/mdconfig and mdconfig2 scripts. Scot NOTE: The attached patch adds mdconfig[,2]_list - its use is to allow the scripts to configure md devices that don't start at 0. -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_155205_17368898.1178908916030 Content-Type: text/x-diff; name=mdconfig.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f1kz5szb Content-Disposition: attachment; filename="mdconfig.patch" SW5kZXg6IG1kY29uZmlnCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL2V0Yy9y Yy5kL21kY29uZmlnLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAtdSAtcjEuNCBtZGNv bmZpZwotLS0gbWRjb25maWcJMzEgRGVjIDIwMDYgMTA6Mzc6MTggLTAwMDAJMS40CisrKyBtZGNv bmZpZwkxMSBNYXkgMjAwNyAxODoxODo1MCAtMDAwMApAQCAtMTkxLDYgKzE5MSwxNCBAQAogCQkJ X21kY29uZmlnX3VuaXQ9JCgoJHtfbWRjb25maWdfdW5pdH0gKyAxKSkKIAkJZmkKIAlkb25lCisJ aWYgWyAtbiAiJHttZGNvbmZpZ19saXN0fSIgXSA7IHRoZW4KKwkJZm9yIF9tZGNvbmZpZ19kZXYg aW4gJHttZGNvbmZpZ19saXN0fSA7IGRvCisJCQlldmFsIF9tZGNvbmZpZ19jb25maWc9XCRtZGNv bmZpZ18ke21kY29uZmlnX2Rldn0KKwkJCWlmIFsgLW4gIiR7X21kY29uZmlnX2NvbmZpZ30iIF0g OyB0aGVuCisJCQkJX21kY29uZmlnX2xpc3Q9IiR7X21kY29uZmlnX2xpc3R9JHtfbWRjb25maWdf bGlzdDorIH0ke19tZGNvbmZpZ19kZXZ9IgorCQkJZmkKKwkJZG9uZQorCWZpCiBmaQogCQogcnVu X3JjX2NvbW1hbmQgIiR7X21kY29uZmlnX2NtZH0iCkluZGV4OiBtZGNvbmZpZzIKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvZXRjL3JjLmQvbWRjb25maWcyLHYKcmV0cmlldmlu ZyByZXZpc2lvbiAxLjQKZGlmZiAtdSAtcjEuNCBtZGNvbmZpZzIKLS0tIG1kY29uZmlnMgkzMSBE ZWMgMjAwNiAxMDozNzoxOCAtMDAwMAkxLjQKKysrIG1kY29uZmlnMgkxMSBNYXkgMjAwNyAxODox NTo1MyAtMDAwMApAQCAtMjIyLDYgKzIyMiwxNCBAQAogCQkJX21kY29uZmlnMl91bml0PSQoKCR7 X21kY29uZmlnMl91bml0fSArIDEpKQogCQlmaQogCWRvbmUKKwlpZiBbIC1uICIke21kY29uZmln Ml9saXN0fSIgXSA7IHRoZW4KKwkJZm9yIF9tZGNvbmZpZzJfZGV2IGluICR7bWRjb25maWcyX2xp c3R9IDsgZG8KKwkJCWV2YWwgX21kY29uZmlnMl9jb25maWc9XCRtZGNvbmZpZ18ke21kY29uZmln Ml9kZXZ9CisJCQlpZiBbIC1uICIke19tZGNvbmZpZzJfY29uZmlnfSIgXSA7IHRoZW4KKwkJCQlf bWRjb25maWcyX2xpc3Q9IiR7X21kY29uZmlnMl9saXN0fSR7X21kY29uZmlnMl9saXN0OisgfSR7 X21kY29uZmlnMl9kZXZ9IgorCQkJZmkKKwkJZG9uZQorCWZpCiBmaQogCQogcnVuX3JjX2NvbW1h bmQgIiR7X21kY29uZmlnMl9jbWR9Igo= ------=_Part_155205_17368898.1178908916030-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 18:13:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1067016A406 for ; Fri, 11 May 2007 18:13:06 +0000 (UTC) (envelope-from efinley@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [66.111.113.15]) by mx1.freebsd.org (Postfix) with ESMTP id EACC013C489 for ; Fri, 11 May 2007 18:13:05 +0000 (UTC) (envelope-from efinley@efinley.com) Received: from efinley04.etv.net ([74.214.237.51] helo=science3.efinley.com) by postmaster.etv.net with smtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HmZ7C-000AVf-9U; Fri, 11 May 2007 11:41:14 -0600 From: Elliot Finley To: Ivan Voras Date: Fri, 11 May 2007 11:41:13 -0600 Message-ID: References: In-Reply-To: X-Mailer: Forte Agent 4.1/32.1088 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 11 May 2007 18:43:33 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 18:13:06 -0000 On Fri, 11 May 2007 00:09:52 +0200, you wrote: >Elliot Finley wrote: >> If you could start with a 3 drive zraid2 as the underlying pool >> storage and later add drives to the existing zraid2 as space was >> needed, then ZFS would be the ultimate FS (at least for me). >>=20 >> Any takers? How hard would this be? > >Isn't zraid2 like RAID6, e.g. includes 2 "parity" components? How do you >propose to redistribute the parity blocks after a disk is included in >already functioning RAID5 or RAID6 volume? > >(hint: http://en.wikipedia.org/wiki/RAID5#RAID_5) The new 3Ware cards do Online Capacity expansion. So it's obviously not impossible. From owner-freebsd-current@FreeBSD.ORG Fri May 11 19:38:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AADCE16A402 for ; Fri, 11 May 2007 19:38:15 +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 5FE3313C459 for ; Fri, 11 May 2007 19:38:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HmawM-0003mB-OC for freebsd-current@freebsd.org; Fri, 11 May 2007 21:38:10 +0200 Received: from 89-172-44-235.adsl.net.t-com.hr ([89.172.44.235]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 May 2007 21:38:10 +0200 Received: from ivoras by 89-172-44-235.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 May 2007 21:38:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 11 May 2007 21:37:57 +0200 Lines: 29 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig457B42A68539D8BB04BE7A7A" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-44-235.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 19:38:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig457B42A68539D8BB04BE7A7A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Elliot Finley wrote: > The new 3Ware cards do Online Capacity expansion. So it's obviously > not impossible. Well, no, it's not impossible, it's only data. Conceptually, it's trivial - we just have to rewrite almost all data on the array :) --------------enig457B42A68539D8BB04BE7A7A 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRMYaldnAQVacBcgRArEaAJwIue7L7kBoWocUyXTSGxNgueOH+QCfU5k5 3MTgO5zhzCg9SZCSwtIixvI= =Xvil -----END PGP SIGNATURE----- --------------enig457B42A68539D8BB04BE7A7A-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 20:33:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7E9C16A404 for ; Fri, 11 May 2007 20:33:54 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5396613C48A for ; Fri, 11 May 2007 20:33:54 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 435 invoked from network); 11 May 2007 19:53:22 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 May 2007 19:53:22 -0000 Message-ID: <4644D331.9080901@freebsd.org> Date: Fri, 11 May 2007 22:33:53 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Stefan Bethke References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> In-Reply-To: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 20:33:54 -0000 Stefan Bethke wrote: > Got this reproducable panic on AMD64 on a couple of days old -current > when I try to copy a file off a ZFS dataset via netatalk's afpd (via > TCP, no actual AppleTalk involved). This is a recursive leak of the INP_INFO_LOCK() you've hit here. We don't know yet where it gets leaked but we're working on it. -- Andre > Any other info you're interested in, just let me know. > > > Stefan > From owner-freebsd-current@FreeBSD.ORG Fri May 11 21:14:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 798E216A409; Fri, 11 May 2007 21:14:34 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1221013C448; Fri, 11 May 2007 21:14:33 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4BLEVsf067875 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 May 2007 23:14:32 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <4644D331.9080901@freebsd.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Fri, 11 May 2007 23:14:30 +0200 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 21:14:34 -0000 Am 11.05.2007 um 22:33 schrieb Andre Oppermann: > Stefan Bethke wrote: >> Got this reproducable panic on AMD64 on a couple of days old - >> current when I try to copy a file off a ZFS dataset via >> netatalk's afpd (via TCP, no actual AppleTalk involved). > > This is a recursive leak of the INP_INFO_LOCK() you've hit here. > We don't > know yet where it gets leaked but we're working on it. Hhm. I can trigger it very easily. I don't have a serial console on this box, but I could try a few things in a debugger if anyone wants me to look at anything in particular. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Fri May 11 21:16:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A53F16A400 for ; Fri, 11 May 2007 21:16:13 +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 77CCC13C483 for ; Fri, 11 May 2007 21:16:12 +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 902ED690599; Fri, 11 May 2007 22:16:04 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 5D0AA6909A2; Fri, 11 May 2007 22:16:04 +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, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-62-114.net.novis.pt [87.196.62.114]) by core.fnop.net (Postfix) with ESMTP id 8DBED690599; Fri, 11 May 2007 22:16:03 +0100 (WEST) Date: Fri, 11 May 2007 22:16:01 +0100 Message-ID: <86d5172h9q.wl%rpaulo@fnop.net> From: Rui Paulo To: Arne Schwabe In-Reply-To: <4644D554.5030706@uni-paderborn.de> References: <86k5vffjz8.wl%rpaulo@fnop.net> <4644D554.5030706@uni-paderborn.de> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rui Paulo , current@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: Fri, 11 May 2007 21:16:13 -0000 At Fri, 11 May 2007 22:43:00 +0200, Arne Schwabe wrote: > > Rui Paulo wrote: > > Hi, > > Attached are the work I've done so far for my Summer of Code > > project. If you have a MacBook and are willing to spend some time > > build -current with these patches and testing, here's what you should > > know: > > > > I am. But I am a little bit how I should install FreeBSD on my Macbook. > Using the 7.0 April snapshots, FreeBSD boots. but dies in sysinstall: > BARF 170 > 171 (iirc) :( > > I could not try booting without ACPI/APIC because the keyboard was not > working in the loader :/ Hmm. It should work... > Any hints which FreeBSD version I could try next time? Use 6.2. There's a proble in 7.0 snapshots I haven't diagnosed yet. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri May 11 21:20:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36F1A16A400 for ; Fri, 11 May 2007 21:20:55 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id F3F1C13C457 for ; Fri, 11 May 2007 21:20:54 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-061-143-123.pools.arcor-ip.net ([84.61.143.123] helo=[192.168.0.42]) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hmbx7-0006ls-VS; Fri, 11 May 2007 22:43:02 +0200 Message-ID: <4644D554.5030706@uni-paderborn.de> Date: Fri, 11 May 2007 22:43:00 +0200 From: Arne Schwabe User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Rui Paulo References: <86k5vffjz8.wl%rpaulo@fnop.net> In-Reply-To: <86k5vffjz8.wl%rpaulo@fnop.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 May 2007 22:17:40 +0000 Cc: current@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: Fri, 11 May 2007 21:20:55 -0000 Rui Paulo wrote: > Hi, > Attached are the work I've done so far for my Summer of Code > project. If you have a MacBook and are willing to spend some time > build -current with these patches and testing, here's what you should > know: > I am. But I am a little bit how I should install FreeBSD on my Macbook. Using the 7.0 April snapshots, FreeBSD boots. but dies in sysinstall: BARF 170 > 171 (iirc) :( I could not try booting without ACPI/APIC because the keyboard was not working in the loader :/ Any hints which FreeBSD version I could try next time? Arne From owner-freebsd-current@FreeBSD.ORG Fri May 11 21:16:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id 5E0F016A403; Fri, 11 May 2007 21:16:47 +0000 (UTC) Date: Fri, 11 May 2007 21:16:47 +0000 From: Darren Reed To: current@freebsd.org Message-ID: <20070511211647.GB75482@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 11 May 2007 22:17:54 +0000 Cc: Subject: hptiop... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 21:16:47 -0000 Currently I get an error trying to build -current kernels when it gets to this module...ideas? Darren From owner-freebsd-current@FreeBSD.ORG Fri May 11 22:20:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6434E16A400 for ; Fri, 11 May 2007 22:20:15 +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 4D2FC13C46E for ; Fri, 11 May 2007 22:20:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F01C31A3C19; Fri, 11 May 2007 15:21:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 69382513F4; Fri, 11 May 2007 18:20:14 -0400 (EDT) Date: Fri, 11 May 2007 18:20:14 -0400 From: Kris Kennaway To: Darren Reed Message-ID: <20070511222014.GA33315@xor.obsecurity.org> References: <20070511211647.GB75482@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070511211647.GB75482@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: hptiop... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 22:20:15 -0000 On Fri, May 11, 2007 at 09:16:47PM +0000, Darren Reed wrote: > > Currently I get an error trying to build -current kernels when it gets > to this module...ideas? Show us the error? Kris From owner-freebsd-current@FreeBSD.ORG Fri May 11 23:21:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 215B716A407 for ; Fri, 11 May 2007 23:21:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id A9F3A13C45D for ; Fri, 11 May 2007 23:21:48 +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 l4BNLlIY010826; Sat, 12 May 2007 09:21:47 +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 l4BNLlKk010825; Sat, 12 May 2007 09:21:47 +1000 (EST) (envelope-from peter) Date: Sat, 12 May 2007 09:21:47 +1000 From: Peter Jeremy To: Arne Schwabe Message-ID: <20070511232146.GA10647@turion.vk2pj.dyndns.org> References: <86k5vffjz8.wl%rpaulo@fnop.net> <4644D554.5030706@uni-paderborn.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <4644D554.5030706@uni-paderborn.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: current@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: Fri, 11 May 2007 23:21:49 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-11 22:43:00 +0200, Arne Schwabe wrot= e: >I am. But I am a little bit how I should install FreeBSD on my Macbook.=20 >Using the 7.0 April snapshots, FreeBSD boots. but dies in sysinstall:=20 >BARF 170 > 171 (iirc) :( This is a geom error. There was a posting recently that geom can't handle DOS-type filesystems with all spaces in the volume label - you might be bumping into a similar problem. I'm not sure if you can see or patch your volume label. --=20 Peter Jeremy --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRPqK/opHv/APuIcRAgtcAJ4mwzwMr0ThI3hVt9TxF4FHSVDH9ACdEhcX HOo9oHZbc6JE6J8vybjb3sg= =EaSN -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 23:27:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E9F016A409 for ; Fri, 11 May 2007 23:27:41 +0000 (UTC) (envelope-from aradford@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id F32C713C46C for ; Fri, 11 May 2007 23:27:40 +0000 (UTC) (envelope-from aradford@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so267634and for ; Fri, 11 May 2007 16:27: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:mime-version:content-type; b=e8q9Mam1kjYxP7v/Baa1uqJJl1VUvoTlX9IDUMF38ecUbcV1wysO2JFqlLcX3tbvuWdETpt4WH0f3R4pAV6dwIWCcweNt2yeO8q0Blq1KhHcpWFrmGUPeuoHVjxthf1LzrnUd3jzXuuzGlIOYko75SnHyz00wxPkwgjNHiLoPuQ= 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=oMX/jY8XMOmUxcWFOX1LCOTGtHJpsB1E2ft2Q/s0Gh6vKAohm6jObsDod7G02Khk13IywkAFV/k51WMe+PjXgkoUHCz+A4Qec5uv6tMkdGAW/kLkr1Wm7OhAvpdkWHmxbxgNXMpWgTpyHaJE4BPa6eUV3RbYPD5s8m776VbQIwY= Received: by 10.100.108.11 with SMTP id g11mr2638193anc.1178926060049; Fri, 11 May 2007 16:27:40 -0700 (PDT) Received: by 10.100.239.10 with HTTP; Fri, 11 May 2007 16:27:40 -0700 (PDT) Message-ID: Date: Fri, 11 May 2007 16:27:40 -0700 From: "adam radford" To: "Scott Long" , scottl@freebsd.org, jhb@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_193308_13252704.1178926060002" Cc: Subject: 3ware FreeBSD 7.0 update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2007 23:27:41 -0000 ------=_Part_193308_13252704.1178926060002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Scott, Please accept this small patch to the 3ware 'twa' driver for FreeBSD 7.0. This patch does the following: - Turn off un-necessary deferred interrupt handling. Thanks, -Adam diff -Naur twa/tw_osl.h twa.new/tw_osl.h --- twa/tw_osl.h Tue May 8 21:16:32 2007 +++ twa.new/tw_osl.h Fri May 11 23:57:47 2007 @@ -52,7 +52,7 @@ #define TW_OSLI_MAX_NUM_IOS TW_CL_MAX_SIMULTANEOUS_REQUESTS #define TW_OSLI_MAX_NUM_AENS 0x100 -#define TW_OSLI_DEFERRED_INTR_USED +//#define TW_OSLI_DEFERRED_INTR_USED /* Possible values of req->state. */ #define TW_OSLI_REQ_STATE_INIT 0x0 /* being initialized */ diff -Naur twa/tw_osl_share.h twa.new/tw_osl_share.h --- twa/tw_osl_share.h Thu May 10 08:36:58 2007 +++ twa.new/tw_osl_share.h Sat May 12 00:34:30 2007 @@ -75,7 +75,7 @@ #define TW_OSL_ENCLOSURE_SUPPORT #endif -#define TW_OSL_DRIVER_VERSION_STRING "3.70.03.006" +#define TW_OSL_DRIVER_VERSION_STRING "3.70.03.007" #define TW_OSL_CAN_SLEEP ------=_Part_193308_13252704.1178926060002 Content-Type: text/x-patch; name=3ware_freebsd7.0.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f1l9z4v0 Content-Disposition: attachment; filename="3ware_freebsd7.0.patch" ZGlmZiAtTmF1ciB0d2EvdHdfb3NsLmggdHdhLm5ldy90d19vc2wuaAotLS0gdHdhL3R3X29zbC5o CVR1ZSBNYXkgIDggMjE6MTY6MzIgMjAwNworKysgdHdhLm5ldy90d19vc2wuaAlGcmkgTWF5IDEx IDIzOjU3OjQ3IDIwMDcKQEAgLTUyLDcgKzUyLDcgQEAKICNkZWZpbmUgVFdfT1NMSV9NQVhfTlVN X0lPUwkJVFdfQ0xfTUFYX1NJTVVMVEFORU9VU19SRVFVRVNUUwogI2RlZmluZSBUV19PU0xJX01B WF9OVU1fQUVOUwkJMHgxMDAKIAotI2RlZmluZSBUV19PU0xJX0RFRkVSUkVEX0lOVFJfVVNFRAor Ly8jZGVmaW5lIFRXX09TTElfREVGRVJSRURfSU5UUl9VU0VECiAKIC8qIFBvc3NpYmxlIHZhbHVl cyBvZiByZXEtPnN0YXRlLiAqLwogI2RlZmluZSBUV19PU0xJX1JFUV9TVEFURV9JTklUCQkweDAJ LyogYmVpbmcgaW5pdGlhbGl6ZWQgKi8KZGlmZiAtTmF1ciB0d2EvdHdfb3NsX3NoYXJlLmggdHdh Lm5ldy90d19vc2xfc2hhcmUuaAotLS0gdHdhL3R3X29zbF9zaGFyZS5oCVRodSBNYXkgMTAgMDg6 MzY6NTggMjAwNworKysgdHdhLm5ldy90d19vc2xfc2hhcmUuaAlTYXQgTWF5IDEyIDAwOjM0OjMw IDIwMDcKQEAgLTc1LDcgKzc1LDcgQEAKICNkZWZpbmUgVFdfT1NMX0VOQ0xPU1VSRV9TVVBQT1JU CiAjZW5kaWYKIAotI2RlZmluZSBUV19PU0xfRFJJVkVSX1ZFUlNJT05fU1RSSU5HCSIzLjcwLjAz LjAwNiIKKyNkZWZpbmUgVFdfT1NMX0RSSVZFUl9WRVJTSU9OX1NUUklORwkiMy43MC4wMy4wMDci CiAKICNkZWZpbmUJVFdfT1NMX0NBTl9TTEVFUAogCg== ------=_Part_193308_13252704.1178926060002-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 00:46:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0026916A400 for ; Sat, 12 May 2007 00:46:23 +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 6F6E413C447 for ; Sat, 12 May 2007 00:46:23 +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 2FDF5690599; Sat, 12 May 2007 01:46:14 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id DA0756909A4; Sat, 12 May 2007 01:46:13 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-62-114.net.novis.pt [87.196.62.114]) by core.fnop.net (Postfix) with ESMTP id 0BB3B690599; Sat, 12 May 2007 01:46:13 +0100 (WEST) Date: Sat, 12 May 2007 01:46:16 +0100 Message-ID: <86bqgq3m3r.wl%rpaulo@fnop.net> From: Rui Paulo To: Peter Jeremy In-Reply-To: <20070511232146.GA10647@turion.vk2pj.dyndns.org> References: <86k5vffjz8.wl%rpaulo@fnop.net> <4644D554.5030706@uni-paderborn.de> <20070511232146.GA10647@turion.vk2pj.dyndns.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@freebsd.org, Arne Schwabe 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: Sat, 12 May 2007 00:46:24 -0000 At Sat, 12 May 2007 09:21:47 +1000, Peter Jeremy wrote: > > [1 ] > On 2007-May-11 22:43:00 +0200, Arne Schwabe wrote: > >I am. But I am a little bit how I should install FreeBSD on my Macbook. > >Using the 7.0 April snapshots, FreeBSD boots. but dies in sysinstall: > >BARF 170 > 171 (iirc) :( > > This is a geom error. There was a posting recently that geom can't > handle DOS-type filesystems with all spaces in the volume label - you > might be bumping into a similar problem. I'm not sure if you can see > or patch your volume label. Well, the EFI partition is msdosfs based, and while I don't know if it has spaces on the label, I'm running 7-CURRENT with "options GEOM_LABEL" just fine. Is it something that sysinstall triggers? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat May 12 01:24:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A22A316A403 for ; Sat, 12 May 2007 01:24:12 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 180C513C43E for ; Sat, 12 May 2007 01:24:11 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l4C1OAbs073123; Fri, 11 May 2007 20:24:11 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4645173A.2040008@freebsd.org> Date: Fri, 11 May 2007 20:24:10 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Alexander Leidinger References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> In-Reply-To: <464476D3.3090001@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3227/Fri May 11 04:39:25 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 01:24:12 -0000 On 05/11/07 08:59, Eric Anderson wrote: > On 05/11/07 08:26, Alexander Leidinger wrote: >> Quoting Eric Anderson (from Fri, 11 May 2007 >> 07:42:35 -0500): >> >>> About a year ago, I posted[1] a patch to 6-STABLE that added a fancy rc >>> startup style similar to linux, with the [OK], [FAILED], etc printouts. >>> That patch had serious bit rot and other issues, and so I've now >>> revamped it to work on -CURRENT, with a more refined usage, and >>> defaults to off. >> I think it is better suited in the rc mailinglist. > > > Yes, I agree, but I wanted a little regular feedback first. I'm not on > -rc, so this was a quick first pass. > > >>> I'd rather stay away from a massive bikeshedding, so let me summarize: >> AFAIR the outcome of the last discussion was, that it is ok as long as >> the default is to keep the current way of displaying things (which is >> what your patch does). So if there are no technical issues with the >> patch, it should be ok to commit them. > > That's correct, and I'm just doing the quick 'peer review' before I beg > for a commit. :) > >>> I'd like to here feedback, and would love to see this go in to the >> Do you have a screenshot? People love screenshots and you may get some >> voices like "I want to have this!" from people which fear to install a >> patch or from those which don't have time to patch. > > Here's some kind of bad ones from a qemu session (ignore those calcru > errors which I can't seem to get rid of): > > http://www.googlebit.com/freebsd/patches/rc_fancy_screenshots/ Amazing - so far the patch has been downloaded by over 40 different systems, but the *screenshots* have been viewed by over 500. Wow. I never would have guessed. Still no complaints/comments/etc. Good I suppose.. Eric From owner-freebsd-current@FreeBSD.ORG Sat May 12 02:02:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68EFC16A402 for ; Sat, 12 May 2007 02:02:23 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id 36FED13C455 for ; Sat, 12 May 2007 02:02:21 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l4C227Kt026737; Fri, 11 May 2007 22:02:09 -0400 (EDT) From: Tom McLaughlin To: Brooks Davis In-Reply-To: <20070511015204.GA66910@lor.one-eyed-alien.net> References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> <20070511015204.GA66910@lor.one-eyed-alien.net> Content-Type: text/plain Date: Fri, 11 May 2007 22:02:07 -0400 Message-Id: <1178935327.1786.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" , Julian Elischer Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 02:02:23 -0000 On Thu, 2007-05-10 at 20:52 -0500, Brooks Davis wrote: > On Thu, May 10, 2007 at 06:38:21PM -0700, Julian Elischer wrote: > > Brooks Davis wrote: > > >On Thu, May 10, 2007 at 02:47:24PM -0700, Julian Elischer wrote: > > >>Wojciech A. Koszek wrote: > > >> > > >>does it add a port? > > > > > >Other than the one at ftp/lukemftp? > > > > I thought that was just a client.. > > You are correct. I was confused. > > -- Brooks lukemftpd became tnftpd a long time ago and has been in the ports tree nearly as long. Thanks for pointing out lukemftp still exists. I'm going to nuke that from the ports tree since it became tnftp a long time ago too. (tnftp was is the first port I ever maintained.) tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-current@FreeBSD.ORG Sat May 12 04:20:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AA1C16A400 for ; Sat, 12 May 2007 04:20:56 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id EE88313C458 for ; Sat, 12 May 2007 04:20:55 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l4C3kAjB006659; Fri, 11 May 2007 23:46:11 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Rui Paulo In-Reply-To: <86k5vffjz8.wl%rpaulo@fnop.net> References: <86k5vffjz8.wl%rpaulo@fnop.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VT6ghH4zch4Tq4SlqFBu" Organization: MarcusCom, Inc. Date: Fri, 11 May 2007 23:45:49 -0400 Message-Id: <1178941549.80037.33.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: current@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: Sat, 12 May 2007 04:20:56 -0000 --=-VT6ghH4zch4Tq4SlqFBu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-05-11 at 16:39 +0100, Rui Paulo wrote: > Hi, > Attached are the work I've done so far for my Summer of Code > project. If you have a MacBook and are willing to spend some time > build -current with these patches and testing, here's what you should > know: >=20 > 1) Grab the patch a > http://fnop.net/~rpaulo/freebsd/macbook.diff > 2) Apply it to today's -current > 3) Build a kernel. Very cool. >=20 > Load three modules: backlight, msrtemp, cpufreq (est). > The only one that shouldn't work out of the box on MacBook Pro's > backlight. >=20 > backlight controls the LCD backlight. You should have > hw.backlight.{enable,value} after loading the module. > Play with it to see if it works. I didn't test MacBook Core 2 Duo, but > it should work. > I have a feeling that it should be very easy to make it work for the > MacBook Pro, but contact me if you need help. Actually, it's not so easy. This driver operates directly on the Intel 915 card in the MacBook. The MacBook Pro uses an ATI card. While you can configure the driver to recognize the ATI card, the backlight code does not work. There is a utility (userland) at http://svn.sourceforge.net/viewvc/mactel-linux/trunk/backlight that does this via memmapping on the ATI card. >=20 > msrtemp displays the Cores temperature. > There should be N new sysctls, one for each CPU. For example: >=20 > $ sysctl dev.cpu.{0,1}.temperature > dev.cpu.0.temperature: 53 > dev.cpu.1.temperature: 53 This seems to work on my Core Duo Pro: dev.cpu.0.temperature: 70 dev.cpu.1.temperature: 70 Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-VT6ghH4zch4Tq4SlqFBu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGRThqb2iPiv4Uz4cRAvUXAJ40zQz+7xlzIyjFCS+ZGRFgtk4zfgCdHiN5 gNEW5Vux/jENk3sQkcL2Yt0= =v4lG -----END PGP SIGNATURE----- --=-VT6ghH4zch4Tq4SlqFBu-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 06:51:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAB0216A400 for ; Sat, 12 May 2007 06:51:38 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id 4311A13C468 for ; Sat, 12 May 2007 06:51:37 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.5.6) with ESMTP id md50000070782.msg for ; Sat, 12 May 2007 10:53:47 +0400 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 12 May 2007 10:53:42 +0400 Date: Sat, 12 May 2007 10:51:25 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: freebsd-current@freebsd.org In-Reply-To: <20070509125720.U911@free.home.local> Message-ID: <20070512104053.J943@free.home.local> References: <20070509125720.U911@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 12 May 2007 06:53:43.0402 (UTC) FILETIME=[47B3CCA0:01C79462] X-Spam-Processed: mx2.gfk.ru, Sat, 12 May 2007 10:53:47 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx2.gfk.ru, Sat, 12 May 2007 10:53:47 +0400 Subject: Re: geom_label problems when MS-DOS FS label is blank (all spaces) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 06:51:38 -0000 > In this situation libdisk can't parse kern.geom.conftxt and sysinstall > exits with BARF 171 message. It can be fixed with following patch. "all spaces" volume will be treated like a volume without label. Index: g_label_msdosfs.c =================================================================== RCS file: /home/ncvs/src/sys/geom/label/g_label_msdosfs.c,v retrieving revision 1.6 diff -u -r1.6 g_label_msdosfs.c --- g_label_msdosfs.c 30 Sep 2006 08:16:49 -0000 1.6 +++ g_label_msdosfs.c 12 May 2007 06:39:23 -0000 @@ -200,7 +200,7 @@ } endofchecks: - for (i = size - 1; i > 0; i--) { + for (i = size - 1; i >= 0; i--) { if (label[i] == '\0') continue; else if (label[i] == ' ') Yuriy. From owner-freebsd-current@FreeBSD.ORG Sat May 12 07:29:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB49716A405 for ; Sat, 12 May 2007 07:29:52 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep18-int.chello.at (viefep13-int.chello.at [213.46.255.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2534913C447 for ; Sat, 12 May 2007 07:29:50 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from lizard.fafoe.narf.at ([213.47.85.26]) by viefep34-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20070512071239.ZSIS16772.viefep34-int.chello.at@lizard.fafoe.narf.at>; Sat, 12 May 2007 09:12:39 +0200 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id 95C57B94A; Sat, 12 May 2007 09:12:39 +0200 (CEST) Date: Sat, 12 May 2007 09:12:39 +0200 From: Stefan Farfeleder To: Yuriy Tsibizov Message-ID: <20070512071231.GB944@lizard.fafoe.narf.at> Mail-Followup-To: Yuriy Tsibizov , freebsd-current@freebsd.org References: <20070509125720.U911@free.home.local> <20070512104053.J943@free.home.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070512104053.J943@free.home.local> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: geom_label problems when MS-DOS FS label is blank (all spaces) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 07:29:53 -0000 On Sat, May 12, 2007 at 10:51:25AM +0400, Yuriy Tsibizov wrote: > > In this situation libdisk can't parse kern.geom.conftxt and sysinstall > > exits with BARF 171 message. > > It can be fixed with following patch. "all spaces" volume will be treated > like a volume without label. > > Index: g_label_msdosfs.c > =================================================================== > RCS file: /home/ncvs/src/sys/geom/label/g_label_msdosfs.c,v > retrieving revision 1.6 > diff -u -r1.6 g_label_msdosfs.c > --- g_label_msdosfs.c 30 Sep 2006 08:16:49 -0000 1.6 > +++ g_label_msdosfs.c 12 May 2007 06:39:23 -0000 > @@ -200,7 +200,7 @@ > } > > endofchecks: > - for (i = size - 1; i > 0; i--) { > + for (i = size - 1; i >= 0; i--) { > if (label[i] == '\0') > continue; > else if (label[i] == ' ') This won't work because i is unsigned. From owner-freebsd-current@FreeBSD.ORG Sat May 12 07:29:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23A0116A400 for ; Sat, 12 May 2007 07:29:54 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.freebsd.org (Postfix) with ESMTP id 6363113C448 for ; Sat, 12 May 2007 07:29:53 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep04.bredband.com with ESMTP id <20070512072942.URNN24095.mxfep04.bredband.com@ironport.bredband.com> for ; Sat, 12 May 2007 09:29:42 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO scode.mine.nu) ([85.229.22.84]) by ironport.bredband.com with ESMTP; 12 May 2007 09:29:37 +0200 Received: from scode.mine.nu (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id D26F41D4BA; Sat, 12 May 2007 09:29:21 +0200 (CEST) Message-ID: <46456CC8.30909@infidyne.com> Date: Sat, 12 May 2007 09:29:12 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.0 (X11/20070501) MIME-Version: 1.0 To: Bakul Shah References: <20070510224605.C05365B5A@mail.bitblocks.com> In-Reply-To: <20070510224605.C05365B5A@mail.bitblocks.com> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig75932908D1A3AE9B4B5020E1" Cc: freebsd-current@freebsd.org, efinley@efinley.com Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 07:29:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig75932908D1A3AE9B4B5020E1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > You can do something like this: >=20 > zpool create foo raidz2 dev0 dev1 dev2 dev3 > zpool add foo raidz2 dev4 dev5 dev6 dev7 >=20 > The new devices are in a different raidz2 group but but *all > of the space* will be used for any filesystem on this pool -- > isn't this good enough and if not, why? Isn't it obvious? You waste less diskspace. In the above setup you are only using half your diskspace and depending on what you need it for you might aswell have been using a mirror... Often having two parity drives can be more important than the ratio of parity vs. non-parity. That is, just because one chose to start with a 4 disk raidz2, it does not mean that moving to an 8 disk raidz2 is not consistent with the redundancy goals/requirements chosen initially. Also, if you DO want 50% parity, a single raidz2 with 8 drives with 50% parity is more resilient to failures than 2x4 raidz2 since any 4 drives can fail whereas in the latter case any 2 drives can fail, or up 4 drives if they happen to be the right drives. (I am aware of the "approximately 7 drives" maximum for a raidz/raidz2, which does not really come into play in this case.) > Not worth it Most definitely worth it in many situations where performance is just not the goal. So what if it takes a week to perform the operation, as long as the array is not degraded during this timewindow. --=20 / 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 --------------enig75932908D1A3AE9B4B5020E1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRWzRDNor2+l1i30RCE4eAJ9cE8cWEG1FuCI6MZCbnjRrtjtyMACeJrdo lfP5Uyi3vs548iMt3v2MOUw= =Ugy4 -----END PGP SIGNATURE----- --------------enig75932908D1A3AE9B4B5020E1-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 07:34:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A2E916A405 for ; Sat, 12 May 2007 07:34:06 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id B415013C4AE for ; Sat, 12 May 2007 07:34:05 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.5.6) with ESMTP id md50000070799.msg for ; Sat, 12 May 2007 11:24:57 +0400 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 12 May 2007 11:24:55 +0400 Date: Sat, 12 May 2007 11:22:35 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Arne Schwabe In-Reply-To: <20070511232146.GA10647@turion.vk2pj.dyndns.org> Message-ID: <20070512110921.I1135@free.home.local> References: <86k5vffjz8.wl%rpaulo@fnop.net> <4644D554.5030706@uni-paderborn.de> <20070511232146.GA10647@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 12 May 2007 07:24:56.0779 (UTC) FILETIME=[A45271B0:01C79466] X-Spam-Processed: mx2.gfk.ru, Sat, 12 May 2007 11:24:57 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx2.gfk.ru, Sat, 12 May 2007 11:24:57 +0400 Cc: Peter Jeremy , current@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: Sat, 12 May 2007 07:34:06 -0000 On Sat, 12 May 2007, Peter Jeremy wrote: > On 2007-May-11 22:43:00 +0200, Arne Schwabe wrote: >> I am. But I am a little bit how I should install FreeBSD on my Macbook. >> Using the 7.0 April snapshots, FreeBSD boots. but dies in sysinstall: >> BARF 170 > 171 (iirc) :( > > This is a geom error. There was a posting recently that geom can't > handle DOS-type filesystems with all spaces in the volume label - you > might be bumping into a similar problem. I'm not sure if you can see > or patch your volume label. You can see geom configuration that libdisk tries to parse, that should be sufficient to find why it fails. Arne, can you try to run sysctl -b kern.geom.conftxt from "live cd" fixit shell and look for lines with double spaces? Yuriy. From owner-freebsd-current@FreeBSD.ORG Sat May 12 08:40:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CFAC16A403; Sat, 12 May 2007 08:40:21 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1967513C457; Sat, 12 May 2007 08:40:21 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from localhost (localhost [127.0.0.1]) by smtp-2.sys.kth.se (Postfix) with ESMTP id AB38B14DA8F; Sat, 12 May 2007 10:12:16 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([127.0.0.1]) by localhost (smtp-2.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2UlMcAaZDysj; Sat, 12 May 2007 10:12:15 +0200 (CEST) Received: from sleipner.home.swe (c213-100-49-168.swipnet.se [213.100.49.168]) by smtp-2.sys.kth.se (Postfix) with ESMTP id B11C414D805; Sat, 12 May 2007 10:12:15 +0200 (CEST) Message-ID: <46457812.9080003@bahnhofbredband.se> Date: Sat, 12 May 2007 10:17:22 +0200 From: Carl Johan Gustavsson User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: Eric Anderson References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> In-Reply-To: <4645173A.2040008@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 08:40:21 -0000 Eric Anderson wrote: > On 05/11/07 08:59, Eric Anderson wrote: > > Amazing - so far the patch has been downloaded by over 40 different > systems, but the *screenshots* have been viewed by over 500. Wow. I > never would have guessed. > > Still no complaints/comments/etc. Good I suppose.. > > Eric > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Hi! I tested the patch on a sparc64 via serial, it worked fine with both b & w and color. I think its a bit too verbose by default though. Otherwise its very fancy :) / cjg From owner-freebsd-current@FreeBSD.ORG Sat May 12 09:54:40 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77CEA16A402 for ; Sat, 12 May 2007 09:54:40 +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 4236D13C45E for ; Sat, 12 May 2007 09:54:40 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 6374496A78 for ; Sat, 12 May 2007 11:54:39 +0200 (CEST) Message-ID: <46458EDE.5060909@free.fr> Date: Sat, 12 May 2007 11:54:38 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: zfs root is not mounted automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 09:54:40 -0000 Hello, I have successfullty moved my root to zfs (some work, though) following Pawel instruction. Anyway, it still refuses to boot without asking root device from cmd line : acd0: DVDR at ata0-master UDMA66 ad10: 238475MB at ata5-master SATA150 ad12: 305245MB at ata6-master SATA150 pcm0: pcm0: WARNING: ZFS is considered to be an experimental feature in FreeBSD. SMP: AP CPU #1 Launched! Trying to mount root from zfs:system Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ZFS filesystem version 6 ZFS storage pool version 6 zfs:system Trying to mount root from zfs:system fuse4bsd: version 0.3.0, FUSE ABI 7.8 It first fails to mount my zfs:system I get the mountroot cmd line, and if I type zfs:system, boot resumes and completes allright. Any idea of how to get rid of this ? vil1 ~ # uname -a FreeBSD vil1.ruomad.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sat May 12 08:10:27 CEST 2007 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 amd64 vil1 ~ # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT data 298G 64.3G 234G 21% ONLINE - system 74.5G 10.3G 64.2G 13% ONLINE - vil1 ~ # df Filesystem 1K-blocks Used Avail Capacity Mounted on system 66604544 497024 66107520 1% / devfs 1 1 0 100% /dev /dev/ad10s2a 507630 418978 48042 90% /bootdisk system/tmp 66110464 2944 66107520 0% /tmp system/usr 70144768 4037248 66107520 6% /usr system/usr/local 68888704 2781184 66107520 4% /usr/local system/var 67045760 938240 66107520 1% /var /dev/ad10s1 122093968 35128468 86965500 29% /mnt/win data 307590016 67431168 240158848 22% /data Thanks in advance Bruno From owner-freebsd-current@FreeBSD.ORG Sat May 12 10:07:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 189CE16A402; Sat, 12 May 2007 10:07:11 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.freebsd.org (Postfix) with ESMTP id C312D13C455; Sat, 12 May 2007 10:07:10 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from localhost.krapfengeist (82.56.124.100) by vsmtp4.tin.it (7.3.122) id 4641DCD000320D41; Sat, 12 May 2007 11:55:28 +0200 Received: from localhost.krapfengeist (rionda@localhost [127.0.0.1]) by localhost.krapfengeist (8.14.1/8.14.1) with ESMTP id l4C9tKWv005524; Sat, 12 May 2007 11:55:26 +0200 (CEST) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by localhost.krapfengeist (8.14.1/8.14.1/Submit) id l4C9tJob005523; Sat, 12 May 2007 11:55:19 +0200 (CEST) (envelope-from matteo@freebsd.org) X-Authentication-Warning: localhost.krapfengeist: rionda set sender to matteo@freebsd.org using -f Date: Sat, 12 May 2007 11:55:19 +0200 From: Matteo Riondato To: Eric Anderson Message-ID: <20070512095519.GB5121@krapfengeist> Mail-Followup-To: Matteo Riondato , Eric Anderson , Alexander Leidinger , freebsd-current@freebsd.org References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <4645173A.2040008@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 10:07:11 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 11, 2007 at 08:24:10PM -0500, Eric Anderson wrote: > >Here's some kind of bad ones from a qemu session (ignore those calcru=20 > >errors which I can't seem to get rid of): > > > >http://www.googlebit.com/freebsd/patches/rc_fancy_screenshots/ >=20 >=20 > Amazing - so far the patch has been downloaded by over 40 different=20 > systems, but the *screenshots* have been viewed by over 500. Wow. I=20 > never would have guessed. >=20 > Still no complaints/comments/etc. Good I suppose.. I liked the idea and used your previous patch in FreeSBIE 2. I need to look at the new one, but, if it's ok and there are no objections, I think it should be committed. Best Regards --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFGRY8H2Mp4pR7Fa+wRAo1NAKCCqJ2g5oBtg7ljr60UacMC34haBwCgtGNU 72iKN5IiiExtvPGIYeDNvmc= =dQyg -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 10:24:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1071316A402 for ; Sat, 12 May 2007 10:24:44 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id D34B013C448 for ; Sat, 12 May 2007 10:24:43 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-67-50.dsl.telstraclear.net [121.72.67.50]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JHX00609AW58I20@smtp5.clear.net.nz> for freebsd-current@freebsd.org; Sat, 12 May 2007 22:09:42 +1200 (NZST) Date: Sat, 12 May 2007 22:09:04 +1200 From: Mark Kirkwood To: freebsd-current@freebsd.org Message-id: <46459240.8070403@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.10 (X11/20070313) Subject: FreeBSD 7.0 using GCC 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: Sat, 12 May 2007 10:24:44 -0000 Hi, I just updated one of my 6.2-STABLE machines to 7.0-CURRENT and was (mistakenly I guess) expecting to see gcc 4.x as the default compiler... however I'm seeing 3.4.6 20060825. As far as I can tell I have performed the upgrade correctly (followed UPDATING) and everything works fine.... also src/contrib/gcc/version.c seems to agree that 3.4.6 is it. So... err - are we still intending to change to 4? Cheers Mark P.s: otherwise 7.0 looks pretty good, nice work! From owner-freebsd-current@FreeBSD.ORG Sat May 12 12:38:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D56D16A400; Sat, 12 May 2007 12:38:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 51B8B13C448; Sat, 12 May 2007 12:38:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D694B46E4B; Sat, 12 May 2007 08:38:28 -0400 (EDT) Date: Sat, 12 May 2007 13:38:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daniel Eischen In-Reply-To: Message-ID: <20070512133732.M24765@fledge.watson.org> References: <20070511083154.0b72ff46@kan.dnsalias.net> <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 12:38:29 -0000 On Fri, 11 May 2007, Daniel Eischen wrote: > On Fri, 11 May 2007, Alexander Kabaev wrote: > >> On 5/11/07, Daniel Eischen wrote: >>> >>> At a minimum, all libraries that have been symbol-versioned need to be >>> bumped, though. How about if I commit everything except for the bumping >>> of non-symbol-versioned libraries? After a later discussion, re@ can >>> decide whether or not to bump the remaining libraries. Is this >>> acceptable? >> >> Not really. You've wrote it several times before and I kept forgetting to >> ask you why do you think libraries getting versioned symbols need to be >> bumped. There might be a valid reason for this, but it somehow escapes me >> and I would greatly appreciate you helping me to get this straight. I do >> not think breaking binaries linking to symbols to which they had no >> business to link in the first place is reason good enough. And testing done >> by Kris did show us that the percentage of such binaries extremely small, >> small enough to be treated as a noise. > > I think it was because I thought libraries and applications that are linked > without symbol dependencies would always get the latest version of the > symbol, not the earliest version of the symbol. But if I recall correctly > from prior email from you, you should get the earliest version of the symbol > in lieu of no recorded symbol dependency? > >> I certainly wouldn't mind you committing everything _but_ version bumping. >> >> Back to libc.so.7 bump mistake. I an this >< close to actually suggest that >> we back libc.so.7 bump out and do things RIGHT for a change. > > No argument here, go for it. Regardless of the specifics of the library bump, I think we need to get the threading library default changed ASAP. We need to get more widespread testing of libthr so we can shake out the problems before the release, as changing the threading library is a big deal... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat May 12 13:08:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91AE216A400 for ; Sat, 12 May 2007 13:08:52 +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 5034713C43E for ; Sat, 12 May 2007 13:08:52 +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 156236909A4; Sat, 12 May 2007 14:08:40 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id D6C736909B6; Sat, 12 May 2007 14: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=-0.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-62-114.net.novis.pt [87.196.62.114]) by core.fnop.net (Postfix) with ESMTP id F2D626909A4; Sat, 12 May 2007 14:08:38 +0100 (WEST) Date: Sat, 12 May 2007 14:08:44 +0100 Message-ID: <86abwa2nqb.wl%rpaulo@fnop.net> From: Rui Paulo To: Joe Marcus Clarke In-Reply-To: <1178941549.80037.33.camel@shumai.marcuscom.com> References: <86k5vffjz8.wl%rpaulo@fnop.net> <1178941549.80037.33.camel@shumai.marcuscom.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rui Paulo , current@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: Sat, 12 May 2007 13:08:53 -0000 At Fri, 11 May 2007 23:45:49 -0400, Joe Marcus Clarke wrote: > Actually, it's not so easy. This driver operates directly on the Intel > 915 card in the MacBook. The MacBook Pro uses an ATI card. While you > can configure the driver to recognize the ATI card, the backlight code > does not work. There is a utility (userland) at > http://svn.sourceforge.net/viewvc/mactel-linux/trunk/backlight that does > this via memmapping on the ATI card. I know it's different, but the concept is the same. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat May 12 14:29:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE06816A402 for ; Sat, 12 May 2007 14:29:25 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1666B13C44B for ; Sat, 12 May 2007 14:29:24 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 12 May 2007 10:00:48 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id IQO31958; Sat, 12 May 2007 10:00:49 -0400 (EDT) Received: from 65-78-26-179.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([65.78.26.179]) by smtp01.lnh.mail.rcn.net with ESMTP; 12 May 2007 10:00:46 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17989.51344.598557.303580@jerusalem.litteratus.org> Date: Sat, 12 May 2007 10:00:48 -0400 To: freebsd-current@freebsd.org In-Reply-To: <464476D3.3090001@freebsd.org> References: <464476D3.3090001@freebsd.org> X-Mailer: VM 7.17 under 21.5 (beta27) "fiddleheads" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 14:29:25 -0000 Eric Anderson writes: > Here's some kind of bad ones from a qemu session (ignore those > calcru errors which I can't seem to get rid of): > > http://www.googlebit.com/freebsd/patches/rc_fancy_screenshots/ 1) All I see here are instances where things work. What does it look like when things are _not_ "[ OK ]"? 2) (Having not installed the patch) Do all entries look the same? Could one, e.g., cause stuff run from /usr/local/etc/rc.d to appear in a different color? Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat May 12 16:41:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B653916A406 for ; Sat, 12 May 2007 16:41:13 +0000 (UTC) (envelope-from fli@FreeBSD.org) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id 7A65C13C46A for ; Sat, 12 May 2007 16:41:13 +0000 (UTC) (envelope-from fli@FreeBSD.org) Received: from [192.168.1.100] (81-232-22-115-no50.tbcn.telia.com [81.232.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id D1C0978C20 for ; Sat, 12 May 2007 18:17:44 +0200 (CEST) Message-ID: <4645E8A2.1040408@FreeBSD.org> Date: Sat, 12 May 2007 18:17:38 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040803070207010108080003" Subject: Network interface modules keeps re-loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 16:41:13 -0000 This is a multi-part message in MIME format. --------------040803070207010108080003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Due to some exciting interaction between kldunload, devctl/devd, rc(8) and ifconfig it's currently impossible to unload a network interface module (without stopping devd first). What happens is that in kldunload during detach a INET DETACH devctl message is generated which is picked up by devd. devd will proceed by executing the default handler associated with this message, this happens to be /etc/pccard_ether foo0 stop. pccard_ether stop will run rc.d/netif stop foo0 which in turn executes, among other things, ifconfig_down foo0. ifconfig_down is defined in /etc/network.subr and runs as a last test the following code if ifexists $1; then ifconfig $1 down _cfg=0 fi Now, it starts to get interesting, ifexists is defined like this ifexists() { ifconfig $1 > /dev/null 2>&1 } This is all fine, except that the shiny new feature in ifconfig called ifmaybeload() will load non existing drivers, and viola, we're back where we started. The feature of having ifconfig loading modules was discussed briefly on current@ a while ago, but apparently nothing came out of it. ifmaybeload() is called quite early in ifconfig, my suggestion is to only call it if there is at least one more argument except the interface name given on the command line. This way the loading will still be there if one executes ifconfig foo0 up but not if one does ifconfig foo0. Or modify the rc-scripts in some mysterious ways to work around this. Fredrik Lindberg --------------040803070207010108080003 Content-Type: text/plain; name="ifconfig.c-20070512" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ifconfig.c-20070512" Index: ifconfig.c =================================================================== RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.c,v retrieving revision 1.130 diff -u -u -r1.130 ifconfig.c --- ifconfig.c 24 Mar 2007 20:26:54 -0000 1.130 +++ ifconfig.c 12 May 2007 16:13:39 -0000 @@ -229,7 +229,8 @@ argc--, argv++; /* check and maybe load support for this interface */ - ifmaybeload(ifname); + if (argc >= 1) + ifmaybeload(ifname); ifindex = if_nametoindex(ifname); if (ifindex == 0) { --------------040803070207010108080003-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 16:43:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2C0816A400 for ; Sat, 12 May 2007 16:43:30 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id 6914813C458 for ; Sat, 12 May 2007 16:43:30 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.5.6) with ESMTP id md50000071096.msg for ; Sat, 12 May 2007 20:45:41 +0400 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 12 May 2007 20:45:37 +0400 Date: Sat, 12 May 2007 20:43:16 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Stefan Farfeleder In-Reply-To: <20070512071231.GB944@lizard.fafoe.narf.at> Message-ID: <20070512201809.F944@free.home.local> References: <20070509125720.U911@free.home.local> <20070512104053.J943@free.home.local> <20070512071231.GB944@lizard.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 12 May 2007 16:45:38.0116 (UTC) FILETIME=[F81F1840:01C794B4] X-Spam-Processed: mx2.gfk.ru, Sat, 12 May 2007 20:45:41 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx2.gfk.ru, Sat, 12 May 2007 20:45:41 +0400 Cc: freebsd-current@freebsd.org Subject: Re: geom_label problems when MS-DOS FS label is blank (all spaces) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 16:43:31 -0000 On Sat, 12 May 2007, Stefan Farfeleder wrote: > On Sat, May 12, 2007 at 10:51:25AM +0400, Yuriy Tsibizov wrote: >>> In this situation libdisk can't parse kern.geom.conftxt and sysinstall >>> exits with BARF 171 message. >> >> It can be fixed with following patch. "all spaces" volume will be treated >> like a volume without label. >> >> Index: g_label_msdosfs.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/geom/label/g_label_msdosfs.c,v >> retrieving revision 1.6 >> diff -u -r1.6 g_label_msdosfs.c >> --- g_label_msdosfs.c 30 Sep 2006 08:16:49 -0000 1.6 >> +++ g_label_msdosfs.c 12 May 2007 06:39:23 -0000 >> @@ -200,7 +200,7 @@ >> } >> >> endofchecks: >> - for (i = size - 1; i > 0; i--) { >> + for (i = size - 1; i >= 0; i--) { >> if (label[i] == '\0') >> continue; >> else if (label[i] == ' ') > > This won't work because i is unsigned. Ok, I see that this patch is not correct. Do you like this one? Index: g_label_msdosfs.c =================================================================== RCS file: /home/ncvs/src/sys/geom/label/g_label_msdosfs.c,v retrieving revision 1.6 diff -u -r1.6 g_label_msdosfs.c --- g_label_msdosfs.c 30 Sep 2006 08:16:49 -0000 1.6 +++ g_label_msdosfs.c 12 May 2007 13:37:06 -0000 @@ -208,6 +208,8 @@ else break; } + if (label[i] == ' ') + label[i] = '\0'; error: if (sector0 != NULL) (there is no need to check for i == 0, because label[i] is not equal to ' ' if i > 0 after for() loop) Yuriy. From owner-freebsd-current@FreeBSD.ORG Sat May 12 17:49:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8498216A404 for ; Sat, 12 May 2007 17:49:16 +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 4566C13C45A for ; Sat, 12 May 2007 17:49:16 +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 635016909A4; Sat, 12 May 2007 18:49:03 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 1FC786909B6; Sat, 12 May 2007 18:49:03 +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, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-123-42.net.novis.pt [87.196.123.42]) by core.fnop.net (Postfix) with ESMTP id 64F356909B4; Sat, 12 May 2007 18:49:02 +0100 (WEST) Date: Sat, 12 May 2007 18:49:04 +0100 Message-ID: <864pmilypb.wl%rpaulo@fnop.net> From: Rui Paulo To: Joe Marcus Clarke In-Reply-To: <1178941549.80037.33.camel@shumai.marcuscom.com> References: <86k5vffjz8.wl%rpaulo@fnop.net> <1178941549.80037.33.camel@shumai.marcuscom.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@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: Sat, 12 May 2007 17:49:16 -0000 At Fri, 11 May 2007 23:45:49 -0400, Joe Marcus Clarke wrote: > This seems to work on my Core Duo Pro: > > dev.cpu.0.temperature: 70 > dev.cpu.1.temperature: 70 For curiosity's sake, what's your CPU? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat May 12 17:52:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44B6B16A402 for ; Sat, 12 May 2007 17:52:15 +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 346D813C4AE for ; Sat, 12 May 2007 17:52:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DE9071A3C1A; Sat, 12 May 2007 10:53:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 54C8752FB7; Sat, 12 May 2007 13:52:14 -0400 (EDT) Date: Sat, 12 May 2007 13:52:14 -0400 From: Kris Kennaway To: Mark Kirkwood Message-ID: <20070512175214.GA22914@xor.obsecurity.org> References: <46459240.8070403@paradise.net.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <46459240.8070403@paradise.net.nz> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 using GCC 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: Sat, 12 May 2007 17:52:15 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 12, 2007 at 10:09:04PM +1200, Mark Kirkwood wrote: > Hi, >=20 > I just updated one of my 6.2-STABLE machines to 7.0-CURRENT and was=20 > (mistakenly I guess) expecting to see gcc 4.x as the default compiler...= =20 > however I'm seeing 3.4.6 20060825. As far as I can tell I have performed= =20 > the upgrade correctly (followed UPDATING) and everything works fine....= =20 > also src/contrib/gcc/version.c seems to agree that 3.4.6 is it. >=20 > So... err - are we still intending to change to 4? Yes, real soon now Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRf7NWry0BWjoQKURAglnAJ9bGEtoh84paQKgAoRLHC8AO4dBoACdEhpB D/L/aiJrid/HzL72U5NL16s= =nPRT -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 18:12:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA0EA16A404 for ; Sat, 12 May 2007 18:12:50 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 771F213C469 for ; Sat, 12 May 2007 18:12:50 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l4CID6oh012444; Sat, 12 May 2007 14:13:06 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Rui Paulo In-Reply-To: <864pmilypb.wl%rpaulo@fnop.net> References: <86k5vffjz8.wl%rpaulo@fnop.net> <1178941549.80037.33.camel@shumai.marcuscom.com> <864pmilypb.wl%rpaulo@fnop.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-doz1yUHmZUnCBj5E5jCN" Organization: MarcusCom, Inc. Date: Sat, 12 May 2007 14:12:42 -0400 Message-Id: <1178993562.27716.17.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: current@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: Sat, 12 May 2007 18:12:50 -0000 --=-doz1yUHmZUnCBj5E5jCN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-05-12 at 18:49 +0100, Rui Paulo wrote: > At Fri, 11 May 2007 23:45:49 -0400, > Joe Marcus Clarke wrote: > > This seems to work on my Core Duo Pro: > >=20 > > dev.cpu.0.temperature: 70 > > dev.cpu.1.temperature: 70 >=20 > For curiosity's sake, what's your CPU? MacBookPro1,1 Core Duo 2.0 GHz Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-doz1yUHmZUnCBj5E5jCN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGRgOZb2iPiv4Uz4cRAmJeAKCJv2Acx3TdK3UneBB+xRq8eYalDgCfREul caX2BvyasDqTMeSuT/qB5wM= =LfWH -----END PGP SIGNATURE----- --=-doz1yUHmZUnCBj5E5jCN-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 14:45:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63B0416A405 for ; Sat, 12 May 2007 14:45:31 +0000 (UTC) (envelope-from kuzminva@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 EF9BF13C447 for ; Sat, 12 May 2007 14:45:30 +0000 (UTC) (envelope-from kuzminva@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so812798ugh for ; Sat, 12 May 2007 07:45:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=lW5ZS/SzBw7AHzWxmuMkcnOHQnQ4walaZkClsislCpyUYZ4N2p32Lh5DQOLzHPZ0CuXViqtSMd05FcyyVSF+KBLWQEBUGzc+7TCxY5uM/2kBj7aG6VHfnDXOJ7lyiRUg3Xu0bdeauNPRnk2KCU4MclUwIIEPtf6CMq7RqycnB4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=Txm92SI3n/PEaYvLx/cp0o/a9ZFRxIRnROLfLniZzmDN6SdPbSXv8j/+Cfi2vE+YO9/TLx8M5O91DornAHxG2ildCK+szRq6x1r8uobl1uIM0bVgX1o2XyNZxn5IS+tgMQa/o0vOKye5IlhcEY0J+a6+aRBDDCEu3T9zJbOq4x8= Received: by 10.66.222.9 with SMTP id u9mr3384648ugg.1178979451493; Sat, 12 May 2007 07:17:31 -0700 (PDT) Received: from ?88.200.136.78? ( [88.200.136.78]) by mx.google.com with ESMTP id x37sm7969199ugc.2007.05.12.07.17.28; Sat, 12 May 2007 07:17:30 -0700 (PDT) Message-ID: <4645CCB9.1050303@gmail.com> Date: Sat, 12 May 2007 19:18:33 +0500 User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org, doconnor@gsoft.com.au, Eric Anholt , "Oliver Peter ; Abdullah Ibn Hamad Al-Marri" References: <20070511031240.4B04616A46B@hub.freebsd.org> In-Reply-To: <20070511031240.4B04616A46B@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Vlad K Sm X-Mailman-Approved-At: Sat, 12 May 2007 18:23:35 +0000 Cc: Subject: Re: Intel 82845G / AGP / 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 14:45:31 -0000 On Friday 11 May 2007 00:52, Eric Anholt wrote: >> > > Also you should try loading i915.ko in the loader that might be >> > > necessary (I can't remember). >> > > > > No, only making sure that the AGP code is built into the kernel is > > necessary. However, -current should have had the intel AGP support > > for quite a while. > Ah right, sorry for the noise! :) > I found that in 6.2.-release there was a conflict between acpi and agp drivers. I mean that /dev/agpgart is not created if acpi is loalded (acpi_load="YES") that's why I turned off agp in kernel and loaded agp at first and only then acpi (using kldload). Can someone check that there is no this issue in current? Thanks, Vlad Kuzmin From owner-freebsd-current@FreeBSD.ORG Sat May 12 18:30:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7982216A403 for ; Sat, 12 May 2007 18:30:54 +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 38E7A13C483 for ; Sat, 12 May 2007 18:30:54 +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 DE85D6909A4; Sat, 12 May 2007 19:30:41 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 9FB386909B6; Sat, 12 May 2007 19:30:41 +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, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-123-42.net.novis.pt [87.196.123.42]) by core.fnop.net (Postfix) with ESMTP id 014F86909A4; Sat, 12 May 2007 19:30:40 +0100 (WEST) Date: Sat, 12 May 2007 19:30:45 +0100 Message-ID: <863b21nbca.wl%rpaulo@fnop.net> From: Rui Paulo To: Joe Marcus Clarke In-Reply-To: <1178993562.27716.17.camel@shumai.marcuscom.com> References: <86k5vffjz8.wl%rpaulo@fnop.net> <1178941549.80037.33.camel@shumai.marcuscom.com> <864pmilypb.wl%rpaulo@fnop.net> <1178993562.27716.17.camel@shumai.marcuscom.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Rui Paulo , current@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: Sat, 12 May 2007 18:30:54 -0000 At Sat, 12 May 2007 14:12:42 -0400, Joe Marcus Clarke wrote: > > [1 ] > On Sat, 2007-05-12 at 18:49 +0100, Rui Paulo wrote: > > At Fri, 11 May 2007 23:45:49 -0400, > > Joe Marcus Clarke wrote: > > > This seems to work on my Core Duo Pro: > > > > > > dev.cpu.0.temperature: 70 > > > dev.cpu.1.temperature: 70 > > > > For curiosity's sake, what's your CPU? > > MacBookPro1,1 Core Duo 2.0 GHz Do you have frequency scaling working? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat May 12 18:35:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBDB016A403 for ; Sat, 12 May 2007 18:35:13 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 7863513C46A for ; Sat, 12 May 2007 18:35:13 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l4CIZV0l012584; Sat, 12 May 2007 14:35:31 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Rui Paulo In-Reply-To: <863b21nbca.wl%rpaulo@fnop.net> References: <86k5vffjz8.wl%rpaulo@fnop.net> <1178941549.80037.33.camel@shumai.marcuscom.com> <864pmilypb.wl%rpaulo@fnop.net> <1178993562.27716.17.camel@shumai.marcuscom.com> <863b21nbca.wl%rpaulo@fnop.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-10SAlrEripWre0TNIKvt" Organization: MarcusCom, Inc. Date: Sat, 12 May 2007 14:35:07 -0400 Message-Id: <1178994907.27716.19.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: current@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: Sat, 12 May 2007 18:35:13 -0000 --=-10SAlrEripWre0TNIKvt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-05-12 at 19:30 +0100, Rui Paulo wrote: > At Sat, 12 May 2007 14:12:42 -0400, > Joe Marcus Clarke wrote: > >=20 > > [1 ] > > On Sat, 2007-05-12 at 18:49 +0100, Rui Paulo wrote: > > > At Fri, 11 May 2007 23:45:49 -0400, > > > Joe Marcus Clarke wrote: > > > > This seems to work on my Core Duo Pro: > > > >=20 > > > > dev.cpu.0.temperature: 70 > > > > dev.cpu.1.temperature: 70 > > >=20 > > > For curiosity's sake, what's your CPU? > >=20 > > MacBookPro1,1 Core Duo 2.0 GHz >=20 > Do you have frequency scaling working? I had it working before, but I have not fully recompiled the kernel to get the new freqs. I'll update you when I do. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-10SAlrEripWre0TNIKvt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGRgjab2iPiv4Uz4cRAkPwAJ9PEadmADViOzx1/nVu6lx3czRdQwCgka+h D2w4UiDcUYrwOcT8Dy47fSs= =3o0f -----END PGP SIGNATURE----- --=-10SAlrEripWre0TNIKvt-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 19:42:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B433116A402 for ; Sat, 12 May 2007 19:42:28 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 6076D13C44C for ; Sat, 12 May 2007 19:42:28 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1244342wra for ; Sat, 12 May 2007 12:42:27 -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=ihvI9E6id8lNeW5EvLKhrZmc0kLQ2TndrKqt2Q5CJYdJNa7NbOUkFxIrCMm2bjEMDY2lrGxna/iYD4fssLmJzhk8FvacGtDcrgwuBE60n6PNX0nFuu/A59soIzpsmzHDddz1EEIJHccfRvsYEOQilNijZabfV1mhZUHZtn1KTtU= 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=rcqOBcdbnVI4lfHox2oAPldJlw2A8ew4t0gMnjwmDNB8y3kd5fhT3F6EWsIC855uka5QSuTTu6mOJZbic95Yi3HnFTZjZLHeggdVXd4GpsEUHs8ATV5JqPGeP6BGPSVKCy4+hjsj1yMgn6KEArMH6kHOxiU9JfPbXfaxO6Iycxg= Received: by 10.78.188.10 with SMTP id l10mr852525huf.1178997251345; Sat, 12 May 2007 12:14:11 -0700 (PDT) Received: by 10.82.175.9 with HTTP; Sat, 12 May 2007 12:14:11 -0700 (PDT) Message-ID: Date: Sat, 12 May 2007 12:14:11 -0700 From: "Kian Mohageri" To: "Eric Anderson" In-Reply-To: <4645173A.2040008@freebsd.org> MIME-Version: 1.0 References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 19:42:28 -0000 On 5/11/07, Eric Anderson wrote: > > Amazing - so far the patch has been downloaded by over 40 different > systems, but the *screenshots* have been viewed by over 500. Wow. I > never would have guessed. > > Still no complaints/comments/etc. Good I suppose.. I don't mean to be the Debbie Downer of the list, but I'm not crazy about the addition just because I like simplicity. I know it's off by default and all, but it reminds me a whole lot of linux startup (Gentoo, specifically, but I dont remember where this originated) and I'm more fond of FBSD's as it looks more professional. Obviously that's just my 2cents though and I'm not a developer, so you won't see me complain if it does get committed :) Just thought I'd comment since you were looking for feedback. -- Kian Mohageri From owner-freebsd-current@FreeBSD.ORG Sat May 12 19:53:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9326216A400; Sat, 12 May 2007 19:53:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 694DD13C447; Sat, 12 May 2007 19:53:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B9FE046C17; Sat, 12 May 2007 15:53:05 -0400 (EDT) Date: Sat, 12 May 2007 20:53:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kian Mohageri In-Reply-To: Message-ID: <20070512205110.U24765@fledge.watson.org> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 19:53:06 -0000 On Sat, 12 May 2007, Kian Mohageri wrote: > On 5/11/07, Eric Anderson wrote: > >> Amazing - so far the patch has been downloaded by over 40 different >> systems, but the *screenshots* have been viewed by over 500. Wow. I never >> would have guessed. >> >> Still no complaints/comments/etc. Good I suppose.. > > I don't mean to be the Debbie Downer of the list, but I'm not crazy about > the addition just because I like simplicity. I know it's off by default and > all, but it reminds me a whole lot of linux startup (Gentoo, specifically, > but I dont > > remember where this originated) and I'm more fond of FBSD's as it looks more > > professional. > > Obviously that's just my 2cents though and I'm not a developer, so you won't > see me complain if it does get committed :) Just thought I'd comment since > you were looking for feedback. Call me old-fashioned, but I actually preferred the much more abbreviated rc output from before rc.d even. :-) We're not going back to hardware devices where all the probed devices add up to fewer than 25 lines, I'm sure, but when daemons generated 8-12 characters without a carriage return each, there was a good chance you could still see the end of the kernel messages by the time you got to login:, and I miss that. I don't object to optional more complex output as long as that complexity is hidden away neatly somewhere in rc.subr, and isn't on by default as shipped. I'd love it if someone could restore the even shorter output we had before. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat May 12 19:59:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6F4B16A402; Sat, 12 May 2007 19:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF49013C455; Sat, 12 May 2007 19:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CJxbge077878; Sat, 12 May 2007 15:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CJxbQg053493; Sat, 12 May 2007 15:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EC5397306B; Sat, 12 May 2007 15:59:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512195936.EC5397306B@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 15:59:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 19:59:38 -0000 TB --- 2007-05-12 19:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 19:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-05-12 19:50:00 - cleaning the object tree TB --- 2007-05-12 19:50:25 - checking out the source tree TB --- 2007-05-12 19:50:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-05-12 19:50:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 19:59:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 19:59:25 - cd /src TB --- 2007-05-12 19:59:25 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 19:59:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/arm/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/arm/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 19:59:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 19:59:36 - ERROR: failed to build world TB --- 2007-05-12 19:59:36 - tinderbox aborted TB --- 0.61 user 1.66 system 576.52 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 19:59:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB2E616A405; Sat, 12 May 2007 19:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B3DFE13C458; Sat, 12 May 2007 19:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CJxb1c077875; Sat, 12 May 2007 15:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CJxbRY021704; Sat, 12 May 2007 15:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD7D873069; Sat, 12 May 2007 15:59:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512195936.DD7D873069@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 15:59:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 19:59:38 -0000 TB --- 2007-05-12 19:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 19:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-12 19:50:00 - cleaning the object tree TB --- 2007-05-12 19:50:41 - checking out the source tree TB --- 2007-05-12 19:50:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-12 19:50:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 19:59:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 19:59:25 - cd /src TB --- 2007-05-12 19:59:25 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 19:59:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/amd64/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/amd64/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 19:59:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 19:59:36 - ERROR: failed to build world TB --- 2007-05-12 19:59:36 - tinderbox aborted TB --- 0.81 user 3.86 system 576.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:04:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C3BC16A402 for ; Sat, 12 May 2007 20:04:29 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 3336F13C48C for ; Sat, 12 May 2007 20:04:29 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id E996A5B3E; Sat, 12 May 2007 13:04:28 -0700 (PDT) To: Peter Schuller In-reply-to: Your message of "Sat, 12 May 2007 09:29:12 +0200." <46456CC8.30909@infidyne.com> Date: Sat, 12 May 2007 13:04:28 -0700 From: Bakul Shah Message-Id: <20070512200428.E996A5B3E@mail.bitblocks.com> Cc: freebsd-current@freebsd.org, efinley@efinley.com Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 20:04:29 -0000 > > zpool create foo raidz2 dev0 dev1 dev2 dev3 > > zpool add foo raidz2 dev4 dev5 dev6 dev7 > > > > The new devices are in a different raidz2 group but but *all > > of the space* will be used for any filesystem on this pool -- > > isn't this good enough and if not, why? > > Isn't it obvious? > > You waste less diskspace. In the above setup you are only using > half your diskspace and depending on what you need it for you might > aswell have been using a mirror... > > Often having two parity drives can be more important than the ratio of > parity vs. non-parity. Fair enough. > Also, if you DO want 50% parity, a single raidz2 with 8 drives with 50% > parity is more resilient to failures than 2x4 raidz2 since any 4 drives > can fail whereas in the latter case any 2 drives can fail, or up 4 > drives if they happen to be the right drives. I believe raidz2 means two parity blocks so if you want 50% parity you'd need raidz4. But that nit aside, you have a valid point. > > Not worth it > > Most definitely worth it in many situations where performance is just > not the goal. So what if it takes a week to perform the operation, as > long as the array is not degraded during this timewindow. It is not obvious at all that performance would not be a goal for a freebsd user! It *is* obvious that you would want more space but not obvious how to do the conversion from an N disk raidz2 array to N+1 disk raidz2 array *without bringing the whole array down*. Even you may care about the array being down for hours/days! Thinking more about this, I believe this can be done without adding too many complications. Proof left as an exercise:-) From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:07:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A177F16A400; Sat, 12 May 2007 20:07:09 +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 6A08713C44C; Sat, 12 May 2007 20:07:09 +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 l4CK78ml078186; Sat, 12 May 2007 16:07:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CK78XB034394; Sat, 12 May 2007 16:07:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9FA0A73069; Sat, 12 May 2007 16:07:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512200708.9FA0A73069@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:07:08 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 20:07:09 -0000 TB --- 2007-05-12 19:59:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 19:59:37 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-12 19:59:37 - cleaning the object tree TB --- 2007-05-12 20:00:29 - checking out the source tree TB --- 2007-05-12 20:00:29 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-12 20:00:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:06:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:06:57 - cd /src TB --- 2007-05-12 20:06:57 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:06:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/pc98/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/pc98/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:07:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:07:08 - ERROR: failed to build world TB --- 2007-05-12 20:07:08 - tinderbox aborted TB --- 0.83 user 2.92 system 451.42 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:07:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A195316A402; Sat, 12 May 2007 20:07:09 +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 69EF213C44B; Sat, 12 May 2007 20:07:09 +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 l4CK79Ht078189; Sat, 12 May 2007 16:07:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CK782g057996; Sat, 12 May 2007 16:07:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE2E57306B; Sat, 12 May 2007 16:07:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512200708.BE2E57306B@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:07:08 -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: Sat, 12 May 2007 20:07:09 -0000 TB --- 2007-05-12 19:59:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 19:59:37 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-12 19:59:37 - cleaning the object tree TB --- 2007-05-12 20:00:22 - checking out the source tree TB --- 2007-05-12 20:00:22 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-12 20:00:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:06:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:06:57 - cd /src TB --- 2007-05-12 20:06:57 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:06:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:07:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:07:08 - ERROR: failed to build world TB --- 2007-05-12 20:07:08 - tinderbox aborted TB --- 0.78 user 3.05 system 451.45 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:14:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C67016A405; Sat, 12 May 2007 20:14:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1DC8313C45B; Sat, 12 May 2007 20:14: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 l4CKElTg078461; Sat, 12 May 2007 16:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKElxN053406; Sat, 12 May 2007 16:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CFE573069; Sat, 12 May 2007 16:14:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512201447.4CFE573069@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:14:47 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 20:14:48 -0000 TB --- 2007-05-12 20:07:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:07:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-12 20:07:08 - cleaning the object tree TB --- 2007-05-12 20:07:49 - checking out the source tree TB --- 2007-05-12 20:07:49 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-12 20:07:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:14:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:14:37 - cd /src TB --- 2007-05-12 20:14:37 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:14:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/ia64/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/ia64/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:14:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:14:47 - ERROR: failed to build world TB --- 2007-05-12 20:14:47 - tinderbox aborted TB --- 0.65 user 2.69 system 458.29 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:14:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C275016A408; Sat, 12 May 2007 20:14:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB2913C45E; Sat, 12 May 2007 20:14:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKElna078462; Sat, 12 May 2007 16:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKEl8C062669; Sat, 12 May 2007 16:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 630FD7306B; Sat, 12 May 2007 16:14:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512201447.630FD7306B@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:14:47 -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: Sat, 12 May 2007 20:14:48 -0000 TB --- 2007-05-12 20:07:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:07:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-12 20:07:08 - cleaning the object tree TB --- 2007-05-12 20:07:51 - checking out the source tree TB --- 2007-05-12 20:07:51 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-12 20:07:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:14:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:14:36 - cd /src TB --- 2007-05-12 20:14:36 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:14:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/powerpc/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/powerpc/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:14:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:14:47 - ERROR: failed to build world TB --- 2007-05-12 20:14:47 - tinderbox aborted TB --- 0.64 user 2.52 system 458.33 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:20:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE6D816A405 for ; Sat, 12 May 2007 20:20:06 +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 76A0B13C46E for ; Sat, 12 May 2007 20:20:06 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id D7C9D1CC5A; Sun, 13 May 2007 08:20:04 +1200 (NZST) Date: Sun, 13 May 2007 08:20:04 +1200 From: Andrew Thompson To: Fredrik Lindberg Message-ID: <20070512202004.GA71624@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Fredrik Lindberg , freebsd-current@freebsd.org References: <4645E8A2.1040408@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4645E8A2.1040408@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Network interface modules keeps re-loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 20:20:06 -0000 On Sat, May 12, 2007 at 06:17:38PM +0200, Fredrik Lindberg wrote: > Hi > > Due to some exciting interaction between kldunload, devctl/devd, rc(8) > and ifconfig it's currently impossible to unload a network interface > module (without stopping devd first). > > The feature of having ifconfig loading modules was discussed briefly > on current@ a while ago, but apparently nothing came out of it. > > ifmaybeload() is called quite early in ifconfig, my suggestion is to > only call it if there is at least one more argument except the interface > name given on the command line. > diff -u -u -r1.130 ifconfig.c > --- ifconfig.c 24 Mar 2007 20:26:54 -0000 1.130 > +++ ifconfig.c 12 May 2007 16:13:39 -0000 > @@ -229,7 +229,8 @@ > argc--, argv++; > > /* check and maybe load support for this interface */ > - ifmaybeload(ifname); > + if (argc >= 1) > + ifmaybeload(ifname); A similar solution to this was committed in rev1.129 of ifconfig.c but then backed out later as the module loading proved to be feature used by quite a few people. I think an example was being able to load and initialise an interface by just trying 'ifconfig foo0'. I think a different way to solve this is to add a argument to ifconfig to suppress the module loading and then use it at the appropriate places in rc. Andrew From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:22:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E95E716A404; Sat, 12 May 2007 20:22:31 +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 B07FB13C46C; Sat, 12 May 2007 20:22: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 l4CKMVXY078779; Sat, 12 May 2007 16:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKMVPw066888; Sat, 12 May 2007 16:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 17FF773069; Sat, 12 May 2007 16:22:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512202231.17FF773069@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:22:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 20:22:32 -0000 TB --- 2007-05-12 20:14:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:14:47 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-12 20:14:47 - cleaning the object tree TB --- 2007-05-12 20:15:17 - checking out the source tree TB --- 2007-05-12 20:15:17 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-12 20:15:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:22:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:22:20 - cd /src TB --- 2007-05-12 20:22:20 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:22:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/sun4v/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/sun4v/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:22:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:22:31 - ERROR: failed to build world TB --- 2007-05-12 20:22:31 - tinderbox aborted TB --- 0.55 user 2.27 system 463.57 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:22:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EABB016A406; Sat, 12 May 2007 20:22:31 +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 B09E513C46E; Sat, 12 May 2007 20:22:31 +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 l4CKMVpu078778; Sat, 12 May 2007 16:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKMVcc067533; Sat, 12 May 2007 16:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2533D7306B; Sat, 12 May 2007 16:22:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512202231.2533D7306B@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:22:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Sat, 12 May 2007 20:22:32 -0000 TB --- 2007-05-12 20:14:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:14:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-12 20:14:47 - cleaning the object tree TB --- 2007-05-12 20:15:25 - checking out the source tree TB --- 2007-05-12 20:15:25 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-12 20:15:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:22:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:22:20 - cd /src TB --- 2007-05-12 20:22:20 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:22:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/sparc64/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/sparc64/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:22:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:22:31 - ERROR: failed to build world TB --- 2007-05-12 20:22:31 - tinderbox aborted TB --- 0.77 user 2.55 system 463.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:32:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 050AD16A404; Sat, 12 May 2007 20:32:18 +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 C22E313C45A; Sat, 12 May 2007 20:32: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 l4CKWHX1079213; Sat, 12 May 2007 16:32:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKWHR0072588; Sat, 12 May 2007 16:32:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E44627306B; Sat, 12 May 2007 16:32:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512203216.E44627306B@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:32:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 20:32:18 -0000 TB --- 2007-05-12 20:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-05-12 20:25:00 - cleaning the object tree TB --- 2007-05-12 20:25:02 - checking out the source tree TB --- 2007-05-12 20:25:02 - cd /tinderbox/HEAD/arm/arm TB --- 2007-05-12 20:25:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:32:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:32:06 - cd /src TB --- 2007-05-12 20:32:06 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:32:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/arm/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/arm/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:32:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:32:16 - ERROR: failed to build world TB --- 2007-05-12 20:32:16 - tinderbox aborted TB --- 0.09 user 0.00 system 436.08 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:32:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A8B416A408; Sat, 12 May 2007 20:32:18 +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 C69EE13C46A; Sat, 12 May 2007 20:32: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 l4CKWHvU079210; Sat, 12 May 2007 16:32:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKWGq3072585; Sat, 12 May 2007 16:32:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9324373069; Sat, 12 May 2007 16:32:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512203216.9324373069@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:32:16 -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: Sat, 12 May 2007 20:32:18 -0000 TB --- 2007-05-12 20:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-12 20:25:00 - cleaning the object tree TB --- 2007-05-12 20:25:02 - checking out the source tree TB --- 2007-05-12 20:25:02 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-12 20:25:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:32:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:32:06 - cd /src TB --- 2007-05-12 20:32:06 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:32:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/amd64/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/amd64/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:32:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:32:16 - ERROR: failed to build world TB --- 2007-05-12 20:32:16 - tinderbox aborted TB --- 0.05 user 0.03 system 436.07 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:38:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47F2116A402; Sat, 12 May 2007 20:38:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 11ACA13C459; Sat, 12 May 2007 20:38:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKclrd079493; Sat, 12 May 2007 16:38:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKcljq076670; Sat, 12 May 2007 16:38:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5E09873069; Sat, 12 May 2007 16:38:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512203847.5E09873069@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:38:47 -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: Sat, 12 May 2007 20:38:48 -0000 TB --- 2007-05-12 20:32:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:32:16 - starting HEAD tinderbox run for i386/i386 TB --- 2007-05-12 20:32:16 - cleaning the object tree TB --- 2007-05-12 20:32:20 - checking out the source tree TB --- 2007-05-12 20:32:20 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-05-12 20:32:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:38:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:38:37 - cd /src TB --- 2007-05-12 20:38:37 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:38:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:38:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:38:47 - ERROR: failed to build world TB --- 2007-05-12 20:38:47 - tinderbox aborted TB --- 0.05 user 0.02 system 390.45 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 20:38:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EDAF16A514; Sat, 12 May 2007 20:38:53 +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 162CC13C45A; Sat, 12 May 2007 20:38:52 +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 l4CKcqP5079499; Sat, 12 May 2007 16:38:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CKcqb7096270; Sat, 12 May 2007 16:38:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C4997306B; Sat, 12 May 2007 16:38:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512203847.6C4997306B@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 16:38:47 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 20:38:53 -0000 TB --- 2007-05-12 20:32:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:32:16 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-12 20:32:16 - cleaning the object tree TB --- 2007-05-12 20:32:20 - checking out the source tree TB --- 2007-05-12 20:32:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-12 20:32:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:38:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:38:37 - cd /src TB --- 2007-05-12 20:38:37 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:38:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] sh /src/tools/install.sh -s -o root -g wheel -m 555 xinstall /obj/pc98/src/tmp/legacy/usr/bin/install ===> usr.sbin/config (obj,depend,all,install) /obj/pc98/src/tmp/src/usr.sbin/config created for /src/usr.sbin/config yacc -d /src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] = {' ',0};' < kernconf.tmpl > kernconf.c cannot open kernconf.tmpl: No such file or directory *** Error code 2 Stop in /src/usr.sbin/config. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 20:38:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 20:38:47 - ERROR: failed to build world TB --- 2007-05-12 20:38:47 - tinderbox aborted TB --- 0.05 user 0.03 system 390.44 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 21:08:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D93D416A400 for ; Sat, 12 May 2007 21:08:05 +0000 (UTC) (envelope-from fli@FreeBSD.org) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9916D13C44B for ; Sat, 12 May 2007 21:08:05 +0000 (UTC) (envelope-from fli@FreeBSD.org) Received: from [192.168.1.100] (81-232-22-115-no50.tbcn.telia.com [81.232.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id 9B07978C20; Sat, 12 May 2007 23:08:03 +0200 (CEST) Message-ID: <46462CB2.9050008@FreeBSD.org> Date: Sat, 12 May 2007 23:08:02 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Andrew Thompson , freebsd-current@freebsd.org References: <4645E8A2.1040408@FreeBSD.org> <20070512202004.GA71624@heff.fud.org.nz> In-Reply-To: <20070512202004.GA71624@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Network interface modules keeps re-loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 21:08:05 -0000 Andrew Thompson wrote: > > A similar solution to this was committed in rev1.129 of ifconfig.c but > then backed out later as the module loading proved to be feature used by > quite a few people. I think an example was being able to load and > initialise an interface by just trying 'ifconfig foo0'. > > I think a different way to solve this is to add a argument to ifconfig > to suppress the module loading and then use it at the appropriate places > in rc. > Oh, I should have read the commit logs first, sorry about that. Either way, I think something should be done about it. It certainly annoyed me today before I could figure out what as going on. When somebody issues a kldunload, they shouldn't get the module re-loaded right away. Clearly people want the current behavior (although I question it myself), what would be an appropriate way to suppress loading? ifconfig -n foo0, as in no-probe/load? Fredrik From owner-freebsd-current@FreeBSD.ORG Sat May 12 19:14:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8D5516A405 for ; Sat, 12 May 2007 19:14:11 +0000 (UTC) (envelope-from xistence@0x58.com) Received: from mailexchange.osnn.net (1e.66.5646.static.theplanet.com [70.86.102.30]) by mx1.freebsd.org (Postfix) with SMTP id B409213C44B for ; Sat, 12 May 2007 19:14:11 +0000 (UTC) (envelope-from xistence@0x58.com) Received: (qmail 14477 invoked by uid 0); 12 May 2007 18:43:45 -0000 Received: from unknown (HELO ?10.10.10.22?) (xistence@0x58.com@72.208.132.56) by mailexchange.osnn.net with SMTP; 12 May 2007 18:43:45 -0000 Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <20070510125445.GA5460@hub.freebsd.org> References: <20070510111326.GA94093@hub.freebsd.org> <20070510132153.A91312@fledge.watson.org> <20070510125445.GA5460@hub.freebsd.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-5-972466620; protocol="application/pkcs7-signature" Message-Id: From: Bert JW Regeer Date: Sat, 12 May 2007 11:47:25 -0700 To: Darren Reed , current@freebsd.org, hackers@freebsd.org X-Mailer: Apple Mail (2.752.3) X-Mailman-Approved-At: Sat, 12 May 2007 21:35:07 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Experiences with 7.0-CURRENT and vmware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 19:14:12 -0000 --Apple-Mail-5-972466620 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On May 10, 2007, at 5:54 AM, Darren Reed wrote: > [...] > >> But if if_em is probing, it suggests a VMware >> change rather than a FreeBSD change, which you may be able to >> revert by >> telling it to expose a Lance-style device as opposed to an Intel >> device. > > There's no way to choose the type of card vmware emulates. > I always set my VMWare to expose an intel e1000 card, which gets probed correctly by almost all systems, even Windows with the Intel drivers installed. In your .vmx file you should find a line like this: ethernet0.virtualDev="e1000" If VMWare is to give an em device, if you remove that line it should default back to lnc driver. That being said, I have had no performance problems with the em driver on FreeBSD 6.0 in VMWare, and have not had the timeout problems you mentioned. > Darren Bert JW Regeer --Apple-Mail-5-972466620-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 21:53:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BB4F16A402; Sat, 12 May 2007 21:53:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF2013C44C; Sat, 12 May 2007 21:53:15 +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 l4CLrEr4082607; Sat, 12 May 2007 17:53:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CLrEO2029815; Sat, 12 May 2007 17:53:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2846E73068; Sat, 12 May 2007 17:53:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512215314.2846E73068@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 17:53:14 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 21:53:15 -0000 TB --- 2007-05-12 20:38:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:38:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-12 20:38:47 - cleaning the object tree TB --- 2007-05-12 20:38:50 - checking out the source tree TB --- 2007-05-12 20:38:50 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-12 20:38:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:45:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:45:39 - cd /src TB --- 2007-05-12 20:45:39 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:45:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 12 21:42:56 UTC 2007 TB --- 2007-05-12 21:42:56 - generating LINT kernel config TB --- 2007-05-12 21:42:56 - cd /src/sys/powerpc/conf TB --- 2007-05-12 21:42:56 - /usr/bin/make -B LINT TB --- 2007-05-12 21:42:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-12 21:42:56 - cd /src TB --- 2007-05-12 21:42:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 12 21:42: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/powermac/uninorth.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/psim/iobus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/psim/ata_iobus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/psim/openpic_iobus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/psim/uart_iobus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/scc/scc_bfe_macio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror config.c config.c:11: error: syntax error before "x09" *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 21:53:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 21:53:13 - ERROR: failed to build lint kernel TB --- 2007-05-12 21:53:13 - tinderbox aborted TB --- 0.04 user 0.05 system 4466.39 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 22:18:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB88E16A40B; Sat, 12 May 2007 22:18:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A20F13C46E; Sat, 12 May 2007 22:18:16 +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 l4CMIFsY083649; Sat, 12 May 2007 18:18:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CMIFlk028224; Sat, 12 May 2007 18:18:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C2AF73068; Sat, 12 May 2007 18:18:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512221815.9C2AF73068@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 18:18:15 -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: Sat, 12 May 2007 22:18:16 -0000 TB --- 2007-05-12 20:38:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 20:38:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-12 20:38:47 - cleaning the object tree TB --- 2007-05-12 20:38:51 - checking out the source tree TB --- 2007-05-12 20:38:51 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-12 20:38:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 20:45:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 20:45:39 - cd /src TB --- 2007-05-12 20:45:39 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 20:45:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 12 22:02:12 UTC 2007 TB --- 2007-05-12 22:02:12 - generating LINT kernel config TB --- 2007-05-12 22:02:12 - cd /src/sys/ia64/conf TB --- 2007-05-12 22:02:12 - /usr/bin/make -B LINT TB --- 2007-05-12 22:02:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-12 22:02:12 - cd /src TB --- 2007-05-12 22:02:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 12 22:02:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/libkern/ia64/__udivsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/libkern/ia64/__umoddi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/libkern/ia64/__umodsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/libkern/ia64/bswap16.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/libkern/ia64/bswap32.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/libkern/memset.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror config.c config.c:11: error: syntax error before "x09" *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 22:18:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 22:18:15 - ERROR: failed to build lint kernel TB --- 2007-05-12 22:18:15 - tinderbox aborted TB --- 0.05 user 0.04 system 5967.88 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 22:39:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30FF916A400 for ; Sat, 12 May 2007 22:39:25 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id E62AB13C45B for ; Sat, 12 May 2007 22:39:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l4CMdNKp013865; Sat, 12 May 2007 18:39:23 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sat, 12 May 2007 18:39:24 -0400 (EDT) Date: Sat, 12 May 2007 18:39:23 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: Message-ID: References: <20070511083154.0b72ff46@kan.dnsalias.net> <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change 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: Sat, 12 May 2007 22:39:25 -0000 On Fri, 11 May 2007, Daniel Eischen wrote: > On Fri, 11 May 2007, Alexander Kabaev wrote: > >> Not really. You've wrote it several times before and I kept forgetting to >> ask >> you why do you think libraries getting versioned symbols need to be >> bumped. There might be a valid reason for this, but it somehow escapes me >> and I would greatly appreciate you helping me to get this straight. I do >> not >> think breaking binaries linking to symbols to which they had no business to >> link >> in the first place is reason good enough. And testing done by Kris did show >> us that the percentage of such binaries extremely small, small enough to be >> treated as a noise. > > I think it was because I thought libraries and applications that > are linked without symbol dependencies would always get the > latest version of the symbol, not the earliest version of > the symbol. But if I recall correctly from prior email from > you, you should get the earliest version of the symbol in > lieu of no recorded symbol dependency? libc and the thread libraries need to be bumped for a couple of reasons. I believe the internal jump table (see __thr_jtable in src/lib/libc/include/libc_private.h) changed sizes between 6.x and 7.x. The other reason is that libpthread and libthr used the namespace LIBPTHREAD_1_0 as their namespace, and this needs to be removed and FBSD_1.0 used instead. libpthread currently has to play some ugly games in order to be compatible with both namespaces. libthr currently doesn't have those ugly hacks and it would have to add them if its library version is not bumped. -- DE From owner-freebsd-current@FreeBSD.ORG Sat May 12 23:07:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEFAA16A402 for ; Sat, 12 May 2007 23:07:40 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 662A713C447 for ; Sat, 12 May 2007 23:07:40 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1226652wxc for ; Sat, 12 May 2007 16:07:39 -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; b=WqEvVpyXJ5ZHLOTKjhwGgjIGjpTibgt8u037rWqQcp61HoQsSF//TbA0HK1eg2geHqezGfC/s33JKWFiDiFcTrakyGa0rExt2fgV6fQZzgSjwisjazLlgNQzf2Tswf9kRHNK68NHgj0NO0g/2LTOLaGsPC5f9Y09S3p4E47ZhwY= 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; b=YuIeMhAd1nJOwySBb/TSyX7yIM9uIdVKam+5BA1XJfoYxFmEGqAtGVJqEh5sKRSD4O/xoPLVf8+XHrYo06WWzaJ41yTLkP2H+5oI435/8GcvVviOPbMckiSvnDkikQg2zepzJoAItP3jRtSS4ccBlCqmRPxw6MbrBQyo+8Brv5s= Received: by 10.70.90.14 with SMTP id n14mr7449072wxb.1179011259780; Sat, 12 May 2007 16:07:39 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id i19sm1660895wxd.2007.05.12.16.07.37; Sat, 12 May 2007 16:07:38 -0700 (PDT) Date: Sat, 12 May 2007 19:07:33 -0400 From: Alexander Kabaev To: Daniel Eischen Message-ID: <20070512190733.2ad55289@kan.dnsalias.net> In-Reply-To: References: <20070511083154.0b72ff46@kan.dnsalias.net> <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_5koKmB09LeV6SL8zNd3RGWX; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2007 23:07:40 -0000 --Sig_5koKmB09LeV6SL8zNd3RGWX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 12 May 2007 18:39:23 -0400 (EDT) Daniel Eischen wrote: > On Fri, 11 May 2007, Daniel Eischen wrote: >=20 > > On Fri, 11 May 2007, Alexander Kabaev wrote: > > > >> Not really. You've wrote it several times before and I kept > >> forgetting to ask > >> you why do you think libraries getting versioned symbols need to be > >> bumped. There might be a valid reason for this, but it somehow > >> escapes me and I would greatly appreciate you helping me to get > >> this straight. I do not > >> think breaking binaries linking to symbols to which they had no > >> business to link > >> in the first place is reason good enough. And testing done by Kris > >> did show us that the percentage of such binaries extremely small, > >> small enough to be treated as a noise. > > > > I think it was because I thought libraries and applications that > > are linked without symbol dependencies would always get the > > latest version of the symbol, not the earliest version of > > the symbol. But if I recall correctly from prior email from > > you, you should get the earliest version of the symbol in > > lieu of no recorded symbol dependency? >=20 > libc and the thread libraries need to be bumped for a couple of > reasons. I believe the internal jump table (see __thr_jtable > in src/lib/libc/include/libc_private.h) changed sizes between > 6.x and 7.x. The other reason is that libpthread and libthr > used the namespace LIBPTHREAD_1_0 as their namespace, and this > needs to be removed and FBSD_1.0 used instead. libpthread > currently has to play some ugly games in order to be compatible > with both namespaces. libthr currently doesn't have those > ugly hacks and it would have to add them if its library version > is not bumped. >=20 > --=20 > DE Hmm, than does complicate matters a bit and I need to think about this a little bit more. Could you commit the rest of the patch meanwhile? It might turn out that another wholesale bump was made unavoidable by our earlier actions already. I just do not want to rush it :) --=20 Alexander Kabaev --Sig_5koKmB09LeV6SL8zNd3RGWX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRki1Q6z1jMm+XZYRAuogAJ96ALkZcAL/PjgKME1Apq6RnMARWwCguU2s 7JLfukJpvBKM2WPsR1umBbw= =ihYz -----END PGP SIGNATURE----- --Sig_5koKmB09LeV6SL8zNd3RGWX-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 23:08:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92A2916A407; Sat, 12 May 2007 23:08:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8AD13C480; Sat, 12 May 2007 23:08:07 +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 l4CN86nm086028; Sat, 12 May 2007 19:08:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CN86qS055553; Sat, 12 May 2007 19:08:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7213073068; Sat, 12 May 2007 19:08:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512230806.7213073068@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 19:08:06 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 23:08:07 -0000 TB --- 2007-05-12 21:53:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 21:53:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-12 21:53:14 - cleaning the object tree TB --- 2007-05-12 21:53:14 - checking out the source tree TB --- 2007-05-12 21:53:14 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-12 21:53:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 22:00:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 22:00:56 - cd /src TB --- 2007-05-12 22:00:56 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 22:00: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 Sat May 12 22:56:21 UTC 2007 TB --- 2007-05-12 22:56:21 - generating LINT kernel config TB --- 2007-05-12 22:56:21 - cd /src/sys/sparc64/conf TB --- 2007-05-12 22:56:21 - /usr/bin/make -B LINT TB --- 2007-05-12 22:56:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-12 22:56:21 - cd /src TB --- 2007-05-12 22:56:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 12 22:56:21 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/tlb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/trap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/tsb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/upa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/vm_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror config.c config.c:11: error: syntax error before "x09" *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 23:08:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 23:08:06 - ERROR: failed to build lint kernel TB --- 2007-05-12 23:08:06 - tinderbox aborted TB --- 0.05 user 0.02 system 4491.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 23:29:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41C3616A402; Sat, 12 May 2007 23:29:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1991D13C457; Sat, 12 May 2007 23:29:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CNTFbv086869; Sat, 12 May 2007 19:29:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4CNTFDp065475; Sat, 12 May 2007 19:29:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EC2273068; Sat, 12 May 2007 19:29:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070512232915.1EC2273068@freebsd-current.sentex.ca> Date: Sat, 12 May 2007 19:29:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Sat, 12 May 2007 23:29:16 -0000 TB --- 2007-05-12 22:18:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-12 22:18:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-12 22:18:15 - cleaning the object tree TB --- 2007-05-12 22:18:16 - checking out the source tree TB --- 2007-05-12 22:18:16 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-12 22:18:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-12 22:25:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-12 22:25:39 - cd /src TB --- 2007-05-12 22:25:39 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 22:25:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 12 23:18:20 UTC 2007 TB --- 2007-05-12 23:18:20 - generating LINT kernel config TB --- 2007-05-12 23:18:20 - cd /src/sys/sun4v/conf TB --- 2007-05-12 23:18:20 - /usr/bin/make -B LINT TB --- 2007-05-12 23:18:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-12 23:18:20 - cd /src TB --- 2007-05-12 23:18:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 12 23:18: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/mdesc/mdesc_nodecount.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/mdesc/mdesc_findnodeprop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/mdesc/mdesc_rootnode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/mdesc/mdesc_scandag.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/mdesc/mdesc_vdevfindnode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/mdesc/mdesc_vdevfindval.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror config.c config.c:11: error: syntax error before "x09" *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-12 23:29:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-12 23:29:15 - ERROR: failed to build lint kernel TB --- 2007-05-12 23:29:15 - tinderbox aborted TB --- 0.05 user 0.04 system 4259.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full