From owner-freebsd-stable@FreeBSD.ORG Sun Apr 8 06:06:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE09016A408 for ; Sun, 8 Apr 2007 06:06:04 +0000 (UTC) (envelope-from jason@theyhost.com) Received: from vogon.theyhost.com (D3030.servadmin.com [12.158.191.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3949A13C4AD for ; Sun, 8 Apr 2007 06:06:03 +0000 (UTC) (envelope-from jason@theyhost.com) Received: from trillian (vogon.theyhost.com [12.158.191.101]) by vogon.theyhost.com (8.13.8/8.13.8) with SMTP id l385SoZC097281 for ; Sat, 7 Apr 2007 22:28:51 -0700 (PDT) (envelope-from jason@theyhost.com) Message-ID: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> From: "Jason Vance" To: Date: Sat, 7 Apr 2007 22:31:07 -0700 Organization: Vance Technologies MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Status: No, score=-1.1 required=6.8 tests=AWL,BAYES_50 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on vogon.theyhost.com Subject: FreeBSD 6.1-RELEASE source update fails during compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jason Vance List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 06:06:04 -0000 I'm unable to buildworld on a brand new installation of freebsd 6.1. Almost everytime my build fails on the genattrtab.c section of cc_tools. I've tried multiple harddrives, and downloaded the source code many times. A couple of times the system has rebooted itself, once during cvsup of the source code, and again during a build. What else should I be looking for to diagnose this problem? My System: FreeBSD 6.1-RELEASE 733MHZ Intel P3 Asus pv3-4x latest bios 1006.004 Sound Blaster Live Voodoo 3 16mb GFX Card HDDs: I've tried 3 different drives, the first few tries were with 2 drives gmirror'd and then without the gmirror ( RAID 1 ) Memtest checks out ok ( Ran 5 hours 150 loops ) Here is the last few lines of everytime I've tried to compile the source. ========================================================= ./gencodes /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-codes.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genconfig genconfig.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genconfig /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-config.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genflags genflags.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. {standard input}: Assembler messages: {standard input}:14060: Warning: partial line at end of file ignored *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ==================================================== ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. {standard input}: Assembler messages: {standard input}:14060: Warning: partial line at end of file ignored *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ===================================================== make buildworld ===> gnu/usr.bin/binutils/ranlib (cleandir) ===> gnu/usr.bin/binutils/readelf (cleandir) ===> gnu/usr.bin/binutils/size (cleandir) ===> gnu/usr.bin/binutils/strings (cleandir) ===> gnu/usr.bin/binutils/strip (cleandir) ===> gnu/usr.bin/binutils/doc (cleandir) ===> gnu/usr.bin/cc (cleandir) ===> gnu/usr.bin/cc/cc_tools (cleandir) REBOOT! ====================================================== cvsup stable-cvsup ./genconfig /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-config.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genflags genflags.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c {standard input}: Assembler messages: {standard input}:14061: Error: expected symbol name *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ===================================================== cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xmemdup.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xstrdup.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xstrerror.c ranlib libiberty.a Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ===================================================== ./genconfig /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-config.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genflags genflags.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. {standard input}: Assembler messages: {standard input}:14060: Warning: partial line at end of file ignored *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ========================================================= reinstalled - no gmirror cvsup'd 6_1-release source make buildworld /usr/obj/usr/src/usr.bin/split created for /usr/src/usr.bin/split ===> usr.bin/stat (obj) /usr/obj/usr/src/usr.bin/stat created for /usr/src/usr.bin/stat ===> usr.bin/su (obj) /usr/obj/usr/src/usr.bin/su created for /usr/src/usr.bin/su ===> usr.bin/systat (obj) /usr/obj/usr/src/usr.bin/systat created for /usr/src/usr.bin/systat ===> usr.bin/tabs (obj) /usr/obj/usr/src/usr.bin/tabs created for /usr/src/usr.bin/tabs ===> usr.bin/tail (obj) /usr/obj/usr/src/usr.bin/tail created for /usr/src/usr.bin/tail ===> usr.bin/talk (obj) /usr/obj/usr/src/usr.bin/talk created for /usr/src/usr.bin/talk ===> usr.bin/tar (obj) /usr/obj/usr/src/usr.bin/tar created for /usr/src/usr.bin/tar ===> usr.bin/tcopy (obj) /usr/obj/usr/src/usr.bin/tcopy created for /usr/src/usr.bin/tcopy ===> usr.bin/tee (obj) /usr/obj/usr/src/usr.bin/tee created for /usr/src/usr.bin/tee ===> usr.bin/telnet (obj) /usr/obj/usr/src/usr.bin/telnet created for /usr/src/usr.bin/telnet ===> usr.bin/tftp (obj) /usr/obj/usr/src/usr.bin/tftp created for /usr/src/usr.bin/tftp ===> usr.bin/time (obj) /usr/obj/usr/src/usr.bin/time created for /usr/src/usr.bin/time ===> usr.bin/tip (obj) ===> usr.bin/tip/tip (obj) /usr/obj/usr/src/usr.bin/tip/tip created for /usr/src/usr.bin/tip/tip ===> usr.bin/top (obj) /usr/obj/usr/src/usr.bin/top created for /usr/src/usr.bin/top ===> usr.bin/touch (obj) Unable to create /usr/obj/usr/src/usr.bin/touch. *** Error code 1 Stop in /usr/src/usr.bin/touch. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. =========================================================== 2nd try ./genconfig /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-config.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genflags genflags.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md > insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. {standard input}: Assembler messages: {standard input}:14060: Warning: partial line at end of file ignored *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 8 21:44:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C06A16A407 for ; Sun, 8 Apr 2007 21:44:16 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from dsl254-019-221.sea1.dsl.speakeasy.net (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.freebsd.org (Postfix) with SMTP id B19C813C484 for ; Sun, 8 Apr 2007 21:44:15 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 59096 invoked from network); 8 Apr 2007 21:44:21 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 8 Apr 2007 21:44:21 -0000 Message-ID: <46196235.7090108@zircon.seattle.wa.us> Date: Sun, 08 Apr 2007 14:44:21 -0700 From: Joe Kelsey User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: relocation truncated to fit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 21:44:16 -0000 I have a problem reported to me in ports/111165 about ksh93 not compiling on the sparc64 platform due to the linker reporting "relocation truncated to fit". This is an error I have never seen. I know for a fact that it is not strictly a sparc64 platform issue as I have seen reference to it in relation to amd64. However, I have never seen a resolution of the problem.I believe that this is a gcc issue. How do I fix this? I cannot find any information in the Freebsd site about this mysterious error message. I know that ksh93 works on sparc64 because the ksh93 developers are working with Sun to install it as a default shell in Solaris 11. Therefore, it works with the Sun compiler. Why do I get this error on gcc? Any help would be greatly appreciated. /Joe From owner-freebsd-stable@FreeBSD.ORG Sun Apr 8 22:32:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24E0A16A402 for ; Sun, 8 Apr 2007 22:32:31 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.freebsd.org (Postfix) with ESMTP id 0F36A13C465 for ; Sun, 8 Apr 2007 22:32:31 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from gimpy.tcbug.org (c-75-72-199-210.hsd1.mn.comcast.net[75.72.199.210]) by comcast.net (rwcrmhc12) with ESMTP id <20070408222218m1200cf8kje>; Sun, 8 Apr 2007 22:22:22 +0000 Received: from gimpy.tcbug.org (localhost [127.0.0.1]) by gimpy.tcbug.org (Postfix) with ESMTP id AFF9A8A03F; Sun, 8 Apr 2007 17:22:32 -0500 (CDT) Received: (from jpaetzel@localhost) by gimpy.tcbug.org (8.13.8/8.13.8/Submit) id l38MMVkm011908; Sun, 8 Apr 2007 17:22:31 -0500 (CDT) (envelope-from josh@tcbug.org) X-Authentication-Warning: gimpy.tcbug.org: jpaetzel set sender to josh@tcbug.org using -f Date: Sun, 8 Apr 2007 17:22:31 -0500 From: Josh Paetzel To: Jason Vance Message-ID: <20070408222231.GC8935@tcbug.org> References: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Josh Paetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 22:32:31 -0000 Jason Vance wrote: > I'm unable to buildworld on a brand new installation of freebsd 6.1. Almost > everytime my build fails on the genattrtab.c section of cc_tools. I've tried > multiple harddrives, and downloaded the source code many times. A couple of > times the system has rebooted itself, once during cvsup of the source code, and > again during a build. > > What else should I be looking for to diagnose this problem? > > My System: > > FreeBSD 6.1-RELEASE > 733MHZ Intel P3 > Asus pv3-4x latest bios 1006.004 > Sound Blaster Live > Voodoo 3 16mb GFX Card > HDDs: I've tried 3 different drives, the first few tries were with 2 drives > gmirror'd and then without the gmirror ( RAID 1 ) > > Memtest checks out ok ( Ran 5 hours 150 loops ) > > Here is the last few lines of everytime I've tried to compile the source. > Failures likes these are almost always hardware related. If it was a software problem it would die at the same place every time. You could be suffering from overheating, bad ram (regardless of what memtest tells you) power fluctuations due to a faulty PSU, or any other number of esoteric problems. FreeBSD has this knack of not playing nicely with partially broken hardware. :) Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Sun Apr 8 23:10:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B12C16A404 for ; Sun, 8 Apr 2007 23:10:34 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id C35DE13C45B for ; Sun, 8 Apr 2007 23:10:32 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 92115 invoked by uid 89); 8 Apr 2007 23:01:38 -0000 Received: by simscan 1.2.0 ppid: 92110, pid: 92112, t: 0.4235s scanners: attach: 1.2.0 clamav: 0.88.7/m:42/d:2560 Received: from unknown (HELO claylaptop) (clay@milos.za.net@41.244.109.39) by bart.milos.co.za with ESMTPA; 8 Apr 2007 23:01:37 -0000 Message-ID: <015801c77a33$0fd6bac0$0300000a@claylaptop> From: "Clayton Milos" To: "Jason Vance" References: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> <20070408222231.GC8935@tcbug.org> Date: Mon, 9 Apr 2007 01:10:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Josh Paetzel , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 23:10:34 -0000 ----- Original Message ----- From: "Josh Paetzel" To: "Jason Vance" Cc: Sent: Monday, April 09, 2007 12:22 AM Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation > Jason Vance wrote: >> I'm unable to buildworld on a brand new installation of freebsd 6.1. >> Almost >> everytime my build fails on the genattrtab.c section of cc_tools. I've >> tried >> multiple harddrives, and downloaded the source code many times. A couple >> of >> times the system has rebooted itself, once during cvsup of the source >> code, and >> again during a build. >> >> What else should I be looking for to diagnose this problem? >> >> My System: >> >> FreeBSD 6.1-RELEASE >> 733MHZ Intel P3 >> Asus pv3-4x latest bios 1006.004 >> Sound Blaster Live >> Voodoo 3 16mb GFX Card >> HDDs: I've tried 3 different drives, the first few tries were with 2 >> drives >> gmirror'd and then without the gmirror ( RAID 1 ) >> >> Memtest checks out ok ( Ran 5 hours 150 loops ) >> >> Here is the last few lines of everytime I've tried to compile the source. >> > > Failures likes these are almost always hardware related. If it was a > software problem it would die at the same place every time. You > could be suffering from overheating, bad ram (regardless of what > memtest tells you) power fluctuations due to a faulty PSU, or any > other number of esoteric problems. FreeBSD has this knack of not > playing nicely with partially broken hardware. :) > > Thanks, > > Josh Paetzel > The first thing I would blame would be the memory. Memtest running OK seems to write that off but it could still be that or likely somehting else that is hardware related. Every time there's been a software fault in FreeBSD it happens in the same place which is expected. As Josh says I've had the experience with FreeBSD working partially with broken hardware and then falling apart under load. Heat is a really random error that is often a problem. Is your heatsink coping well? Are you using Maxtor drives ? I've said this before and forgive me for my slamming of Maxtor hard drives but they get their lovely speed from not ECC checking the PATA bus which is awesme for corrupting data and giving you erratic errors. Perhaps the motherboard is even faulty. Give all your RAM and peripheral cards a wiggle to make sure they have a good connection. I only use ECC RAM because non-ECC RAM has given friends of mine some really random unreplicable errors that confused them for a while. Why are you upgrading to 6.1 and not 6.2? Is there a specific reason? I'd really advise using 6.2 because there were some issues with 6.1 even if it wasn't with your specific hardware. -Clay From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 02:28:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A19516A400 for ; Mon, 9 Apr 2007 02:28:17 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id CE06A13C44C for ; Mon, 9 Apr 2007 02:28:16 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id 1EE1E85C911; Sun, 8 Apr 2007 23:28:10 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 92090-01; Sun, 8 Apr 2007 23:28:09 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 59C7085C90C; Sun, 8 Apr 2007 23:28:09 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BA933495D5; Sun, 8 Apr 2007 23:28:20 -0300 (ADT) Date: Sun, 08 Apr 2007 23:28:19 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Chris , Thiago Esteves de Oliveira Subject: 74 hours till next "No Buffer Space Available" reboot ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 02:28:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In my case, I can almost set my watch to it (if I had a watch) ... every 3 days, 2 hours, it seems that I have to reboot this machine, as that is when the 'No Buffer Space Available' r starts to be generated ... There are two others (CC'd in this) that have experienced the same ... Chris / Thiago ... in your cases, are you finding that it happens as regularly with your servers? Thiago, I believe you ended up reverting to an older kernel to clear up the situation? I've included my 'netstat -m' report ... from it, it doesn't look to me like its an mbuf issue, or am I missing something? Is there something else that, in 74 hours, I can provide before I do the reboot? Chris, you mentioned reducing recvspace/sendspace to correct the issue? Has that fixed it for you, or just prolonged until it happens again? How did you set this? I've checked both the man pages for ifconfig and fxp, and don't see anything ... ah, just found it doing a 'sysctl -a' ... can you post your settings from /etc/sysctl.conf? or did you set it somewhere else? I'd like to try that and see if maybe that changes my '74 hours uptime', either good or bad ... # netstat -m 161/949/1110 mbufs in use (current/cache/total) 133/639/772/25600 mbuf clusters in use (current/cache/total/max) 133/396 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 306K/1515K/1821K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/45/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 325 requests for I/O initiated by sendfile 731 calls to protocol drain routines - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGGaTD4QvfyHIvDvMRAm3jAKDtZk1IgW3DbMGGKASiSsbNV7Ok3QCgtvwK JSuRYW1Af0lfFK2QvYMo9v8= =3DwH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 08:00:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7970516A401 for ; Mon, 9 Apr 2007 08:00:22 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-2.iphouse.net (smtpout-2.iphouse.net [216.250.188.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4D19913C448 for ; Mon, 9 Apr 2007 08:00:22 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-2.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id 920492AC42F for ; Mon, 9 Apr 2007 03:00:21 -0500 (CDT) Received: from ziemel.erje.net (erje.net [213.84.32.196]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-2.iphouse.net (Postfix) with ESMTP id 428672AC42E for ; Mon, 9 Apr 2007 03:00:21 -0500 (CDT) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:7e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ziemel.erje.net (PostFix 2.4.0) with ESMTP id A7F0F128723 for ; Mon, 9 Apr 2007 09:59:59 +0200 (CEST) Received: from ismet.erje.net (localhost [127.0.0.1]) by ismet.erje.net (8.13.6/8.13.3) with ESMTP id l397xxIG003709 for ; Mon, 9 Apr 2007 09:59:59 +0200 (CEST) (envelope-from robert@ml.erje.net) Received: (from robert@localhost) by ismet.erje.net (8.13.6/8.13.3/Submit) id l397xwDH003708 for freebsd-stable@freebsd.org; Mon, 9 Apr 2007 09:59:58 +0200 (CEST) (envelope-from robert@ml.erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@ml.erje.net using -f Date: Mon, 9 Apr 2007 09:59:58 +0200 From: Robert Joosten To: freebsd-stable@freebsd.org Message-ID: <20070409075958.GA3477@iphouse.com> References: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 08:00:22 -0000 Hi, ---cut!------ > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: > internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > {standard input}: Assembler messages: > {standard input}:14060: Warning: partial line at end of file ignored > *** Error code 1 > Stop in /usr/src/gnu/usr.bin/cc/cc_tools. > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. Yeah, I observed this too a few times. All the times on a poor little pentium 1/150 with 48meg ram (according dmesg). It's somewhat difficult too check but I suspect I run out of memory every time. I happened to run make installworld with a DESTDIR pointing to this box using nfs using a more recent athlon 3000 :-) That slow box runs postfix and procmail to a nfs-mounted spool. It runs great without any sign indicating bad memory; did not run a memcheck though. Increasing swap didn't solve this matter. Hth. Cheers, Robert PS: recommend to check out releng_6_2 if able; just to be sure. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 15:46:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37DDC16A404 for ; Mon, 9 Apr 2007 15:46:21 +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 2627413C455 for ; Mon, 9 Apr 2007 15:46:21 +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 61A501A4D84; Mon, 9 Apr 2007 08:46:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 51C36517C9; Mon, 9 Apr 2007 11:46:20 -0400 (EDT) Date: Mon, 9 Apr 2007 11:46:20 -0400 From: Kris Kennaway To: Robert Joosten Message-ID: <20070409154620.GA31122@xor.obsecurity.org> References: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> <20070409075958.GA3477@iphouse.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20070409075958.GA3477@iphouse.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 15:46:21 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 09:59:58AM +0200, Robert Joosten wrote: > Hi, >=20 > ---cut!------ > > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6= 240:=20 > > internal compiler error: Segmentation fault: 11 > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See for instructions. > > {standard input}: Assembler messages: > > {standard input}:14060: Warning: partial line at end of file ignored > > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_tools. > > *** Error code 1 > > Stop in /usr/src. > > *** Error code 1 > > Stop in /usr/src. > > *** Error code 1 > > Stop in /usr/src. >=20 > Yeah, I observed this too a few times. All the times on a poor little=20 > pentium 1/150 with 48meg ram (according dmesg). It's somewhat difficult= =20 > too check but I suspect I run out of memory every time. You will see it logged by syslog and/or on the console if you run out of memory (and swap) and a process is killed to make room (it will also usually not die with signal 11, rather signal 9). If you do not see this then out-of-memory is not the cause, and it is also almost certain to be marginal or failing hardware. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGl/LWry0BWjoQKURAjhdAJ4pFyjUwLR7fFx6goSTHpaqVZXZRACeOi01 zbvMEKU/A8rjNroFv4KSmHE= =bE+m -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 16:33:56 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 474D916A402 for ; Mon, 9 Apr 2007 16:33:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.freebsd.org (Postfix) with ESMTP id 1376913C469 for ; Mon, 9 Apr 2007 16:33:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc13) with ESMTP id <20070409163354013003epmre>; Mon, 9 Apr 2007 16:33:55 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 80B6C1FA03D; Mon, 9 Apr 2007 09:33:54 -0700 (PDT) Date: Mon, 9 Apr 2007 09:33:54 -0700 From: Jeremy Chadwick To: Rong-en Fan Message-ID: <20070409163354.GA15528@icarus.home.lan> Mail-Followup-To: Rong-en Fan , stable@freebsd.org, fbsd@opal.com References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org, fbsd@opal.com Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 16:33:56 -0000 On Sat, Apr 07, 2007 at 02:05:45AM +0800, Rong-en Fan wrote: > I just merged ncurses 5.6 and wide character support from > HEAD to 6.x. That means ncurses in 6.x is now up-to-date and > has wide character support, i.e., ncursesw library. I just wanted to take a moment to thank you for this. You have no idea how long I've been waiting (okay, now you do: years!), as I never felt comfortable with having two versions of ncurses installed on a single box (base + port). So far it works great. Thank you so much! The only thing I've found, though, is that dialog(1) does not appear to properly handle UTF-8 encoding. Line drawing characters show up as gibberish (alphanumeric characters). I realise dialog isn't part of ncurses, but it does rely on it. We should consider updating dialog to match this change. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 16:55:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F61C16A40E for ; Mon, 9 Apr 2007 16:55:27 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id AD2FC13C4B8 for ; Mon, 9 Apr 2007 16:55:26 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l39GtGp1083105; Mon, 9 Apr 2007 12:55:16 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l39Gt7uk093246; Mon, 9 Apr 2007 12:55:11 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Nikolay Pavlov In-Reply-To: <20070406131817.GA1977@zone3000.net> References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> <46152615.1040602@tomjudge.com> <1175804135.8280.21.camel@lanshark.dmv.com> <20070406131817.GA1977@zone3000.net> Content-Type: text/plain Date: Mon, 09 Apr 2007 12:55:43 -0400 Message-Id: <1176137743.21526.7.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: Tom Judge , freebsd-stable@freebsd.org Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 16:55:27 -0000 On Fri, 2007-04-06 at 16:18 +0300, Nikolay Pavlov wrote: > On Thursday, 5 April 2007 at 16:15:35 -0400, Sven Willenberger wrote: > > On Thu, 2007-04-05 at 17:38 +0100, Tom Judge wrote: > > > Dmitriy Kirhlarov wrote: > > > > On Thu, Apr 05, 2007 at 10:58:56AM -0400, Sven Willenberger wrote: > > > >> I am trying to set up a HA type system involving two identical boxes and > > > >> have gone through the following to set up the systems: > > > >> > > > >> Slave server: > > > >> ggated -R 196608 -S 196608 > > > >> (exporting /dev/amrd1 ) > > > >> net.inet.tcp.sendspace: 65536 > > > >> net.inet.tcp.recvspace: 131072 > > > > > > > > Try > > > > net.local.stream.recvspace=65535 > > > > net.local.stream.sendspace=65535 > > > > > > > > Also, try increase this sysctls with > > > > net.inet.tcp.rfc1323=1 > > > > > > > > I use it on FreeBSD 5.x with: > > > > net.inet.tcp.sendspace=131072 > > > > net.inet.tcp.recvspace=131072 > > > > net.local.stream.recvspace=65535 > > > > net.local.stream.sendspace=65535 > > > > > > > > ggated -R 1048576 -S 1048576 > > > > ggatec -R 1048576 -S 1048576 > > > > > > > > WBR. > > > > Dmitriy > > > > _______________________________________________ > > > > freebsd-stable@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > > > > I have seen sustained writes of 30Mb/s using the following configuration: > > > > > > cat /boot/loader.conf > > > kern.ipc.nmbclusters="32768" > > > > > > cat /etc/sysctl.conf > > > net.inet.tcp.sendspace=1048576 > > > net.inet.tcp.recvspace=1048576 > > > > > > Server: > > > /sbin/ggated -S 1310720 -R 1310720 -a 172.31.0.18 /etc/gg.exports > > > > > > Client: > > > /sbin/ggatec create -q 2048 -t 5 -S 1310720 -R 1310720 172.31.0.18 > > > /dev/amrd0s2 > > > > > > The raid array is a RAID 1 volume on a dell PERC4 (Dell PE1850) with > > > adaptive read ahead and write back caching. > > > > > > Tom > > > > I have tried both the settings ideas suggested above but I cannot even > > get out of the gate with those. Setting net.inet.tcp.{send,recv}space to > > anything higher that 131072 results in ggated bailing with the error: > > # ggated -v -a 10.10.0.19 > > info: Reading exports file (/etc/gg.exports). > > debug: Added 10.10.0.0/24 /dev/amrd1 RW to exports list. > > debug: Added 10.10.0.0/24 /dev/amrd3 RW to exports list. > > info: Exporting 2 object(s). > > error: Cannot open stream socket: No buffer space available. > > error: Exiting. > > For values of net.inet.tcp.{send,recv}space more than > 524288 you also need to adjust kern.ipc.maxsockbuf > > Try this configuration for example: > kern.ipc.maxsockbuf=2049152 > net.inet.tcp.recvspace=1024576 > net.inet.tcp.sendspace=1024576 > kern.ipc.maxsockbuf was the issue here; I increased its value and now I no longer get the buffer space error. Furthermore, the write speed issue was also tied to a hardware raid controller issue. After fixing that issue, and with just the following: kern.ipc.maxsockbuf=1048576 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 I can start ggated with -R 262144 -S 262144 as well as the ggatec and see write speeds of 60+MB/s. I may play around with the settings more (and see if any further speed improvements occur), but this is quite acceptable at this point. (For the record nmbclusters is set to 32768). The next part of the project will be writing the freevrrp failover scripts to deal with I/O locking issues that will happen if the ggated server fails, etc. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 17:30:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C722C16A400 for ; Mon, 9 Apr 2007 17:30:57 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8D713C484 for ; Mon, 9 Apr 2007 17:30:57 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from localhost.mow.oilspace.com (office-lc.mow.oilspace.com [81.222.156.11]) by office.oilspace.com (Postfix) with ESMTP id 9F8DF136CD7 for ; Mon, 9 Apr 2007 17:30:55 +0000 (UTC) Received: from localhost.mow.oilspace.com (localhost.mow.oilspace.com [127.0.0.1]) by localhost.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id l39HUtBd031148 for ; Mon, 9 Apr 2007 21:30:55 +0400 (MSD) (envelope-from dkirhlarov@localhost.mow.oilspace.com) Received: (from dkirhlarov@localhost) by localhost.mow.oilspace.com (8.13.8/8.13.8/Submit) id l39HUs2Y031147 for freebsd-stable@freebsd.org; Mon, 9 Apr 2007 21:30:54 +0400 (MSD) (envelope-from dkirhlarov) Date: Mon, 9 Apr 2007 21:30:54 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070409173053.GB25859@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> <46152615.1040602@tomjudge.com> <1175804135.8280.21.camel@lanshark.dmv.com> <20070406131817.GA1977@zone3000.net> <1176137743.21526.7.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1176137743.21526.7.camel@lanshark.dmv.com> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 17:30:57 -0000 Hi! On Mon, Apr 09, 2007 at 12:55:43PM -0400, Sven Willenberger wrote: > The next part of the project will be writing the freevrrp failover > scripts to deal with I/O locking issues that will happen if the ggated > server fails, etc. check carp(4) and ports/net/ifstated. You can use identical advbase configuration on both nodes and prevent service migration back from second node to first, if first node will reboot. also, take a look one{start,stop,restart} options for rcNG designed initscripts. WBR Dmitriy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 17:49:34 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E75B16A40F for ; Mon, 9 Apr 2007 17:49:34 +0000 (UTC) (envelope-from grafan@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 1288413C4B7 for ; Mon, 9 Apr 2007 17:49:33 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1619120ugh for ; Mon, 09 Apr 2007 10:49:33 -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=ZJeTeYiAXKpqEybESUHiACUfLAMwy64/gZ2icwDJIE1B+WXncDNRek8uRZUfF8JpEPJO65T7DoxqtbpTF7Phr9pmwtXueD7kLx4xiATvk77TPn7lFvwt+xA44xE/Q9KQ78BhxV+WhjtSndapBvk4aEOzX1vDxIshFEBergk+eGo= 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=nKiWvY8D6O8cz0xoCYwlcmYIFpq2LiAROwo/i5Rk78VjTmq3hjTxaTAXR8+dHEWt+zRVayCgJZDTWTcTXTpytMgGgDLC1OHSbddQDqW2cscts+qAE5qAYT3qIz8NE76Zoa2ZK8tCGFmeR8DX/DS3Iztqe25LA/bFqhj5m7CzHRA= Received: by 10.82.177.3 with SMTP id z3mr7861924bue.1176140972791; Mon, 09 Apr 2007 10:49:32 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Mon, 9 Apr 2007 10:49:32 -0700 (PDT) Message-ID: <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> Date: Tue, 10 Apr 2007 01:49:32 +0800 From: "Rong-en Fan" To: stable@freebsd.org In-Reply-To: <20070409163354.GA15528@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> <20070409163354.GA15528@icarus.home.lan> Cc: Thomas Dickey , ache@freebsd.org Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 17:49:34 -0000 On 4/10/07, Jeremy Chadwick wrote: > On Sat, Apr 07, 2007 at 02:05:45AM +0800, Rong-en Fan wrote: > > I just merged ncurses 5.6 and wide character support from > > HEAD to 6.x. That means ncurses in 6.x is now up-to-date and > > has wide character support, i.e., ncursesw library. > > I just wanted to take a moment to thank you for this. You have no idea > how long I've been waiting (okay, now you do: years!), as I never felt > comfortable with having two versions of ncurses installed on a single > box (base + port). > > So far it works great. Thank you so much! You are welcome. > The only thing I've found, though, is that dialog(1) does not appear to > properly handle UTF-8 encoding. Line drawing characters show up as > gibberish (alphanumeric characters). I realise dialog isn't part of > ncurses, but it does rely on it. We should consider updating dialog to > match this change. You mean it display sometihng like "tqxu" instead of line drawing characters? Last time I checked, I thought it is terminal related. When I use screen, it uses line drawing character. For PuTTY, see: http://lists.freebsd.org/pipermail/freebsd-questions/2007-April/146577.html The current dialog + utf8 MacOS's Term.app seems work just fine. I'm playing with devel/cdialog and no matter it uses ncurses or ncursesw the result is the same. I'm CCing ache@ who imports GNU's dialog to our base and cdialog/ncurses author, hope they can comment :-) Regards, Rong-En Fan > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 17:51:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF73E16A401 for ; Mon, 9 Apr 2007 17:51:29 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDAE13C469 for ; Mon, 9 Apr 2007 17:51:29 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id l39HpSMo031992 for ; Mon, 9 Apr 2007 13:51:28 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id l39HpSO1031991 for freebsd-stable@freebsd.org; Mon, 9 Apr 2007 13:51:28 -0400 (EDT) (envelope-from wayne) Date: Mon, 9 Apr 2007 13:51:28 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20070409175128.GD10074@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070405200933.GX10074@manor.msen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070405200933.GX10074@manor.msen.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Panic on 6.2 AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 17:51:50 -0000 Nobody has any ideas on this one? > uname: > FreeBSD 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 > > conf file: > include GENERIC > ident MsenWeb > options QUOTA # Add quotas > options SMP # Support multiple processors > makeoptions DEBUG=-g > > > Console messages (via serial port): > cpuid = 0; apic id = 00 > fault virtual address = 0x18c > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffff803eead7 > stack pointer = 0x10:0xffffffffa54e9b60 > frame pointer = 0x10:0x4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 5 (thread taskq) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 9d11h33m44s > > info file: > Dump header from device /dev/twed0s1b > Architecture: amd64 > Architecture Version: 2 > Dump Length: 1073184768B (1023 MB) > Blocksize: 512 > Dumptime: Thu Apr 5 15:41:03 2007 > Hostname: ww8.msen.com > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 6.2-RELEASE-p2 #0: Wed Mar 14 09:38:47 EST 2007 > root@ww8.msen.com:/usr/obj/usr/src/sys/WW8 > Panic String: page fault > Dump Parity: 2156304966 > Bounds: 13 > Dump Status: good > > gdb: > [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: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x18c > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffff803eead7 > stack pointer = 0x10:0xffffffffa54e9b60 > frame pointer = 0x10:0x4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 5 (thread taskq) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 9d11h33m44s > Dumping 1023 MB (2 chunks) > chunk 0: 1MB (151 pages) ... ok > chunk 1: 1023MB (261856 pages) 1007 991 975twe0: completion event for nonbusy command > 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:172 > 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) list *0xffffffff803eead7 > 0xffffffff803eead7 is in _mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:548). > 543 * If the current owner of the lock is executing on another > 544 * CPU, spin instead of blocking. > 545 */ > 546 owner = (struct thread *)(v & MTX_FLAGMASK); > 547 #ifdef ADAPTIVE_GIANT > 548 if (TD_IS_RUNNING(owner)) { > 549 #else > 550 if (m != &Giant && TD_IS_RUNNING(owner)) { > 551 #endif > 552 turnstile_release(&m->mtx_object); > (kgdb) backtrace > #0 doadump () at pcpu.h:172 > #1 0x0000000000000004 in ?? () > #2 0xffffffff803f9067 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff803f9701 in panic (fmt=0xffffff003dbb6260 "ƻ=") at /usr/src/sys/kern/kern_shutdown.c:565 > #4 0xffffffff8061a1ef in trap_fatal (frame=0xffffff003dbb6260, eva=18446742975233640112) at /usr/src/sys/amd64/amd64/trap.c:660 > #5 0xffffffff8061a716 in trap (frame= > {tf_rdi = 108, tf_rsi = -1098475937184, tf_rdx = 6, tf_rcx = 3221225730, tf_r8 = -1521574640, tf_r9 = -1098687417816, tf_rax = 1, tf_rbx = -1099181396776, tf_rbp = 4, tf_r10 = -2138022504, tf_r11 = 0, tf_r12 = -1098475937184, tf_r13 = 4, tf_r14 = 1, tf_r15 = 20, tf_trapno = 12, tf_addr = 396, tf_flags = -1099181396776, tf_err = 0, tf_rip = -2143360297, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1521575056, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:238 > #6 0xffffffff806059ab in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 > #7 0xffffffff803eead7 in _mtx_lock_sleep (m=0xffffff0013aeecd8, tid=18446742975233614432, opts=6, file=0xc0000102
, line=-1521574640) > at /usr/src/sys/kern/kern_mutex.c:546 > #8 0xffffffff8044e3ad in unp_gc (arg=0x6c, pending=1035690592) at /usr/src/sys/kern/uipc_usrreq.c:1714 > #9 0xffffffff80420875 in taskqueue_run (queue=0xffffff0000c1ae00) at /usr/src/sys/kern/subr_taskqueue.c:257 > #10 0xffffffff804215c5 in taskqueue_thread_loop (arg=0x6c) at /usr/src/sys/kern/subr_taskqueue.c:376 > #11 0xffffffff803de037 in fork_exit (callout=0xffffffff80421540 , arg=0xffffffff8090d3d0, frame=0xffffffffa54e9c50) at /usr/src/sys/kern/kern_fork.c:821 > #12 0xffffffff80605d0e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 > #13 0x0000000000000000 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x0000000000000001 in ?? () > #16 0x0000000000000000 in ?? () > #17 0x0000000000000000 in ?? () > #18 0x0000000000000000 in ?? () > #19 0x0000000000000000 in ?? () > #20 0x0000000000000000 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000000000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0x0000000000000000 in ?? () > #45 0x0000000000b7e000 in ?? () > #46 0xffffff0013aeecd8 in ?? () > #47 0xffffffff8090f680 in turnstile_chains () > #48 0x0000000000000001 in ?? () > #49 0xffffff003dbbc6b0 in ?? () > #50 0xffffff002869d980 in ?? () > #51 0xffffffffa54e9aa8 in ?? () > #52 0xffffff003dbb6260 in ?? () > #53 0xffffffff8040f7d6 in sched_switch (td=0xffffffff8090d3d0, newtd=0x0, flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 > #54 0x0000000000000000 in ?? () > #55 0x0000000000000000 in ?? () > #56 0x0000000000000000 in ?? () > #57 0x0000000000000000 in ?? () > #58 0x0000000000000000 in ?? () > #59 0x0000000000000000 in ?? () > #60 0x0000000000000000 in ?? () > #61 0x0000000000000000 in ?? () > #62 0x0000000000000000 in ?? () > #63 0x0000000000000000 in ?? () > #64 0x0000000000000000 in ?? () > #65 0x0000000000000000 in ?? () > #66 0x0000000000000000 in ?? () > #67 0x0000000000000000 in ?? () > #68 0x0000000000000000 in ?? () > #69 0x0000000000000000 in ?? () > #70 0x0000000000000000 in ?? () > #71 0x0000000000000000 in ?? () > #72 0x0000000000000000 in ?? () > #73 0x0000000000000000 in ?? () > #74 0x0000000000000000 in ?? () > #75 0x0000000000000000 in ?? () > #76 0x0000000000000000 in ?? () > #77 0x0000000000000000 in ?? () > #78 0x0000000000000000 in ?? () > #79 0x0000000000000000 in ?? () > #80 0x0000000000000000 in ?? () > #81 0x0000000000000000 in ?? () > #82 0x0000000000000000 in ?? () > #83 0x0000000000000000 in ?? () > #84 0x0000000000000000 in ?? () > #85 0x0000000000000000 in ?? () > #86 0x0000000000000000 in ?? () > #87 0x0000000000000000 in ?? () > #88 0x0000000000000000 in ?? () > #89 0x0000000000000000 in ?? () > #90 0x0000000000000000 in ?? () > #91 0x0000000000000000 in ?? () > #92 0x0000000000000000 in ?? () > #93 0x0000000000000000 in ?? () > #94 0x0000000000000000 in ?? () > #95 0x0000000000000000 in ?? () > #96 0x0000000000000000 in ?? () > #97 0x0000000000000000 in ?? () > #98 0x0000000000000000 in ?? () > #99 0x0000000000000000 in ?? () > #100 0x0000000000000000 in ?? () > #101 0x0000000000000000 in ?? () > #102 0x0000000000000000 in ?? () > #103 0x0000000000000000 in ?? () > #104 0x0000000000000000 in ?? () > #105 0x0000000000000000 in ?? () > #106 0x0000000000000000 in ?? () > #107 0x0000000000000000 in ?? () > #108 0x0000000000000000 in ?? () > #109 0x0000000000000000 in ?? () > #110 0x0000000000000000 in ?? () > #111 0x0000000000000000 in ?? () > #112 0x0000000000000000 in ?? () > #113 0x0000000000000000 in ?? () > #114 0x0000000000000000 in ?? () > #115 0x0000000000000000 in ?? () > #116 0x0000000000000000 in ?? () > #117 0x0000000000000000 in ?? () > #118 0x0000000000000000 in ?? () > #119 0x0000000000000000 in ?? () > #120 0x0000000000000000 in ?? () > #121 0x0000000000000000 in ?? () > #122 0x0000000000000000 in ?? () > #123 0x0000000000000000 in ?? () > #124 0x0000000000000000 in ?? () > #125 0x0000000000000000 in ?? () > Cannot access memory at address 0xffffffffa54ea000 > (kgdb) quit > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 18:21:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA56616A401 for ; Mon, 9 Apr 2007 18:21:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [204.127.192.84]) by mx1.freebsd.org (Postfix) with ESMTP id D581A13C48A for ; Mon, 9 Apr 2007 18:21:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc14) with ESMTP id <20070409182108m1400ikjj1e>; Mon, 9 Apr 2007 18:21:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 67C7D1FA03D; Mon, 9 Apr 2007 11:21:08 -0700 (PDT) Date: Mon, 9 Apr 2007 11:21:08 -0700 From: Jeremy Chadwick To: Rong-en Fan Message-ID: <20070409182108.GA17450@icarus.home.lan> Mail-Followup-To: Rong-en Fan , stable@freebsd.org, Thomas Dickey , ache@freebsd.org References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> <20070409163354.GA15528@icarus.home.lan> <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: ache@freebsd.org, stable@freebsd.org, Thomas Dickey Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 18:21:13 -0000 On Tue, Apr 10, 2007 at 01:49:32AM +0800, Rong-en Fan wrote: > On 4/10/07, Jeremy Chadwick wrote: > >The only thing I've found, though, is that dialog(1) does not appear to > >properly handle UTF-8 encoding. Line drawing characters show up as > >gibberish (alphanumeric characters). I realise dialog isn't part of > >ncurses, but it does rely on it. We should consider updating dialog to > >match this change. > > You mean it display sometihng like "tqxu" instead of line drawing > characters? > Last time I checked, I thought it is terminal related. When I use screen, it > uses line drawing character. For PuTTY, see: > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-April/146577.html > > The current dialog + utf8 MacOS's Term.app seems work just fine. > I'm playing with devel/cdialog and no matter it uses ncurses or ncursesw > the result is the same. > > I'm CCing ache@ who imports GNU's dialog to our base and cdialog/ncurses > author, hope they can comment :-) So here's how to reproduce this. I'm using PuTTY 0.59 (and I have tried using the snapshots as well, same behaviour) on Windows, using a font that has Unicode line-drawing characters. PuTTY is set for ISO-8859-1 encoding/translation. My UNIX environment: TERM="xterm" export LANG="en_GB.ISO8859-1" export LC_CTYPE="en_GB.ISO8859-1" export LC_COLLATE="C" Results of COLUMNS=40 dialog --msgbox "testing" 6 30 (sorry if this doesn't come across right, but if I save it to a file and cat it, it does appear correctly): ┌────────────────────────────┐ │ testing │ │ │ ├────────────────────────────┤ │ [ OK ] │ └────────────────────────────┘ Now we change PuTTY encoding/translation to UTF-8, and the UNIX environment to: export LANG="en_GB.UTF-8" export LC_CTYPE="en_GB.UTF-8" Results of COLUMNS=40 dialog --msgbox "testing" 6 30 : lqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x testing x x x tqqqqqqqqqqqqqqqqqqqqqqqqqqqqu x [ OK ] x mqqqqqqqqqqqqqqqqqqqqqqqqqqqqj mutt and other apps, however, draw line characters just fine with this configuration. This is what I meant by "specific to dialog(1)". Hope this helps. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 18:48:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8B3616A402; Mon, 9 Apr 2007 18:48:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [204.127.225.92]) by mx1.freebsd.org (Postfix) with ESMTP id 72D4613C46C; Mon, 9 Apr 2007 18:48:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc12) with ESMTP id <20070409184808b12008k052e>; Mon, 9 Apr 2007 18:48:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0D5A71FA03D; Mon, 9 Apr 2007 11:48:08 -0700 (PDT) Date: Mon, 9 Apr 2007 11:48:08 -0700 From: Jeremy Chadwick To: Rong-en Fan , stable@freebsd.org, Thomas Dickey , ache@freebsd.org Message-ID: <20070409184808.GA17933@icarus.home.lan> Mail-Followup-To: Rong-en Fan , stable@freebsd.org, Thomas Dickey , ache@freebsd.org References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> <20070409163354.GA15528@icarus.home.lan> <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> <20070409182108.GA17450@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070409182108.GA17450@icarus.home.lan> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 18:48:09 -0000 On Mon, Apr 09, 2007 at 11:21:08AM -0700, Jeremy Chadwick wrote: > On Tue, Apr 10, 2007 at 01:49:32AM +0800, Rong-en Fan wrote: > > On 4/10/07, Jeremy Chadwick wrote: > > >The only thing I've found, though, is that dialog(1) does not appear to > > >properly handle UTF-8 encoding. Line drawing characters show up as > > >gibberish (alphanumeric characters). I realise dialog isn't part of > > >ncurses, but it does rely on it. We should consider updating dialog to > > >match this change. > > > > You mean it display sometihng like "tqxu" instead of line drawing > > characters? > > Last time I checked, I thought it is terminal related. When I use screen, it > > uses line drawing character. For PuTTY, see: > > > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-April/146577.html This is quite applicable. I just now got around to reading it (should've done this before I sent my previous Email). Yep, that's the exact problem: /usr/bin/dialog: libdialog.so.5 => /usr/lib/libdialog.so.5 (0x3807e000) libncurses.so.6 => /lib/libncurses.so.6 (0x38099000) libc.so.6 => /lib/libc.so.6 (0x380dd000) At least I have a workaround with NCURSES_NO_UTF8_ACS=1. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 19:52:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82EED16A402 for ; Mon, 9 Apr 2007 19:52:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2F35513C459 for ; Mon, 9 Apr 2007 19:52:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1155819nza for ; Mon, 09 Apr 2007 12:52:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IjclXNn8IOy8eOPwuPL0HFR+dbT3xTuNtSfOqo8C0XnfhfufVAWf15GW119vVqEh5O0Co2OGdZDQ3/yczOFvLWcVsFSZeCWonsNI2BWd7dKYaC6ZwLjvmkvFsdKK1PcYDFKqtnDVIEeezDJt4GaKp3JAvKq3VDVRAclMDviuxIQ= 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=m+Ii9kWW/IwJTYyDU2PEOcjs5oL9MQQT1PsjnJRCxm+QGipAIoDk8LMSrn5jJgrbIDWi6IibLHMg5pAtPMySY0GuwDqn9cS/oy7eIBfd0oAux8VTpAKfHgSFhVEJKbojl/B+cb74T+g5Umb8F6JOxC1OJrvxhBmGWYUNxJQRE7M= Received: by 10.115.78.1 with SMTP id f1mr2450740wal.1176148319618; Mon, 09 Apr 2007 12:51:59 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Mon, 9 Apr 2007 12:51:53 -0700 (PDT) Message-ID: <2a41acea0704091251q38683a1byce7e1fe2deb6bbf2@mail.gmail.com> Date: Mon, 9 Apr 2007 12:51:53 -0700 From: "Jack Vogel" To: "Tai-hwa Liang" In-Reply-To: <0704071047341.19686@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0704051434p2b8c5902x868d0a5d6510aa01@mail.gmail.com> <0704071047341.19686@www.mmlab.cse.yzu.edu.tw> Cc: freebsd-net , freebsd-current , freebsd-stable@freebsd.org Subject: Re: Stack panic with em driver unload X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 19:52:01 -0000 On 4/6/07, Tai-hwa Liang wrote: > On Thu, 5 Apr 2007, Jack Vogel wrote: > > Our test group uses a script that does 100 iterations of > > a module load, then bring up all interfaces, and then > > unload driver. > > > > Depending on the system in anything from just a few > > iterations to 20 or more, the system will panic. > > Just a "me too" here. :p > > > Its doing an em_detach() which calls ether_ifdetach() > > which goes to if_detach, in_delmulti_ifp, in_delmulti_locked, > > and finally if_delmulti(). > > > > The panic is always happening on a cmpxchgq instruction > > so I assume its the LOCK macro, whats odd is that its > > not always the same reason, sometimes one register is > > 0 so its a page fault trap, but on other iterations its a > > general protection fault because the register is some > > big invalid number :) > > I run into this panic regularly. Apparently the result and condition > to trigger the panic are the same as yours: running "while true; do > ifconfig xxx up; kldunload if_xxx; done" and ending up with panicking > at the cmpxchgq instruction. > > > I am hardpressed to see this as a driver problem, but > > I'm willing to be proven wrong, does someone who > > knows the stack code better than me have any insights > > or ideas? > > > > It also appears system dependent, I have a couple > > machines I've tried to reproduce in on and have been > > unable. I also am told it happens on both amd64 and > > i386, but it seems easier to reproduce on the former. > > Dunno about amd64 since I only have i386 around; however, I'm sure > the panic I observed is reproducible on my -CURRENT driver development box. > > > Lastly, from evidence so far I think this doesnt happen > > on CURRENT, but the test group hasnt checked that > > only I have and I dont have as much hardware :) > > FWIW, I usually run into this panic after upgrading to a newer HEAD. > Sometimes I can make the aforementioned ifconfig/kldunload script to > survive longer by doing a clean rebuild on my driver. > I have learned what causes it, at least in our test group's setup... They have an entry in /etc/rc.conf for the device like: ifconfig_emX="addr netmask" And then the script they run assigns emX a DIFFERENT address, thats why you get into the multicast code and then hit the panic. I still would like to see the panic not happen, but to avoid it just dont go assigning different addresses :) Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 20:18:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 983BC16A405; Mon, 9 Apr 2007 20:18:31 +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 58EE513C48C; Mon, 9 Apr 2007 20:18:31 +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 l39JtKlj025158; Mon, 9 Apr 2007 15:55:20 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id l39JtKfR025155; Mon, 9 Apr 2007 15:55:20 -0400 (EDT) Date: Mon, 9 Apr 2007 15:55:20 -0400 From: Thomas Dickey To: Rong-en Fan Message-ID: <20070409195520.GA22614@saltmine.radix.net> References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> <20070409163354.GA15528@icarus.home.lan> <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> User-Agent: Mutt/1.3.27i Cc: stable@freebsd.org, ache@freebsd.org Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 20:18:31 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 01:49:32AM +0800, Rong-en Fan wrote: =2E.. > You mean it display sometihng like "tqxu" instead of line drawing=20 > characters? > Last time I checked, I thought it is terminal related. When I use screen,= it > uses line drawing character. For PuTTY, see: PuTTY implemented UTF-8 much later than screen and Linux console. Those (the last two) tend to have $TERM set properly (at least half the tim= e). I could let ncurses guess what to do based on $TERM and locale. For PuTTY, most users have it incorrectly set to "xterm"(*). There are no clues - so I added the environment variable to help. (*) It's incorrect because in several areas it does not match xterm. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --KsGdsel6WgEHnImy 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 iD8DBQFGGpomtIqByHxlDocRAksrAKCENfr77KbpYntqfzVP4lohEzMQTgCcD7wp eszmDoWaArfUw0HVdFttkBk= =NA0z -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 20:31:03 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C51D16A403 for ; Mon, 9 Apr 2007 20:31:03 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 230B113C448 for ; Mon, 9 Apr 2007 20:31:03 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 9 Apr 2007 20:04:21 -0000 Date: Mon, 9 Apr 2007 23:03:54 +0300 From: Nikolay Pavlov To: Rong-en Fan , stable@freebsd.org, Thomas Dickey , ache@freebsd.org Message-ID: <20070409200354.GA15020@zone3000.net> References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> <20070409163354.GA15528@icarus.home.lan> <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> <20070409182108.GA17450@icarus.home.lan> <20070409184808.GA17933@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070409184808.GA17933@icarus.home.lan> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 20:31:03 -0000 On Monday, 9 April 2007 at 11:48:08 -0700, Jeremy Chadwick wrote: > On Mon, Apr 09, 2007 at 11:21:08AM -0700, Jeremy Chadwick wrote: > > On Tue, Apr 10, 2007 at 01:49:32AM +0800, Rong-en Fan wrote: > > > On 4/10/07, Jeremy Chadwick wrote: > > > >The only thing I've found, though, is that dialog(1) does not appear to > > > >properly handle UTF-8 encoding. Line drawing characters show up as > > > >gibberish (alphanumeric characters). I realise dialog isn't part of > > > >ncurses, but it does rely on it. We should consider updating dialog to > > > >match this change. > > > > > > You mean it display sometihng like "tqxu" instead of line drawing > > > characters? > > > Last time I checked, I thought it is terminal related. When I use screen, it > > > uses line drawing character. For PuTTY, see: > > > > > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-April/146577.html > > This is quite applicable. I just now got around to reading it > (should've done this before I sent my previous Email). Yep, that's the > exact problem: > > /usr/bin/dialog: > libdialog.so.5 => /usr/lib/libdialog.so.5 (0x3807e000) > libncurses.so.6 => /lib/libncurses.so.6 (0x38099000) > libc.so.6 => /lib/libc.so.6 (0x380dd000) > > At least I have a workaround with NCURSES_NO_UTF8_ACS=1. :-) I am not sure, but maybe this is related to ncurses update. I am getting this trying to run sysinstall utility: Probing devices, please wait (this can take a while)...BARF 170 <105> Than goes EOL and exit... It's a current from April 6. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Mon Apr 9 21:37:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6833316A400 for ; Mon, 9 Apr 2007 21:37:02 +0000 (UTC) (envelope-from rhempel@bmts.com) Received: from paris.bmts.com (paris.bmts.com [216.183.128.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1B51513C44B for ; Mon, 9 Apr 2007 21:37:02 +0000 (UTC) (envelope-from rhempel@bmts.com) Received: from [192.168.254.201] (cheetah-tiv-ve3000-126-0096.bmts.com [209.240.126.96]) by paris.bmts.com (8.13.1/8.13.1) with ESMTP id l39GLQOw017903 for ; Mon, 9 Apr 2007 12:21:27 -0400 Message-ID: <461A75E6.4030705@bmts.com> Date: Mon, 09 Apr 2007 13:20:38 -0400 From: Ralph Hempel User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <000301c7799f$1c2cd690$6800a8c0@vancetech.com> <20070409075958.GA3477@iphouse.com> <20070409154620.GA31122@xor.obsecurity.org> In-Reply-To: <20070409154620.GA31122@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-brucetelecom.com-MailScanner-Information: Please contact Bruce Telecom 519.368.2000 for more information X-brucetelecom.com-MailScanner: Found to be clean X-brucetelecom.com-MailScanner-From: rhempel@bmts.com X-Spam-Status: No Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 21:37:02 -0000 Kris Kennaway wrote: > On Mon, Apr 09, 2007 at 09:59:58AM +0200, Robert Joosten wrote: >> Hi, >> >> ---cut!------ >>> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: >>> internal compiler error: Segmentation fault: 11 >>> Please submit a full bug report, >>> with preprocessed source if appropriate. >>> See for instructions. >>> {standard input}: Assembler messages: >>> {standard input}:14060: Warning: partial line at end of file ignored >>> *** Error code 1 >>> Stop in /usr/src/gnu/usr.bin/cc/cc_tools. >>> *** Error code 1 >>> Stop in /usr/src. >>> *** Error code 1 >>> Stop in /usr/src. >>> *** Error code 1 >>> Stop in /usr/src. >> Yeah, I observed this too a few times. All the times on a poor little >> pentium 1/150 with 48meg ram (according dmesg). It's somewhat difficult >> too check but I suspect I run out of memory every time. > > You will see it logged by syslog and/or on the console if you run out > of memory (and swap) and a process is killed to make room (it will > also usually not die with signal 11, rather signal 9). If you do not > see this then out-of-memory is not the cause, and it is also almost > certain to be marginal or failing hardware. > > Kris I'll agree with Kris here. I have been banging my head against a P4 1.6GHZ machine running 6.2 for a couple of weeks. It would not do a "portsanp extract" without falling over with a sig 11 in the middle of the extract - leaving a few file clusters in questionable state. As it was a test machine, I swapped in a different HD controller, fresh HD and it still failed. Then I installed 5.5 and it worked fine, but very slowly compared to 6.2 So I went back to the 6.2 and it failed again. All on hardware I thought was rock solid. Then I ran Memtest again and sure enough, the RAM had gone bad. Popped in a fresh stick and now I'm running memtest for two days without error now. Sometimes the older hardware just isn't worth the grief... Ralph From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 00:03:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D77CD16A403 for ; Tue, 10 Apr 2007 00:03:48 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5EE13C455 for ; Tue, 10 Apr 2007 00:03:48 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1519359wxc for ; Mon, 09 Apr 2007 17:03:47 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=QVnLFPaMBqPzGVWdOxMDPm8Pta8ae0EdNs8rJj6ZoPzwXOAB+U25AYtsKvA+CpKe9gzOx0A7x6y7UEAkXEGr0HjVBlKfUJzlgUbuG4wqbd9SIZPAlRJ/37qQlqu24TqpMDE0plm2MUxlMz7xthaeG1sHlX3tlEBLRhgQ42sTwnM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=mtjcUkSN1UYXZxPqZ25iDLTV0vP0oTCC1E25oxhd5nmGSTKZcYesvAcLqtNhM9BjRI3aUKLTeCj7Jx6XFrxkWaRtZH5trxkgHtBSjtAg19DkXpAItbib73nMui9KrHcMBrQ6c8sTocwnt5DC+1C+Dd/on0UqbnDCxNtExzr0XJg= Received: by 10.70.11.1 with SMTP id 1mr1118067wxk.1176163427018; Mon, 09 Apr 2007 17:03:47 -0700 (PDT) Received: from ?10.0.0.124? ( [201.215.221.113]) by mx.google.com with ESMTP id l48sm6498340wrl.2007.04.09.17.03.44; Mon, 09 Apr 2007 17:03:45 -0700 (PDT) From: "Phillip N." To: "Michael R. Wayne" In-Reply-To: <20070409175128.GD10074@manor.msen.com> References: <20070405200933.GX10074@manor.msen.com> <20070409175128.GD10074@manor.msen.com> Content-Type: multipart/mixed; boundary="=-ZLPr7IAKOJNij5r7PWpy" Date: Mon, 09 Apr 2007 20:03:28 -0400 Message-Id: <1176163408.1371.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Panic on 6.2 AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 00:03:49 -0000 --=-ZLPr7IAKOJNij5r7PWpy Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit I have a similar problem, maybe its the same RAM is checked. they look fine. tips welcome :) (SMP kernel from Wed Apr 4 17:42:46 GMT) El lun, 09-04-2007 a las 13:51 -0400, Michael R. Wayne escribió: > Nobody has any ideas on this one? > > fault code = supervisor read, page not present --=-ZLPr7IAKOJNij5r7PWpy Content-Disposition: attachment; filename=kgdb.txt Content-Type: text/plain; name=kgdb.txt; charset=utf-8 Content-Transfer-Encoding: 8bit [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: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff8046c33f stack pointer = 0x10:0xffffffffb776c790 frame pointer = 0x10:0xffffffffa0cf1358 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1793 (bmon) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d19h58m47s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xa2 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff805c67a0 stack pointer = 0x10:0xffffffffb499d970 frame pointer = 0x10:0xffffff0005e301f0 code segment = base 0x0, limit 0xfffff, type 0x1b 1551 = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (syncer) trap number = 12 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0xffffffff805c67a0 0xffffffff805c67a0 is in vm_object_pip_add (/usr/src/sys/vm/vm_object.c:281). 276 void 277 vm_object_pip_add(vm_object_t object, short i) 278 { 279 280 VM_OBJECT_LOCK_ASSERT(object, MA_OWNED); 281 object->paging_in_progress += i; 282 } 283 284 void 285 vm_object_pip_subtract(vm_object_t object, short i) (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff804156d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80415d71 in panic (fmt=0xffffff0072a78980 "X�Kl") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8063a0cf in trap_fatal (frame=0xffffff0072a78980, eva=18446742976014820184) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff8063a44c in trap_pfault (frame=0xffffffffb776c6e0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff8063a703 in trap (frame= {tf_rdi = -1597041832, tf_rsi = -1097588045440, tf_rdx = -1097405784824, tf_rcx = 4, tf_r8 = -1098265798384, tf_r9 = -1098676372624, tf_rax = 4, tf_rbx = 4, tf_rbp = -1597041832, tf_r10 = -1097492439552, tf_r11 = -1097588045440, tf_r12 = 0, tf_r13 = -1597041832, tf_r14 = -1098676373072, tf_r15 = -1597041832, tf_trapno = 12, tf_addr = 56, tf_flags = -2142769062, tf_err = 2, tf_rip = -2142846145, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1216952416, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff80622dab in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff8046c33f in vfs_setdirty (bp=0xffffffffa0cf1358) at atomic.h:139 #9 0xffffffff80470773 in bdwrite (bp=0xffffffffa0cf1358) at /usr/src/sys/kern/vfs_bio.c:963 #10 0xffffffff805a3514 in ffs_write (ap=0xffffffffb776ca30) at /usr/src/sys/ufs/ffs/ffs_vnops.c:772 #11 0xffffffff80691c4b in VOP_WRITE_APV (vop=0xffffffff808e5900, a=0xffffffffb776ca30) at vnode_if.c:698 #12 0xffffffff8049137a in vn_write (fp=0xffffff004b7a7708, uio=0xffffffffb776cb50, active_cred=0xffffff007d849d08, flags=0, td=0xffffff0072a78980) at vnode_if.h:372 #13 0xffffffff80440d67 in dofilewrite (td=0xffffff0072a78980, fd=3, fp=0xffffff004b7a7708, auio=0xffffffffb776cb50, offset=-1098265798384, flags=0) at file.h:253 #14 0xffffffff804410d0 in kern_writev (td=0xffffff0072a78980, fd=3, auio=0xffffffffb776cb50) at /usr/src/sys/kern/sys_generic.c:402 #15 0xffffffff804411c8 in write (td=0xffffffffa0cf1358, uap=0xffffff0072a78980) at /usr/src/sys/kern/sys_generic.c:326 #16 0xffffffff8063af81 in syscall (frame= {tf_rdi = 3, tf_rsi = 5382144, tf_rdx = 4096, tf_rcx = 0, tf_r8 = 1107186, tf_r9 = 5, tf_rax = 4, tf_rbx = 34371058720, tf_rbp = 4096, tf_r10 = 140737488345232, tf_r11 = 2, tf_r12 = 5382144, tf_r13 = 20, tf_r14 = 4279044, tf_r15 = 34371058720, tf_trapno = 22, tf_addr = 0, tf_flags = 20, tf_err = 2, tf_rip = 34369765036, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488345240, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #17 0xffffffff80622f48 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #18 0x000000080098feac in ?? () Previous frame inner to this frame (corrupt stack?) --=-ZLPr7IAKOJNij5r7PWpy Content-Disposition: attachment; filename=pciconf.txt Content-Type: text/plain; name=pciconf.txt; charset=utf-8 Content-Transfer-Encoding: 7bit none0@pci0:0:0: class=0x058000 card=0x00000000 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0xcb8410de chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0xcb8410de chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0xcb8410de chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:2:1: class=0x0c0320 card=0xcb8410de chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB none2@pci0:4:0: class=0x040100 card=0x310015bd chip=0x005910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 AC'97 Audio Controller' class = multimedia subclass = audio atapci0@pci0:6:0: class=0x01018a card=0xcb8410de chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:7:0: class=0x010185 card=0xcb8410de chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:8:0: class=0x010185 card=0xcb8410de chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nve0@pci0:10:0: class=0x068000 card=0xcb8410de chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Ethernet Controller' class = bridge pcib2@pci0:11:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:12:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:13:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:14:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI fwohci0@pci1:6:0: class=0x0c0010 card=0x100615bd chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire none3@pci1:8:0: class=0x030000 card=0x00000000 chip=0x0111104e rev=0x10 hdr=0x00 vendor = 'Oak Technology Inc' device = 'OTI-64111 Spitfire' class = display subclass = VGA pcib6@pci5:0:0: class=0x060400 card=0x00000000 chip=0x03308086 rev=0x07 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor A-segment Bridge' class = bridge subclass = PCI-PCI pcib7@pci5:0:2: class=0x060400 card=0x00000000 chip=0x03328086 rev=0x07 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor B-segment Bridge' class = bridge subclass = PCI-PCI arcmsr0@pci6:14:0: class=0x010400 card=0x121017d3 chip=0x121017d3 rev=0x00 hdr=0x00 vendor = 'Areca Technology Corporation' device = 'ARC-1210 4-Port PCI-Express to SATA RAID Controller' class = mass storage subclass = RAID --=-ZLPr7IAKOJNij5r7PWpy-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 04:05:42 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66AE416A403; Tue, 10 Apr 2007 04:05:42 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.38.206.180]) by mx1.freebsd.org (Postfix) with ESMTP id 193C713C459; Tue, 10 Apr 2007 04:05:42 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 1FC898FCD6; Mon, 9 Apr 2007 21:51:07 -0600 (MDT) Date: Mon, 9 Apr 2007 21:51:07 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20070410035107.GE11741@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD Quarterly Status Report, First Quarter of 2007 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 04:05:42 -0000 Introduction This report covers FreeBSD related projects between January and March 2007. This quarter ended with a big bang as a port of Sun's critically acclaimed ZFS was added to the tree and thus will be available in the upcoming FreeBSD 7.0 release. Earlier this year exciting benchmark results showed the fruits of our SMP work. Read more on the details in the "SMP Scalability" report. During the summer, FreeBSD will once again take part in Google's Summer of Code initiative. Student selection is underway and we are looking forward to a couple of exciting projects to come. BSDCan is approaching rapidly, and will be held May 16-19th in Ottawa. Thanks to all the reporters for the excellent work! We hope you enjoy reading. _________________________________________________________________ Projects * FreeBSD and ZFS * SMP Scalability * USB FreeBSD Team Reports * FreeBSD Security Officer and Security Team * Problem Report Database * Release Engineering * The FreeBSD Foundation Kernel * Building Linux Device Drivers on FreeBSD * Update of the Linux compatibility environment in the kernel Network Infrastructure * FAST_IPSEC Upgrade * Importing trunk(4) from OpenBSD * Intel 3945ABG Wireless LAN Driver: wpi * Multi-link PPP daemon (MPD) Userland Programs * GCC 4.1 integration * malloc(3) Ports * Ports Collection * X.Org 7.2 integration Miscellaneous * BSDCan 2007 * EuroBSDCon 2007 _________________________________________________________________ BSDCan 2007 URL: http://www.bsdcan.org/2007/ Contact: Dan Langille The Schedule and the Tutorials have been released. Once again, we have a very strong collection of Speakers . BSDCan: Low Cost. High Value. Something for Everyone. Everyone is going to be there. Make your plans now. _________________________________________________________________ Building Linux Device Drivers on FreeBSD URL: http://info.iet.unipi.it/~luigi/FreeBSD/linux_bsd_kld.html Contact: Luigi Rizzo The above URL documents some work done around January to build an emulation layer for the Linux kernel API that would allow Linux device driver to be built on FreeBSD with as little as possible modifications. Initially the project focused on USB webcams, a category of devices for which there was basically no support so far. The emulation layer, available as a port ( devel/linux-kmod-compat ) simulates enough of the Linux USB stack to let us build, from unmodified Linux sources, two webcam drivers, also available as ports ( multimedia/linux-gspca-kmod and multimedia/linux-ov511-kmod ), with the former supporting over 200 different cameras. While some of the functions map one-to-one, for others it was necessary to build a full emulation (e.g. collecting input from various function calls, and then mapping sets of Linux data structures into functionally equivalent sets of FreeBSD data structures). But overall, this project shows that the software interfaces are reasonably orthogonal to each other so one does not need to implement the full Linux kernel API to get something working. More work is necessary to cover other aspects of the Linux kernel API, e.g. memory mapping, PCI bus access, and the network stack API, so we can extend support to other families of peripherals. Open tasks: 1. Implement more subsystems (e.g. the network interface API; the memory management/pci bus access API). 2. Address licensing issues. In the current port, the C code is entirely new and under a FreeBSD license. Many of the headers have been rewritten (and documented) from scratch (and so under a FreeBSD license as well). Some of the other headers are still taken from various Linux distributions and need to be rewritten to generate BSD-licensed code that can be imported in the kernel instead of being made available as a port. While this is not a concern with GNU drivers, it may be an important feature for drivers that are available under a dual license. _________________________________________________________________ EuroBSDCon 2007 URL: http://2007.EuroBSDCon.org/ Contact: EuroBSDCon 2007 Organizing Committee The sixth EuroBSDCon will take place at Symbion in Copenhagen, Denmark on Friday the 14th and Saturday 15th of September 2007. The estimated price for the two day conference is 200EUR, excluding Legoland trip and social event. The whole-day trip to Legoland is expected to cost around 130EUR including transportation, some food on the way, and entry fee. Arrangements have been made with a newly renovated Hostel which offers beds for 23EUR per night and 10EUR breakfast. A lounge with sponsored Internet connection will be available at the Hostel. Staying at the hostel is of course entirely optional and several Hotels exists in the area. Reservation for the conference and exact prices are expected to be ready no later than 1st of May. As of this writing 10 presentations have been accepted and more are in the process of being evaluated. For FreeBSD Developers, a by invitation Developers summit will be held in connection with the conference. Exactly when this will take place has not yet been decided. We are still looking for more sponsors. A public IRC channel #eurobsdcon on EFnet has been created for discussion and questions about the conference. More details will follow on the EuroBSDCon 2007 web site as they become available. _________________________________________________________________ FAST_IPSEC Upgrade URL: http://people.freebsd.org/~gnn/fast_ipv6.20070430.diff Contact: George Neville-Neil Contact: Bjoern Zeeb There are currently two p4 branches being used for this work: gnn_fast_ipsec: a dual stack branch which contains both Kame and FAST_IPSEC with v6 enabled. gnn_radical_ipsec: a single stack branch, still in progress, where Kame IPsec has been removed and only FAST remains. Open tasks: 1. Test the patch! _________________________________________________________________ FreeBSD and ZFS URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/user/pjd/zfs URL: http://www.opensolaris.org/os/community/zfs/ URL: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html URL: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070616.html Contact: Pawel Jakub Dawidek The ZFS file system in now part of the FreeBSD operating system. ZFS was ported from the OpenSolaris operating system and is under CDDL license. As an experimental feature ZFS will be available in FreeBSD 7.0-RELEASE. _________________________________________________________________ FreeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff-listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In the time since the last status report, one security advisory has been issued concerning a problem in the base system of FreeBSD; this problem was in "contributed" code maintained outside of FreeBSD. In addition, several Errata Notices have been issued in collaboration with the release engineering team, including one concerning FreeBSD Update. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 21 new entries have been added, bringing the total up to 890. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 5.5, FreeBSD 6.1, and FreeBSD 6.2. Of particular note, FreeBSD 4.11 and FreeBSD 6.0 are no longer supported. The respective End of Life dates of supported releases are listed on the web site. _________________________________________________________________ GCC 4.1 integration Contact: Alexander Kabaev Contact: Kris Kennaway A version of GCC 4.1 is being prepared for inclusion into FreeBSD 7.0-CURRENT. Work was started late in 2006 but progress on certain technical points (e.g. correctly integrating and bootstrapping a shared libgcc_s into the build) was slow due to lack of developer time. The remaining outstanding issue is that compiling with -O2 is shown to lead to runtime failures of certain binaries (e.g. some port builds); it is not currently known whether these are due to application errors or GCC miscompilations. It is believed that the current snapshot is otherwise ready for inclusion, and this will likely happen within a week or two. _________________________________________________________________ Importing trunk(4) from OpenBSD URL: http://people.freebsd.org/~thompsa/if_trunk-20070402.diff Contact: Andrew Thompson Work has completed to port over trunk(4) from OpenBSD and this also includes merging 802.3ad LACP from agr(4) in NetBSD. This driver allows aggregation of multiple network interfaces as one virtual interface using a number of different protocols/algorithms. * failover - Sends traffic through the secondary port if the master becomes inactive. * fec - Supports Cisco Fast EtherChannel. * lacp - Supports the IEEE 802.3ad Link Aggregation Control Protocol (LACP) and the Marker Protocol. * loadbalance - Static loadbalancing using an outgoing hash. * roundrobin - Distributes outgoing traffic using a round-robin scheduler through all active ports. This will be committed shortly, further testing is welcome. _________________________________________________________________ Intel 3945ABG Wireless LAN Driver: wpi URL: http://perforce.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/benjsc/wpi URL: http://www.clearchain.com/wiki/Wpi Contact: Benjamin Close Work is slowly continuing on this driver, focusing mainly on dealing with the newly released firmware for the card. The old firmware was not redistributable, the new firmware can be redistributed but has a completely different API. With the new firmware changes almost complete, the driver is approaching a state ready for -CURRENT. Open tasks: 1. Fix mbuf leakage (potential fix pending). 2. Integrate s/w control of radio transmitter. _________________________________________________________________ malloc(3) URL: http://lists.freebsd.org/pipermail/freebsd-current/2007-March/070303.html Contact: Jason Evans malloc(3) has recently been enhanced to reduce memory overhead, fragmentation, and mapped memory retention. As an added bonus, it tends to be a bit faster. See the above URL for my email to the -current mailing list for a more detailed description of the enhancements. _________________________________________________________________ Multi-link PPP daemon (MPD) URL: http://sourceforge.net/projects/mpd/ URL: http://mpd.sourceforge.net/doc/mpd5.html Contact: Alexander Motin Stable release 4.1 of mpd4 branch was released in February providing many new features and fixes. Mpd3 branch was declared legacy. Since the release several new features have been implemented in CVS: * Link repeater functionality (aka L2TP/PPTP Access Concentrator), * Per-interface traffic filtering using ng_bpf, * Very fast traffic shaping/rate-limiting using ng_car. ng_car node has been updated, to support shaping and very fast Cisco-like rate-limiting. ng_ppp node has been completely re-factored to confirm to the protocol stack model. Open tasks: 1. LAC/PAC testing. 2. Traffic filtering/shaping/rate-limiting testing. 3. PPTP modification for multiple bindings support. 4. Dynamic link/bundle creation. _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Mark Linimon The ports count is nearing 17,000. The PR count has been stable at around 700. The 'new port' PR backlog is at a multi-year low. We appreciate all the hard work of our ports committers. Since the long 6.2 release cycle ended, portmgr has once again been able to do experimental ports runs. As a result of six run/commit cycles, the portmgr PR count is now the lowest in quite some time. Please see the CHANGES and UPDATING files for details. Many thanks to Pav among others for keeping the build cluster busy. We have received new hardware, resulting in a significant speedup of our package building capability: the AMD64 package builds now use 4 8-core machines (and one lonely UP system), which means a full AMD64 build is about 5 times faster than it was. Also, the i386 cluster gained an 8-core and roughly doubled its performance too. Two of the sparc64 build machines have recently brought back online, so package builds there have been restarted there after a long period offline. linimon continues to work on improvements to portsmon to allow graphing of the dependent ports of ignored/failed ports. This work will be presented at BSDCan. In addition, pages that show the state of port uploads on ftp*.FreeBSD.org have been added, as well as ports that have NO_PACKAGE set. Also, the individual port overview page now shows the latest package that has been uploaded to the ftp servers for each buildenv. A number of absent maintainers have been replaced by some new volunteers who had been sending PRs to update and/or fix their ports. Welcome! This helps to spread the workload. Since the last report, support for FreeBSD 4.X has been dropped from the Ports Collection. Anyone still using RELENG_4 should have stayed with the ports infrastructure as of the RELENG_4_EOL tag, as later commits remove that support. 4.X served us long and well but the burden of trying to support 4 major branches finally became too much to ask of our volunteers. Use of 4.X, even with the RELENG_4_EOL tag, is no longer recommended; we recommend either 6.2-RELEASE or RELENG_6, depending on your needs. There have been new releases of the ports tinderbox code, the portmaster update utility, and portupgrade. A new utility, pkgupgrade, has been introduced by Michel Talon, which appears interesting. KDE was updated to 3.5.6. GNOME was updated to 2.18. XFree86 version 3 was removed as being years out of date. We have added 3 new committers since the last report. Open tasks: 1. Most of the remaining ports PRs are "existing port/PR assigned to committer". Although the maintainer-timeout policy is helping to keep the backlog down, we are going to need to do more to get the ports in the shape they really need to be in. 2. Although we have added many maintainers, we still have many unmaintained ports. The number of buildable packages on AMD64 lags behind a bit; sparc64 requires even more work. _________________________________________________________________ Problem Report Database URL: http://www.freebsd.org/support.html#gnats Contact: Mark Linimon We have added Remko Lodder to the bugmeister team. Remko has been doing a great deal of work to go through antique PRs, especially in the i386 category, and it was time to recognize that hard work. As a result of his work the i386 count is at a multi-year low. Remko has also been instrumental in working with some new volunteers who are interested in finding out how they can contribute. Our current plans are to ask them to look through the PR backlog and, firstly, ask for feedback from the submitters, and secondly, identify PRs that need action by committers. We also have some committers who have volunteered to review those PRs. If you are interested in helping, please subscribe to bugbusters@FreeBSD.org. Our thanks to our current helpers, including Harrison Grundy. The overall PR count has dropped to around 5100, a significant reduction. _________________________________________________________________ Release Engineering URL: http://www.FreeBSD.org/releng/ URL: http://www.FreeBSD.org/snapshots/ Contact: Release Engineering Team During the past quarter, the Release Engineering team has begun planning and preparing for FreeBSD 7.0, which is scheduled for release later in 2007. The HEAD codeline has been placed in a "slush" mode, meaning that large changes should be coordinated with the Release Engineering team before being committed. The RE team also produced snapshots of FreeBSD 6.2-STABLE and 7.0-CURRENT for February and March 2007, corresponding roughly to the state of those development branches at the start of the respective months. While they have not had the benefit of extensive testing, and should not be used in production, they can be useful for experimenting with or testing new features. _________________________________________________________________ SMP Scalability URL: http://people.freebsd.org/~kris/scaling/mysql.html URL: http://wiki.freebsd.org/SMPTODO Contact: Kris Kennaway Contact: Jeff Roberson Contact: Attilio Rao Contact: Robert Watson Over the past few months there has been a substantially increased focus on improving scalability of FreeBSD on large SMP hardware. This has been driven in part by the new availability of 8-core hardware to the project, which allows easy profiling of scalability bottlenecks and benchmarking of proposed changes. Significant progress has been made on certain application workloads such as MySQL and PostgreSQL, with the result that FreeBSD 7 now has excellent scaling to at least 8-CPU systems with prospects for further improvements. Progress with other application workloads has been limited by the need to set up a suitable test case; please contact me if you are interested in helping. As part of this general effort, work is progressing steadily on removing the last remaining Giant-locked code from the kernel. A complete list of remaining Giant-locked code is found here: http://wiki.freebsd.org/SMPTODO Many of these sub-tasks have owners, but some do not. The major remaining Giant-locked subsystem with no owner is the TTY subsystem. In parallel, profiling of contention and bottlenecks in other subsystems has lead to a number of experimental changes which are being developed. Work is in progress by Jeff Roberson and Attilio Rao to break up the global scheduler spinlock in favor of a set of per-CPU scheduling locks, which is expected to improve performance on systems with many CPUs. Experimental changes by Robert Watson to allow for multiple netisr threads show good promise for improving loopback IP performance on large SMP systems, which can otherwise easily saturate a single netisr thread. A variety of other changes are being profiled and evaluated to improve SMP performance under various workloads. The majority of these changes are collected in the //depot/user/kris/contention/ Perforce branch. _________________________________________________________________ The FreeBSD Foundation URL: http://www.freebsdfoundation.org Contact: Deb Goodkin The FreeBSD Foundation ended Q1 raising over $65,000. We're a quarter of the way to our goal of raising $250,000 this year. We continued our mission of supporting developer communication by helping FreeBSD developers attend AsiaBSDCon. We are a sponsor of BSDCan and are currently accepting travel grant applications for this conference. The foundation provided support that helped the ZFS file system development. We continued working to upgrade the project's network testbed with 10Gigabit interconnects. We attended SCALE where we received an offer from No Starch Press to include a foundation ad in their BSD books. Our first ad will appear in the book "Designing BSD Rootkits." For more information on what we've been up to, check out our website at http://www.freebsdfoundation.org . _________________________________________________________________ Update of the Linux compatibility environment in the kernel URL: http://wiki.FreeBSD.org/linux-kernel URL: http://wiki.FreeBSD.org/linux-kernel/ltp Contact: Alexander Leidinger Contact: Roman Divacky Contact: Emulation Mailinglist Since the last status report AMD64 was feature synced with i386. Notably TLS and futexes are now available on AMD64. Many thanks to Jung-Uk Kim for doing the TLS work. Currently the focus is to implement the *at() family of linux syscalls and to find and fix the remaining futex problems. We need some more testers and bug reporters. So if you have a little bit of time and a favorite linux application, please play around with it on -CURRENT. If there is a problem, have a look at the Wiki if we already know about it and report on emulation@. We are specially interested in reports about the 2.6 compatibility (sysctl compat.linux.osversion=2.6.16), but only with the most recent -current and maybe with some patches we have in the perforce repository (available from the wiki). We would like to thank all the people which tested the changes / submitted patches and thus helped improve the linux compatibility environment. _________________________________________________________________ USB URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/usb/src/sys/dev/usb&HIDEDEL=NO URL: http://www.turbocat.net/~hselasky/usb4bsd URL: http://www.turbocat.net/~hselasky/usb4bsd/dev_new_usb.pdf Contact: Hans Petter Sirevaag Selasky During the last three months not too much has changed. Here is a quick list of changes: 1. There has been some cleanups in the UCOM layer, generally to to create a context for all the callbacks so that they can call sleeping functions. This is achieved using the USB config thread system. The reason for this is that the code becomes simpler when synchronous operation is applied versus asynchronous. But asynchronous behavior is the most secure, hence then all USB resources are preallocated for each transfer. After the change, only data transfers are done asynchronously. All configuration is now done synchronously. This makes the USB device drivers look more like in the old USB stack. 2. moscom.c has been imported from OpenBSD. It is called umoscom.c under FreeBSD. 3. ugensa.c has been imported from NetBSD. 4. f_axe.c has now has support for Ax88178 and Ax88772, which is derived from OpenBSD. In my last status report I asked for access to Sparc64 boxes with FreeBSD installed. Testing is ongoing and some problems remain with EHCI PCI Cards. I am not exactly sure where the problem is, but it appears that DMA-able memory does not get synced properly. Markus Brueffer is still working on the USB HID parser and support. Nothing has been committed yet. Several people have reported success with my new USB stack. Some claim 2x improvements, others have seen more. But don't expect too much. If you want to test the new USB stack, checkout the USB perforce tree or download the SVN version of the USB driver from my USB homepage. At the moment the tarballs are a little out of date. Ideas and comments with regard to the new USB API are welcome at freebsd-usb@freebsd.org . _________________________________________________________________ X.Org 7.2 integration URL: http://wiki.freebsd.org/ModularXorg Contact: Florent Thoumie Contact: Dejan Lesjak Contact: Kris Kennaway X.Org 7.2 is now on final approach for landing into the ports tree. Work had proceeded at a slow pace for the first few months of the year due to reduced availability of flz@, the single developer working on integration. Recently lesi@ was recruited back into the task and readiness of the ports collection was pushed to completion (i.e. there are no major regressions apparent on package builds). The remaining tasks which need to be completed are a review of the diff to make sure no unintentional changes or regressions slip in to the CVS tree in the big merge, and completion of an upgrade script to manage the migration from X.Org 6.9 (X.Org 7.2 is so fundamentally different that it cannot be upgraded "automatically" using the existing tools like portupgrade). We hope to have these finished within a week or two, at which stage the ports collection will be frozen for the integration, and we will likely remain in a ``mini-freeze'' for a week or two in order to focus committer attention on resolving the inevitable undetected problems which will emerge from this major change. _________________________________________________________________ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 04:24:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70FFE16A400 for ; Tue, 10 Apr 2007 04:24:48 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.freebsd.org (Postfix) with ESMTP id 0F98413C45A for ; Tue, 10 Apr 2007 04:24:47 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta08sl.mx.bigpond.com ([144.132.228.157]) by omta04sl.mx.bigpond.com with ESMTP id <20070410042446.LEV28583.omta04sl.mx.bigpond.com@oaamta08sl.mx.bigpond.com> for ; Tue, 10 Apr 2007 04:24:46 +0000 Received: from areilly.bpa.nu ([144.132.228.157]) by oaamta08sl.mx.bigpond.com with ESMTP id <20070410042446.VKMM19518.oaamta08sl.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 10 Apr 2007 04:24:46 +0000 Received: (qmail 50542 invoked by uid 501); 10 Apr 2007 04:24:15 -0000 Date: Tue, 10 Apr 2007 14:24:15 +1000 From: Andrew Reilly To: JoaoBR Message-ID: <20070410042415.GA50510@duncan.reilly.home> References: <20060327093011.GA21070@math.jussieu.fr> <4427E3B1.3020704@kernel32.de> <20060328104007.GD87799@gurney.reilly.home> <200603280747.55047.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603280747.55047.joao@matik.com.br> User-Agent: Mutt/1.4.2.2i Cc: shih@math.jussieu.fr, freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 04:24:48 -0000 Wow. Somehow we've slipped through a one-year timewarp: On Tue, Mar 28, 2006 at 07:47:54AM -0300, JoaoBR wrote: > On Tuesday 28 March 2006 07:40, Andrew Reilly wrote: > > > > After the last rebuild on my amd64-x2 box, both the nve ethernet > > on the motherboard and the dc ethernet that I had been using to > > work around other problems in the nve driver stopped working in > > this way. DEVICE_POLLING and ifconfig...polling has got me > > going again. I thoroughly recommend it. > > > > nve does not run polling mode but dc does > > I guess you have an IRQ conflict, nve and dc on the same hw interrupt, and > that setting dc in polling mode worked around this problem then > > you could check vmstat -i with and without polling enabled to see it Thanks for the tip. I haven't been running dc or nve for about a year, now :-) Nfe has been working beautifully for me, without polling. I guess that I should have a look to see if nve has improved in the interim, but it's difficult to make oneself mess with something that isn't broken... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 04:50:55 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E23D516A403 for ; Tue, 10 Apr 2007 04:50:55 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 78A7213C457 for ; Tue, 10 Apr 2007 04:50:55 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so8981ugh for ; Mon, 09 Apr 2007 21:50:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DpTaBPG11ghWXd6j+IDeOW7bDkR55RLcqbkqJmybW5o7hu6iNStVI6BRVdGUsugNWFwOhySMslcpQ4npChyzVxRqCgLC9wjlzUrbuIekQKCIoeGjqWt76rUArRRjMCdR6/eLvFRatVxCOO4mfRwl7znc+BL9vukisFZ10+aWHYA= 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=NBt6JUZEA665a1z62o0dGnHiHidYmUAsriToMti7/ePwiqBgHg/9qUHF8s/yGAE0nV3lgJo7LBo3aV+JeCMUNBQchV2XJXlx1AP0D49CtCStRQ88aVZPJ+4Cynqm2DD5ZfzagYcrymyZJ6SXNAO1OFMrTUiDvQ210qb7MXnD91E= Received: by 10.82.162.14 with SMTP id k14mr8581209bue.1176180654178; Mon, 09 Apr 2007 21:50:54 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Mon, 9 Apr 2007 21:50:53 -0700 (PDT) Message-ID: <6eb82e0704092150w110381d2j2b4998105da1fc32@mail.gmail.com> Date: Tue, 10 Apr 2007 12:50:53 +0800 From: "Rong-en Fan" To: "Nikolay Pavlov" , stable@freebsd.org In-Reply-To: <20070409200354.GA15020@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> <20070409163354.GA15528@icarus.home.lan> <6eb82e0704091049u256f649ei80537fac7b876a92@mail.gmail.com> <20070409182108.GA17450@icarus.home.lan> <20070409184808.GA17933@icarus.home.lan> <20070409200354.GA15020@zone3000.net> Cc: Subject: Re: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 04:50:56 -0000 On 4/10/07, Nikolay Pavlov wrote: > On Monday, 9 April 2007 at 11:48:08 -0700, Jeremy Chadwick wrote: > > On Mon, Apr 09, 2007 at 11:21:08AM -0700, Jeremy Chadwick wrote: > > > On Tue, Apr 10, 2007 at 01:49:32AM +0800, Rong-en Fan wrote: > > > > On 4/10/07, Jeremy Chadwick wrote: > > > > >The only thing I've found, though, is that dialog(1) does not appear to > > > > >properly handle UTF-8 encoding. Line drawing characters show up as > > > > >gibberish (alphanumeric characters). I realise dialog isn't part of > > > > >ncurses, but it does rely on it. We should consider updating dialog to > > > > >match this change. > > > > > > > > You mean it display sometihng like "tqxu" instead of line drawing > > > > characters? > > > > Last time I checked, I thought it is terminal related. When I use screen, it > > > > uses line drawing character. For PuTTY, see: > > > > > > > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-April/146577.html > > > > This is quite applicable. I just now got around to reading it > > (should've done this before I sent my previous Email). Yep, that's the > > exact problem: > > > > /usr/bin/dialog: > > libdialog.so.5 => /usr/lib/libdialog.so.5 (0x3807e000) > > libncurses.so.6 => /lib/libncurses.so.6 (0x38099000) > > libc.so.6 => /lib/libc.so.6 (0x380dd000) > > > > At least I have a workaround with NCURSES_NO_UTF8_ACS=1. :-) > > I am not sure, but maybe this is related to ncurses update. I am getting > this trying to run sysinstall utility: > > Probing devices, please wait (this can take a while)...BARF 170 <105> > > Than goes EOL and exit... > > It's a current from April 6. The ncurses update to 5.6 is in late Jan, and enable wide character support it in late Feb. My sysinstall runs just fine under console and rxvt-unicode on my currenct as of yesterday. > > -- > ====================================================================== > - Best regards, Nikolay Pavlov. <<<----------------------------------- > ====================================================================== > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 07:20:05 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99D1416A401 for ; Tue, 10 Apr 2007 07:20:05 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id C636113C44C for ; Tue, 10 Apr 2007 07:20:01 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l3A6h0uM092898 for ; Tue, 10 Apr 2007 10:43:00 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 10 Apr 2007 10:43:00 +0400 (MSD) From: Maxim Konovalov To: stable@freebsd.org Message-ID: <20070410103918.N81063@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Cc: Subject: panic: spin lock held too long X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 07:20:05 -0000 Hi, A week old -stable panic trace inlined below. The kernel config file is SMP + KDB/DDB options. Any help to debug futher is appreciated. Unread portion of the kernel message buffer: spin lock smp rendezvous held by 0xca78ed80 for > 5 seconds panic: spin lock held too long cpuid = 2 Uptime: 14h25m47s Dumping 3967 MB (3 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 87! 8 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok chunk 2: 1MB (128 pages) #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h gdb% bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0695bca in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc0695f21 in panic (fmt=0xc093434c "spin lock held too long") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xcaabdd80 bootopt = 260 newpanic = 1 ap = 0xcaabdd80 "\030 x" buf = "spin lock held too long", '\0' #3 0xc068ceb5 in _mtx_lock_spin (m=0xc0a1c840, tid=3400260992, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:633 i = 60000000 #4 0xc08ab8d2 in smp_tlb_shootdown (vector=244, addr1=0, addr2=0) at /usr/src/sys/i386/i386/mp_machdep.c:1016 _tid = 3400260992 ncpu = 3 __func__ = "smp_tlb_shootdown" #5 0xc08abb13 in smp_invlpg (addr=3880742912) at /usr/src/sys/i386/i386/mp_machdep.c:1083 No locals. #6 0xc08ae8ea in pmap_invalidate_page (pmap=0x0, va=3880742912) at /usr/src/sys/i386/i386/pmap.c:536 other_cpus = 0 #7 0xc08afd46 in pmap_remove_pte (pmap=0xc0a51d80, ptq=0x0, va=3880742912) at /usr/src/sys/i386/i386/pmap.c:1519 oldpte = 686364003 m = 0xbff9d3dc #8 0xc08aff38 in pmap_remove (pmap=0xc0a51d80, sva=3880742912, eva=3881013248) at /usr/src/sys/i386/i386/pmap.c:1639 pdirindex = 0 pdnxt = 3881013248 ptpaddr = 0 ---Type to continue, or q to quit--- pte = (pt_entry_t *) 0xbff9d3dc anyvalid = 0 #9 0xc080e3ed in vm_map_delete (map=0xc14683c0, start=3242623936, end=3881013248) at /usr/src/sys/vm/vm_map.c:2363 next = 0xc14683c0 entry = 0xd0041088 first_entry = 0xd0041088 #10 0xc080bb66 in kmem_free_wakeup (map=0xc14683c0, addr=3880742912, size=0) at /usr/src/sys/vm/vm_kern.c:467 No locals. #11 0xc067b17a in exec_free_args (args=0xed9ddcb4) at /usr/src/sys/kern/kern_exec.c:1062 No locals. #12 0xc0679a81 in execve (td=0xcaabdd80, uap=0x0) at /usr/src/sys/kern/kern_exec.c:190 error = 0 args = { buf = 0xe74f7000
, begin_argv = 0xe74f7000
, begin_envv = 0xe74f701d
, endp = 0xe74f716b
, fname = 0xe7537000 "/usr/libexec/ftpd", stringspace = 261781, argc = 7, envc = 9 } #13 0xc08b4e0f in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 0, tf_ebp = 0, tf_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, tf_err = 0, tf_eip = 671484728, tf_cs = 51, tf_eflags = 514, tf_esp = -1077940896, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 params = 0xbfbfdb60
callp = (struct sysent *) 0xc09a5fa4 td = (struct thread *) 0xcaabdd80 ---Type to continue, or q to quit--- p = (struct proc *) 0xcff9a218 orig_tf_eflags = 514 sticks = 0 error = 0 narg = 3 args = {134582464, 134627384, 134587136, 0, 0, 0, 0, -805723624} code = 59 #14 0xc089f0ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #15 0x00000033 in ?? () No symbol table info available. gdb% Script done on Tue Apr 10 10:33:02 2007 -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 13:05:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1075716A405 for ; Tue, 10 Apr 2007 13:05:24 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF1713C45B for ; Tue, 10 Apr 2007 13:05:23 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l3AD58vO069157; Tue, 10 Apr 2007 10:05:09 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Andrew Reilly Date: Tue, 10 Apr 2007 09:54:19 -0300 User-Agent: KMail/1.9.5 References: <20060327093011.GA21070@math.jussieu.fr> <200603280747.55047.joao@matik.com.br> <20070410042415.GA50510@duncan.reilly.home> In-Reply-To: <20070410042415.GA50510@duncan.reilly.home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704100954.20900.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: shih@math.jussieu.fr, freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 13:05:24 -0000 On Tuesday 10 April 2007 01:24, Andrew Reilly wrote: > Wow. Somehow we've slipped through a one-year timewarp: > > On Tue, Mar 28, 2006 at 07:47:54AM -0300, JoaoBR wrote: > > On Tuesday 28 March 2006 07:40, Andrew Reilly wrote: > > > After the last rebuild on my amd64-x2 box, both the nve ethernet > > > on the motherboard and the dc ethernet that I had been using to > > > work around other problems in the nve driver stopped working in > > > this way. DEVICE_POLLING and ifconfig...polling has got me > > > going again. I thoroughly recommend it. > > > > nve does not run polling mode but dc does > > > > I guess you have an IRQ conflict, nve and dc on the same hw interrupt,= =20 > > and that setting dc in polling mode worked around this problem then > > > > you could check vmstat -i with and without polling enabled to see it > > Thanks for the tip. I haven't been running dc or nve for about > a year, now :-) Nfe has been working beautifully for me, > without polling. I guess that I should have a look to see if > nve has improved in the interim, but it's difficult to make > oneself mess with something that isn't broken... > nfe appears to work much better (also with polling) and flawless. I tried o= ne=20 and another time nve but nfe is what works, at least on amd64 and newer=20 hardware so probably you don't need to waste your time ;) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 13:08:43 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8073316A400 for ; Tue, 10 Apr 2007 13:08:43 +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 EB02D13C455 for ; Tue, 10 Apr 2007 13:08:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zsxery@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3AD8ZtK032958; Tue, 10 Apr 2007 15:08:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3AD8Vg1032957; Tue, 10 Apr 2007 15:08:31 +0200 (CEST) (envelope-from olli) Date: Tue, 10 Apr 2007 15:08:31 +0200 (CEST) Message-Id: <200704101308.l3AD8Vg1032957@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, stefan.lambrev@sun-fish.com In-Reply-To: <4616396D.9030405@sun-fish.com> X-Newsgroups: list.freebsd-stable 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]); Tue, 10 Apr 2007 15:08:41 +0200 (CEST) Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, stefan.lambrev@sun-fish.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 13:08:43 -0000 Stefan Lambrev wrote: > All those things work only under i386 right ? > There is no option VESA in amd64 ? Right. Calling function in the VESA BIOS (which is 32bit i386 code) is not supported under FreeBSD/amd64. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 15:11:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82A9C16A404 for ; Tue, 10 Apr 2007 15:11:04 +0000 (UTC) (envelope-from feijo.listas@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 25D1213C4C2 for ; Tue, 10 Apr 2007 15:11:03 +0000 (UTC) (envelope-from feijo.listas@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1298383pyh for ; Tue, 10 Apr 2007 08:11:03 -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=RvfWJi3RABTi7YF8LGH+S3eMKqBoeaNF+8UGly5I0Zpztc3IWxSlugoSQYlJt0wzBBkSzq+Bud9EGZ2c/oqke9iiURX+Umvwv8myTMWEP7kgsX4I/E9vwbCZRF9DLLWS7GTubzWhgfN9WN1//MMkq7h+tOLwPpdnPeqJiCP7EdY= 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=hFSB67kxoWXtzRkYIgchsUthKaq+iPcBmVHR3Yrkl096IC64enSKnBI8oY4T0oGjc/P2ag5Rd2RsM4PkurbZQa1v6yrxDFperOjDqV5ZlnGGcuDAtDKp0jmkeeh/rVL2GZSWWIOP7bzrrfTuRilhwozA06pMltXxWtdtCFcH0ao= Received: by 10.114.170.1 with SMTP id s1mr2814924wae.1176216403159; Tue, 10 Apr 2007 07:46:43 -0700 (PDT) Received: by 10.114.15.7 with HTTP; Tue, 10 Apr 2007 07:46:43 -0700 (PDT) Message-ID: <8a20e5000704100746k16c9a696l1f581c0abff732c6@mail.gmail.com> Date: Tue, 10 Apr 2007 11:46:43 -0300 From: "=?ISO-8859-1?Q?Gustavo_Feij=F3?=" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Sendmail problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 15:11:04 -0000 Hi there, I'm experiencing a kind of trubble i've never seen... Till today 4am it was all working fine. Now, with none chages, i'm having this message error: Apr 10 11:31:22 serv01 sm-mta-rx[21328]: l3ADXMuQ024306: to=, delay=00:57:48, xdelay=00:00:00, mailer=esmtp, pri=7053961, relay=[127.0.0.1] [127.0.0.1], dsn=4.2.0, stat=Deferred: Connection reset by [127.0.0.1] All messagens sent to mydomain are being not delivered. All of them are going to mqueue. This error occour with all messages arryving or outgoing from this mail server (Sendmail 8.13.8/8.13.8). Can any one help? Give some read? Thanks anyway -- []'s chmod000 "Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs!" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 16:35:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9CF616A400 for ; Tue, 10 Apr 2007 16:35:40 +0000 (UTC) (envelope-from feijo.listas@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 7590E13C46A for ; Tue, 10 Apr 2007 16:35:40 +0000 (UTC) (envelope-from feijo.listas@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1409879nza for ; Tue, 10 Apr 2007 09:35:39 -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=It8Zn/4/0V3JS0ZD2egUgvzgX/j7kQEg0+sIKMCjQUc54rkMmgBCMnnn9WsQ7Ee0N+Pjs+pq9tp9RMeou55K9msAVmCC7hRyqMNWQFy7yPqrzCZx/t3t/BMzdaz2orjqJ0UzxzLzz8zUEOjgAVXwmY7kM3YKkHlwYhyOttJ7w6c= 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=ldt9svpgqGjlopoQJ1fW5PCUKg38p23J4PhZaz8jCrHNkj2c9Nkce5m2x9Gk881Z2m6PtKdODi1sCXd/9bCxLVa+RrK3ArZ7qHsCH0K8dgJb7Jxzynos3iDqxk9whZ1aZflFQaYMtRNbGF0hoW9xmYw5GT7cxlCQC6KRUecZbW0= Received: by 10.114.166.1 with SMTP id o1mr2849237wae.1176222939127; Tue, 10 Apr 2007 09:35:39 -0700 (PDT) Received: by 10.114.15.7 with HTTP; Tue, 10 Apr 2007 09:35:39 -0700 (PDT) Message-ID: <8a20e5000704100935g2f726e2dp374bf20f52ffe215@mail.gmail.com> Date: Tue, 10 Apr 2007 13:35:39 -0300 From: "=?ISO-8859-1?Q?Gustavo_Feij=F3?=" To: freebsd-stable@freebsd.org In-Reply-To: <8a20e5000704100746k16c9a696l1f581c0abff732c6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8a20e5000704100746k16c9a696l1f581c0abff732c6@mail.gmail.com> Subject: Re: Sendmail problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 16:35:40 -0000 Found the problem origin: Amavis Apr 10 13:34:02 serv01 amavis[26962]: (26962-01) (!!)TROUBLE in process_request: Can't create directory /var/spool/amavisd/tmp/amavis-20070410T133402-26962: Too many links at /usr/sbin/amavisd line 4215, line 2. Searching for solution Any aid would be wellcome ;-) 2007/4/10, Gustavo Feij=F3 : > Hi there, > > I'm experiencing a kind of trubble i've never seen... > > Till today 4am it was all working fine. > > Now, with none chages, i'm having this message error: > > Apr 10 11:31:22 serv01 sm-mta-rx[21328]: l3ADXMuQ024306: > to=3D, delay=3D00:57:48, xdelay=3D00:00:00, mailer=3Desmtp= , > pri=3D7053961, relay=3D[127.0.0.1] [127.0.0.1], dsn=3D4.2.0, stat=3DDefer= red: > Connection reset by [127.0.0.1] > > All messagens sent to mydomain are being not delivered. All of them > are going to mqueue. > > This error occour with all messages arryving or outgoing from this > mail server (Sendmail 8.13.8/8.13.8). > > Can any one help? > Give some read? > > Thanks anyway > > > -- > []'s > chmod000 > "Microsoft butterfly is their way of telling you their system has a > lot of @#$ bugs!" > --=20 []'s chmod000 "Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs!" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 16:38:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C735016A401 for ; Tue, 10 Apr 2007 16:38:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 746C213C484 for ; Tue, 10 Apr 2007 16:38:13 +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 A362EEB9FE0; Wed, 11 Apr 2007 00:38:12 +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 OIJ6fSacSgZk; Wed, 11 Apr 2007 00:38:07 +0800 (CST) Received: from [192.168.1.32] (unknown [221.221.170.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B33C3EB0F38; Wed, 11 Apr 2007 00:38:07 +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=K1LD31DGTH87+34QBY6dp4AjfjVQ2EVz/Yw9xuTW9WjQPHuX4vbA7DzRJJKn28QhS ng1+olPqXd6ocyiRbZs7A== Message-ID: <461BBD6A.5030901@delphij.net> Date: Wed, 11 Apr 2007 00:38:02 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gustavo_Feij=F3?= References: <8a20e5000704100746k16c9a696l1f581c0abff732c6@mail.gmail.com> <8a20e5000704100935g2f726e2dp374bf20f52ffe215@mail.gmail.com> In-Reply-To: <8a20e5000704100935g2f726e2dp374bf20f52ffe215@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA9E30588263B49DA02079D24" Cc: freebsd-stable@freebsd.org Subject: Re: Sendmail problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 16:38:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA9E30588263B49DA02079D24 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Gustavo Feij=F3 wrote: > Found the problem origin: >=20 > Amavis >=20 > Apr 10 13:34:02 serv01 amavis[26962]: (26962-01) (!!)TROUBLE in > process_request: Can't create directory > /var/spool/amavisd/tmp/amavis-20070410T133402-26962: Too many links at > /usr/sbin/amavisd line 4215, line 2. >=20 > Searching for solution > Any aid would be wellcome Seems that you have too many subdirectories under /var/spool/amavisd/tmp... Try letting it to flush all e-mails and rm -fr /var/spool/amavisd/tmp/amavis* Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA9E30588263B49DA02079D24 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 iD8DBQFGG71qOfuToMruuMARCrH4AJ4sTFoPy6uUsiD3PrdU7vFW68EqQACffuSD l+aLKHNUYehcJ94WX2SgOGw= =mX0T -----END PGP SIGNATURE----- --------------enigA9E30588263B49DA02079D24-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 21:39:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B29BD16A405 for ; Tue, 10 Apr 2007 21:39:49 +0000 (UTC) (envelope-from jfvogel@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 76C4C13C459 for ; Tue, 10 Apr 2007 21:39:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so1266562wra for ; Tue, 10 Apr 2007 14:39: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=JzR2JcHRlpAKVrsdhAb/9hzo8aGYuT3oeMmAC1Y/fh6wtrtpwTODWO97N7X++a2HEMZUjyVwMblPcmQ7ytXqFnJs97+MsIxCya0WKPM592S3Nrs5vGWpvRFlpqrVfxENOXIZN2e7fzDu2Fu6PY1O1saYGYuNINlkfLomEBSEnDc= 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=EnRKd9cn74FkZcNyCOvBX2WLQjVI2kWagYoEFE+U6GXabdtRAFXYsnAGQL+wwWbYS6+qyc3lDWwBSghtNYT+1VjgMIQ2SsohA/PvDNCvgs7p4AC3fgY3IrUsgBZF3rWyOF0t6hjvsoOtnndWGYkqrD5BSi4WvqvAb5YFEm0lOYA= Received: by 10.114.195.19 with SMTP id s19mr1588895waf.1176241188469; Tue, 10 Apr 2007 14:39:48 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 10 Apr 2007 14:39:48 -0700 (PDT) Message-ID: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> Date: Tue, 10 Apr 2007 14:39:48 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org, freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: WOL question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 21:39:49 -0000 I am hoping someone here who has more familiarity with the ACPI code can enlighten me.... I have an internal bug filed complaining that FreeBSD disables wake-on-lan on the hardware. This means that if you boot, say, Linux, even Knoppix as a quickie, and then shutdown, if the hardware supports it, it will be left in a state where a magic-packet wakeup will work. However, even if I boot up a FreeBSD kernel with NO em driver, and then shutdown, it undoes the WOL setup. Now, I would like to have explicit WOL support added into the em driver, but before I even worry about that I need to understand where the kernel turns this off without the driver even needed. I've looked around at the dev/acpi and arch/acpi code and at least so far I'm having a hard time getting an adequate picture to know how it happens. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Apr 10 23:30:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D49C116A401 for ; Tue, 10 Apr 2007 23:30:04 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5C513C469 for ; Tue, 10 Apr 2007 23:30:04 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id l3ANJgdv035237 for ; Tue, 10 Apr 2007 18:19:42 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id l3ANJgFf035236 for freebsd-stable@freebsd.org; Tue, 10 Apr 2007 18:19:42 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Tue, 10 Apr 2007 18:19:42 -0500 From: Scott Lambert To: FreeBSD STABLE Message-ID: <20070410231942.GB13500@sysmon.tcworks.net> Mail-Followup-To: FreeBSD STABLE Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: uid/gid lookups slower on 6.2 than 4.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 23:30:05 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've run into an interesting performance "issue" with ls on a 6.2-STABLE box, web1. This box is going to replace my current 4.11 box, ns, and is not currently active. It's running all the daemons it will be in production, but traffic is not pointed at it yet. I don't think the gmirror vs. adaptec RAID disk subsystem would explain the performance differences. I could be wrong. If I am, I'm going to have to get a RAID card for the new box. root@web1 /home 17:58:57 Tue Apr 10 # time ls -l | wc -l 3135 real 0m35.224s user 0m6.748s sys 0m28.482s root@web1 /home 17:59:48 Tue Apr 10 # time ls -l | wc -l 3135 real 0m35.279s user 0m6.939s sys 0m28.348s root@web1 /home 18:00:37 Tue Apr 10 # time ls -l | wc -l 3135 real 0m35.203s user 0m6.640s sys 0m28.569s root@web1 /home 18:01:13 Tue Apr 10 # uname -a FreeBSD web1.hosting.tcworks.net 6.2-STABLE-200702 FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 root@web1 /home 18:03:38 Tue Apr 10 # time ls -ln | wc -l 3135 real 0m0.054s user 0m0.030s sys 0m0.031s root@web1 /home 18:04:53 Tue Apr 10 # time ls -ln | wc -l 3135 real 0m0.054s user 0m0.046s sys 0m0.014s root@web1 /home 18:04:54 Tue Apr 10 # time ls -ln | wc -l 3135 real 0m0.054s user 0m0.037s sys 0m0.024s The difference in the number of home directories is due to my rsync script not using the --delete option, yet. Here are the same statistics from my 4.11 box. This box is in production with the same daemons as the web1 box. : root@ns /home 18:04:38 Tue Apr 10 # time ls -l | wc -l 3070 real 0m0.113s user 0m0.041s sys 0m0.050s root@ns /home 18:04:41 Tue Apr 10 # time ls -l | wc -l 3070 real 0m0.096s user 0m0.037s sys 0m0.053s root@ns /home 18:04:41 Tue Apr 10 # time ls -l | wc -l 3070 real 0m0.099s user 0m0.046s sys 0m0.046s root@ns /home 18:04:44 Tue Apr 10 # uname -a FreeBSD ns 4.11-RELEASE-p21 FreeBSD 4.11-RELEASE-p21 #2: Thu Sep 21 00:53:20 CDT 2006 root@sysmon:/usr/obj/usr/src/sys/NS i386 root@ns /home 18:09:38 Tue Apr 10 # time ls -ln | wc -l 3070 real 0m0.055s user 0m0.030s sys 0m0.023s root@ns /home 18:10:20 Tue Apr 10 # time ls -ln | wc -l 3070 real 0m0.055s user 0m0.031s sys 0m0.022s root@ns /home 18:10:21 Tue Apr 10 # time ls -ln | wc -l 3070 real 0m0.059s user 0m0.041s sys 0m0.012s -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="web1.dmesg.boot" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 1073676288 (1023 MB) avail memory = 1041481728 (993 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0xca6,0xca7 on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pci2: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci2 pci4: on pcib2 ahd0: port 0x3800-0x38ff,0x4000-0x40ff mem 0xfe9e0000-0xfe9e1fff irq 50 at device 7.0 on pci4 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3000-0x30ff,0x3400-0x34ff mem 0xfe9f0000-0xfe9f1fff irq 49 at device 7.1 on pci4 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe6c0000-0xfe6dffff irq 30 at device 7.0 on pci3 em0: Ethernet address: 00:07:e9:05:61:0a em1: port 0x2000-0x203f mem 0xfe6e0000-0xfe6fffff irq 31 at device 7.1 on pci3 em1: Ethernet address: 00:07:e9:05:61:0b pci0: at device 3.1 (no driver attached) uhci0: port 0x5020-0x503f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x5000-0x501f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3a0-0x3af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff,0xc9800-0xcafff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-master UDMA33 ses0 at ahd1 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) da1 at ahd1 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) GEOM_MIRROR: Device gm0 created (id=149269652). GEOM_MIRROR: Device gm0: provider da0 detected. GEOM_MIRROR: Device gm0: provider da1 detected. GEOM_MIRROR: Device gm0: provider da1 activated. GEOM_MIRROR: Device gm0: provider da0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ns.dmesg.boot" Copyright (c) 1992-2005 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 4.11-RELEASE-p21 #2: Thu Sep 21 00:53:20 CDT 2006 root@sysmon:/usr/obj/usr/src/sys/NS Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Pentium(R) III CPU family 1400MHz (1393.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1610612736 (1572864K bytes) avail memory = 1564065792 (1527408K bytes) Preloaded elf kernel "kernel" at 0xc0305000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 14 entries at 0xc00fdee0 npx0: on motherboard npx0: INT 16 interface pcib1: on motherboard pci1: on pcib1 pcib0: on motherboard pci0: on pcib0 pci0: at 2.0 irq 5 fxp0: port 0x2400-0x243f mem 0xf8000000-0xf801ffff,0xf8041000-0xf8041fff irq 9 at device 3.0 on pci0 fxp0: Ethernet address 00:02:b3:50:18:29 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0x2440-0x247f mem 0xf8020000-0xf803ffff,0xf8042000-0xf8042fff irq 10 at device 4.0 on pci0 fxp1: Ethernet address 00:02:b3:50:18:2a inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2490-0x2493,0x2480-0x248f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xf8043000-0xf8043fff irq 10 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib2: on motherboard pci2: on pcib2 asr0: mem 0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xfa000000-0xfa0fffff irq 9 at device 9.0 on pci2 asr0: major=154 asr0: ADAPTEC 2000S FW Rev. 380E, 2 channel, 256 CCBs, Protocol I2O pcib3: on motherboard pci3: on pcib3 pcib4: on motherboard pci4: on pcib4 orm0: