From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:09:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF3A16A417; Sun, 16 Dec 2007 00:09:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A033713C45B; Sun, 16 Dec 2007 00:09:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG0993q035873; Sat, 15 Dec 2007 19:09:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG099gY013777; Sat, 15 Dec 2007 19:09:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C5C073039; Sat, 15 Dec 2007 19:09:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216000909.5C5C073039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:09:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:09:11 -0000 TB --- 2007-12-15 23:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-15 23:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-15 23:55:00 - cleaning the object tree TB --- 2007-12-15 23:55:27 - cvsupping the source tree TB --- 2007-12-15 23:55:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-15 23:55:35 - building world (CFLAGS=-O -pipe) TB --- 2007-12-15 23:55:35 - cd /src TB --- 2007-12-15 23:55:35 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 15 23:55:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/arm/src/tmp/lib/libkiconv.so.3 /obj/arm/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_arm.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/arm/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/arm/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:09:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:09:09 - ERROR: failed to build world TB --- 2007-12-16 00:09:09 - tinderbox aborted TB --- 606.91 user 79.84 system 848.45 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:11:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD45116A468 for ; Sun, 16 Dec 2007 00:11:03 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id B920613C468 for ; Sun, 16 Dec 2007 00:11:03 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2421136waf.3 for ; Sat, 15 Dec 2007 16:11:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=uNCqbFGc4YTtUJCFm5qvRZua1EWxtGydtQ4Ww1RxOFs=; b=o6a3fRsx7hs3NaozV1q70tjYMGRNmIKj3AIzNTm717SGo6Pae1yNPBLC0oCWIQXkgg79zNYeBNPvsDpUqeQtGibp5brLI/vl6ozJgIXFvS8cu68ywVSZ/gTUuRoNUqIGH9NpBEOWgji3A8aNcEn3yMng6Qqll/2u4ZObiIARYyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PkIZvtkt+YwHr+KrKDA2K/qbZlU85/q+kFmTKSk6Nj3Z5NCu7cQsCdJ8dQotybwwOJZiXUyBpQXrHNxplH64Esef8YKag3qbCEp2ecJ+bmq6pNcLq6yhjsHwex8nvKHe5bqWoMK4mGneHGpxXD9PCXUvCaDWBL1CjIS6p2wcJuI= Received: by 10.114.52.1 with SMTP id z1mr78516waz.123.1197763861347; Sat, 15 Dec 2007 16:11:01 -0800 (PST) Received: by 10.114.255.11 with HTTP; Sat, 15 Dec 2007 16:11:01 -0800 (PST) Message-ID: Date: Sat, 15 Dec 2007 16:11:01 -0800 From: "Kip Macy" To: "Robert Watson" In-Reply-To: <20071215214253.N85668@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071215100351.Q70617@fledge.watson.org> <20071215190252.I85668@fledge.watson.org> <20071215214253.N85668@fledge.watson.org> Cc: FreeBSD Current , freebsd-arch@freebsd.org Subject: Re: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:11:03 -0000 > Actually, what I was asking for in the omitted context above was something > along the lines of the following, adapted for whatever the reality may be: > > Returning a non-zero value will lead to the software stack beginning a > disconnect. > > Or, say, > > Non-zero return values will be ignored. (*) > > This is not intended as a contrarian point. I'm not looking for a complete > exposition of the behavior of the stack -- rather, basic information that we > should be documenting about a KPI, such as what an error being returned will > do. I believe that my latest patch makes at least a perfunctory effort to address all of the points you've raised with the notable exception of widening the ops vector. Please take a quick look at the same URL as before. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:11:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D83F16A417; Sun, 16 Dec 2007 00:11:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2EE513C467; Sun, 16 Dec 2007 00:11:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBG0BbNN016827; Sat, 15 Dec 2007 19:11:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0BcZr024416; Sat, 15 Dec 2007 19:11:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B230C73039; Sat, 15 Dec 2007 19:11:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216001137.B230C73039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:11:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:11:39 -0000 TB --- 2007-12-15 23:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-15 23:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-15 23:55:00 - cleaning the object tree TB --- 2007-12-15 23:55:51 - cvsupping the source tree TB --- 2007-12-15 23:55:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-15 23:55:57 - building world (CFLAGS=-O -pipe) TB --- 2007-12-15 23:55:57 - cd /src TB --- 2007-12-15 23:55:57 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 15 23:56:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/amd64/src/tmp/lib/libkiconv.so.3 /obj/amd64/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_amd64.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_amd64.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/amd64/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/amd64/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:11:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:11:37 - ERROR: failed to build world TB --- 2007-12-16 00:11:37 - tinderbox aborted TB --- 708.90 user 90.31 system 996.98 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:22:34 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B618416A419; Sun, 16 Dec 2007 00:22:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 714C313C468; Sun, 16 Dec 2007 00:22:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lBG0MTLf078982; Sat, 15 Dec 2007 19:22:31 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 15 Dec 2007 14:24:17 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: FreeBSD Tinderbox In-Reply-To: <20071216000909.5C5C073039@freebsd-current.sentex.ca> Message-ID: <20071215142413.X922@desktop> References: <20071216000909.5C5C073039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:22:34 -0000 My fault, will be fixed in a moment. On Sat, 15 Dec 2007, FreeBSD Tinderbox wrote: > TB --- 2007-12-15 23:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2007-12-15 23:55:00 - starting HEAD tinderbox run for arm/arm > TB --- 2007-12-15 23:55:00 - cleaning the object tree > TB --- 2007-12-15 23:55:27 - cvsupping the source tree > TB --- 2007-12-15 23:55:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile > TB --- 2007-12-15 23:55:35 - building world (CFLAGS=-O -pipe) > TB --- 2007-12-15 23:55:35 - cd /src > TB --- 2007-12-15 23:55:35 - /usr/bin/make -B buildworld >>>> World build started on Sat Dec 15 23:55:37 UTC 2007 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries > [...] > ln -fs /obj/arm/src/tmp/lib/libkiconv.so.3 /obj/arm/src/tmp/usr/lib/libkiconv.so > ===> lib/libkvm (obj,depend,all,install) > rm -f .depend > mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_arm.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c > cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c > In file included from /obj/arm/src/tmp/usr/include/sys/user.h:49, > from /src/lib/libkvm/kvm.c:44: > /obj/arm/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type > *** Error code 1 > > Stop in /src/lib/libkvm. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2007-12-16 00:09:09 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-12-16 00:09:09 - ERROR: failed to build world > TB --- 2007-12-16 00:09:09 - tinderbox aborted > TB --- 606.91 user 79.84 system 848.45 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:23:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D71616A418; Sun, 16 Dec 2007 00:23:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0F77A13C45D; Sun, 16 Dec 2007 00:23:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG0Nm7Y036589; Sat, 15 Dec 2007 19:23:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0Nm0M026821; Sat, 15 Dec 2007 19:23:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23D9A73039; Sat, 15 Dec 2007 19:23:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216002348.23D9A73039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:23:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:23:49 -0000 TB --- 2007-12-16 00:09:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:09:09 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-16 00:09:09 - cleaning the object tree TB --- 2007-12-16 00:09:14 - cvsupping the source tree TB --- 2007-12-16 00:09:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-16 00:09:21 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:09:21 - cd /src TB --- 2007-12-16 00:09:21 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:09:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/src/tmp/lib/libkiconv.so.3 /obj/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_i386.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_i386.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:23:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:23:48 - ERROR: failed to build world TB --- 2007-12-16 00:23:48 - tinderbox aborted TB --- 657.09 user 77.29 system 878.68 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:26:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 464E216A417; Sun, 16 Dec 2007 00:26:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E678413C455; Sun, 16 Dec 2007 00:26:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG0QKbQ036768; Sat, 15 Dec 2007 19:26:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0QKj2029411; Sat, 15 Dec 2007 19:26:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1B4D073039; Sat, 15 Dec 2007 19:26:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216002620.1B4D073039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:26:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:26:21 -0000 TB --- 2007-12-16 00:11:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:11:37 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-16 00:11:37 - cleaning the object tree TB --- 2007-12-16 00:11:44 - cvsupping the source tree TB --- 2007-12-16 00:11:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-16 00:11:50 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:11:50 - cd /src TB --- 2007-12-16 00:11:50 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:11:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/pc98/src/tmp/lib/libkiconv.so.3 /obj/pc98/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_i386.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_i386.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/pc98/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/pc98/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:26:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:26:20 - ERROR: failed to build world TB --- 2007-12-16 00:26:20 - tinderbox aborted TB --- 655.80 user 80.22 system 882.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:38:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01D4D16A418; Sun, 16 Dec 2007 00:38:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C06EB13C4CC; Sun, 16 Dec 2007 00:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG0cfXd037384; Sat, 15 Dec 2007 19:38:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0cfvh042489; Sat, 15 Dec 2007 19:38:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 082AF73039; Sat, 15 Dec 2007 19:38:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216003841.082AF73039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:38:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:38:42 -0000 TB --- 2007-12-16 00:23:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:23:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-16 00:23:48 - cleaning the object tree TB --- 2007-12-16 00:23:54 - cvsupping the source tree TB --- 2007-12-16 00:23:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-16 00:23:59 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:23:59 - cd /src TB --- 2007-12-16 00:23:59 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:24:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/ia64/src/tmp/lib/libkiconv.so.3 /obj/ia64/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_ia64.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/ia64/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/ia64/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:38:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:38:40 - ERROR: failed to build world TB --- 2007-12-16 00:38:40 - tinderbox aborted TB --- 673.68 user 77.14 system 892.62 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:41:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DAA116A41B; Sun, 16 Dec 2007 00:41:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F29C413C447; Sun, 16 Dec 2007 00:41:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBG0fGKP017837; Sat, 15 Dec 2007 19:41:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0fGu1081601; Sat, 15 Dec 2007 19:41:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E8C4C73039; Sat, 15 Dec 2007 19:41:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216004115.E8C4C73039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:41:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:41:17 -0000 TB --- 2007-12-16 00:26:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:26:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-16 00:26:20 - cleaning the object tree TB --- 2007-12-16 00:26:26 - cvsupping the source tree TB --- 2007-12-16 00:26:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-16 00:26:32 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:26:32 - cd /src TB --- 2007-12-16 00:26:32 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:26:33 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/powerpc/src/tmp/lib/libkiconv.so.3 /obj/powerpc/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_powerpc.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/powerpc/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/powerpc/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:41:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:41:15 - ERROR: failed to build world TB --- 2007-12-16 00:41:15 - tinderbox aborted TB --- 674.95 user 77.54 system 895.55 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:52:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E6A016A469; Sun, 16 Dec 2007 00:52:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D340B13C46A; Sun, 16 Dec 2007 00:52:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG0qmjP038046; Sat, 15 Dec 2007 19:52:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0qlP2007867; Sat, 15 Dec 2007 19:52:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D7DA773039; Sat, 15 Dec 2007 19:52:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216005247.D7DA773039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:52:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:52:49 -0000 TB --- 2007-12-16 00:38:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:38:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-16 00:38:41 - cleaning the object tree TB --- 2007-12-16 00:39:06 - cvsupping the source tree TB --- 2007-12-16 00:39:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-16 00:39:11 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:39:11 - cd /src TB --- 2007-12-16 00:39:11 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:39:14 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/sparc64/src/tmp/lib/libkiconv.so.3 /obj/sparc64/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_sparc64.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/sparc64/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/sparc64/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:52:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:52:47 - ERROR: failed to build world TB --- 2007-12-16 00:52:47 - tinderbox aborted TB --- 587.38 user 79.30 system 846.63 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 00:54:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC52F16A419; Sun, 16 Dec 2007 00:54:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9F70813C458; Sun, 16 Dec 2007 00:54:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG0sqD9038169; Sat, 15 Dec 2007 19:54:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG0spEf059246; Sat, 15 Dec 2007 19:54:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEF5573039; Sat, 15 Dec 2007 19:54:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216005451.DEF5573039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 19:54:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 00:54:53 -0000 TB --- 2007-12-16 00:41:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:41:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-16 00:41:16 - cleaning the object tree TB --- 2007-12-16 00:41:41 - cvsupping the source tree TB --- 2007-12-16 00:41:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-16 00:41:46 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:41:46 - cd /src TB --- 2007-12-16 00:41:46 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:41:49 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/sun4v/src/tmp/lib/libkiconv.so.3 /obj/sun4v/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm -DSUN4V /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_sparc64.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -DSUN4V -c /src/lib/libkvm/kvm.c In file included from /obj/sun4v/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/sun4v/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 00:54:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 00:54:51 - ERROR: failed to build world TB --- 2007-12-16 00:54:51 - tinderbox aborted TB --- 586.14 user 79.40 system 815.81 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:05:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7B616A419; Sun, 16 Dec 2007 01:05:37 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB3513C45B; Sun, 16 Dec 2007 01:05:37 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [78.110.49.49] (helo=quasar.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1J3hLd-0007vG-2K; Sun, 16 Dec 2007 03:27:13 +0300 Received: by quasar.ht-systems.ru (Postfix, from userid 1024) id 03E7C7D24FB; Sun, 16 Dec 2007 03:27:12 +0300 (MSK) Date: Sun, 16 Dec 2007 03:27:11 +0300 From: Stanislav Sedov To: Jeff Roberson Message-ID: <20071216002711.GE27843@dracon.ht-systems.ru> References: <20071216000909.5C5C073039@freebsd-current.sentex.ca> <20071215142413.X922@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071215142413.X922@desktop> Organization: The FreeBSD Project X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI X-Mailer: carrier-pigeon X-Operating-System: FreeBSD quasar.ht-systems.ru 7.0-BETA2 FreeBSD 7.0-BETA2 Cc: arm@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:05:37 -0000 On Sat, Dec 15, 2007 at 02:24:17PM -1000 Jeff Roberson mentioned: > My fault, will be fixed in a moment. > Thanks! -- Stanislav Sedov ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:08:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E92F916A419; Sun, 16 Dec 2007 01:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9D03913C44B; Sun, 16 Dec 2007 01:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG18meq038807; Sat, 15 Dec 2007 20:08:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG18m38037066; Sat, 15 Dec 2007 20:08:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B71A173039; Sat, 15 Dec 2007 20:08:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216010847.B71A173039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 20:08:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:08:49 -0000 TB --- 2007-12-16 00:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:55:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-16 00:55:01 - cleaning the object tree TB --- 2007-12-16 00:55:19 - cvsupping the source tree TB --- 2007-12-16 00:55:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-16 00:55:26 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:55:26 - cd /src TB --- 2007-12-16 00:55:26 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:55:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/arm/src/tmp/lib/libkiconv.so.3 /obj/arm/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_arm.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/arm/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/arm/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 01:08:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 01:08:47 - ERROR: failed to build world TB --- 2007-12-16 01:08:47 - tinderbox aborted TB --- 605.45 user 80.06 system 826.62 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:11:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB2A16A419; Sun, 16 Dec 2007 01:11:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 293DB13C45A; Sun, 16 Dec 2007 01:11:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBG1B2jl018831; Sat, 15 Dec 2007 20:11:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG1B2ZV047353; Sat, 15 Dec 2007 20:11:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2843873039; Sat, 15 Dec 2007 20:11:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216011102.2843873039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 20:11:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:11:03 -0000 TB --- 2007-12-16 00:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 00:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-16 00:55:01 - cleaning the object tree TB --- 2007-12-16 00:55:20 - cvsupping the source tree TB --- 2007-12-16 00:55:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-16 00:55:27 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 00:55:27 - cd /src TB --- 2007-12-16 00:55:27 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 00:55:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/amd64/src/tmp/lib/libkiconv.so.3 /obj/amd64/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_amd64.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_amd64.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/amd64/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/amd64/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 01:11:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 01:11:02 - ERROR: failed to build world TB --- 2007-12-16 01:11:02 - tinderbox aborted TB --- 707.55 user 87.98 system 961.11 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:23:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ADF116A418; Sun, 16 Dec 2007 01:23:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C1F9813C442; Sun, 16 Dec 2007 01:23:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG1NaWS039537; Sat, 15 Dec 2007 20:23:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG1Na6B090448; Sat, 15 Dec 2007 20:23:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABEBF73039; Sat, 15 Dec 2007 20:23:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216012336.ABEBF73039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 20:23:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:23:38 -0000 TB --- 2007-12-16 01:08:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 01:08:47 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-16 01:08:47 - cleaning the object tree TB --- 2007-12-16 01:08:53 - cvsupping the source tree TB --- 2007-12-16 01:08:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-16 01:08:58 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 01:08:58 - cd /src TB --- 2007-12-16 01:08:58 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 01:08:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/src/tmp/lib/libkiconv.so.3 /obj/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_i386.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_i386.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 01:23:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 01:23:36 - ERROR: failed to build world TB --- 2007-12-16 01:23:36 - tinderbox aborted TB --- 657.61 user 77.06 system 888.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:24:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DF9016A41B for ; Sun, 16 Dec 2007 01:24:54 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 707B613C44B for ; Sun, 16 Dec 2007 01:24:53 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.46]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id lBG0jiYd011054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Dec 2007 01:45:45 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Message-ID: <47647537.605@omnisec.de> Date: Sun, 16 Dec 2007 01:45:43 +0100 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: "Daniel O'Connor" References: <4754C0D4.8040401@monkeybrains.net> <200712041534.51749.doconnor@gsoft.com.au> In-Reply-To: <200712041534.51749.doconnor@gsoft.com.au> X-Enigmail-Version: 0.95.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig166DD04AF68367568568DCBD" Cc: freebsd-current@freebsd.org, Rudy Subject: Re: nvidia-driver-100.14.19 port doesn't detect device in 7.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:24:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig166DD04AF68367568568DCBD Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Daniel O'Connor schrieb: > On Tue, 4 Dec 2007, Rudy wrote: >> Upgrading nvidia-driver makes nvidia no longer work. :( Nothing >> shows up in /dev when I do a "kldload nvidia". >> >> The slightly older 100.14.11 worked in 7.0-CURRENT about 5 months >> ago. >> >> Anyone have a way to get nvida working on 7.0-BETA4 ? >=20 > Something else has probably attached to your video card so nvidia=20 > doesn't get a chance. >=20 > Try putting nvidia_load=3D"YES" in /boot/loader.conf and reboot. Well, I'm not sure anything other has attached. I recognized that kldloading a module doesn't attach anymore where it formerly had. One example is the nvidia driver, another one is ng_ubt. It gets only detected if I load it in loader.conf. I had this problem ever since I tried 7-current (almost a year ago). I hadn't seen the problem with RELENG_6 on the same hardware (ng_ubt on one machine and nvidia on another one) before. Best regards, -Harry --------------enig166DD04AF68367568568DCBD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHZHU4LDqVQ9VXb8gRAkmSAJ4nupr40C8B82BrK+bKo1Inc1sKsACaAkrr Zb384G3lZAtl63vDJYkLJc8= =bArp -----END PGP SIGNATURE----- --------------enig166DD04AF68367568568DCBD-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:25:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00E2916A418; Sun, 16 Dec 2007 01:25:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A6D9813C442; Sun, 16 Dec 2007 01:25:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBG1PthJ019357; Sat, 15 Dec 2007 20:25:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG1Pt7L076230; Sat, 15 Dec 2007 20:25:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BEE3E73039; Sat, 15 Dec 2007 20:25:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216012555.BEE3E73039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 20:25:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:25:57 -0000 TB --- 2007-12-16 01:11:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 01:11:02 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-16 01:11:02 - cleaning the object tree TB --- 2007-12-16 01:11:07 - cvsupping the source tree TB --- 2007-12-16 01:11:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-16 01:11:12 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 01:11:12 - cd /src TB --- 2007-12-16 01:11:13 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 01:11:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ln -fs /obj/pc98/src/tmp/lib/libkiconv.so.3 /obj/pc98/src/tmp/usr/lib/libkiconv.so ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_i386.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_minidump_i386.c cc -O -pipe -DLIBC_SCCS -I/src/lib/libkvm -c /src/lib/libkvm/kvm.c In file included from /obj/pc98/src/tmp/usr/include/sys/user.h:49, from /src/lib/libkvm/kvm.c:44: /obj/pc98/src/tmp/usr/include/sys/proc.h:302: error: array type has incomplete element type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 01:25:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 01:25:55 - ERROR: failed to build world TB --- 2007-12-16 01:25:55 - tinderbox aborted TB --- 656.25 user 79.92 system 893.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 01:30:54 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7502416A41A; Sun, 16 Dec 2007 01:30:54 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8F313C4D1; Sun, 16 Dec 2007 01:30:53 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lBG1UpOm097055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Dec 2007 17:30:52 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47647FBC.6060401@FreeBSD.org> Date: Sat, 15 Dec 2007 17:30:36 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ivan Voras References: <47606C09.2070209@isc.org> <47609F0A.7010805@clearchain.com> <47609FE3.8040606@barafranca.com> <4760B444.1080604@clearchain.com> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 01:30:54 -0000 Ivan Voras wrote: > Maxim Sobolev wrote: > >> That's no longer true. You can't get more than 5-10MB/s from >> seek-intensive RAID0 with two 15K drives, while 20-30MB/s is not a >> problem for the comparable priced/sized SSD drive. > > Can you point me at a vendor with SSDs of such characteristics? You can get 64GB SSD now below US$1K, which is comparable price-wise to RAID0 with two 70GB 15K SAS drives. For example: http://accessories.us.dell.com/sna/productdetail.aspx?sku=341-5582&cs=04&c=us&l=en&dgc=SS&cid=25747&lid=585572 -Maxim From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 02:56:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F79F16A419 for ; Sun, 16 Dec 2007 02:56:29 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id C807313C45A for ; Sun, 16 Dec 2007 02:56:28 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lBG2h518032486; Sun, 16 Dec 2007 03:43:06 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lBG2h01O024156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Dec 2007 03:43:00 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lBG2gxUO050999; Sun, 16 Dec 2007 03:42:59 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lBG2gxe8050998; Sun, 16 Dec 2007 03:42:59 +0100 (CET) (envelope-from ticso) Date: Sun, 16 Dec 2007 03:42:59 +0100 From: Bernd Walter To: Ivan Voras Message-ID: <20071216024259.GI48684@cicely12.cicely.de> References: <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <476419CD.9070401@terranova.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.149, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 02:56:29 -0000 On Sat, Dec 15, 2007 at 11:04:04PM +0100, Ivan Voras wrote: > Travis Mikalson wrote: > > > If you're using compact flash for something that's constantly updated > > like a ZIL, wouldn't your CF card die real quick? > > Probably, for constant updates to the same areas. But as you say: CF and the flash based SSD drives rotate the flash cells anyway, so it doesn't matter that much if you write the same block or not. I wouldn't worry about wearing out those devices, since todays media survive many writes. > > Since a ZIL is not really seek-intensive, why not just offload it to its > > own standard hard disk that has its write caching and all other similar > > data-corrupting technologies disabled? > > Yes. I don't see a point writing a log that's mostly sequantially > accessed on a SSD, and which probably wears the same areas on the drive. > I'm more interested in loads like databases. I wouldn't do both with them unless required for a specific reason. The problem is how they work. They contain NAND flash chips which have two data areas containing data blocks of typically slightly more than 4 or 8kB these days. One area is 100% error free with high write rate, but small and the other is of much less quality, but large. Devices use the later for the offered data blocks and the good cells for maintening allocation of them. One problem is with the data blocks beeing that big, when writing 512 Byte you effectifly do a read-modify-write of a larger physical block. This can be handled quite well with larger FS block. The much bigger problem is with power loss when writing such a maintenence block. You loose a very large area of logical blocks when this fails, since a 4k maintenence block contains the allocation for several hundert kB of logical data blocks. In other words - you possibly loose data blocks that were not written a long time and the database wouldn't expect a problem with that data. Even for ZIL it is very questionable if you loose a large data area, since the purpose is to have the data that was already sinced readable after a power loss. I'm not sure what happens in case of a device reset in the wrong moment, possibly this depends on the specific media, but I wouldn't be surprised to see read errors after a reset without power loss as well. This is true with all NAND based flash media, SD, MMC, SM, CF, ... There are medias which are less critical because of the way they utulize the maintenance blocks, but those things are usually a secret to the vendor. I do run PostgreSQL on SD media with ARM based FreeBSD systems, but I'm prepared to loose the whole database and to recover it from backup if things go wrong. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 04:07:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6275516A419; Sun, 16 Dec 2007 04:07:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 27D2A13C447; Sun, 16 Dec 2007 04:07:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG479hh046872; Sat, 15 Dec 2007 23:07:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG479HU003970; Sat, 15 Dec 2007 23:07:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 231B273039; Sat, 15 Dec 2007 23:07:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216040709.231B273039@freebsd-current.sentex.ca> Date: Sat, 15 Dec 2007 23:07:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 04:07:10 -0000 TB --- 2007-12-16 03:03:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 03:03:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-16 03:03:29 - cleaning the object tree TB --- 2007-12-16 03:03:36 - cvsupping the source tree TB --- 2007-12-16 03:03:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-16 03:03:43 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 03:03:43 - cd /src TB --- 2007-12-16 03:03:43 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 03:03:44 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 04:00:16 UTC 2007 TB --- 2007-12-16 04:00:16 - generating LINT kernel config TB --- 2007-12-16 04:00:16 - cd /src/sys/sun4v/conf TB --- 2007-12-16 04:00:16 - /usr/bin/make -B LINT TB --- 2007-12-16 04:00:16 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 04:00:16 - cd /src TB --- 2007-12-16 04:00:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 04:00:16 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel kern_lock.o(.text+0x470): In function `lock_profile_obtain_lock_failed': : undefined reference to `nanoseconds' kern_rwlock.o(.text+0xd90): In function `lock_profile_obtain_lock_failed': : undefined reference to `nanoseconds' kern_sx.o(.text+0x1d70): In function `lock_profile_obtain_lock_failed': : undefined reference to `nanoseconds' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 04:07:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 04:07:08 - ERROR: failed to build lint kernel TB --- 2007-12-16 04:07:08 - tinderbox aborted TB --- 2917.02 user 357.73 system 3819.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 07:18:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 517AF16A418; Sun, 16 Dec 2007 07:18:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2FE13C455; Sun, 16 Dec 2007 07:18:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG7IG5d054994; Sun, 16 Dec 2007 02:18:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG7IGAR033393; Sun, 16 Dec 2007 02:18:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DAFC373039; Sun, 16 Dec 2007 02:18:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216071815.DAFC373039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 02:18:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 07:18:17 -0000 TB --- 2007-12-16 06:12:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 06:12:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-16 06:12:54 - cleaning the object tree TB --- 2007-12-16 06:12:58 - cvsupping the source tree TB --- 2007-12-16 06:12:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-16 06:13:04 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 06:13:04 - cd /src TB --- 2007-12-16 06:13:04 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 06:13:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 07:13:37 UTC 2007 TB --- 2007-12-16 07:13:37 - generating LINT kernel config TB --- 2007-12-16 07:13:37 - cd /src/sys/pc98/conf TB --- 2007-12-16 07:13:37 - /usr/bin/make -B LINT TB --- 2007-12-16 07:13:37 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 07:13:37 - cd /src TB --- 2007-12-16 07:13:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 07:13:38 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c /src/sys/dev/cxgb/cxgb_sge.c: In function 'get_imm_packet': /src/sys/dev/cxgb/cxgb_sge.c:356: error: too few arguments to function 'm_iovappend' /src/sys/dev/cxgb/cxgb_sge.c: In function 'get_packet': /src/sys/dev/cxgb/cxgb_sge.c:2410: error: too few arguments to function 'm_iovappend' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 07:18:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 07:18:15 - ERROR: failed to build lint kernel TB --- 2007-12-16 07:18:15 - tinderbox aborted TB --- 2916.74 user 364.78 system 3921.65 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 07:48:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAFB16A41A for ; Sun, 16 Dec 2007 07:48:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id B25A413C458 for ; Sun, 16 Dec 2007 07:48:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lBG7mqBW048644; Sun, 16 Dec 2007 00:48:53 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4764D847.5040701@samsco.org> Date: Sun, 16 Dec 2007 00:48:23 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Michael Jung References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 16 Dec 2007 00:48:53 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA4 - witness_warn on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 07:48:59 -0000 This simple patch should fix it. This code path is pretty rare, though, I'm frankly shocked that you're running into it. --- cam_xpt.c 20 Oct 2007 23:23:12 -0000 1.191 +++ cam_xpt.c 16 Dec 2007 07:46:22 -0000 @@ -3862,6 +3862,7 @@ &work_ccb->ccb_h, xpt_links.stqe); + mtx_unlock(&xsoftc.xpt_lock); continue; } else { /* Scott Michael Jung wrote: > I was running 7.0-BETA4 and had problems with SEG_FAULT 12 in g_up so I > rebuilt a stock GENERIC kernel with these additional options: > > > > options KDB > > option DDB > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options DIAGNOSTIC > > > > Here is the build date: > > > > FreeBSD charon.confluentasp.com 7.0-BETA4 FreeBSD 7.0-BETA4 #6: Tue Dec > 11 09:05:50 EST 2007 > mikej@charon.confluentasp.com:/usr/obj/usr/src/sys/CHARON i386 > > (I cvsup'd source on this day just prior to kernel build - tag=RELENG_7) > > > > Now when my SCSI array is plugged into the AHA-2944 controller the > kernel panics on boot. If the array is not plugged > > into the controller the system boots and runs fine. > > > > I've read the handbook and tried to follow what posts I read as to what > would be of use in trouble shooting this. > > Please don't shoot the messenger. I'll be glad to supply and additional > information - this box is not in production > > so I'm willing to try anything. > > > > Just to note, the controller and array had been in production under > 6.2-RELEASE and prior versions and has been running > > for years without any problems. > > > > Thanks. > > > > --mikej > > > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2007 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 7.0-BETA4 #6: Tue Dec 11 09:05:50 EST 2007 > > mikej@charon.confluentasp.com:/usr/obj/usr/src/sys/CHARON > > WARNING: WITNESS option enabled, expect reduced performance. > > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Mobile AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) > > Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 > > > Features=0x78bfbff MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > > Features2=0x1 > > AMD Features=0xc2500800 > > AMD Features2=0x1 > > real memory = 1005453312 (958 MB) > > avail memory = 969691136 (924 MB) > > ACPI APIC Table: > > WITNESS: spin lock intrcnt not in order list > > ioapic0 irqs 0-23 on motherboard > > kbd1 at kbdmux0 > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413) > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > acpi0: reservation of 0, a0000 (3) failed > > acpi0: reservation of 100000, 3bde0000 (3) failed > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > > cpu0: on acpi0 > > powernow0: on cpu0 > > acpi_button0: on acpi0 > > acpi_button1: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > agp0: on hostb0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > vgapci0: mem > 0xf0000000-0xf3ffffff,0xf4000000-0xf4ffffff irq 16 at device 0.0 on pci1 > > pcib2: at device 8.0 on pci0 > > pci2: on pcib2 > > ahc0: port 0xc000-0xc0ff mem > 0xf6013000-0xf6013fff irq 16 at device 4.0 on pci2 > > ahc0: [ITHREAD] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > ahc1: port 0xc400-0xc4ff mem > 0xf6010000-0xf6010fff irq 17 at device 5.0 on pci2 > > ahc1: [ITHREAD] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > ahc2: port 0xc800-0xc8ff mem > 0xf6011000-0xf6011fff irq 18 at device 6.0 on pci2 > > ahc2: [ITHREAD] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > ahc3: port 0xcc00-0xccff mem > 0xf6012000-0xf6012fff irq 19 at device 7.0 on pci2 > > ahc3: [ITHREAD] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > atapci0: port > 0xe100-0xe107,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xe000-0xe00f,0x > d000-0xd0ff irq 20 at device 15.0 on pci0 > > atapci0: [ITHREAD] > > ata2: on atapci0 > > ata2: [ITHREAD] > > ata3: on atapci0 > > ata3: [ITHREAD] > > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe200-0xe20f at device 15.1 on pci0 > > ata0: on atapci1 > > ata0: [ITHREAD] > > ata1: on atapci1 > > ata1: [ITHREAD] > > uhci0: port 0xe300-0xe31f irq 21 at device > 16.0 on pci0 > > uhci0: [GIANT-LOCKED] > > uhci0: [ITHREAD] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: on usb0 > > uhub0: 2 ports with 2 removable, self powered > > uhci1: port 0xe400-0xe41f irq 21 at device > 16.1 on pci0 > > uhci1: [GIANT-LOCKED] > > uhci1: [ITHREAD] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: on usb1 > > uhub1: 2 ports with 2 removable, self powered > > uhci2: port 0xe500-0xe51f irq 21 at device > 16.2 on pci0 > > uhci2: [GIANT-LOCKED] > > uhci2: [ITHREAD] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub2: on usb2 > > uhub2: 2 ports with 2 removable, self powered > > uhci3: port 0xe600-0xe61f irq 21 at device > 16.3 on pci0 > > uhci3: [GIANT-LOCKED] > > uhci3: [ITHREAD] > > usb3: on uhci3 > > usb3: USB revision 1.0 > > uhub3: on usb3 > > uhub3: 2 ports with 2 removable, self powered > > ehci0: mem 0xf6100000-0xf61000ff irq 21 > at device 16.4 on pci0 > > ehci0: [GIANT-LOCKED] > > ehci0: [ITHREAD] > > usb4: EHCI version 1.0 > > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > > usb4: on ehci0 > > usb4: USB revision 2.0 > > uhub4: on usb4 > > uhub4: 8 ports with 8 removable, self powered > > isab0: at device 17.0 on pci0 > > isa0: on isab0 > > pci0: at device 17.5 (no driver attached) > > vr0: port 0xdc00-0xdcff mem > 0xf6101000-0xf61010ff irq 23 at device 18.0 on pci0 > > vr0: Quirks: 0x0 > > miibus0: on vr0 > > rlphy0: PHY 1 on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > vr0: using obsoleted if_watchdog interface > > vr0: Ethernet address: 00:e0:4d:0a:1b:e6 > > vr0: [ITHREAD] > > acpi_tz0: on acpi0 > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > acpi0 > > fdc0: [FILTER] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > > sio0: type 16550A, console > > sio0: [FILTER] > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: [ITHREAD] > > psm0: model IntelliMouse, device ID 3 > > pmtimer0 on isa0 > > orm0: at iomem 0xcc000-0xcc7ff pnpid ORM0000 on isa0 > > ppc0: at port 0x378-0x37f irq 7 on isa0 > > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > > ppbus0: on ppc0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > plip0: on ppbus0 > > ppc0: [GIANT-LOCKED] > > ppc0: [ITHREAD] > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > > Timecounter "TSC" frequency 1799808459 Hz quality 800 > > Timecounters tick every 1.000 msec > > Waiting 5 seconds for SCSI devices to settle > > ad4: 381554MB at ata2-master SATA150 > > suspending ithread with the following locks held: > > exclusive sleep mutex XPT lock r = 0 (0xc0b883a4) locked @ > /usr/src/sys/cam/cam_xpt.c:3852 > > panic: witness_warn > > cpuid = 0 > > KDB: enter: panic > > [thread pid 18 tid 100016 ] > > Stopped at kdb_enter+0x32: leave > > db> ps > > pid ppid pgrp uid state wmesg wchan cmd > > 53 0 0 0 SL waiting_ 0xc0c084cc [sctp_iterator] > > 52 0 0 0 WL [irq7: ppc0] > > 51 0 0 0 WL [irq12: psm0] > > 50 0 0 0 WL [irq1: atkbd0] > > 49 0 0 0 WL [swi0: sio] > > 48 0 0 0 SL - 0xc401f23c [fdc0] > > 47 0 0 0 SL cooling 0xc3fedad4 [acpi_cooling0] > > 46 0 0 0 SL tzpoll 0xc0d85d40 [acpi_thermal] > > 45 0 0 0 WL [irq23: vr0] > > 44 0 0 0 SL usbevt 0xc3fe4210 [usb4] > > 43 0 0 0 SL usbevt 0xc3ffb210 [usb3] > > 42 0 0 0 SL usbevt 0xc3ff5210 [usb2] > > 41 0 0 0 SL usbevt 0xc3fee210 [usb1] > > 40 0 0 0 SL usbtsk 0xc0bb7174 [usbtask-dr] > > 39 0 0 0 SL usbtsk 0xc0bb7160 [usbtask-hc] > > 38 0 0 0 SL usbevt 0xc3fc8210 [usb0] > > 37 0 0 0 WL [irq21: uhci0 > uhci*] > > 36 0 0 0 WL [irq15: ata1] > > 35 0 0 0 WL [irq14: ata0] > > --More-- > > > > 34 0 0 0 WL [irq20: atapci0] > > 33 0 0 0 SL idle 0xc3ef1e00 [aic_recovery3] > > 32 0 0 0 RL [irq19: ahc3] > > 31 0 0 0 SL idle 0xc3ef1e00 [aic_recovery3] > > 30 0 0 0 SL idle 0xc3ef1400 [aic_recovery2] > > 29 0 0 0 RL [irq18: ahc2] > > 28 0 0 0 SL idle 0xc3ef1400 [aic_recovery2] > > 27 0 0 0 SL idle 0xc3ef0a00 [aic_recovery1] > > 26 0 0 0 RL [irq17: ahc1] > > 25 0 0 0 SL idle 0xc3ef0a00 [aic_recovery1] > > 24 0 0 0 SL idle 0xc3ef0c00 [aic_recovery0] > > 23 0 0 0 WL [irq16: ahc0] > > 22 0 0 0 SL idle 0xc3ef0c00 [aic_recovery0] > > 21 0 0 0 WL [irq9: acpi0] > > 20 0 0 0 SL - 0xc3ed9580 [thread taskq] > > 19 0 0 0 WL [swi5: +] > > 18 0 0 0 RL CPU 0 [swi2: cambio] > > 9 0 0 0 SL ccb_scan 0xc0b88374 [xpt_thrd] > > 8 0 0 0 SL - 0xc3ed9900 [acpi_task_2] > > 7 0 0 0 SL - 0xc3ed9900 [acpi_task_1] > > --More-- > > > > 6 0 0 0 SL - 0xc3ed9900 [acpi_task_0] > > 5 0 0 0 SL - 0xc3ed9980 [kqueue taskq] > > 17 0 0 0 WL [swi6: task queue] > > 16 0 0 0 WL [swi6: Giant taskq] > > 15 0 0 0 SL - 0xc0bb94d4 [yarrow] > > 4 0 0 0 SL - 0xc0bb754c [g_down] > > 3 0 0 0 SL - 0xc0bb7548 [g_up] > > 2 0 0 0 SL - 0xc0bb7540 [g_event] > > 14 0 0 0 WL [swi3: vm] > > 13 0 0 0 RL [swi4: clock sio] > > 12 0 0 0 WL [swi1: net] > > 11 0 0 0 RL [idle: cpu0] > > 1 0 0 0 ?L [swapper] > > 10 0 0 0 SL audit_wo 0xc0c11ad4 [audit] > > 0 0 0 0 SLs conifhk 0xc0b599ec [swapper] > > db> show reg > > cs 0x20 > > ds 0x28 > > es 0x28 > > fs 0x8 > > ss 0x28 > > eax 0x12 > > ecx 0xc1434bde > > edx 0 > > ebx 0x100 > > esp 0xe175cc5c > > ebp 0xe175cc64 > > esi 0x1 > > edi 0xc3dea210 > > eip 0xc0777ca2 kdb_enter+0x32 > > efl 0x80282 > > kdb_enter+0x32: leave > > db> show locks > > exclusive sleep mutex XPT lock r = 0 (0xc0b883a4) locked @ > /usr/src/sys/cam/cam_xpt.c:3852 > > db> show lockedvnods > > Locked vnodes > > db> bt > > Tracing pid 18 tid 100016 td 0xc3dea210 > > kdb_enter(c0aa2af2,0,c0aa7718,e175cc9c,0,...) at kdb_enter+0x32 > > panic(c0aa7718,e175ccd8,0,0,0,...) at panic+0x124 > > witness_warn(2,0,c0a9f7d0,471,c3ed97e4,...) at witness_warn+0x19c > > ithread_loop(c3ed80d0,e175cd38,c0a9f445,2ea,c3ee42ac,...) at > ithread_loop+0x2ca > > fork_exit(c0735670,c3ed80d0,e175cd38) at fork_exit+0xb8 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe175cd70, ebp = 0 --- > > db> > > > CONFIDENTIALITY NOTE: This message is intended only for the use > of the individual or entity to whom it is addressed and may contain > information that is privileged, confidential, and exempt from > disclosure under applicable law. If the reader of this message is > not the intended recipient, you are hereby notified that any > dissemination, distribution or copying of this communication > is strictly prohibited. If you have received this transmission > in error, please notify us by telephone at (502) 212-4001 or > notify us at PAI , Dept. 99, 11857 Commonwealth Drive, > Louisville, KY 40299. Thank you. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 08:06:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A78B516A420; Sun, 16 Dec 2007 08:06:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 55E0213C458; Sun, 16 Dec 2007 08:06:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBG86Au4031365; Sun, 16 Dec 2007 03:06:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG86AXP078146; Sun, 16 Dec 2007 03:06:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 461C073039; Sun, 16 Dec 2007 03:06:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216080610.461C073039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 03:06:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 08:06:11 -0000 TB --- 2007-12-16 06:52:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 06:52:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-16 06:52:04 - cleaning the object tree TB --- 2007-12-16 06:52:28 - cvsupping the source tree TB --- 2007-12-16 06:52:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-16 06:52:34 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 06:52:34 - cd /src TB --- 2007-12-16 06:52:34 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 06:52:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 08:01:15 UTC 2007 TB --- 2007-12-16 08:01:15 - generating LINT kernel config TB --- 2007-12-16 08:01:15 - cd /src/sys/ia64/conf TB --- 2007-12-16 08:01:15 - /usr/bin/make -B LINT TB --- 2007-12-16 08:01:15 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 08:01:15 - cd /src TB --- 2007-12-16 08:01:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 08:01:15 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_sge.c /src/sys/dev/cxgb/cxgb_sge.c: In function 'get_imm_packet': /src/sys/dev/cxgb/cxgb_sge.c:356: error: too few arguments to function 'm_iovappend' /src/sys/dev/cxgb/cxgb_sge.c: In function 'get_packet': /src/sys/dev/cxgb/cxgb_sge.c:2410: error: too few arguments to function 'm_iovappend' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 08:06:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 08:06:10 - ERROR: failed to build lint kernel TB --- 2007-12-16 08:06:10 - tinderbox aborted TB --- 3380.59 user 362.35 system 4445.50 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 08:26:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF3316A417; Sun, 16 Dec 2007 08:26:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 81B9513C45D; Sun, 16 Dec 2007 08:26:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG8QjED058058; Sun, 16 Dec 2007 03:26:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG8Qj6x096879; Sun, 16 Dec 2007 03:26:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37E5F73039; Sun, 16 Dec 2007 03:26:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216082645.37E5F73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 03:26:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 08:26:46 -0000 TB --- 2007-12-16 07:18:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 07:18:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-16 07:18:16 - cleaning the object tree TB --- 2007-12-16 07:18:44 - cvsupping the source tree TB --- 2007-12-16 07:18:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-16 07:18:52 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 07:18:52 - cd /src TB --- 2007-12-16 07:18:52 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 07:18:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 08:23:36 UTC 2007 TB --- 2007-12-16 08:23:36 - generating LINT kernel config TB --- 2007-12-16 08:23:36 - cd /src/sys/powerpc/conf TB --- 2007-12-16 08:23:36 - /usr/bin/make -B LINT TB --- 2007-12-16 08:23:36 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 08:23:36 - cd /src TB --- 2007-12-16 08:23:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 08:23:36 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_sge.c /src/sys/dev/cxgb/cxgb_sge.c: In function 'get_imm_packet': /src/sys/dev/cxgb/cxgb_sge.c:356: error: too few arguments to function 'm_iovappend' /src/sys/dev/cxgb/cxgb_sge.c: In function 'get_packet': /src/sys/dev/cxgb/cxgb_sge.c:2410: error: too few arguments to function 'm_iovappend' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 08:26:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 08:26:45 - ERROR: failed to build lint kernel TB --- 2007-12-16 08:26:45 - tinderbox aborted TB --- 2932.36 user 346.67 system 4108.99 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 09:20:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D0AF16A418; Sun, 16 Dec 2007 09:20:29 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id BDBEA13C45B; Sun, 16 Dec 2007 09:20:28 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E8B8C7D966; Sun, 16 Dec 2007 04:20:27 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 16 Dec 2007 04:20:27 -0500 X-Sasl-enc: oUeKRPfkGmHRY1s/7RGoKyuoEDoN2Ao54yPlFcv3+yYq 1197796826 Received: from [192.168.1.100] (dsl-202-45-110-141-static.VIC.netspace.net.au [202.45.110.141]) by mail.messagingengine.com (Postfix) with ESMTP id BBC25BA40; Sun, 16 Dec 2007 04:20:25 -0500 (EST) Message-ID: <4764EDD0.5050101@freebsd.org> Date: Sun, 16 Dec 2007 20:20:16 +1100 From: Darren Reed Organization: FreeBSD User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kip Macy References: <20071215100351.Q70617@fledge.watson.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Robert Watson , freebsd-arch@freebsd.org Subject: Re: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 09:20:29 -0000 Kip Macy wrote: ... >> My initial feeling is that, even if an interface supports TOE, we shouldn't >> enable the capability in the enabled vector by default, as TOE bypasses >> firewall behavior, etc, and would certainly be a surprise if an admin swapped >> a chelsio card for a non-TOE supporting card. What's your feeling on this? > > > The current implementation bypasses the firewall. This and likely > other hardware has extensive filtering support so it isn't > neccessarily intrinsic. I'm not convinced that we're quite there yet. There are some important points that need to be addressed here that basic filtering won't allow: - reporting on "denied" packets - interaction with per host/network limits - interaction with complex pools of addresses What I would like to see (but I'm not sure if it's possible yet) is the ability for the TCP MIB to be properly updated with what happens on the wire - e.g. proper counting of retransmits, timeouts, packet counts, bytes sent, etc. >> + * The TOE API assumes that the tcp offload engine can offload the >> + * the entire connection from set up to teardown, with some provision >> + * being made to allowing the software stack to handle time wait. If >> + * the device does not meet these criteria, it is the driver's responsibility >> + * to overload the functions that it needs to in tcp_usrreqs and make >> + * its own calls to tcp_output if it needs to do so. >> >> While I'm familiar with TCP, I'm less familiar with the scope of what cards >> support for TOE. Do we know of any cards that are less capable than the >> chelsio card in this respect, or are they all sort of on-par on that front? >> I.e., do we think the above eventuality is likely? > > I don't have any way of knowing. I think it is probably safe to say > that any vendors that don't meet that criteria now will in the future > as transistor density increases. There are cards (or at least I've heard talk of this) that do partial TCP offload - that is the connection setup and teardown are handled by the operating system and that only data transfer is offloaded. I'm in the wrong country to chase down details on this ;( I'm given to believe that TSO (transmit segement offload) and RSO (receive segment offload) are also around. Both of these should allow for "packets" of upto 64k to be exchanged with the NIC and for it to take care of dealing with the MTU sized chunks. Darren From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 09:32:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A56FE16A417; Sun, 16 Dec 2007 09:32:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 49DC413C461; Sun, 16 Dec 2007 09:32:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBG9WIU1060951; Sun, 16 Dec 2007 04:32:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBG9WIGr064103; Sun, 16 Dec 2007 04:32:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A1CC73039; Sun, 16 Dec 2007 04:32:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216093218.2A1CC73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 04:32:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 09:32:19 -0000 TB --- 2007-12-16 08:26:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 08:26:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-16 08:26:45 - cleaning the object tree TB --- 2007-12-16 08:27:03 - cvsupping the source tree TB --- 2007-12-16 08:27:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-16 08:27:10 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 08:27:10 - cd /src TB --- 2007-12-16 08:27:10 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 08:27:12 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 09:24:33 UTC 2007 TB --- 2007-12-16 09:24:33 - generating LINT kernel config TB --- 2007-12-16 09:24:33 - cd /src/sys/sun4v/conf TB --- 2007-12-16 09:24:33 - /usr/bin/make -B LINT TB --- 2007-12-16 09:24:34 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 09:24:34 - cd /src TB --- 2007-12-16 09:24:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 09:24:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/pmap.h:83: error: 'PAGE_SHIFT' undeclared here (not in a function) In file included from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_include.h:10, from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/bus.h: In function 'bus_space_barrier': ./machine/bus.h:173: error: 'NULL' undeclared (first use in this function) ./machine/bus.h:173: error: (Each undeclared identifier is reported only once ./machine/bus.h:173: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 09:32:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 09:32:17 - ERROR: failed to build lint kernel TB --- 2007-12-16 09:32:17 - tinderbox aborted TB --- 2962.36 user 362.32 system 3932.61 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 09:32:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A7316A503 for ; Sun, 16 Dec 2007 09:32:37 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9A16113C459 for ; Sun, 16 Dec 2007 09:32:37 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 3CF287D9D5; Sun, 16 Dec 2007 04:32:37 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 16 Dec 2007 04:32:37 -0500 X-Sasl-enc: vWqyaU8wybUHNAQ03Ft0UQ4lByWcmtHEH1DeMSpCOla2 1197797556 Received: from [192.168.1.100] (dsl-202-45-110-141-static.VIC.netspace.net.au [202.45.110.141]) by mail.messagingengine.com (Postfix) with ESMTP id 116182A62D; Sun, 16 Dec 2007 04:32:35 -0500 (EST) Message-ID: <4764F0B2.1090306@freebsd.org> Date: Sun, 16 Dec 2007 20:32:34 +1100 From: Darren Reed Organization: FreeBSD User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Rainer Duffner References: <47606C09.2070209@isc.org> <47609F0A.7010805@clearchain.com> <47609FE3.8040606@barafranca.com> <4760B444.1080604@clearchain.com> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <1197637700.1250.35.camel@herring.rabson.org> <86abodxvbd.fsf@ds4.des.no> <47628934.6000007@ultra-secure.de> In-Reply-To: <47628934.6000007@ultra-secure.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 09:32:37 -0000 Rainer Duffner wrote: > Dag-Erling Smørgrav wrote: >> Note that you can also get disk drives with a certain amount of NAND >> flash built-in, but FreeBSD doesn't support that yet. >> >> > > They are intended for use with Vista - and have recently been found to > be marginally more effective than a placebo (for Vista-performance). > The speed-gains are barely distinguishable from measurement-errors... > So, if the drives would help ZFS, it would be a big irony. > > There are companies that manufacture "pure" SSDs (www.superssd.com, > www.soliddata.com) with battery-backup. > Unfortunately, the price-tag of these systems is still beyond reach for > normal customers. But prices for computer things only go in one direction: down. It will be interesting when they're more affordable and available. Darren From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 09:40:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C752B16A417 for ; Sun, 16 Dec 2007 09:40:24 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8435A13C457 for ; Sun, 16 Dec 2007 09:40:24 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 423FE7D9B2; Sun, 16 Dec 2007 04:40:24 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 16 Dec 2007 04:40:24 -0500 X-Sasl-enc: 1WP7jzYoDoXTZH4SMf1tAv8n8TUp8ACJ6kROZmgJke2W 1197798023 Received: from [192.168.1.100] (dsl-202-45-110-141-static.VIC.netspace.net.au [202.45.110.141]) by mail.messagingengine.com (Postfix) with ESMTP id A6E3023A76; Sun, 16 Dec 2007 04:40:22 -0500 (EST) Message-ID: <4764F282.7030706@freebsd.org> Date: Sun, 16 Dec 2007 20:40:18 +1100 From: Darren Reed Organization: FreeBSD User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: ticso@cicely.de References: <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <476419CD.9070401@terranova.net> <20071216024259.GI48684@cicely12.cicely.de> In-Reply-To: <20071216024259.GI48684@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 09:40:24 -0000 Bernd Walter wrote: ... > One problem is with the data blocks beeing that big, when writing > 512 Byte you effectifly do a read-modify-write of a larger physical > block. > This can be handled quite well with larger FS block. > The much bigger problem is with power loss when writing such a > maintenence block. > You loose a very large area of logical blocks when this fails, > since a 4k maintenence block contains the allocation for several hundert > kB of logical data blocks. > In other words - you possibly loose data blocks that were not written > a long time and the database wouldn't expect a problem with that data. > Even for ZIL it is very questionable if you loose a large data area, > since the purpose is to have the data that was already sinced readable > after a power loss. ... ZFS doesn't suffer from this problem because the design is to always write a new section of data rather than over write "current" data. So if you lose power in the middle of a write to a data block, there is no damage to the old data. Darren From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 11:17:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F45E16A41B; Sun, 16 Dec 2007 11:17:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id ED7DA13C458; Sun, 16 Dec 2007 11:17:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9D4FC4D23D; Sun, 16 Dec 2007 06:17:12 -0500 (EST) Date: Sun, 16 Dec 2007 11:17:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kip Macy In-Reply-To: Message-ID: <20071216111315.C49036@fledge.watson.org> References: <20071215100351.Q70617@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-arch@freebsd.org Subject: Re: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 11:17:13 -0000 On Sat, 15 Dec 2007, Kip Macy wrote: >> + * + tu_abort >> + * - closes the connection and sends a RST to peer >> + * - driver is expectd to trigger an RST and detach the toepcb >> >> In regular TCP, the pru_abort method is only called on pending connections >> while still in the listen queues of a listen socket. Is this true of >> tu_abort, or is tu_abort a more general method to be used to cancel >> connections? If so, probably worth commenting on that. > > tu_abort is called in place of tcp_output in pru_abort. The reason I ask is that it appears tu_abort appears to be the only interface allowing the stack to request that TOE reset of a connection. In regular TCP, soabort/pru_abort/tcp_usr_abort are used only on nascent unaccepted connections; at least one other path, used by tcpdrop(8), can lead to connections being reset as well. Perhaps a more general tu_reset could be used to address this? I'm not sure what other direct-to-reset paths exist but a review for them may be called for. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 11:41:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC0A16A419 for ; Sun, 16 Dec 2007 11:41:32 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: from web27110.mail.ukl.yahoo.com (web27110.mail.ukl.yahoo.com [217.146.182.42]) by mx1.freebsd.org (Postfix) with SMTP id 00A8413C45D for ; Sun, 16 Dec 2007 11:41:31 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: (qmail 13332 invoked by uid 60001); 16 Dec 2007 11:41:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=m2WRaaho3MDeowQxysWDe0k++LtUtsCAy0xFuiDmcP6M5vO1PMSaLZSuyXJgkXZaD1SZYga70xiyAcnJOsDupodEyKM84zuZDfpee6O31/Y7Vy1CGcZp3oAWfHndVKEIt8N2y9ndvnCLYQss7/vl4kSxKTlyMque8zxwYGSUO8I=; X-YMail-OSG: k_g2x1YVM1kENm18UbAOQ05mFEyC94AjZNeSWlYYFuHG2bToLU60HoX11_Tz7wlSI2uiDb5nbxOCBvmjp3Fi55Gz6CAwVUJeB6SoV8mdUuzOpGvYn_LjNreaK4A- Received: from [79.1.212.207] by web27110.mail.ukl.yahoo.com via HTTP; Sun, 16 Dec 2007 12:41:30 CET Date: Sun, 16 Dec 2007 12:41:30 +0100 (CET) From: Leonardo Midolo To: Kevin Lo In-Reply-To: <1197640392.6307.3.camel@monet> MIME-Version: 1.0 Message-ID: <858819.12532.qm@web27110.mail.ukl.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Panic 7.0 BETA-3 (page fault) using D-Link DWL-G122 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 11:41:32 -0000 I tried your patch but it didn't solve the problem. The backtrace is the same (ieee80211_free_node(ni=0x0)). I also tried to use wep instead of wpa without success. Thanks, Leonardo Kevin Lo ha scritto: Leonardo Midolo wrote: > Thanks for your reply, > I downloaded the if_rum.c rev 1.15 and recompiled the kernel (BETA-3, 2 > dec). I still get a page fault: Please try attached patch, thanks. > Thanks, > best regards. > > Leonardo Midolo Kevin --- if_rum.c.orig 2007-12-14 21:37:20.000000000 +0800 +++ if_rum.c 2007-12-14 21:45:46.000000000 +0800 @@ -839,6 +839,9 @@ struct rum_softc *sc = data->sc; struct ifnet *ifp = sc->sc_ic.ic_ifp; + if (!priv) + return; + if (data->m != NULL && data->m->m_flags & M_TXCB) ieee80211_process_callback(data->ni, data->m, 0/*XXX*/); _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --------------------------------- --------------------------------- L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 11:45:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44FB916A41A; Sun, 16 Dec 2007 11:45:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D0F8713C43E; Sun, 16 Dec 2007 11:45:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGBjt5C037233; Sun, 16 Dec 2007 06:45:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGBjtFi036489; Sun, 16 Dec 2007 06:45:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1C01173039; Sun, 16 Dec 2007 06:45:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216114555.1C01173039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 06:45:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 11:45:56 -0000 TB --- 2007-12-16 10:32:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 10:32:58 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-16 10:32:58 - cleaning the object tree TB --- 2007-12-16 10:33:29 - cvsupping the source tree TB --- 2007-12-16 10:33:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-16 10:33:38 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 10:33:38 - cd /src TB --- 2007-12-16 10:33:38 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 10:33:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 11:34:16 UTC 2007 TB --- 2007-12-16 11:34:16 - generating LINT kernel config TB --- 2007-12-16 11:34:16 - cd /src/sys/i386/conf TB --- 2007-12-16 11:34:16 - /usr/bin/make -B LINT TB --- 2007-12-16 11:34:17 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 11:34:17 - cd /src TB --- 2007-12-16 11:34:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 11:34:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ./machine/pmap.h:203: error: 'PDRSHIFT' undeclared (first use in this function) ./machine/pmap.h:203: error: (Each undeclared identifier is reported only once ./machine/pmap.h:203: error: for each function it appears in.) ./machine/pmap.h:204: error: 'PDRMASK' undeclared (first use in this function) cc1: warnings being treated as errors ./machine/pmap.h:206: warning: implicit declaration of function 'i386_btop' ./machine/pmap.h:206: warning: nested extern declaration of 'i386_btop' ./machine/pmap.h:207: error: 'PAGE_MASK' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 11:45:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 11:45:54 - ERROR: failed to build lint kernel TB --- 2007-12-16 11:45:54 - tinderbox aborted TB --- 3286.13 user 391.23 system 4376.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 12:43:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41EC916A417; Sun, 16 Dec 2007 12:43:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CBD3113C448; Sun, 16 Dec 2007 12:43:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBGCh9Wb069796; Sun, 16 Dec 2007 07:43:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGCh9w9093963; Sun, 16 Dec 2007 07:43:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B871F73039; Sun, 16 Dec 2007 07:43:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216124308.B871F73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 07:43:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 12:43:10 -0000 TB --- 2007-12-16 11:33:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 11:33:20 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-16 11:33:20 - cleaning the object tree TB --- 2007-12-16 11:33:37 - cvsupping the source tree TB --- 2007-12-16 11:33:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-16 11:33:44 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 11:33:44 - cd /src TB --- 2007-12-16 11:33:44 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 11:33:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 12:33:30 UTC 2007 TB --- 2007-12-16 12:33:30 - generating LINT kernel config TB --- 2007-12-16 12:33:30 - cd /src/sys/pc98/conf TB --- 2007-12-16 12:33:30 - /usr/bin/make -B LINT TB --- 2007-12-16 12:33:31 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 12:33:31 - cd /src TB --- 2007-12-16 12:33:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 12:33:31 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ./i386/pmap.h:203: error: 'PDRSHIFT' undeclared (first use in this function) ./i386/pmap.h:203: error: (Each undeclared identifier is reported only once ./i386/pmap.h:203: error: for each function it appears in.) ./i386/pmap.h:204: error: 'PDRMASK' undeclared (first use in this function) cc1: warnings being treated as errors ./i386/pmap.h:206: warning: implicit declaration of function 'i386_btop' ./i386/pmap.h:206: warning: nested extern declaration of 'i386_btop' ./i386/pmap.h:207: error: 'PAGE_MASK' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 12:43:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 12:43:08 - ERROR: failed to build lint kernel TB --- 2007-12-16 12:43:08 - tinderbox aborted TB --- 3167.25 user 391.80 system 4187.56 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 12:58:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFAE516A417 for ; Sun, 16 Dec 2007 12:58:21 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mx2.confluenttech.com (mx2.confluentasp.com [216.26.153.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7592013C45A for ; Sun, 16 Dec 2007 12:58:21 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mikej.com ([10.0.6.241]) by mx2.confluenttech.com (8.14.1/8.12.9) with SMTP id lBGCw9jX034062; Sun, 16 Dec 2007 07:58:46 -0500 (EST) (envelope-from mikej@paymentallianceintl.com) Date: Sun, 16 Dec 2007 07:58:09 -0500 (EST) From: mikej@paymentallianceintl.com Message-Id: <200712161258.lBGCw9jX034062@mx2.confluenttech.com> To: undisclosed-recipients:; X-Mailman-Approved-At: Sun, 16 Dec 2007 13:45:29 +0000 Subject: RE: 7.0-BETA4 - witness_warn on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 12:58:21 -0000 This simple patch should fix it. This code path is pretty rare, though, I'm frankly shocked that you're running into it. --- cam_xpt.c 20 Oct 2007 23:23:12 -0000 1.191 +++ cam_xpt.c 16 Dec 2007 07:46:22 -0000 @@ -3862,6 +3862,7 @@ &work_ccb->ccb_h, xpt_links.stqe); + mtx_unlock(&xsoftc.xpt_lock); continue; } else { /* Scott The patch failed: Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- cam_xpt.c 20 Oct 2007 23:23:12 -0000 1.191 |+++ cam_xpt.c 16 Dec 2007 07:46:22 -0000 -------------------------- Patching file cam_xpt.c using Plan A... Hunk #1 failed at 3862. 1 out of 1 hunks failed--saving rejects to cam_xpt.c.rej Done (cam_xpt.c.reg) *************** *** 3862,3867 **** &work_ccb->ccb_h, xpt_links.stqe); continue; } else { /* --- 3862,3868 ---- &work_ccb->ccb_h, xpt_links.stqe); + mtx_unlock(&xsoftc.xpt_lock); continue; } else { /* However, I manually modified cam_xpt.c like this and now the kernel boots and all seems well! STAILQ_INSERT_TAIL(&xsoftc.highpowerq, &work_ccb->ccb_h, xpt_links.stqe); mtx_unlock(&xsoftc.xpt_lock); continue; } else { /* * Consume a high power slot while * this ccb runs. */ Thanks. --mikej From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 13:53:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60BD116A418; Sun, 16 Dec 2007 13:53:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0B26F13C447; Sun, 16 Dec 2007 13:53:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBGDr0S6073734; Sun, 16 Dec 2007 08:53:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGDr07R035460; Sun, 16 Dec 2007 08:53:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23A3C73039; Sun, 16 Dec 2007 08:52:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216135257.23A3C73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 08:52:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 13:53:01 -0000 TB --- 2007-12-16 12:43:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 12:43:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-16 12:43:08 - cleaning the object tree TB --- 2007-12-16 12:43:29 - cvsupping the source tree TB --- 2007-12-16 12:43:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-16 12:43:35 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 12:43:35 - cd /src TB --- 2007-12-16 12:43:35 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 12:43:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 13:45:12 UTC 2007 TB --- 2007-12-16 13:45:12 - generating LINT kernel config TB --- 2007-12-16 13:45:12 - cd /src/sys/powerpc/conf TB --- 2007-12-16 13:45:12 - /usr/bin/make -B LINT TB --- 2007-12-16 13:45:13 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 13:45:13 - cd /src TB --- 2007-12-16 13:45:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 13:45:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_mc5.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c cc1: warnings being treated as errors In file included from @/vm/pmap.h:82, from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_include.h:9, from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/pmap.h:95: warning: 'struct thread' declared inside parameter list ./machine/pmap.h:95: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 13:52:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 13:52:56 - ERROR: failed to build lint kernel TB --- 2007-12-16 13:52:56 - tinderbox aborted TB --- 3136.52 user 365.28 system 4188.12 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 14:51:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A73916A421; Sun, 16 Dec 2007 14:51:45 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id CFCE613C458; Sun, 16 Dec 2007 14:51:44 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3698920B9; Sun, 16 Dec 2007 15:51:36 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 1C27F2089; Sun, 16 Dec 2007 15:51:36 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id F14A2844A0; Sun, 16 Dec 2007 15:51:35 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <47606C09.2070209@isc.org> <47609F0A.7010805@clearchain.com> <47609FE3.8040606@barafranca.com> <4760B444.1080604@clearchain.com> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> Date: Sun, 16 Dec 2007 15:51:35 +0100 In-Reply-To: (Ivan Voras's message of "Sat\, 15 Dec 2007 17\:12\:54 +0100") Message-ID: <86r6hmsnew.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 14:51:45 -0000 Ivan Voras writes: > These are all "normal" CompactFlash cards, for which the widely > available size seems to be 16 GB max, right? So? That's more than enough for a ZFS intent log (as a rule of thumb, the ZIL should be half the size of the server's RAM). > Did you (or anyone) deploy CF drives for production servers? My router (and DNS, NTP and DHCP server) is a net4801 with a 1 GB CF chip. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 14:57:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5984916A417; Sun, 16 Dec 2007 14:57:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DDEDC13C45A; Sun, 16 Dec 2007 14:57:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBGEv6Xw077426; Sun, 16 Dec 2007 09:57:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGEv6Qx013010; Sun, 16 Dec 2007 09:57:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EFC7273039; Sun, 16 Dec 2007 09:57:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216145705.EFC7273039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 09:57:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 14:57:07 -0000 TB --- 2007-12-16 13:52:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 13:52:57 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-16 13:52:57 - cleaning the object tree TB --- 2007-12-16 13:53:18 - cvsupping the source tree TB --- 2007-12-16 13:53:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-16 13:53:24 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 13:53:24 - cd /src TB --- 2007-12-16 13:53:24 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 13:53:25 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 14:50:15 UTC 2007 TB --- 2007-12-16 14:50:15 - generating LINT kernel config TB --- 2007-12-16 14:50:15 - cd /src/sys/sun4v/conf TB --- 2007-12-16 14:50:15 - /usr/bin/make -B LINT TB --- 2007-12-16 14:50:15 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 14:50:15 - cd /src TB --- 2007-12-16 14:50:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 14:50:15 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/pmap.h:83: error: 'PAGE_SHIFT' undeclared here (not in a function) In file included from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_include.h:10, from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/bus.h: In function 'bus_space_barrier': ./machine/bus.h:173: error: 'NULL' undeclared (first use in this function) ./machine/bus.h:173: error: (Each undeclared identifier is reported only once ./machine/bus.h:173: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 14:57:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 14:57:05 - ERROR: failed to build lint kernel TB --- 2007-12-16 14:57:05 - tinderbox aborted TB --- 2959.70 user 358.69 system 3848.58 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 14:57:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6416C16A41A for ; Sun, 16 Dec 2007 14:57:55 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id ED58313C4CC for ; Sun, 16 Dec 2007 14:57:54 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1688629rvb.43 for ; Sun, 16 Dec 2007 06:57:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=WSf3Mf3zvbzUjIeONG6E8oOqt+hWiFRC41iV06r/+sg=; b=t+LODAk+6zppPDUu8Xd0EYRldIXqpQApjZEBkHVdn+RsF4vPb3PVXogcvg40D4PXvIxmTHMZJs5t61xtlHIJ6HTXD+V+JVJna+mdWqvArZk6dAh7jznR2qzAhRmoimU1r/nl7hwjRMHNlCyJM/VWRBnlrzO7jkIZgWsBcs5aGcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Q9etGY7VpEIkwu7nIF8D1UoEPMVy25SSNoDkr6QLIj3P/FgWFSf7HbYdNsCBsvcZJWI8F+6V0zWoCz17N5cr27sacw7yeMtPJGQUVEf9kKQCVS/kdF75qlIWIvNWqyscjWM1noDOiw2WrsJNJqYfrLtnWjjizfNC+q0H9gjkDNE= Received: by 10.141.74.17 with SMTP id b17mr3227367rvl.144.1197817074313; Sun, 16 Dec 2007 06:57:54 -0800 (PST) Received: by 10.141.212.1 with HTTP; Sun, 16 Dec 2007 06:57:53 -0800 (PST) Message-ID: <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> Date: Sun, 16 Dec 2007 15:57:53 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "=?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?=" In-Reply-To: <86r6hmsnew.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> X-Google-Sender-Auth: 608fe010a249011b Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 14:57:55 -0000 T24gMTYvMTIvMjAwNywgRGFnLUVybGluZyBTbcO4cmdyYXYgPGRlc0BkZXMubm8+IHdyb3RlOgo+ IEl2YW4gVm9yYXMgPGl2b3Jhc0BmcmVlYnNkLm9yZz4gd3JpdGVzOgo+ID4gVGhlc2UgYXJlIGFs bCAibm9ybWFsIiBDb21wYWN0Rmxhc2ggY2FyZHMsIGZvciB3aGljaCB0aGUgd2lkZWx5Cj4gPiBh dmFpbGFibGUgc2l6ZSBzZWVtcyB0byBiZSAxNiBHQiBtYXgsIHJpZ2h0Pwo+Cj4gU28/ICBUaGF0 J3MgbW9yZSB0aGFuIGVub3VnaCBmb3IgYSBaRlMgaW50ZW50IGxvZyAoYXMgYSBydWxlIG9mIHRo dW1iLAo+IHRoZSBaSUwgc2hvdWxkIGJlIGhhbGYgdGhlIHNpemUgb2YgdGhlIHNlcnZlcidzIFJB TSkuCgpXaHkgZG8geW91IGNvbnNpZGVyIFpJTCB0byBiZSBhIGdvb2QgY2FuZGlkYXRlIGZvciBw dXR0aW5nIG9uIGEgU1NEPwpJc24ndCBpdCBzZXF1ZW50aWFsLWFjY2VzcyBtb3N0bHk/Cgo+ID4g RGlkIHlvdSAob3IgYW55b25lKSBkZXBsb3kgQ0YgZHJpdmVzIGZvciBwcm9kdWN0aW9uIHNlcnZl cnM/Cj4KPiBNeSByb3V0ZXIgKGFuZCBETlMsIE5UUCBhbmQgREhDUCBzZXJ2ZXIpIGlzIGEgbmV0 NDgwMSB3aXRoIGEgMSBHQiBDRgo+IGNoaXAuCgpPaywgdGhlc2UgYXJlIHByb2JhYmx5IGVtYmVk ZGVkIGFwcGxpYW5jZXMgdGhhdCBkb24ndCBnZXQgbXVjaCBzdG9yYWdlCnRyYWZmaWMuIEkgd2Fz IHRoaW5raW5nIGFib3V0IGRpZmZlcmVudCBraW5kIG9mIHNlcnZlcnMgLSBkYXRhYmFzZSwKd2Vi IG9yIGZpbGUgc2VydmVycy4K From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 15:34:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D99316A419; Sun, 16 Dec 2007 15:34:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFE813C465; Sun, 16 Dec 2007 15:34:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBGFYfA4079751; Sun, 16 Dec 2007 10:34:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGFYfmM083226; Sun, 16 Dec 2007 10:34:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 54E9873039; Sun, 16 Dec 2007 10:34:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216153441.54E9873039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 10:34:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 15:34:42 -0000 TB --- 2007-12-16 15:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 15:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-16 15:00:01 - cleaning the object tree TB --- 2007-12-16 15:00:28 - cvsupping the source tree TB --- 2007-12-16 15:00:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-16 15:00:35 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 15:00:35 - cd /src TB --- 2007-12-16 15:00:35 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 15:00:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 15:34:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 15:34:41 - ERROR: failed to build world TB --- 2007-12-16 15:34:41 - tinderbox aborted TB --- 1538.95 user 227.89 system 2080.27 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 15:38:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0334716A41B; Sun, 16 Dec 2007 15:38:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9637D13C44B; Sun, 16 Dec 2007 15:38:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGFcaxF045730; Sun, 16 Dec 2007 10:38:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGFcavM009904; Sun, 16 Dec 2007 10:38:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B7ED73039; Sun, 16 Dec 2007 10:38:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216153836.2B7ED73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 10:38:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 15:38:38 -0000 TB --- 2007-12-16 15:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 15:00:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-16 15:00:01 - cleaning the object tree TB --- 2007-12-16 15:00:51 - cvsupping the source tree TB --- 2007-12-16 15:00:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-16 15:00:57 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 15:00:57 - cd /src TB --- 2007-12-16 15:00:57 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 15:01:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 15:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 15:38:36 - ERROR: failed to build world TB --- 2007-12-16 15:38:36 - tinderbox aborted TB --- 1643.91 user 238.69 system 2315.03 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:11:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9160A16A4C1; Sun, 16 Dec 2007 16:11:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D36513C448; Sun, 16 Dec 2007 16:11:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGGAx0h047104; Sun, 16 Dec 2007 11:10:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGGAxa3032626; Sun, 16 Dec 2007 11:10:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 70F8A73039; Sun, 16 Dec 2007 11:10:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216161059.70F8A73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 11:10:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:11:00 -0000 TB --- 2007-12-16 15:34:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 15:34:41 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-16 15:34:41 - cleaning the object tree TB --- 2007-12-16 15:35:04 - cvsupping the source tree TB --- 2007-12-16 15:35:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-16 15:35:10 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 15:35:10 - cd /src TB --- 2007-12-16 15:35:10 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 15:35:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 16:10:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 16:10:59 - ERROR: failed to build world TB --- 2007-12-16 16:10:59 - tinderbox aborted TB --- 1583.16 user 225.16 system 2177.80 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:14:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3208916A41A; Sun, 16 Dec 2007 16:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C3DF013C4E1; Sun, 16 Dec 2007 16:14:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGGEppP047283; Sun, 16 Dec 2007 11:14:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGGEptD037544; Sun, 16 Dec 2007 11:14:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 089E573039; Sun, 16 Dec 2007 11:14:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216161451.089E573039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 11:14:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:14:52 -0000 TB --- 2007-12-16 15:38:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 15:38:36 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-16 15:38:36 - cleaning the object tree TB --- 2007-12-16 15:38:52 - cvsupping the source tree TB --- 2007-12-16 15:38:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-16 15:38:58 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 15:38:58 - cd /src TB --- 2007-12-16 15:38:58 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 15:38:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 16:14:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 16:14:50 - ERROR: failed to build world TB --- 2007-12-16 16:14:50 - tinderbox aborted TB --- 1581.69 user 234.12 system 2174.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:21:16 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 647D316A520 for ; Sun, 16 Dec 2007 16:21:16 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id B2A2513C457 for ; Sun, 16 Dec 2007 16:21:15 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 61D09EB4D13 for ; Sun, 16 Dec 2007 17:52:40 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 521F41582FA for ; Sun, 16 Dec 2007 17:52:40 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qp0jX2VBCJe5 for ; Sun, 16 Dec 2007 17:52:40 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167027138.dsl.hol.gr [79.167.27.138]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 88233157ED7 for ; Sun, 16 Dec 2007 17:52:39 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 547C53F44E; Sun, 16 Dec 2007 17:52:34 +0200 (EET) Date: Sun, 16 Dec 2007 17:52:34 +0200 From: Nikos Ntarmos To: current@FreeBSD.org Message-ID: <20071216155234.GA92032@ace.netcins.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <469693EB.8050802@kuehlbox.de> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: Valgrind GCC 4.2 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:21:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Jul 12, 2007 at 10:49:47PM +0200, Teufel wrote: > Hi again, > > we got a bit further... I guess its a prob with symbol versioning. > > Greetings, > > Stephan > > valgrind /bin/ls > ==98005== Memcheck, a memory error detector for x86-linux. > ==98005== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. > ==98005== Using valgrind-2.1.0, a program supervision framework for x86-linux. > ==98005== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. > ==98005== Estimated CPU clock rate is 2464 MHz > ==98005== For more details, rerun with: -v > ==98005== > /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.0 required by /bin/ls not defined > ==98005== > ==98005== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) > ==98005== malloc/free: in use at exit: 0 bytes in 0 blocks. > ==98005== malloc/free: 0 allocs, 0 frees, 0 bytes allocated. > ==98005== For a detailed leak analysis, rerun with: --leak-check=yes > ==98005== For counts of detected errors, rerun with: -v As another data point, valgrind 352_7 with the latest patch applied compiled just yesterday with gcc 3.4 from ports gives: valgrind -v /bin/ls ==91936== Memcheck, a memory error detector for x86-linux. ==91936== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. ==91936== Using valgrind-2.1.0, a program supervision framework for x86-linux. ==91936== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. ==91936== Valgrind library directory: /usr/local/lib/valgrind ==91936== Command line ==91936== /bin/ls ==91936== Startup, with flags: ==91936== -v ==91936== Reading syms from /bin/ls (0x8048000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /libexec/ld-elf.so.1 (0x3C000000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /libexec/ld-elf.so.1 (0xB0000000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /lib/libc.so.7 (0xB0034000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /usr/local/lib/valgrind/vgskin_memcheck.so (0xB013A000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /lib/libgcc_s.so.1 (0xB0262000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /usr/local/lib/valgrind/stage2 (0xB8000000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading suppressions file: /usr/local/lib/valgrind/default.supp ==91936== Estimated CPU clock rate is 801 MHz ==91936== REDIRECT soname:libc.so.6(__GI___errno_location) to soname:libpthread.so.0(__errno_location) ==91936== REDIRECT soname:libc.so.6(__errno_location) to soname:libpthread.so.0(__errno_location) ==91936== REDIRECT soname:libc.so.6(__GI___h_errno_location) to soname:libpthread.so.0(__h_errno_location) ==91936== REDIRECT soname:libc.so.6(__h_errno_location) to soname:libpthread.so.0(__h_errno_location) ==91936== REDIRECT soname:libc.so.6(__GI___res_state) to soname:libpthread.so.0(__res_state) ==91936== REDIRECT soname:libc.so.6(__res_state) to soname:libpthread.so.0(__res_state) ==91936== REDIRECT soname:libc.so.6(stpcpy) to *vgpreload_memcheck.so*(stpcpy) ==91936== REDIRECT soname:libc.so.6(strnlen) to *vgpreload_memcheck.so*(strnlen) ==91936== REDIRECT soname:ld-linux.so.2(stpcpy) to *vgpreload_memcheck.so*(stpcpy) ==91936== REDIRECT soname:ld-linux.so.2(strchr) to *vgpreload_memcheck.so*(strchr) ==91936== ==91936== Reading syms from /usr/local/lib/valgrind/vg_inject.so (0x3C036000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /usr/local/lib/valgrind/vgpreload_memcheck.so (0x3C039000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== Reading syms from /lib/libutil.so.7 (0x3C049000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== discard syms at 0x3C049000-0x3C056000 in /lib/libutil.so.7 due to munmap() ==91936== Reading syms from /lib/libncurses.so.7 (0x3C057000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== discard syms at 0x3C057000-0x3C09A000 in /lib/libncurses.so.7 due to munmap() ==91936== Reading syms from /lib/libc.so.7 (0x3C09B000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== discard syms at 0x3C09B000-0x3C198000 in /lib/libc.so.7 due to munmap() ==91936== Reading syms from /lib/libgcc_s.so.1 (0x3C199000) ==91936== object doesn't have a symbol table ==91936== object doesn't have any debug info ==91936== discard syms at 0x3C199000-0x3C1A4000 in /lib/libgcc_s.so.1 due to munmap() ld-elf.so.1: assert failed: /opt/src/libexec/rtld-elf/rtld.c:686 ==91936== ==91936== Process terminating with default action of signal 6 (SIGABRT): dumping core ==91936== at 0x3C01BB6F: (within /libexec/ld-elf.so.1) ==91936== by 0x3C0173A8: (within /libexec/ld-elf.so.1) ==91936== by 0x3C004168: (within /libexec/ld-elf.so.1) ==91936== by 0x3C004AE9: (within /libexec/ld-elf.so.1) ==91936== Core dumping not implemented. Please re-run valgrind after fixing the crash. ==91936== ==91936== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ==91936== malloc/free: in use at exit: 0 bytes in 0 blocks. ==91936== malloc/free: 0 allocs, 0 frees, 0 bytes allocated. ==91936== - --91936-- TT/TC: 0 tc sectors discarded. - --91936-- 697 chainings, 0 unchainings. - --91936-- translate: new 897 (13042 -> 181980; ratio 139:10) - --91936-- discard 0 (0 -> 0; ratio 0:10). - --91936-- dispatch: 0 jumps (bb entries), of which 3346 (334600%) were unchained. - --91936-- 20/979 major/minor sched events. 898 tt_fast misses. - --91936-- reg-alloc: 158 t-req-spill, 33321+954 orig+spill uis, 4519 total-reg-r. - --91936-- sanity: 21 cheap, 1 expensive checks. - --91936-- ccalls: 2972 C calls, 56% saves+restores avoided (9942 bytes) - --91936-- 4017 args, avg 0.88 setup instrs each (918 bytes) - --91936-- 0% clear the stack (8916 bytes) - --91936-- 1164 retvals, 33% of reg-reg movs avoided (760 bytes) That's with v1.124 of rtld.c, line 686 reading: case DT_SYMENT: assert(dynp->d_un.d_val == sizeof(Elf_Sym)); break; in digest_dynamic(...). FWIW, if compiled using gcc4 from base (7-BETA4/i386), valgrind freezes in state umtx during the /usr/local/bin/valgrind --tool=memcheck --gen-suppressions=yes true step of make install. That also happens if I execute 'valgrind /bin/ls' later on (producing the same error reported in a previous post, i.e.: /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.0 required by /bin/ls not defined Later. \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHZUnCm6J1ac+VFgoRArkBAKCAIYxiBtpsFDQg4HuygxcEALlTCQCfcBNH 3nj+ARrQKH1/i0tWjwc5OGA= =L6Ag -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:33:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5318116A417; Sun, 16 Dec 2007 16:33:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 02CDE13C447; Sun, 16 Dec 2007 16:33:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3B90B2099; Sun, 16 Dec 2007 17:33:19 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A4A362049; Sun, 16 Dec 2007 17:33:18 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 8026A844B5; Sun, 16 Dec 2007 17:33:18 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Ivan Voras" References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> Date: Sun, 16 Dec 2007 17:33:18 +0100 Message-ID: <86zlwafvld.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:33:28 -0000 "Ivan Voras" writes: > Dag-Erling Sm=C3=B8rgrav writes: > > My router (and DNS, NTP and DHCP server) is a net4801 with a 1 GB CF > > chip. > Ok, these are probably embedded appliances that don't get much storage > traffic. I was thinking about different kind of servers - database, > web or file servers. I'm not sure how you define "embedded" and "appliance". It's small, but it's a fully functional PC (except for the lack of a graphics adapter) that runs a full FreeBSD installation. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:39:16 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8453116A419; Sun, 16 Dec 2007 16:39:16 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE4413C442; Sun, 16 Dec 2007 16:39:16 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <476554AF.4000701@intersonic.se> Date: Sun, 16 Dec 2007 17:39:11 +0100 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: -net or kernel: where does this belong? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:39:16 -0000 Posted on -questions but got no response, trying -current and -stable as well. Sorry for the cross-post but I'm getting kind of desperate... Hi all, Since quite a while I have had problems with {CURRENT|RELENG_7} SMP machines that lock up when accessed from a remote location over a vpn (ipsec) link and sees a ICMP_REDIRECT. A message, "kernel: rtfree: has 1 refs, will be present in logs. Stefan Lambrev opened a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 that I thought dealt with this but not sure if this maybe just touches the messages, not lockups. Later, I opened another PR http://www.freebsd.org/cgi/query-pr.cgi?pr=118044 and so far there is absolute silence. See below for the (what I believe) interesting part. Question 1: Am I the only one on the planet that sees this problem? Question 2: Could someone with some knowledge please tell if this is a real bug or just something I cooked up myself? Thanks a lot! --per Tracing command irq21: bge0 pid 33 tid 100025 td 0xc5119880 cpustop_handler(1,e3ccf958,c0a05b10,1,0,...) at cpustop_handler+0x32 ipi_nmi_handler(1,0,0,0,13,...) at ipi_nmi_handler+0x2f trap(e3ccf964) at trap+0x30 calltrap() at calltrap+0x6 --- trap 0x13, eip = 0xc074e586, esp = 0xe3ccf9a4, ebp = 0xe3ccf9c8 --- panic(c0a9b762,c5117660,c0aa0a06,c5117660,186ae,...) at panic+0x26 _mtx_lock_spin_failed(1,19,c0aa0a32,cb,19,...) at _mtx_lock_spin_failed+0x51 _thread_lock_flags(c57c6440,10,c0aa0a32,cb,1,...) at _thread_lock_flags+0xc7 propagate_priority(c0bbceec,0,c0aa0a32,2e2,c50f2a00,...) at propagate_priority+0xe0 turnstile_wait(c50f2a00,c57c6440,0,17a,c5874678,...) at turnstile_wait+0x48c _mtx_lock_sleep(c5874678,c5119880,0,c0aaa355,41c,...) at _mtx_lock_sleep+0x15a _mtx_lock_flags(c5874678,0,c0aaa355,41c,e3ccfaf4,...) at _mtx_lock_flags+0xef rt_setgate(c5874618,cb4ee2c0,e3ccfbac,c5119880,e3ccfb18,...) at rt_setgate+0x196 rtredirect(e3ccfbbc,e3ccfbac,0,26,e3ccfb9c,...) at rtredirect+0x18e icmp_input(c6fb6500,14,246,c0b9c7c0,e3ccfc0c,...) at icmp_input+0x50f ip_input(c6fb6500,14e,800,c526a400,800,...) at ip_input+0x650 netisr_dispatch(2,c6fb6500,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c526a400,c6fb6500,3,0,3,...) at ether_demux+0x1f1 ether_input(c526a400,c6fb6500,c0a6af05,bc4,c526a400,...) at ether_input+0x37f bge_intr(c526d000,0,c0a99497,471,c515e564,...) at bge_intr+0x7da ithread_loop(c5271160,e3ccfd38,c0a9920b,2ea,c52512a8,...) at ithread_loop+0x1b5 fork_exit(c0732ea0,c5271160,e3ccfd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ccfd70, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:40:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9082B16A417; Sun, 16 Dec 2007 16:40:28 +0000 (UTC) (envelope-from dtynan@kalopa.com) Received: from mail.kalopa.net (mail.kalopa.net [82.195.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 147F313C469; Sun, 16 Dec 2007 16:40:27 +0000 (UTC) (envelope-from dtynan@kalopa.com) Received: from mail.kalopa.com (mail.kgbb.net [84.203.222.58]) by mail.kalopa.net (8.13.6/8.13.3) with ESMTP id lBGGkmSL090171; Sun, 16 Dec 2007 16:46:48 GMT (envelope-from dtynan@kalopa.com) Received: (from dtynan@localhost) by mail.kalopa.com (8.11.3/8.11.3) id lBGGeHP03177; Sun, 16 Dec 2007 16:40:17 GMT (envelope-from dtynan) Received: from mail.kalopa.net (mail.kalopa.net [82.195.155.65]) by mail.kalopa.com (8.11.3/8.11.3) with ESMTP id lBGGeG503170 for ; Sun, 16 Dec 2007 16:40:16 GMT (envelope-from owner-freebsd-stable@freebsd.org) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mail.kalopa.net (8.13.6/8.13.3) with ESMTP id lBGGk6on090160 for ; Sun, 16 Dec 2007 16:46:37 GMT (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D076D31728; Sun, 16 Dec 2007 16:39:22 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 613BC16A47E; Sun, 16 Dec 2007 16:39:22 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8453116A419; Sun, 16 Dec 2007 16:39:16 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE4413C442; Sun, 16 Dec 2007 16:39:16 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: ClamAV 0.88.1/5145/Sun Dec 16 11:23:51 2007 on mail.kalopa.net X-Virus-Scanned: ClamAV 0.88.1/5145/Sun Dec 16 11:23:51 2007 on mail.kalopa.net X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <476554AF.4000701@intersonic.se> Date: Sun, 16 Dec 2007 17:39:11 +0100 From: Per olof Ljungmark X-DoIKnowU: Addr=[/v/dtynan/Mail/Addresses] X-Known: NO Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=6.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.kalopa.net Cc: Subject: -net or kernel: where does this belong? X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:40:28 -0000 Posted on -questions but got no response, trying -current and -stable as well. Sorry for the cross-post but I'm getting kind of desperate... Hi all, Since quite a while I have had problems with {CURRENT|RELENG_7} SMP machines that lock up when accessed from a remote location over a vpn (ipsec) link and sees a ICMP_REDIRECT. A message, "kernel: rtfree: has 1 refs, will be present in logs. Stefan Lambrev opened a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 that I thought dealt with this but not sure if this maybe just touches the messages, not lockups. Later, I opened another PR http://www.freebsd.org/cgi/query-pr.cgi?pr=118044 and so far there is absolute silence. See below for the (what I believe) interesting part. Question 1: Am I the only one on the planet that sees this problem? Question 2: Could someone with some knowledge please tell if this is a real bug or just something I cooked up myself? Thanks a lot! --per Tracing command irq21: bge0 pid 33 tid 100025 td 0xc5119880 cpustop_handler(1,e3ccf958,c0a05b10,1,0,...) at cpustop_handler+0x32 ipi_nmi_handler(1,0,0,0,13,...) at ipi_nmi_handler+0x2f trap(e3ccf964) at trap+0x30 calltrap() at calltrap+0x6 --- trap 0x13, eip = 0xc074e586, esp = 0xe3ccf9a4, ebp = 0xe3ccf9c8 --- panic(c0a9b762,c5117660,c0aa0a06,c5117660,186ae,...) at panic+0x26 _mtx_lock_spin_failed(1,19,c0aa0a32,cb,19,...) at _mtx_lock_spin_failed+0x51 _thread_lock_flags(c57c6440,10,c0aa0a32,cb,1,...) at _thread_lock_flags+0xc7 propagate_priority(c0bbceec,0,c0aa0a32,2e2,c50f2a00,...) at propagate_priority+0xe0 turnstile_wait(c50f2a00,c57c6440,0,17a,c5874678,...) at turnstile_wait+0x48c _mtx_lock_sleep(c5874678,c5119880,0,c0aaa355,41c,...) at _mtx_lock_sleep+0x15a _mtx_lock_flags(c5874678,0,c0aaa355,41c,e3ccfaf4,...) at _mtx_lock_flags+0xef rt_setgate(c5874618,cb4ee2c0,e3ccfbac,c5119880,e3ccfb18,...) at rt_setgate+0x196 rtredirect(e3ccfbbc,e3ccfbac,0,26,e3ccfb9c,...) at rtredirect+0x18e icmp_input(c6fb6500,14,246,c0b9c7c0,e3ccfc0c,...) at icmp_input+0x50f ip_input(c6fb6500,14e,800,c526a400,800,...) at ip_input+0x650 netisr_dispatch(2,c6fb6500,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c526a400,c6fb6500,3,0,3,...) at ether_demux+0x1f1 ether_input(c526a400,c6fb6500,c0a6af05,bc4,c526a400,...) at ether_input+0x37f bge_intr(c526d000,0,c0a99497,471,c515e564,...) at bge_intr+0x7da ithread_loop(c5271160,e3ccfd38,c0a9920b,2ea,c52512a8,...) at ithread_loop+0x1b5 fork_exit(c0732ea0,c5271160,e3ccfd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ccfd70, ebp = 0 --- _______________________________________________ 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-current@FreeBSD.ORG Sun Dec 16 16:48:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CD5616A469 for ; Sun, 16 Dec 2007 16:48:13 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 14B2013C447 for ; Sun, 16 Dec 2007 16:48:12 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2892284waf.3 for ; Sun, 16 Dec 2007 08:48:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=M+luHTHa4aZzvs4dmrQPPg9kISIClW557vjs7as9RTw=; b=QKIem97MmBwu+9gpPvikalRU4QABM33yomTS+d6TwufptvPA3p98pT/MDM/g2lkDT3cQOtm2dz3xRRHMaWnZLPvnlXc1T/58wAtVyjwzS/JwxVOyNLv5DZi+RaJFHf6IF8fCHfe9Lrh3excjYIO7G7K4XYQXTap67F2vEtbc2m8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=itykqsxvQAVn7wMpevuoS7FKCqIr3rNQXLK5bCgUtJJShQ/E+Pt9Ac968aXa2x1Cj2gPwnXYStzpCLSl1FLaYip7zTLoG0jOtbD0lkErLSPMwmsO0KyIY1Golt/3kLo+jBMsObLaSjO7xgzebJSXn6QQWWWCGS+2MpFk+Bmklko= Received: by 10.114.120.1 with SMTP id s1mr2234300wac.107.1197823692718; Sun, 16 Dec 2007 08:48:12 -0800 (PST) Received: by 10.114.255.11 with HTTP; Sun, 16 Dec 2007 08:48:12 -0800 (PST) Message-ID: Date: Sun, 16 Dec 2007 08:48:12 -0800 From: "Kip Macy" To: "Robert Watson" , "Sam Leffler" , freebsd-arch@freebsd.org, "FreeBSD Current" In-Reply-To: <20071216111315.C49036@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071215100351.Q70617@fledge.watson.org> <20071216111315.C49036@fledge.watson.org> Cc: Subject: Re: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:48:13 -0000 Reset is fine, given that internally it just calls t3_send_reset. On 12/16/07, Robert Watson wrote: > > On Sat, 15 Dec 2007, Kip Macy wrote: > > >> + * + tu_abort > >> + * - closes the connection and sends a RST to peer > >> + * - driver is expectd to trigger an RST and detach the toepcb > >> > >> In regular TCP, the pru_abort method is only called on pending > connections > >> while still in the listen queues of a listen socket. Is this true of > >> tu_abort, or is tu_abort a more general method to be used to cancel > >> connections? If so, probably worth commenting on that. > > > > tu_abort is called in place of tcp_output in pru_abort. > > The reason I ask is that it appears tu_abort appears to be the only > interface > allowing the stack to request that TOE reset of a connection. In regular > TCP, > soabort/pru_abort/tcp_usr_abort are used only on nascent unaccepted > connections; at least one other path, used by tcpdrop(8), can lead to > connections being reset as well. Perhaps a more general tu_reset could be > used to address this? I'm not sure what other direct-to-reset paths exist > but > a review for them may be called for. > > Robert N M Watson > Computer Laboratory > University of Cambridge > From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:50:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE7CC16A479; Sun, 16 Dec 2007 16:50:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF4D13C44B; Sun, 16 Dec 2007 16:50:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBGGoWmf084771; Sun, 16 Dec 2007 11:50:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGGoW62086093; Sun, 16 Dec 2007 11:50:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9AA5F73039; Sun, 16 Dec 2007 11:50:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216165032.9AA5F73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 11:50:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:50:34 -0000 TB --- 2007-12-16 16:10:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 16:10:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-16 16:10:59 - cleaning the object tree TB --- 2007-12-16 16:11:27 - cvsupping the source tree TB --- 2007-12-16 16:11:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-16 16:11:33 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 16:11:33 - cd /src TB --- 2007-12-16 16:11:33 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 16:11:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 16:50:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 16:50:32 - ERROR: failed to build world TB --- 2007-12-16 16:50:32 - tinderbox aborted TB --- 1748.29 user 227.91 system 2372.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:51:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92BAB16A419; Sun, 16 Dec 2007 16:51:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2E25A13C465; Sun, 16 Dec 2007 16:51:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGGpuj0048894; Sun, 16 Dec 2007 11:51:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGGpudr074773; Sun, 16 Dec 2007 11:51:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6662373039; Sun, 16 Dec 2007 11:51:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216165156.6662373039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 11:51:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:51:57 -0000 TB --- 2007-12-16 16:14:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 16:14:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-16 16:14:51 - cleaning the object tree TB --- 2007-12-16 16:15:07 - cvsupping the source tree TB --- 2007-12-16 16:15:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-16 16:15:15 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 16:15:15 - cd /src TB --- 2007-12-16 16:15:15 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 16:15:16 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 16:51:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 16:51:56 - ERROR: failed to build world TB --- 2007-12-16 16:51:56 - tinderbox aborted TB --- 1604.34 user 224.91 system 2225.05 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 16:54:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B59916A418 for ; Sun, 16 Dec 2007 16:54:24 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 034EC13C46E for ; Sun, 16 Dec 2007 16:54:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J3wkq-0004r8-Q8 for freebsd-current@freebsd.org; Sun, 16 Dec 2007 16:54:16 +0000 Received: from 89-172-51-229.adsl.net.t-com.hr ([89.172.51.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Dec 2007 16:54:16 +0000 Received: from ivoras by 89-172-51-229.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Dec 2007 16:54:16 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 16 Dec 2007 17:54:06 +0100 Lines: 49 Message-ID: References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> <86zlwafvld.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3C88C2E6719F936D3298303A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-51-229.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <86zlwafvld.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 16:54:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3C88C2E6719F936D3298303A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > "Ivan Voras" writes: >> Dag-Erling Sm=C3=B8rgrav writes: >>> My router (and DNS, NTP and DHCP server) is a net4801 with a 1 GB CF >>> chip. >> Ok, these are probably embedded appliances that don't get much storage= >> traffic. I was thinking about different kind of servers - database, >> web or file servers. >=20 > I'm not sure how you define "embedded" and "appliance". It's small, bu= t > it's a fully functional PC (except for the lack of a graphics adapter) > that runs a full FreeBSD installation. Of course, I mean no disrespect to the machines :) I know they are fully functional - there's really no difference once you get a full kernel to boot on them. But you'll agree that there's not much file system traffic on a network router (with the services you listed). I'm interested in how SSD could help me (if they actually can) with large-ish systems running web servers with associated software (e.g. database) and office-like servers. So far, I'm having trouble envisioning a seek-intensive storage application that's also temporary (to avoid keeping the "real" data on flash drives). Maybe a mail server queue, with mailboxes on standard drives? --------------enig3C88C2E6719F936D3298303A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHZVguldnAQVacBcgRAtRHAJ4z+ZYRkvY5X7fkhejE2WyImF6u0ACg0APN 7uhkGMPzkh8726bnfUKfdrA= =6yYj -----END PGP SIGNATURE----- --------------enig3C88C2E6719F936D3298303A-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:01:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEBF016A417 for ; Sun, 16 Dec 2007 17:01:45 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9C47313C457 for ; Sun, 16 Dec 2007 17:01:45 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1J3wqQ-0006Rm-QW for freebsd-current@freebsd.org; Sun, 16 Dec 2007 17:00:02 +0000 Received: from 89-172-51-229.adsl.net.t-com.hr ([89.172.51.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Dec 2007 17:00:02 +0000 Received: from ivoras by 89-172-51-229.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Dec 2007 17:00:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 16 Dec 2007 17:57:25 +0100 Lines: 31 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig19389C58D8F0CFEFC5555A5D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-51-229.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) X-Enigmail-Version: 0.95.5 Sender: news Subject: UTF-8 collations on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:01:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig19389C58D8F0CFEFC5555A5D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, What is the status of multibyte (in particular, I'm only interested in UTF-8) support in FreeBSD? I remember there have been many reports that it simply "doesn't work" but they have been posted before RELENG_7. If the multibyte support does work, I'm interested in creating the necessary tables for my language and I'd like to know what is the best place to start researching how it's done? --------------enig19389C58D8F0CFEFC5555A5D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHZVj1ldnAQVacBcgRAuNTAKD4D0qJ5hvy06ukTLLjOVKKjOkhlwCgr+ug hljj2q/bQJrTKC4w74n68q8= =OOMt -----END PGP SIGNATURE----- --------------enig19389C58D8F0CFEFC5555A5D-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:18:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AE8B16A41B for ; Sun, 16 Dec 2007 17:18:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8C33C13C442 for ; Sun, 16 Dec 2007 17:18:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lBGH7rCx051920; Sun, 16 Dec 2007 10:07:53 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47655B4B.6010902@samsco.org> Date: Sun, 16 Dec 2007 10:07:23 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: darrenr@freebsd.org References: <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <476419CD.9070401@terranova.net> <20071216024259.GI48684@cicely12.cicely.de> <4764F282.7030706@freebsd.org> In-Reply-To: <4764F282.7030706@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 16 Dec 2007 10:07:54 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, ticso@cicely.de, Ivan Voras Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:18:12 -0000 Darren Reed wrote: > Bernd Walter wrote: > ... >> One problem is with the data blocks beeing that big, when writing >> 512 Byte you effectifly do a read-modify-write of a larger physical >> block. >> This can be handled quite well with larger FS block. >> The much bigger problem is with power loss when writing such a >> maintenence block. >> You loose a very large area of logical blocks when this fails, >> since a 4k maintenence block contains the allocation for several hundert >> kB of logical data blocks. >> In other words - you possibly loose data blocks that were not written >> a long time and the database wouldn't expect a problem with that data. >> Even for ZIL it is very questionable if you loose a large data area, >> since the purpose is to have the data that was already sinced readable >> after a power loss. > ... > > ZFS doesn't suffer from this problem because the design > is to always write a new section of data rather than > over write "current" data. > > So if you lose power in the middle of a write to a data > block, there is no damage to the old data. ... except with disks that write sectors via read-update-write on whole tracks at a time (i.e. all SATA/ATA disks and probably more and more SAS/SCSI disks as well these days). The speed and density optimizations that have been introduced to disks in the past 10 years don't come for free; they directly impact reliability. That's why you don't ever, ever want to loose power to a disk subsystem that you consider critical. Scott From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:22:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4356416A418; Sun, 16 Dec 2007 17:22:34 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 9C77813C4EF; Sun, 16 Dec 2007 17:22:33 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lBGHMVrt061801; Sun, 16 Dec 2007 18:22:31 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lBGHMQSv030666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Dec 2007 18:22:26 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lBGHMPKq052934; Sun, 16 Dec 2007 18:22:25 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lBGHMP0D052933; Sun, 16 Dec 2007 18:22:25 +0100 (CET) (envelope-from ticso) Date: Sun, 16 Dec 2007 18:22:25 +0100 From: Bernd Walter To: Darren Reed Message-ID: <20071216172225.GB51627@cicely12.cicely.de> References: <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <476419CD.9070401@terranova.net> <20071216024259.GI48684@cicely12.cicely.de> <4764F282.7030706@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4764F282.7030706@freebsd.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.144, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, ticso@cicely.de, Ivan Voras Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:22:34 -0000 On Sun, Dec 16, 2007 at 08:40:18PM +1100, Darren Reed wrote: > Bernd Walter wrote: > ... > > One problem is with the data blocks beeing that big, when writing > > 512 Byte you effectifly do a read-modify-write of a larger physical > > block. > > This can be handled quite well with larger FS block. > > The much bigger problem is with power loss when writing such a > > maintenence block. > > You loose a very large area of logical blocks when this fails, > > since a 4k maintenence block contains the allocation for several hundert > > kB of logical data blocks. > > In other words - you possibly loose data blocks that were not written > > a long time and the database wouldn't expect a problem with that data. > > Even for ZIL it is very questionable if you loose a large data area, > > since the purpose is to have the data that was already sinced readable > > after a power loss. > ... > > ZFS doesn't suffer from this problem because the design > is to always write a new section of data rather than > over write "current" data. You missed the point: The filesystem doesn't overwrite written data, but the media does internaly to manage itself. You can loose data which hasn't beeen writen at all, since there is a large dependency chain with flash media. > So if you lose power in the middle of a write to a data > block, there is no damage to the old data. Yes there is, because that's the way flash media works. You write block x and if something goes wrong y is unreadable as well. And those dependency areas are very hughe. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:25:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFD4216A418; Sun, 16 Dec 2007 17:25:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8A42213C442; Sun, 16 Dec 2007 17:25:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGHPFLX050537; Sun, 16 Dec 2007 12:25:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGHPEU7051544; Sun, 16 Dec 2007 12:25:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D8A3D73039; Sun, 16 Dec 2007 12:25:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216172514.D8A3D73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 12:25:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:25:16 -0000 TB --- 2007-12-16 16:50:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 16:50:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-16 16:50:32 - cleaning the object tree TB --- 2007-12-16 16:50:54 - cvsupping the source tree TB --- 2007-12-16 16:50:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-16 16:51:00 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 16:51:00 - cd /src TB --- 2007-12-16 16:51:00 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 16:51:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 17:25:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 17:25:14 - ERROR: failed to build world TB --- 2007-12-16 17:25:14 - tinderbox aborted TB --- 1486.76 user 226.03 system 2082.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:25:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA8F16A49E; Sun, 16 Dec 2007 17:25:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF4213C4CE; Sun, 16 Dec 2007 17:25:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBGHPtrQ087056; Sun, 16 Dec 2007 12:25:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGHPtDL035103; Sun, 16 Dec 2007 12:25:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 70D5F73039; Sun, 16 Dec 2007 12:25:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216172555.70D5F73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 12:25:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:25:56 -0000 TB --- 2007-12-16 16:51:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 16:51:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-16 16:51:56 - cleaning the object tree TB --- 2007-12-16 16:52:27 - cvsupping the source tree TB --- 2007-12-16 16:52:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-16 16:52:33 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 16:52:33 - cd /src TB --- 2007-12-16 16:52:33 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 16:52:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 17:25:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 17:25:55 - ERROR: failed to build world TB --- 2007-12-16 17:25:55 - tinderbox aborted TB --- 1488.13 user 223.21 system 2038.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:33:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B8816A419; Sun, 16 Dec 2007 17:33:39 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B5AB313C4DD; Sun, 16 Dec 2007 17:33:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 55EB020B1; Sun, 16 Dec 2007 18:33:30 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 4843320AF; Sun, 16 Dec 2007 18:33:30 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 2F042844B5; Sun, 16 Dec 2007 18:33:30 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> <86zlwafvld.fsf@ds4.des.no> Date: Sun, 16 Dec 2007 18:33:30 +0100 In-Reply-To: (Ivan Voras's message of "Sun\, 16 Dec 2007 17\:54\:06 +0100") Message-ID: <86aboalf2t.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:33:39 -0000 Ivan Voras writes: > Dag-Erling Sm=C3=B8rgrav writes: > > "Ivan Voras" writes: > > > Dag-Erling Sm=C3=B8rgrav writes: > > > > My router (and DNS, NTP and DHCP server) is a net4801 with a 1 GB CF > > > > chip. > > > Ok, these are probably embedded appliances that don't get much storage > > > traffic. I was thinking about different kind of servers - database, > > > web or file servers. > > I'm not sure how you define "embedded" and "appliance". It's small, but > > it's a fully functional PC (except for the lack of a graphics adapter) > > that runs a full FreeBSD installation. > Of course, I mean no disrespect to the machines :) That was not my point. There is nothing wrong or shameful about embedded systems or appliances - I write software for embedded systems and appliances for a living - but this machine is neither. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 17:53:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AE4416A41A for ; Sun, 16 Dec 2007 17:53:40 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 570DB13C459 for ; Sun, 16 Dec 2007 17:53:40 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id A612629B5F1; Sun, 16 Dec 2007 12:53:39 -0500 (EST) Message-ID: <47656622.8090600@terranova.net> Date: Sun, 16 Dec 2007 12:53:38 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-current@freebsd.org References: <73807.10710.qm@web63912.mail.re1.yahoo.com> <200711280842.09340.jhb@freebsd.org> <474D726A.8080807@deepcore.dk> <200711280938.38545.jhb@freebsd.org> <474E5B69.7070406@yandex.ru> <474E65D6.4040403@deepcore.dk> <474E69AE.7000105@yandex.ru> <475978E1.2090507@deepcore.dk> <475C6C3E.6070004@deepcore.dk> <475CC426.3060808@terranova.net> <475CCAA0.5040900@terranova.net> <475CEA07.1050500@deepcore.dk> In-Reply-To: <475CEA07.1050500@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 17:53:40 -0000 Søren Schmidt wrote: > I'm also going to try a Marvell ctlr later today, more news later... Did you get a chance to try the Marvell PCI-X controller? The Marvell just so happens to be the other SATA controller I have plugged into my HT1000 system so I'm dying to know how this turns out. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:04:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1986516A420; Sun, 16 Dec 2007 18:04:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A8B0613C448; Sun, 16 Dec 2007 18:04:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGI4brN052179; Sun, 16 Dec 2007 13:04:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGI4bH9044584; Sun, 16 Dec 2007 13:04:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DC6B273039; Sun, 16 Dec 2007 13:04:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216180436.DC6B273039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 13:04:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:04:38 -0000 TB --- 2007-12-16 17:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 17:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-16 17:30:00 - cleaning the object tree TB --- 2007-12-16 17:30:23 - cvsupping the source tree TB --- 2007-12-16 17:30:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-16 17:30:31 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 17:30:31 - cd /src TB --- 2007-12-16 17:30:31 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 17:30:33 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 18:04:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 18:04:36 - ERROR: failed to build world TB --- 2007-12-16 18:04:36 - tinderbox aborted TB --- 1536.82 user 230.52 system 2076.09 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:07:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A630016A421 for ; Sun, 16 Dec 2007 18:07:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6170E13C465 for ; Sun, 16 Dec 2007 18:07:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2931458waf.3 for ; Sun, 16 Dec 2007 10:07:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=oI4jeJcNbg+WEPlzoCnZYvn04zHqPtn8WqpCsp4MN0M=; b=v/fdwZfAgJZCtINOoI+SRNv5uBcqQutdgseQUTzVuwCDgMSjfljwLAHcCy6zxdc1yY51O1jJ9uBGeDnjktk/DpAH5KkG2DWy1gw00gq5kvZNupIyAxfwlFncWeNM3BJPsoBtNLbMpVk/Hq7oY/WadrKdgxf2W45lxk0e+2LZdDI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CCM+Zpoia5dT3RuAh9zoN5hXC5enV9OE2Kj6vnk0pjSgWoN/7RE5rXJoTGdNoMV4/NsxmbKBXh7XWiUQ6wV8Z/07dehSQFbgHZcbVEWYO0xpQXBYSYsMYHtcywkGqHqqsPvzgCUKUUNSFPJb8MN97Dp5AhWiMS7aiwEhu/+/0CY= Received: by 10.114.199.1 with SMTP id w1mr1469508waf.109.1197828467368; Sun, 16 Dec 2007 10:07:47 -0800 (PST) Received: by 10.114.255.11 with HTTP; Sun, 16 Dec 2007 10:07:47 -0800 (PST) Message-ID: Date: Sun, 16 Dec 2007 10:07:47 -0800 From: "Kip Macy" To: "Robert Watson" In-Reply-To: <20071216111315.C49036@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071215100351.Q70617@fledge.watson.org> <20071216111315.C49036@fledge.watson.org> Cc: FreeBSD Current , freebsd-arch@freebsd.org Subject: Re: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:07:48 -0000 On Dec 16, 2007 3:17 AM, Robert Watson wrote: > > On Sat, 15 Dec 2007, Kip Macy wrote: > > >> + * + tu_abort > >> + * - closes the connection and sends a RST to peer > >> + * - driver is expectd to trigger an RST and detach the toepcb > >> > >> In regular TCP, the pru_abort method is only called on pending connections > >> while still in the listen queues of a listen socket. Is this true of > >> tu_abort, or is tu_abort a more general method to be used to cancel > >> connections? If so, probably worth commenting on that. > > > > tu_abort is called in place of tcp_output in pru_abort. > > The reason I ask is that it appears tu_abort appears to be the only interface > allowing the stack to request that TOE reset of a connection. In regular TCP, > soabort/pru_abort/tcp_usr_abort are used only on nascent unaccepted > connections; at least one other path, used by tcpdrop(8), can lead to > connections being reset as well. Perhaps a more general tu_reset could be > used to address this? I'm not sure what other direct-to-reset paths exist but > a review for them may be called for. > The patch is at the same location as before: http://www.fsmware.com/freebsd/tcp/tcp_offload.diff I've made all the changes that I mentioned previously (documenting calls and what fields the callers are expected to look at, etc.). In addition I've widened the interface to listen as I know that it only has start and stop. I've changed _abort to _reset, and I now check the capenable field instead of flags in connect. From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:08:13 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BECF16A469; Sun, 16 Dec 2007 18:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D325113C4D3; Sun, 16 Dec 2007 18:08:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGI8CeM052311; Sun, 16 Dec 2007 13:08:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGI8BFn048346; Sun, 16 Dec 2007 13:08:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D40A73039; Sun, 16 Dec 2007 13:08:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216180811.5D40A73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 13:08:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:08:13 -0000 TB --- 2007-12-16 17:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 17:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-16 17:30:00 - cleaning the object tree TB --- 2007-12-16 17:30:23 - cvsupping the source tree TB --- 2007-12-16 17:30:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-16 17:30:31 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 17:30:31 - cd /src TB --- 2007-12-16 17:30:31 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 17:30:33 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 18:08:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 18:08:11 - ERROR: failed to build world TB --- 2007-12-16 18:08:11 - tinderbox aborted TB --- 1646.80 user 232.91 system 2290.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:08:30 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F37616A481 for ; Sun, 16 Dec 2007 18:08:30 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD8A13C442 for ; Sun, 16 Dec 2007 18:08:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBGI8Sfn079450; Sun, 16 Dec 2007 21:08:28 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1197828508; bh=Y1lU2lLO2xhZ66QyVf9nUj29cvCaCqclvS2CU02 veZc=; l=1300; h=Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=dh0KHQIAOQ4UNDW2XVDL IFc17OWAE1jWOIJf7Bcxe0/6CqEkDbCY6S+Z+FbWjVatgRZXgiEDMpqSmdHufrZCbmQ l2ubjjIOhFKm+e9WdVjoZX5vP35XCoS984tq1RUquQBiZhORuNpsqix+7J00P6LlI11 70551ciBgxsX0Ywpk= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBGI8RuE079449; Sun, 16 Dec 2007 21:08:28 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Dec 2007 21:08:27 +0300 From: Andrey Chernov To: Ivan Voras Message-ID: <20071216180827.GA79300@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ivan Voras , freebsd-current@FreeBSD.ORG References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@FreeBSD.ORG Subject: Re: UTF-8 collations on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:08:30 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 16, 2007 at 05:57:25PM +0100, Ivan Voras wrote: > Hi, >=20 > What is the status of multibyte (in particular, I'm only interested in > UTF-8) support in FreeBSD? I remember there have been many reports that > it simply "doesn't work" but they have been posted before RELENG_7. >=20 > If the multibyte support does work, I'm interested in creating the > necessary tables for my language and I'd like to know what is the best > place to start researching how it's done? >=20 Multibyte support works, excepting to collation which defaults to=20 single byte order. AFAIK, no one is taking this task yet. Speaking particulary about UTF-8, it will be better to have single sorting= =20 table for whole UTF-8 rather then for particular language. See what other systems (f.e. Linux) have done. --=20 http://ache.pp.ru/ --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHZWmbVg5YK5ZEdN0RAh3AAKCQ/izLrznad8Onox//B8hrqJcXKACgtkqD Is6Hkt8lbJ8tq4ExIKgyju0= =4hYg -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:40:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B56D16A418; Sun, 16 Dec 2007 18:40:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F15BC13C461; Sun, 16 Dec 2007 18:40:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGIekhb054693; Sun, 16 Dec 2007 13:40:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGIekxA036313; Sun, 16 Dec 2007 13:40:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0716E73039; Sun, 16 Dec 2007 13:40:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216184046.0716E73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 13:40:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:40:47 -0000 TB --- 2007-12-16 18:04:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 18:04:37 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-16 18:04:37 - cleaning the object tree TB --- 2007-12-16 18:04:48 - cvsupping the source tree TB --- 2007-12-16 18:04:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-16 18:04:54 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 18:04:54 - cd /src TB --- 2007-12-16 18:04:54 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 18:04:56 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 18:40:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 18:40:45 - ERROR: failed to build world TB --- 2007-12-16 18:40:45 - tinderbox aborted TB --- 1583.93 user 222.91 system 2168.90 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:41:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE0116A420 for ; Sun, 16 Dec 2007 18:41:25 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6740513C44B for ; Sun, 16 Dec 2007 18:41:25 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1755883rvb.43 for ; Sun, 16 Dec 2007 10:41:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=XzijNzlz+1VA2wG00IwRyU1nSQ9AX1fD150Ry2slmEg=; b=Oq5N+9KURZWiNnjiHM7p0vaWl/Vu/3xRW6fRpl9TiW7gPsIaOakntWiGzAsLVsxdchVDXa6u/bg9dD+qti5Bv3FGS8Aoj0o0eAB2CzzxTAs/hf0baZsx9TKJq4BT2UU3nwx7vATgjhGa7WNBpcprpXdRg16KOElEXc7LyWbdPwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Xn5HkKezs1zJKHIzmiYcPAt3APRYkNfw3YlOgsbGKLejmfO29C8R8KCHmLRw+nz7T51IU/m8A6buKcX1FqRylC7XEqBUN0lZuM1PTAvhs/NajCTOCwVoLwfrzRMmf6bl6YJvRPLP5f4B527dw2lTzIIRfF760nHPqJvLnrfKcR4= Received: by 10.140.199.19 with SMTP id w19mr3360216rvf.90.1197830484945; Sun, 16 Dec 2007 10:41:24 -0800 (PST) Received: by 10.141.212.1 with HTTP; Sun, 16 Dec 2007 10:41:24 -0800 (PST) Message-ID: <9bbcef730712161041l17728167jbb6f43a8d78bdf76@mail.gmail.com> Date: Sun, 16 Dec 2007 19:41:24 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Andrey Chernov" , freebsd-current@freebsd.org In-Reply-To: <20071216180827.GA79300@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071216180827.GA79300@nagual.pp.ru> X-Google-Sender-Auth: 383a064b806a4578 Cc: Subject: Re: UTF-8 collations on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:41:25 -0000 On 16/12/2007, Andrey Chernov wrote: > Multibyte support works, excepting to collation which defaults to > single byte order. Collation is what I most need. > AFAIK, no one is taking this task yet. > Speaking particulary about UTF-8, it will be better to have single sorting > table for whole UTF-8 rather then for particular language. I don't know how that would work because the position of a character (the same character) in alphabets varies between languages. Has anyone looked at possibly importing IBM's ICU, or parts of it? See http://www.icu-project.org/. Its license is non-restrictive (http://source.icu-project.org/repos/icu/icu/trunk/license.html) and it covers probably everything and more than anyone needs? From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:44:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC04616A583; Sun, 16 Dec 2007 18:44:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 440C813C442; Sun, 16 Dec 2007 18:44:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGIiBQL054851; Sun, 16 Dec 2007 13:44:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGIiBGI040350; Sun, 16 Dec 2007 13:44:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 73CC173039; Sun, 16 Dec 2007 13:44:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216184411.73CC173039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 13:44:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:44:12 -0000 TB --- 2007-12-16 18:08:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 18:08:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-16 18:08:11 - cleaning the object tree TB --- 2007-12-16 18:08:21 - cvsupping the source tree TB --- 2007-12-16 18:08:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-16 18:08:27 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 18:08:27 - cd /src TB --- 2007-12-16 18:08:27 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 18:08:29 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz ===> bin/mv (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c cc1: warnings being treated as errors /src/bin/mv/mv.c: In function 'copy': /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' *** Error code 1 Stop in /src/bin/mv. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 18:44:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 18:44:11 - ERROR: failed to build world TB --- 2007-12-16 18:44:11 - tinderbox aborted TB --- 1584.62 user 230.23 system 2159.89 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:55:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5155016A41A for ; Sun, 16 Dec 2007 18:55:24 +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 9BF7E13C46A for ; Sun, 16 Dec 2007 18:55:23 +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 lBGIRHdx025523 for ; Sun, 16 Dec 2007 21:27:17 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 16 Dec 2007 21:27:17 +0300 (MSK) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20071216211832.X83419@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: route(8) core dump, possible gcc(1) related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:55:24 -0000 Hello, gcc w/ default flags: # route add 172.19.16.0.0/16 10.10.10.2 zsh: segmentation fault (core dumped) gcc -O0: # route add 172.19.16.0.0/16 10.10.10.2 route: bad address: 172.19.16.0.0/16 I failed to find any bugs in this code snippet where route(8) dumps a core (line 1041): 1033 q = strchr(s,'/'); 1034 if (q && which == RTA_DST) { 1035 *q = '\0'; 1036 if ((val = inet_network(s)) != INADDR_NONE) { 1037 inet_makenetandmask( 1038 val, &su->sin, strtoul(q+1, 0, 0)); 1039 return (0); 1040 } 1041 *q = '/'; 1042 } Any comments? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 19:34:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A49416A418; Sun, 16 Dec 2007 19:34:23 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 66A4013C458; Sun, 16 Dec 2007 19:34:22 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBGJYKgp080660; Sun, 16 Dec 2007 22:34:20 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1197833661; bh=uL91GXquKGXyL2p3iLj7iVMzOhTOVUYiEXsYUnK lVqU=; l=734; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=HM8/4C/ni2DYDX1XC6d3x6ZwgWSOoWDfQLYPTmH6 MgOIP9TBLZWftJZDhroSEuLLPG0iZwOzclS5wyVihIMlhnSS72ZpyRcoTZoZku++Lgt mTjcN7h9+8WB3c9zLJ+IhQ7nyQVoOZVo/jbpEE0Nz59TS2jzUPOHjToEleObMQt0= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBGJYKsk080658; Sun, 16 Dec 2007 22:34:20 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Dec 2007 22:34:19 +0300 From: Andrey Chernov To: Ivan Voras Message-ID: <20071216193419.GA80541@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ivan Voras , freebsd-current@freebsd.org References: <20071216180827.GA79300@nagual.pp.ru> <9bbcef730712161041l17728167jbb6f43a8d78bdf76@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bbcef730712161041l17728167jbb6f43a8d78bdf76@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 collations on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 19:34:23 -0000 On Sun, Dec 16, 2007 at 07:41:24PM +0100, Ivan Voras wrote: > > AFAIK, no one is taking this task yet. > > Speaking particulary about UTF-8, it will be better to have single sorting > > table for whole UTF-8 rather then for particular language. > > I don't know how that would work because the position of a character > (the same character) in alphabets varies between languages. I wasn't clear. I mean main table sorted by some default in accordance to Unicode ranges, i.e. Cyrillic, Greek, etc. and small per specific language table above it. It allows to not store full unicode sorting for each language. BTW, I think the best place to discuss this matter is i18n@freebsd.org list. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 19:35:02 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D5916A469 for ; Sun, 16 Dec 2007 19:35:02 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 32E6913C4EA for ; Sun, 16 Dec 2007 19:35:01 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1773072rvb.43 for ; Sun, 16 Dec 2007 11:35:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=J+kks+plUCRyikMrX7PD/odxaeUzHlG1aPk8X40IeK0=; b=LuxtorH04JVq3Hhjm5WH6Ga0xAJnTNKUdLzPz7ipq8PaIsgwR9wN03ZYRvKysZxa+sYqGQYuKqHJTS/XBUteZYfLxvNEdWtjghPgK0lPuflOjrrvtRDfo8RaBJd9wJbANSL25r1Cylk3RG7ymkQb/8McfIIq53aFWa3hN7lQrCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=OIWOyPkdss9Drt4URJRUzRUTyzopz3Uc1KetN3h+Sspl+6FhAyerQRm8UDy6wjs+A0iLiqQhtCYtWUz7dqCF3GsE/+mK2+NI22zwj/KzRfjMVITHTrTLqCFT7NMLytpSBtsNTnBE/fjHRmBzxOTgV28VsuxJOvJnmjGQ4CXvCfU= Received: by 10.141.99.4 with SMTP id b4mr3382011rvm.208.1197833701449; Sun, 16 Dec 2007 11:35:01 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id a42sm14344259rne.2007.12.16.11.34.59 (version=SSLv3 cipher=OTHER); Sun, 16 Dec 2007 11:34:59 -0800 (PST) Date: Sun, 16 Dec 2007 14:34:54 -0500 From: Alexander Kabaev To: Maxim Konovalov Message-ID: <20071216143454.7239c97b@kan.dnsalias.net> In-Reply-To: <20071216211832.X83419@mp2.macomnet.net> References: <20071216211832.X83419@mp2.macomnet.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/T4uhsuUO0aRf_uvZtbOHjX="; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: route(8) core dump, possible gcc(1) related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 19:35:02 -0000 --Sig_/T4uhsuUO0aRf_uvZtbOHjX= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 16 Dec 2007 21:27:17 +0300 (MSK) Maxim Konovalov wrote: > Hello, >=20 > gcc w/ default flags: >=20 > # route add 172.19.16.0.0/16 10.10.10.2 > zsh: segmentation fault (core dumped) >=20 > gcc -O0: >=20 > # route add 172.19.16.0.0/16 10.10.10.2 > route: bad address: 172.19.16.0.0/16 >=20 > I failed to find any bugs in this code snippet where route(8) > dumps a core (line 1041): >=20 > 1033 q =3D strchr(s,'/'); > 1034 if (q && which =3D=3D RTA_DST) { > 1035 *q =3D '\0'; > 1036 if ((val =3D inet_network(s)) !=3D INADDR_NONE) { > 1037 inet_makenetandmask( > 1038 val, &su->sin, strtoul(q+1, > 0, 0)); 1039 return (0); > 1040 } > 1041 *q =3D '/'; > 1042 } >=20 > Any comments? >=20 Preliminary results show that inet_network from libc is somehow thrashing $ebx even if it is not supposed to. -O0 disables value caching in register and always allocates stack slot for the 'q' pointer, so the problem is not visible. Thanks for the test case, I'll look some more.=20 --=20 Alexander Kabaev --Sig_/T4uhsuUO0aRf_uvZtbOHjX= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHZX3eQ6z1jMm+XZYRAvKQAJ9LZTxPEdLmU1qPrSekZotVU4nHnQCfUeCC qHrxw3OT2DiEE4BSHCgArTk= =9xgT -----END PGP SIGNATURE----- --Sig_/T4uhsuUO0aRf_uvZtbOHjX=-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 18:23:55 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435BB16A421; Sun, 16 Dec 2007 18:23:55 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out-01.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id A6D0913C448; Sun, 16 Dec 2007 18:23:54 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-03.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-01.forthnet.gr (8.13.8/8.13.8) with ESMTP id lBGI4I2h003736; Sun, 16 Dec 2007 20:04:18 +0200 Received: from MX-IN-05.forthnet.gr (mx-in-05.forthnet.gr [193.92.150.32]) by mx-av-03.forthnet.gr (8.14.1/8.14.1) with ESMTP id lBGI4IwS019761; Sun, 16 Dec 2007 20:04:18 +0200 Received: from [192.168.136.22] (ppp238-249.adsl.forthnet.gr [77.49.17.249]) by MX-IN-05.forthnet.gr (8.14.2/8.14.2) with ESMTP id lBGI4G0c005062; Sun, 16 Dec 2007 20:04:17 +0200 Authentication-Results: MX-IN-05.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-05.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral Message-ID: <47656890.2010308@aueb.gr> Date: Sun, 16 Dec 2007 20:04:00 +0200 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20071216161059.70F8A73039@freebsd-current.sentex.ca> In-Reply-To: <20071216161059.70F8A73039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 16 Dec 2007 19:42:54 +0000 Cc: current@FreeBSD.ORG, i386@FreeBSD.ORG Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 18:23:55 -0000 FreeBSD Tinderbox wrote: > TB --- 2007-12-16 15:34:41 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2007-12-16 15:34:41 - starting HEAD tinderbox run for i386/i386 > TB --- 2007-12-16 15:34:41 - cleaning the object tree > TB --- 2007-12-16 15:35:04 - cvsupping the source tree > TB --- 2007-12-16 15:35:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2007-12-16 15:35:10 - building world (CFLAGS=-O -pipe) > TB --- 2007-12-16 15:35:10 - cd /src > TB --- 2007-12-16 15:35:10 - /usr/bin/make -B buildworld >>>> World build started on Sun Dec 16 15:35:11 UTC 2007 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything > [...] > cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o mkdir mkdir.o > gzip -cn /src/bin/mkdir/mkdir.1 > mkdir.1.gz > ===> bin/mv (all) > cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/mv/mv.c > cc1: warnings being treated as errors > /src/bin/mv/mv.c: In function 'copy': > /src/bin/mv/mv.c:361: warning: variable 'rval' might be clobbered by 'longjmp' or 'vfork' > /src/bin/mv/mv.c:361: warning: variable 'i' might be clobbered by 'longjmp' or 'vfork' > *** Error code 1 > > Stop in /src/bin/mv. > *** Error code 1 > > Stop in /src/bin. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 Sorry about the breakage. I fixed it. -- Diomidis Spinellis From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 19:46:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0313316A46E; Sun, 16 Dec 2007 19:46:41 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9CE13C46B; Sun, 16 Dec 2007 19:46:40 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBGJkd6r080908; Sun, 16 Dec 2007 22:46:39 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1197834399; bh=6+xXwhf++9WO6Gc0z1hRnKhoPvIHJhU7IJHZ8nW 5ZFk=; l=554; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=U3mBUJFiMX9OLqhOYW4gD03OzKXc8gxtdwBa1r0G 9Zctjdh/DkBp0FkWGZ1qlolxZfhGnjysBWDq7YyB82lYKhFWe0um8MGUX7NeUq8jDud 4eIYoDhA30iQk7i//U6YMhBWCdWiAHaLhjIZJ7qzsca0C5CyZ+zzhFJ424aHtl84= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBGJkcs4080907; Sun, 16 Dec 2007 22:46:38 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Dec 2007 22:46:38 +0300 From: Andrey Chernov To: Ivan Voras , freebsd-current@freebsd.org Message-ID: <20071216194638.GA80872@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ivan Voras , freebsd-current@freebsd.org References: <20071216180827.GA79300@nagual.pp.ru> <9bbcef730712161041l17728167jbb6f43a8d78bdf76@mail.gmail.com> <20071216193419.GA80541@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071216193419.GA80541@nagual.pp.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: UTF-8 collations on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 19:46:41 -0000 On Sun, Dec 16, 2007 at 10:34:19PM +0300, Andrey Chernov wrote: > > I don't know how that would work because the position of a character > > (the same character) in alphabets varies between languages. > > I wasn't clear. I mean main table sorted by some default in accordance to > Unicode ranges, i.e. Cyrillic, Greek, etc. and small per specific language > table above it. It allows to not store full unicode sorting for each > language. I mean something like that: http://www.unicode.org/unicode/reports/tr10/ -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 20:09:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9A4C16A420 for ; Sun, 16 Dec 2007 20:09:54 +0000 (UTC) (envelope-from matt@layeredtech.com) Received: from mail.layeredtech.com (mail.layeredtech.com [216.39.90.80]) by mx1.freebsd.org (Postfix) with ESMTP id 78EE113C4E9 for ; Sun, 16 Dec 2007 20:09:54 +0000 (UTC) (envelope-from matt@layeredtech.com) Received: (qmail 49121 invoked by uid 80); 16 Dec 2007 19:51:15 -0000 Received: from 76.209.125.244 (SquirrelMail authenticated user matt@layeredtech.com) by mail.layeredtech.com with HTTP; Sun, 16 Dec 2007 13:51:15 -0600 (CST) Message-ID: <42042.76.209.125.244.1197834675.squirrel@mail.layeredtech.com> In-Reply-To: <86r6hmsnew.fsf@ds4.des.no> References: <47606C09.2070209@isc.org> <47609F0A.7010805@clearchain.com> <47609FE3.8040606@barafranca.com> <4760B444.1080604@clearchain.com> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> Date: Sun, 16 Dec 2007 13:51:15 -0600 (CST) From: matt@layeredtech.com To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 20:09:54 -0000 > Ivan Voras writes: >> These are all "normal" CompactFlash cards, for which the widely >> available size seems to be 16 GB max, right? > > So? That's more than enough for a ZFS intent log (as a rule of thumb, > the ZIL should be half the size of the server's RAM). > >> Did you (or anyone) deploy CF drives for production servers? > > My router (and DNS, NTP and DHCP server) is a net4801 with a 1 GB CF > chip. > > DES Some folks are fond of having a fast boot disk with practically no latency and no moving parts. I run quite a few production servers on CF drives in a very large (12k+ servers) data center environment. In nearly every case, the CF card is the systems root (/) partition and is always mounted read-only. In some cases where we use CF, the systems also have a SAS/SATA disk for maintenance. When needed, we can spin up the SAS/SATA disk. On that hard drive, we keep a history of the CF card images and other maintenance items like /usr/ports and /usr/src. We use ATA CF adapters that I buy off eBay for $1.98 each. They ship direct from Hong Kong and work great. From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 20:55:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A88F616A418 for ; Sun, 16 Dec 2007 20:55:18 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 7E54913C447 for ; Sun, 16 Dec 2007 20:55:18 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 0A5665B2E for ; Sun, 16 Dec 2007 12:55:17 -0800 (PST) To: freebsd-current@freebsd.org Date: Sun, 16 Dec 2007 12:55:17 -0800 From: Bakul Shah Message-Id: <20071216205518.0A5665B2E@mail.bitblocks.com> Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 20:55:18 -0000 Interesting discussion this but FreeBSD doesn't have a separate intent log as yet. zfs.h history on opensolaris shows what was added since the last import to freebsd in early April 2007. PSARC 2007/618 ZFS L2ARC PSARC 2007/555 zfs fs-only quotas and reservations PSARC/2007/574 zfs send -R PSARC 2007/607 ZFS cachefile property PSARC 2007/342 Enhanced ZFS Pool Properties PSARC/2007/328 zfs upgrade PSARC/2006/465 ZFS Delegated Administration PSARC 2007/171 ZFS Separate Intent Log PSARC 2007/197 ZFS hotplug From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 21:13:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD2B16A41A; Sun, 16 Dec 2007 21:13:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DE04513C45B; Sun, 16 Dec 2007 21:13:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGLD7jp063319; Sun, 16 Dec 2007 16:13:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGLD7am058331; Sun, 16 Dec 2007 16:13:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0232673039; Sun, 16 Dec 2007 16:13:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216211307.0232673039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 16:13:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 21:13:08 -0000 TB --- 2007-12-16 20:07:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 20:07:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-16 20:07:00 - cleaning the object tree TB --- 2007-12-16 20:07:11 - cvsupping the source tree TB --- 2007-12-16 20:07:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-16 20:07:18 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 20:07:18 - cd /src TB --- 2007-12-16 20:07:18 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 20:07:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 21:05:08 UTC 2007 TB --- 2007-12-16 21:05:09 - generating LINT kernel config TB --- 2007-12-16 21:05:09 - cd /src/sys/sparc64/conf TB --- 2007-12-16 21:05:09 - /usr/bin/make -B LINT TB --- 2007-12-16 21:05:09 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 21:05:09 - cd /src TB --- 2007-12-16 21:05:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 21:05:09 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_mc5.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c In file included from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_include.h:7, from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/bus.h: In function 'bus_space_barrier': ./machine/bus.h:170: error: 'NULL' undeclared (first use in this function) ./machine/bus.h:170: error: (Each undeclared identifier is reported only once ./machine/bus.h:170: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 21:13:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 21:13:06 - ERROR: failed to build lint kernel TB --- 2007-12-16 21:13:06 - tinderbox aborted TB --- 2972.63 user 360.14 system 3965.86 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 16 21:23:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63D8316A4AB; Sun, 16 Dec 2007 21:23:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 231B713C442; Sun, 16 Dec 2007 21:23:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBGLNjuL063968; Sun, 16 Dec 2007 16:23:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBGLNjR8038744; Sun, 16 Dec 2007 16:23:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64F7E73039; Sun, 16 Dec 2007 16:23:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071216212345.64F7E73039@freebsd-current.sentex.ca> Date: Sun, 16 Dec 2007 16:23:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2007 21:23:46 -0000 TB --- 2007-12-16 20:20:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-16 20:20:54 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-16 20:20:54 - cleaning the object tree TB --- 2007-12-16 20:21:05 - cvsupping the source tree TB --- 2007-12-16 20:21:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-16 20:21:12 - building world (CFLAGS=-O -pipe) TB --- 2007-12-16 20:21:12 - cd /src TB --- 2007-12-16 20:21:12 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 16 20:21:13 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 16 21:16:59 UTC 2007 TB --- 2007-12-16 21:16:59 - generating LINT kernel config TB --- 2007-12-16 21:16:59 - cd /src/sys/sun4v/conf TB --- 2007-12-16 21:16:59 - /usr/bin/make -B LINT TB --- 2007-12-16 21:16:59 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-16 21:16:59 - cd /src TB --- 2007-12-16 21:16:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 16 21:16:59 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_mc5.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c In file included from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_include.h:7, from /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc8211.c:34: ./machine/bus.h: In function 'bus_space_barrier': ./machine/bus.h:173: error: 'NULL' undeclared (first use in this function) ./machine/bus.h:173: error: (Each undeclared identifier is reported only once ./machine/bus.h:173: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-16 21:23:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-16 21:23:45 - ERROR: failed to build lint kernel TB --- 2007-12-16 21:23:45 - tinderbox aborted TB --- 2961.06 user 358.92 system 3770.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 00:48:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D26E16A41A for ; Mon, 17 Dec 2007 00:48:15 +0000 (UTC) (envelope-from bsder@allcaps.org) Received: from mail.allcaps.org (mail.allcaps.org [206.251.247.157]) by mx1.freebsd.org (Postfix) with ESMTP id 622C313C447 for ; Mon, 17 Dec 2007 00:48:15 +0000 (UTC) (envelope-from bsder@allcaps.org) Received: from andrew-lentvorskis-computer.local (mail.allcaps.org [206.251.247.157]) by mail.allcaps.org (Postfix) with ESMTP id 45FF1393098 for ; Sun, 16 Dec 2007 16:30:32 -0800 (PST) Message-ID: <4765C325.3050507@allcaps.org> Date: Sun, 16 Dec 2007 16:30:29 -0800 From: Andrew Lentvorski User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Dec 2007 00:55:48 +0000 Subject: Xen status and howto? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 00:48:15 -0000 What's the deal with running FreeBSD as a DomU under Xen? Does it work? Does it fail? How does one pull it off? Where is the source code? Is there a HowTo that actually works? I've tried a bunch of different things to install FreeBSD as a DomU with a CentOS 5.1 Dom0, but none of them seem to work. I specifically tried the directions here: http://www.yuanjue.net/xen/howto.html And didn't even get past the domain-builder stage (error attached at bottom). Any help or pointers (web, wiki, irc) would be appreciated. And, please be a little careful about those pointers. The documentation around Xen on all fronts is absolutely *awful* and is rife with outdated, error-prone, unmaintained pages. Thanks, -a ### ----- xc domain builder logfile opened ----- xc_dom_allocate: cmdline=" boot_verbose,boot_single,vfs.root.mountfrom=ufs:/dev/md0,kern.hz=100", features="" xc_dom_kernel_file: filename="/var/lib/xen/images/freebsd-XENU_INSTALL" xc_dom_malloc_filemap : 7206 kB xc_dom_boot_xen_init: ver 3.1, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xc_dom_parse_image: called xc_dom_find_loader: trying ELF-generic loader ... OK elf_parse_binary: phdr: paddr=0xc0000000 memsz=0x250500 elf_parse_binary: phdr: paddr=0xc0251500 memsz=0x47590c elf_parse_binary: memory: 0xc0000000 -> 0xc06c6e0c elf_xen_parse: __xen_guest: "LOADER=generic,GUEST_OS=freebsd,GUEST_VER=7.0,XEN_VER=xen-3.0,BSD_SYMTAB" elf_xen_parse_guest_info: LOADER="generic" elf_xen_parse_guest_info: GUEST_OS="freebsd" elf_xen_parse_guest_info: GUEST_VER="7.0" elf_xen_parse_guest_info: XEN_VER="xen-3.0" elf_xen_parse_guest_info: BSD_SYMTAB="" elf_xen_addr_calc_check: VIRT_BASE unset, using 0x0 elf_xen_addr_calc_check: ELF_PADDR_OFFSET unset, using 0x0 elf_xen_addr_calc_check: addresses: virt_base = 0x0 elf_paddr_offset = 0x0 virt_offset = 0x0 virt_kstart = 0xc0000000 virt_kend = 0xc06c6e0c virt_entry = 0xc00314c0 xc_dom_load_elf_symtab/parse: bsd_symtab_start=c06c6e0c, kernel.end=0xc06c6e0c -- symtab=0xc06c6e10, maxaddr=0xc06c731c xc_dom_load_elf_symtab: h=29 symtab, size=0x39760, maxaddr=0xc0700a7c xc_dom_load_elf_symtab: h=30 strtab, size=0x47635, maxaddr=0xc07480b4 xc_dom_parse_elf_kernel: xen-3.0-x86_32: 0xc0000000 -> 0xc07480b4 xc_dom_mem_init: mem 512 MB, pages 0x20000 pages, 4k each xc_dom_mem_init: 0x20000 pages xc_dom_boot_mem_init: called xc_dom_malloc : 1024 kB xc_dom_build_image: called xc_dom_alloc_segment: kernel : 0xc0000000 -> 0xc0749000 (pfn 0xc0000 + 0x749 pages) xc_dom_pfn_to_ptr: pfn out of range (0xc0000 > 0x20000) xc_dom_release: called xc_dom_allocate: cmdline=" boot_verbose,boot_single,vfs.root.mountfrom=ufs:/dev/md0,kern.hz=100", features="" xc_dom_kernel_file: filename="/var/lib/xen/images/freebsd-XENU_INSTALL" xc_dom_malloc_filemap : 7206 kB xc_dom_boot_xen_init: ver 3.1, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xc_dom_parse_image: called xc_dom_find_loader: trying ELF-generic loader ... OK elf_parse_binary: phdr: paddr=0xc0000000 memsz=0x250500 From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 02:16:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454AE16A468 for ; Mon, 17 Dec 2007 02:16:19 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93C8913C458 for ; Mon, 17 Dec 2007 02:16:18 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3178772waf.3 for ; Sun, 16 Dec 2007 18:16:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=rneMqkKM1RTCjPsO6zwGWdpZX/W85kcHPZNXyaupiac=; b=vF6Mt2kwOXAP9R4FBn23LytnhvIKrAdCXO4tNABQmRPipkC4/YYsWd+rgDts/gl6Y8kzoIut+4YIAKTtGU3Qd9EjEEyU6oraYwrmFoByddZlmvMkTyXUpU/NQnar93YLE/En79GXhUCW4LZzsNEuccr4tj9Drj+K49g2GkynGr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i6FmHisB8wZ3jWNF7F9upV1hfdpdM17SySEMp3j4JJI/98HF42DonooQeXvqNhXqjL5UMTFnGhBJzGe8h+Q75NfMo25SonziOM5FAqgoxWNoox4xSPTmq5d+OIlMfhvDKzL1QCq15aJS1zeM8fAmZXm5gZzcMJ4prpDpii7voZo= Received: by 10.114.151.13 with SMTP id y13mr2398203wad.60.1197857776800; Sun, 16 Dec 2007 18:16:16 -0800 (PST) Received: by 10.114.255.11 with HTTP; Sun, 16 Dec 2007 18:16:16 -0800 (PST) Message-ID: Date: Sun, 16 Dec 2007 18:16:16 -0800 From: "Kip Macy" To: "Andrew Lentvorski" In-Reply-To: <4765C325.3050507@allcaps.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4765C325.3050507@allcaps.org> Cc: freebsd-current@freebsd.org Subject: Re: Xen status and howto? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 02:16:19 -0000 I'm actively working on it. I'll let you know in a few weeks. -Kip On Dec 16, 2007 4:30 PM, Andrew Lentvorski wrote: > What's the deal with running FreeBSD as a DomU under Xen? > > Does it work? Does it fail? How does one pull it off? > > Where is the source code? Is there a HowTo that actually works? > > I've tried a bunch of different things to install FreeBSD as a DomU with > a CentOS 5.1 Dom0, but none of them seem to work. > > I specifically tried the directions here: > http://www.yuanjue.net/xen/howto.html > > And didn't even get past the domain-builder stage (error attached at > bottom). > > Any help or pointers (web, wiki, irc) would be appreciated. > > And, please be a little careful about those pointers. The documentation > around Xen on all fronts is absolutely *awful* and is rife with > outdated, error-prone, unmaintained pages. > > Thanks, > -a > > > ### ----- xc domain builder logfile opened ----- > xc_dom_allocate: cmdline=" > boot_verbose,boot_single,vfs.root.mountfrom=ufs:/dev/md0,kern.hz=100", > features="" > xc_dom_kernel_file: filename="/var/lib/xen/images/freebsd-XENU_INSTALL" > xc_dom_malloc_filemap : 7206 kB > xc_dom_boot_xen_init: ver 3.1, caps xen-3.0-x86_64 xen-3.0-x86_32p > hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xc_dom_parse_image: called > xc_dom_find_loader: trying ELF-generic loader ... OK > elf_parse_binary: phdr: paddr=0xc0000000 memsz=0x250500 > elf_parse_binary: phdr: paddr=0xc0251500 memsz=0x47590c > elf_parse_binary: memory: 0xc0000000 -> 0xc06c6e0c > elf_xen_parse: __xen_guest: > "LOADER=generic,GUEST_OS=freebsd,GUEST_VER=7.0,XEN_VER=xen-3.0,BSD_SYMTAB" > elf_xen_parse_guest_info: LOADER="generic" > elf_xen_parse_guest_info: GUEST_OS="freebsd" > elf_xen_parse_guest_info: GUEST_VER="7.0" > elf_xen_parse_guest_info: XEN_VER="xen-3.0" > elf_xen_parse_guest_info: BSD_SYMTAB="" > elf_xen_addr_calc_check: VIRT_BASE unset, using 0x0 > elf_xen_addr_calc_check: ELF_PADDR_OFFSET unset, using 0x0 > elf_xen_addr_calc_check: addresses: > virt_base = 0x0 > elf_paddr_offset = 0x0 > virt_offset = 0x0 > virt_kstart = 0xc0000000 > virt_kend = 0xc06c6e0c > virt_entry = 0xc00314c0 > xc_dom_load_elf_symtab/parse: bsd_symtab_start=c06c6e0c, > kernel.end=0xc06c6e0c -- symtab=0xc06c6e10, maxaddr=0xc06c731c > xc_dom_load_elf_symtab: h=29 symtab, size=0x39760, maxaddr=0xc0700a7c > xc_dom_load_elf_symtab: h=30 strtab, size=0x47635, maxaddr=0xc07480b4 > xc_dom_parse_elf_kernel: xen-3.0-x86_32: 0xc0000000 -> 0xc07480b4 > xc_dom_mem_init: mem 512 MB, pages 0x20000 pages, 4k each > xc_dom_mem_init: 0x20000 pages > xc_dom_boot_mem_init: called > xc_dom_malloc : 1024 kB > xc_dom_build_image: called > xc_dom_alloc_segment: kernel : 0xc0000000 -> 0xc0749000 (pfn > 0xc0000 + 0x749 pages) > xc_dom_pfn_to_ptr: pfn out of range (0xc0000 > 0x20000) > xc_dom_release: called > xc_dom_allocate: cmdline=" > boot_verbose,boot_single,vfs.root.mountfrom=ufs:/dev/md0,kern.hz=100", > features="" > xc_dom_kernel_file: filename="/var/lib/xen/images/freebsd-XENU_INSTALL" > xc_dom_malloc_filemap : 7206 kB > xc_dom_boot_xen_init: ver 3.1, caps xen-3.0-x86_64 xen-3.0-x86_32p > hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xc_dom_parse_image: called > xc_dom_find_loader: trying ELF-generic loader ... OK > elf_parse_binary: phdr: paddr=0xc0000000 memsz=0x250500 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 06:49:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89BAE16A419 for ; Mon, 17 Dec 2007 06:49:27 +0000 (UTC) (envelope-from sean@chittenden.org) Received: from davie.textdrive.com (davie.textdrive.com [207.7.108.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7706E13C4FD for ; Mon, 17 Dec 2007 06:49:27 +0000 (UTC) (envelope-from sean@chittenden.org) Received: from [10.0.0.54] (209-204-160-248.dsl.dynamic.sonic.net [209.204.160.248]) by davie.textdrive.com (Postfix) with ESMTP id F3D4DC9E38; Mon, 17 Dec 2007 06:23:12 +0000 (GMT) Message-Id: <6CC6D8A1-D480-4A27-9ED1-01108777D04E@chittenden.org> From: Sean Chittenden To: Alexander Kabaev In-Reply-To: <20071216143454.7239c97b@kan.dnsalias.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 16 Dec 2007 22:23:12 -0800 References: <20071216211832.X83419@mp2.macomnet.net> <20071216143454.7239c97b@kan.dnsalias.net> X-Mailer: Apple Mail (2.915) Cc: current@freebsd.org Subject: Re: route(8) core dump, possible gcc(1) related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 06:49:27 -0000 >> 1033 q = strchr(s,'/'); >> 1034 if (q && which == RTA_DST) { >> 1035 *q = '\0'; >> 1036 if ((val = inet_network(s)) != INADDR_NONE) { >> 1037 inet_makenetandmask( >> 1038 val, &su->sin, strtoul(q+1, >> 0, 0)); 1039 return (0); >> 1040 } >> 1041 *q = '/'; >> 1042 } >> >> Any comments? >> > Preliminary results show that inet_network from libc is somehow > thrashing $ebx even if it is not supposed to. -O0 disables value > caching in register and always allocates stack slot for the 'q' > pointer, so the problem is not visible. Does setting q to volatile suffice as a workaround for the problem? I was talking to someone last week that said they have taken to using volatile as a work around for GCC aligning instructions inside of conditionals improperly. -sc -- Sean Chittenden sean@chittenden.org http://sean.chittenden.org/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 08:33:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EAC216A417 for ; Mon, 17 Dec 2007 08:33:15 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 09F9B13C4E5 for ; Mon, 17 Dec 2007 08:33:14 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 8793D41C733; Mon, 17 Dec 2007 09:15:08 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id KW2U70h3-hWB; Mon, 17 Dec 2007 09:15:08 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 32A9F41C72C; Mon, 17 Dec 2007 09:15:08 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 78DC9444885; Mon, 17 Dec 2007 08:11:35 +0000 (UTC) Date: Mon, 17 Dec 2007 08:11:35 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Sean Chittenden In-Reply-To: <6CC6D8A1-D480-4A27-9ED1-01108777D04E@chittenden.org> Message-ID: <20071217080833.L81630@maildrop.int.zabbadoz.net> References: <20071216211832.X83419@mp2.macomnet.net> <20071216143454.7239c97b@kan.dnsalias.net> <6CC6D8A1-D480-4A27-9ED1-01108777D04E@chittenden.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: Re: route(8) core dump, possible gcc(1) related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 08:33:15 -0000 On Sun, 16 Dec 2007, Sean Chittenden wrote: Hi all, >>> 1033 q = strchr(s,'/'); >>> 1034 if (q && which == RTA_DST) { >>> 1035 *q = '\0'; >>> 1036 if ((val = inet_network(s)) != INADDR_NONE) { >>> 1037 inet_makenetandmask( >>> 1038 val, &su->sin, strtoul(q+1, >>> 0, 0)); 1039 return (0); >>> 1040 } >>> 1041 *q = '/'; >>> 1042 } >>> >>> Any comments? >>> >> Preliminary results show that inet_network from libc is somehow >> thrashing $ebx even if it is not supposed to. -O0 disables value >> caching in register and always allocates stack slot for the 'q' >> pointer, so the problem is not visible. > > > Does setting q to volatile suffice as a workaround for the problem? I was > talking to someone last week that said they have taken to using volatile as a > work around for GCC aligning instructions inside of conditionals improperly. I have a patch sitting in multiple queues to address the route issue. It's just time, review and all that in the before christmas in the middle of two releases, ... season that slows certain things down. Can we, for now, assume that there is a fix and it'll get in as soon as possible and stop wasting more people's time on this? Thanks. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 09:29:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B8F616A419; Mon, 17 Dec 2007 09:29:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F153913C467; Mon, 17 Dec 2007 09:29:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBH9TmkD048758; Mon, 17 Dec 2007 04:29:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBH9Tm6u021811; Mon, 17 Dec 2007 04:29:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8C03A73039; Mon, 17 Dec 2007 04:29:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071217092948.8C03A73039@freebsd-current.sentex.ca> Date: Mon, 17 Dec 2007 04:29:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 09:29:50 -0000 TB --- 2007-12-17 08:26:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-17 08:26:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-17 08:26:08 - cleaning the object tree TB --- 2007-12-17 08:26:30 - cvsupping the source tree TB --- 2007-12-17 08:26:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-17 08:26:36 - building world (CFLAGS=-O -pipe) TB --- 2007-12-17 08:26:36 - cd /src TB --- 2007-12-17 08:26:36 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 17 08:26:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 17 09:23:02 UTC 2007 TB --- 2007-12-17 09:23:02 - generating LINT kernel config TB --- 2007-12-17 09:23:02 - cd /src/sys/sun4v/conf TB --- 2007-12-17 09:23:02 - /usr/bin/make -B LINT TB --- 2007-12-17 09:23:02 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-17 09:23:02 - cd /src TB --- 2007-12-17 09:23:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 17 09:23:02 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_lro.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -DDISABLE_MBUF_IOVEC -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c: In function 'cxgb_route_event': /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c:923: error: 'RTEVENT_ARP_UPDATE' undeclared (first use in this function) /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c:923: error: (Each undeclared identifier is reported only once /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c:923: error: for each function it appears in.) /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c:927: error: 'RTEVENT_REDIRECT_UPDATE' undeclared (first use in this function) /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c:933: error: 'RTEVENT_PMTU_UPDATE' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-17 09:29:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-17 09:29:48 - ERROR: failed to build lint kernel TB --- 2007-12-17 09:29:48 - tinderbox aborted TB --- 2966.39 user 357.52 system 3819.99 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 09:51:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A3516A41A; Mon, 17 Dec 2007 09:51:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E8D5613C458; Mon, 17 Dec 2007 09:51:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBH9pno7091287; Mon, 17 Dec 2007 04:51:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBH9pndC046821; Mon, 17 Dec 2007 04:51:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92E5973039; Mon, 17 Dec 2007 04:51:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071217095149.92E5973039@freebsd-current.sentex.ca> Date: Mon, 17 Dec 2007 04:51:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 09:51:51 -0000 TB --- 2007-12-17 09:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-17 09:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-17 09:30:00 - cleaning the object tree TB --- 2007-12-17 09:30:44 - cvsupping the source tree TB --- 2007-12-17 09:30:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-17 09:30:51 - building world (CFLAGS=-O -pipe) TB --- 2007-12-17 09:30:51 - cd /src TB --- 2007-12-17 09:30:51 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 17 09:30:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/src/s_creall.c cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/e_sqrt.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/e_sqrtf.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/s_llrint.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/s_llrintf.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/s_logbl.S /src/lib/msun/amd64/s_logbl.S: Assembler messages: /src/lib/msun/amd64/s_logbl.S:41: Error: `4(%esp)' is not a valid 64 bit base/index expression *** Error code 1 Stop in /src/lib/msun. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-17 09:51:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-17 09:51:49 - ERROR: failed to build world TB --- 2007-12-17 09:51:49 - tinderbox aborted TB --- 923.38 user 121.45 system 1308.98 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 12:43:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F417216A419; Mon, 17 Dec 2007 12:43:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D9E5F13C4E7; Mon, 17 Dec 2007 12:43:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBHCh6p6062945; Mon, 17 Dec 2007 07:43:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBHCh6eR077602; Mon, 17 Dec 2007 07:43:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 87E4173039; Mon, 17 Dec 2007 07:43:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071217124306.87E4173039@freebsd-current.sentex.ca> Date: Mon, 17 Dec 2007 07:43:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 12:43:08 -0000 TB --- 2007-12-17 11:32:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-17 11:32:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-17 11:32:01 - cleaning the object tree TB --- 2007-12-17 11:32:34 - cvsupping the source tree TB --- 2007-12-17 11:32:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-17 11:32:45 - building world (CFLAGS=-O -pipe) TB --- 2007-12-17 11:32:45 - cd /src TB --- 2007-12-17 11:32:45 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 17 11:32:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 17 12:41:04 UTC 2007 TB --- 2007-12-17 12:41:04 - generating LINT kernel config TB --- 2007-12-17 12:41:04 - cd /src/sys/ia64/conf TB --- 2007-12-17 12:41:04 - /usr/bin/make -B LINT TB --- 2007-12-17 12:41:05 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-17 12:41:05 - cd /src TB --- 2007-12-17 12:41:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 17 12:41:05 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/cxgb/cxgb_main.c:87:34: error: machine/intr_machdep.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-17 12:43:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-17 12:43:06 - ERROR: failed to build lint kernel TB --- 2007-12-17 12:43:06 - tinderbox aborted TB --- 3276.23 user 342.41 system 4264.98 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 13:13:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4EA116A417 for ; Mon, 17 Dec 2007 13:13:03 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3E48913C458 for ; Mon, 17 Dec 2007 13:13:03 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 29767 invoked by uid 89); 17 Dec 2007 13:13:01 -0000 Received: by simscan 1.1.0 ppid: 29746, pid: 29753, t: 3.4448s scanners: attach: 1.1.0 clamav: 0.88.7/m:44/d:4673 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?212.71.117.70?) (rainer@ultra-secure.de@212.71.117.70) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Dec 2007 13:12:58 -0000 Message-ID: <476675D6.7060905@ultra-secure.de> Date: Mon, 17 Dec 2007 14:12:54 +0100 From: Rainer Duffner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12) Gecko/20060911 SUSE/1.5.0.12-3.4 Thunderbird/1.5.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Ivan Voras References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> <86zlwafvld.fsf@ds4.des.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 13:13:03 -0000 Ivan Voras wrote: > I'm interested in how SSD could help me (if they actually can) with > large-ish systems running web servers with associated software (e.g. > database) and office-like servers. So far, I'm having trouble > envisioning a seek-intensive storage application that's also temporary > (to avoid keeping the "real" data on flash drives). Maybe a mail server > queue, with mailboxes on standard drives? > Yep. Although, I don't know if the "cheap" SSDs mentioned can compete with the SD-RAM backed "super SSDs". Because, in the mail-server scenario (also: clamav-box, spamassassin etc.), all you really want to have is I/O. I don't know if the flash-based "SSDs" can really compete in that area. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 13:35:02 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5854716A419 for ; Mon, 17 Dec 2007 13:35:02 +0000 (UTC) (envelope-from benfell@lupin.parts-unknown.org) Received: from lupin.parts-unknown.org (lupin.cybernude.org [66.93.170.242]) by mx1.freebsd.org (Postfix) with SMTP id 4A27B13C458 for ; Mon, 17 Dec 2007 13:35:02 +0000 (UTC) (envelope-from benfell@lupin.parts-unknown.org) Received: (qmail 10840 invoked by uid 501); 17 Dec 2007 04:43:02 -0000 Date: Sun, 16 Dec 2007 20:43:02 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071217044302.GA2674@parts-unknown.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8670.91 X-moon: The Moon is Waxing Crescent (48% of Full) User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: What is going on with my system? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 13:35:02 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, My system, running 7.0BETA4, is periodically responding extremely slowly. Rebooting seems to resolve the problem, but I also had to deinstall console-kit-daemon because it was, more often than not, provoking a kernel page fault during start-up. You can find all the information I can think of to describe the system and its troubles at: http://www.parts-unknown.org/systems/lupin.cybernude.org/ Unfortunately, this web server is the afflicted system, so you might have trouble getting the information if it happens to be going through this. But the last time, I did manage to record the top output: last pid: 86007; load averages: 65.16, 59.96, 52.63 up 0+09:17:16 19:5= 3:46 150 processes: 15 running, 134 sleeping, 1 zombie CPU states: 0.3% user, 0.3% nice, 97.5% system, 1.9% interrupt, 0.0% id= le Mem: 340M Active, 602M Inact, 227M Wired, 32M Cache, 112M Buf, 298M Free Swap: 17G Total, 16K Used, 17G Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2206 benfell 3 4 19 39844K 24728K fifoor 119:25 3173.58% trac= kerd 85943 benfell 1 8 20 19112K 16440K wait 0:01 6.93% perl5.= 8.8 1205 qmails 1 128 0 3072K 1236K RUN 7:32 2.78% qmail-= send 77799 cvsupin 1 130 10 6376K 5780K RUN 0:43 1.03% cvsup 85991 benfell 1 -8 20 5904K 3504K piperd 0:00 0.39% perl5.= 8.8 1273 Gdnscache 1 96 0 4096K 2212K RUN 0:43 0.10% dnscac= he 2381 root 1 137 10 3500K 1892K RUN 1:54 0.00% zsh 1208 qmaill 1 -8 0 3072K 656K piperd 0:32 0.00% multil= og 1272 Gdnslog 1 -8 0 3072K 656K piperd 0:20 0.00% multil= og 1215 root 1 131 0 3072K 656K select 0:14 0.00% qmail-= lspa 1277 haldaemon 1 96 0 19484K 4576K select 0:10 0.00% hald 2382 root 1 -8 10 144M 142M pipewr 0:10 0.00% find 1577 root 1 96 0 3208K 848K select 0:10 0.00% moused 1217 qmailq 1 -8 0 3072K 632K piperd 0:07 0.00% qmail-= clea 1216 qmailr 1 96 0 3072K 764K select 0:06 0.00% qmail-= rspa 1207 qmaild 1 20 0 2944K 1208K pause 0:06 0.00% tcpser= ver 1224 Gtinydns 1 4 0 2480K 716K sbwait 0:05 0.00% tinydns 1206 qmaill 1 -8 0 3072K 656K piperd 0:03 0.00% multil= og As you can see, there are a number of troubling indications. First, the lo= ad averages are off the scale (and I've seen them higher). Second, the CPU st= ate is 97.5% system. Third, check out the "WCPU" figure for trackerd. The WCPU figure is similar to that I previously saw with javavm. I managed= to make that problem go away by not allowing firefox to run java. If I'm going to do any debugging here, you're going to have to treat me lik= e an idiot. I'm in way over my head here. The only reason I went to this versi= on was to try to correct problems interacting with my Treo (it didn't help) an= d I'm really looking forward to 7.0-RELEASE. Thanks! --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHZf5WUd+dMw3R0eMRAmhLAJ41wAHA1ynLp8b0Xtu9fBnCZB9t6wCgkrvA oyx/OjgZBQ+UovZ+FUqisDw= =LZtx -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 14:08:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F100E16A417 for ; Mon, 17 Dec 2007 14:08:30 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id D3E1213C45B for ; Mon, 17 Dec 2007 14:08:30 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2106574rvb.43 for ; Mon, 17 Dec 2007 06:08:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=gzxE2HqHZSV5jaXG07TpGQ15P54kBUrCXXueiHA5BzM=; b=pn+6/NfrKJ3IC86hZ3kP8UBMGL7SHLWCXMbNSqV98EL+1Tuol9WZ1xDpJMh1PNQx9U26d/tKz30m3TJe/NCU15Y+vCHpXzA1grFOwf5swHyx+PatjlHa+BOcRLf+geEveOH0I8cW8UZfLYc3MDLfWM0RMmZAsZQbmzChNkKlUsI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=B+IasccWXRR0vWUeg929ckm8DvFxy1LkZQRuVnTD4/Sqmz+plgZvCOIzX/rfPctrVbXmuwVSzlqc7Q8AKYNbnqy8okW47ArcEQz1T6WyGEGbDEbRWFlYyQOz1XxsOprBZeRjEReRK2H5pfn7k8rEtQYK28ECf9iXEFEBU0RRgpo= Received: by 10.141.153.16 with SMTP id f16mr4002772rvo.22.1197900509935; Mon, 17 Dec 2007 06:08:29 -0800 (PST) Received: by 10.141.212.1 with HTTP; Mon, 17 Dec 2007 06:08:29 -0800 (PST) Message-ID: <9bbcef730712170608k28d636a8y45de089bfa99fc2e@mail.gmail.com> Date: Mon, 17 Dec 2007 15:08:29 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Rainer Duffner" In-Reply-To: <476675D6.7060905@ultra-secure.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47606C09.2070209@isc.org> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> <86zlwafvld.fsf@ds4.des.no> <476675D6.7060905@ultra-secure.de> X-Google-Sender-Auth: 944b410aed2f9592 Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 14:08:31 -0000 On 17/12/2007, Rainer Duffner wrote: > Ivan Voras wrote: > > I'm interested in how SSD could help me (if they actually can) with > > large-ish systems running web servers with associated software (e.g. > > database) and office-like servers. So far, I'm having trouble > > envisioning a seek-intensive storage application that's also temporary > > (to avoid keeping the "real" data on flash drives). Maybe a mail server > > queue, with mailboxes on standard drives? > > > > Yep. > Although, I don't know if the "cheap" SSDs mentioned can compete with > the SD-RAM backed "super SSDs". > Because, in the mail-server scenario (also: clamav-box, spamassassin > etc.), all you really want to have is I/O. > > I don't know if the flash-based "SSDs" can really compete in that area. They probably can't - their technology is much slower. This is why I was concentrating on fiding a seek-intensive load which doesn't depend much on raw bandwidth :) From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 14:56:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57BD916A418; Mon, 17 Dec 2007 14:56:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1B313C50B; Mon, 17 Dec 2007 14:56:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBHEuLLh080309; Mon, 17 Dec 2007 09:56:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBHEuLFg098423; Mon, 17 Dec 2007 09:56:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE5F973039; Mon, 17 Dec 2007 09:56:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071217145620.EE5F973039@freebsd-current.sentex.ca> Date: Mon, 17 Dec 2007 09:56:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 14:56:22 -0000 TB --- 2007-12-17 14:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-17 14:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-17 14:35:00 - cleaning the object tree TB --- 2007-12-17 14:35:14 - cvsupping the source tree TB --- 2007-12-17 14:35:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-17 14:35:21 - building world (CFLAGS=-O -pipe) TB --- 2007-12-17 14:35:21 - cd /src TB --- 2007-12-17 14:35:21 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 17 14:35:23 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/src/s_creall.c cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/e_sqrt.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/e_sqrtf.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/s_llrint.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/s_llrintf.S cc -O -pipe -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/amd64 -c /src/lib/msun/amd64/s_logbl.S /src/lib/msun/amd64/s_logbl.S: Assembler messages: /src/lib/msun/amd64/s_logbl.S:41: Error: `4(%esp)' is not a valid 64 bit base/index expression *** Error code 1 Stop in /src/lib/msun. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-17 14:56:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-17 14:56:20 - ERROR: failed to build world TB --- 2007-12-17 14:56:20 - tinderbox aborted TB --- 920.79 user 120.22 system 1279.85 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 16:11:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42EA716A41B for ; Mon, 17 Dec 2007 16:11:27 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 83E0C13C44B for ; Mon, 17 Dec 2007 16:11:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id B73981B10EBB; Mon, 17 Dec 2007 17:11:24 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id E53881B10EEC for ; Mon, 17 Dec 2007 17:11:19 +0100 (CET) Message-ID: <47669FA7.8010603@moneybookers.com> Date: Mon, 17 Dec 2007 18:11:19 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5157/Mon Dec 17 15:05:17 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: kernel panic 7 beta2 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 16:11:27 -0000 Hi, I just got panic on beta2. When I logged on serial I see debugger started, but can't see the panic message. At least I can provide trace and ps Want me to check something else before rebooting the server? db> trace Tracing pid 4021 tid 100294 td 0xcb095cc0 kdb_enter(c070b76e,3,c070d4fe,f1cfa7f4,3,...) at kdb_enter+0x32 panic(c070d4fe,e0,0,14690b0,ce47251c,...) at panic+0x124 sched_priority(c0793080,1,c070d142,877,3,...) at sched_priority+0x1cb sched_clock(cb095cc0,2,c0706b74,19c,c07e2d94,...) at sched_clock+0xf1 statclock(0,cb095cc0,7,c74fb2b8,c6dee880,...) at statclock+0x144 lapic_handle_timer(f1cfa89c) at lapic_handle_timer+0x109 Xtimerint() at Xtimerint+0x1f --- interrupt, eip = 0xc055040a, esp = 0xf1cfa8dc, ebp = 0xf1cfa8f8 --- _mtx_lock_sleep(c74fb2b8,cb095cc0,0,c0718d56,c5,...) at _mtx_lock_sleep+0xfc _mtx_lock_flags(c74fb2b8,0,c0718d56,c5,c0795ff4,...) at _mtx_lock_flags+0xe3 rtalloc1(f1cfaa0c,1,0,c07216e6,f1cfaa08,...) at rtalloc1+0x221 rtalloc_ign(f1cfaa08,0,c071a91f,7f,c070578a,...) at rtalloc_ign+0xd6 ip_output(c8ee5000,0,f1cfaa08,0,0,...) at ip_output+0x349 tcp_output(cb11ec24,c7520d00,c071cea3,30b,c75cac60,...) at tcp_output+0x1124 tcp_usr_send(cb0acdec,0,c7520d00,0,0,...) at tcp_usr_send+0x226 sosend_generic(cb0acdec,0,f1cfac60,0,0,...) at sosend_generic+0x4e7 sosend(cb0acdec,0,f1cfac60,0,0,...) at sosend+0x54 soo_write(c835fcf0,f1cfac60,cdd74d00,0,cb095cc0,...) at soo_write+0x45 dofilewrite(f1cfac60,ffffffff,ffffffff,0,c835fcf0,...) at dofilewrite+0x8e kern_writev(cb095cc0,4,f1cfac60,28e60015,0,...) at kern_writev+0x52 write(cb095cc0,f1cfacfc,c,f1cfaccc,c0748020,...) at write+0x4f syscall(f1cfad38) at syscall+0x2a4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x281b4d0b, esp = 0xbfbee86c, ebp = 0xbfbee888 --- db> show allpcpu Current CPU: 3 cpuid = 0 curthread = 0xc6dee880: pid 33 "irq28: bge0" curpcb = 0xe59d1d90 fpcurthread = none idlethread = 0xc6deacc0: pid 14 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc6dec000: pid 15 "swi4: clock sio" curpcb = 0xe59b0d90 fpcurthread = none idlethread = 0xc6deaaa0: pid 13 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: cpuid = 2 curthread = 0xc72c9aa0: pid 709 "syslogd" curpcb = 0xf18bdd90 fpcurthread = none idlethread = 0xc6dea880: pid 12 "idle: cpu2" APIC ID = 6 currentldt = 0x50 spin locks held: cpuid = 3 curthread = 0xcb095cc0: pid 4021 "httpd" curpcb = 0xf1cfad90 fpcurthread = none idlethread = 0xc6dea660: pid 11 "idle: cpu3" APIC ID = 7 currentldt = 0x50 spin locks held: db> ps pid ppid pgrp uid state wmesg wchan cmd 49176 49174 49172 181 S sbwait 0xc76af248 send_nsca 49174 49173 49172 181 S wait 0xcb103550 sh 49173 49172 49172 181 S wait 0xc84c0550 sh 49172 52659 49172 181 S piperd 0xc827818c nagios 49026 4016 4016 80 S accept 0xcb0ac4de httpd 48983 4016 4016 80 S sbwait 0xc833b560 httpd 47426 4016 4016 80 S accept 0xcb0ac4de httpd 25050 924 924 125 S kqread 0xcdcb1b00 pickup 83552 1 83552 181 Ss fifoor 0xc726f198 perl5.8.8 12805 1 12805 1005 Ss select 0xc07dc73c perl5.8.8 44129 4016 4016 80 S accept 0xcb0ac4de httpd 17318 4016 4016 80 S accept 0xcb0ac4de httpd 4388 4016 4016 80 S accept 0xcb0ac4de httpd 4387 4016 4016 80 S accept 0xcb0ac4de httpd 4370 4016 4016 80 S accept 0xcb0ac4de httpd 4024 4016 4016 80 S accept 0xcb0ac4de httpd 4023 4016 4016 80 S accept 0xcb0ac4de httpd 4022 4016 4016 80 S accept 0xcb0ac4de httpd 4021 4016 4016 80 R CPU 3 httpd 4020 4016 4016 80 S sbwait 0xcb0ab6ec httpd 4016 1 4016 0 Ss select 0xc07dc73c httpd 52659 1 52659 181 Ss (threaded) nagios 100034 S select 0xc07dc73c nagios 100046 S select 0xc07dc73c nagios 100273 S wait 0xcdae2550 nagios 52617 52616 52617 0 S+ ttyin 0xc6f3f810 zsh 52616 52142 52616 1001 S+ wait 0xc845a7f8 su 52142 52141 52142 1001 Ss+ pause 0xc73295b0 zsh 52141 52136 52136 1001 S select 0xc07dc73c sshd 52136 932 52136 0 Ss sbwait 0xca4886ec sshd 59429 1 59429 181 Ss select 0xc07dc73c nrpe2 1048 1 1048 0 Ss+ ttyin 0xc6f52410 getty 1047 1 1047 0 Ss+ ttyin 0xc6f5d010 getty 1046 1 1046 0 Ss+ ttyin 0xc6f5d410 getty 1045 1 1045 0 Ss+ ttyin 0xc6f5d810 getty 1044 1 1044 0 Ss+ ttyin 0xc6f5dc10 getty 1043 1 1043 0 Ss+ ttyin 0xc6f5e010 getty 1042 1 1042 0 Ss+ ttyin 0xc6f5e410 getty 1041 1 1041 0 Ss+ ttyin 0xc6f5e810 getty 1040 1 1040 0 Ss+ ttyin 0xc6f5ec10 getty 1019 1 1019 0 Ss select 0xc07dc73c inetd 990 1 990 0 Ss nanslp 0xc078b1a4 cron 973 943 942 88 S+ (threaded) mysqld 100182 S ucond 0xca55d680 mysqld 100175 S ucond 0xca51ba00 mysqld 100162 S ucond 0xc7279200 mysqld 100108 S sbwait 0xc76470bc mysqld 100084 S ucond 0xca55e5c0 mysqld 100179 S ucond 0xc84a4140 mysqld 100242 S sbwait 0xc742fb90 mysqld 100163 S ucond 0xc764f900 mysqld 100132 S ucond 0xc726a740 mysqld 100131 S sigwait 0xf18d4be0 mysqld 100128 S ucond 0xc72b2e80 mysqld 100130 S select 0xc07dc73c mysqld 100129 S select 0xc07dc73c mysqld 100127 S ucond 0xc7279d80 mysqld 100126 S ucond 0xc726b000 mysqld 100125 S ucond 0xc727ac40 mysqld 100124 S ucond 0xc726ad80 mysqld 100076 S select 0xc07dc73c initial thread 943 1 942 88 S+ wait 0xc73292a8 sh 932 1 932 0 Ss select 0xc07dc73c sshd 930 924 924 125 S kqread 0xc70f3880 qmgr 924 1 924 0 Ss kqread 0xc6e3ab00 master 869 1 869 181 Ss select 0xc07dc73c nsca 837 1 837 0 Ss select 0xc07dc73c ntpd 795 794 794 0 S (threaded) pound 100121 S select 0xc07dc73c pound 100120 S nanslp 0xc078b1a4 pound 100090 S select 0xc07dc73c pound 794 1 794 0 Ss wait 0xc7320000 pound 735 1 735 0 Ss select 0xc07dc73c rpcbind 709 1 709 0 Rs CPU 2 syslogd 652 1 652 0 Ss select 0xc07dc73c devd 131 1 131 0 Ss pause 0xc72c8da8 adjkerntz 44 0 0 0 SL sdflush 0xc07df244 [softdepflush] 43 0 0 0 SL vlruwt 0xc70fc000 [vnlru] 42 0 0 0 SL syncer 0xc078afcc [syncer] 41 0 0 0 SL psleep 0xc07dcbe4 [bufdaemon] 40 0 0 0 SL pgzero 0xc07dfe00 [pagezero] 39 0 0 0 SL psleep 0xc07dfa18 [vmdaemon] 38 0 0 0 SL psleep 0xc07df9e0 [pagedaemon] 37 0 0 0 SL ipmireq 0xc6eaecb4 [ipmi0: smic] 36 0 0 0 SL pftm 0xc045d542 [pfpurge] 35 0 0 0 WL [irq1: atkbd0] 34 0 0 0 WL [irq29: bge1] 33 0 0 0 RL CPU 0 [irq28: bge0] 32 0 0 0 SL aifthd 0xc6eea550 [aac0aif] 31 0 0 0 SL usbtsk 0xc07889b4 [usbtask-dr] 30 0 0 0 SL usbtsk 0xc07889a0 [usbtask-hc] 29 0 0 0 SL usbevt 0xc6ea5210 [usb0] 28 0 0 0 WL [irq5: ohci0] 27 0 0 0 WL [irq15: ata1] 26 0 0 0 WL [irq14: ata0] 25 0 0 0 WL [swi0: uart sio] 24 0 0 0 WL [irq9: acpi0] 23 0 0 0 WL [swi6: task queue] 22 0 0 0 WL [swi6: Giant taskq] 21 0 0 0 SL - 0xc6e30b80 [thread taskq] 20 0 0 0 WL [swi5: +] 9 0 0 0 SL - 0xc6e30d00 [acpi_task_2] 8 0 0 0 SL - 0xc6e30d00 [acpi_task_1] 7 0 0 0 SL - 0xc6e30d00 [acpi_task_0] 19 0 0 0 WL [swi2: cambio] 6 0 0 0 SL ccb_scan 0xc0771f54 [xpt_thrd] 5 0 0 0 SL - 0xc6e3a080 [kqueue taskq] 18 0 0 0 SL - 0xc078afd4 [yarrow] 4 0 0 0 SL - 0xc078904c [g_down] 3 0 0 0 SL - 0xc0789048 [g_up] 2 0 0 0 RL [g_event] 17 0 0 0 WL [swi1: net] 16 0 0 0 WL [swi3: vm] 15 0 0 0 RL CPU 1 [swi4: clock sio] 14 0 0 0 RL [idle: cpu0] 13 0 0 0 RL [idle: cpu1] 12 0 0 0 RL [idle: cpu2] 11 0 0 0 RL [idle: cpu3] 1 0 1 0 SLs wait 0xc6de9d48 [init] 10 0 0 0 SL audit_wo 0xc07deca0 [audit] 0 0 0 0 WLs [swapper] -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 16:45:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B0C16A41A for ; Mon, 17 Dec 2007 16:45:04 +0000 (UTC) (envelope-from realbushman@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 C60C613C461 for ; Mon, 17 Dec 2007 16:45:03 +0000 (UTC) (envelope-from realbushman@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1935378uge.37 for ; Mon, 17 Dec 2007 08:45:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=/th1WnApQGl84NVpKsU6fyzrnRSsH/O20yUIPn9Zd9I=; b=Y2h2+yuf2YNYmhuD6BwfMXVbp+nNdpB4mXBaCE3n10Vc0000lZCTvbvbnVh1EX5blGoFVTGw9VI6PacrGPkVaCiputBCmUQMtzh2rEgJdVkTqQ7ssqqnXQ5FsqSuP/uFSRR1AiMybHACQGZnfHbVL/+7ObxNUXTLmCCHJFjRoe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=GiUTM35oERvbGbTelEe56Olf4YoAX+cSErdBCzmFHfU10d3f8tHtsFcdZTda2KBTF9S79bu/PNXW7/PqRmY3ZmSSLPRwpeQH+eeRmF5ip1M3DSyOMsMwXmu6qepXaOSw0FQgqY9FVuP+8/exR1d8NyvgscF3Njprod7wgALHHDI= Received: by 10.67.116.4 with SMTP id t4mr3953701ugm.68.1197908309052; Mon, 17 Dec 2007 08:18:29 -0800 (PST) Received: from ?192.168.0.43? ( [195.161.235.42]) by mx.google.com with ESMTPS id 25sm4191596ugn.2007.12.17.08.18.26 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 17 Dec 2007 08:18:28 -0800 (PST) Message-Id: <0DD27B60-07B8-4585-9F33-FF67031A5ACC@freebsd.org> From: Michael Bushkov To: Andrey Chernov In-Reply-To: <20071215131047.GA54581@nagual.pp.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 17 Dec 2007 19:18:22 +0300 References: <20071215131047.GA54581@nagual.pp.ru> X-Mailer: Apple Mail (2.915) Sender: Michael Bushkov Cc: current@freebsd.org Subject: Re: New nsdispatch.c __fallback errors, any clues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 16:45:04 -0000 Hi Andrey, Thanks for pointing this out. All the messages that you're seeing have DEBUG status, so they don't indicate an error. They're just annoying bits of debug information. I've just committed a fix, that writes this kind of message to logs only when it's really needed. -- Cheers, Michael On Dec 15, 2007, at 4:10 PM, Andrey Chernov wrote: > With new nsdispatch.c v1.15 I constantly get this errors from > procmail, > sendmail, etc: > > Dec 14 21:35:41 xxxxxxxx procmail[5897]: NSSWITCH(nss_method_lookup): > __fallback, passwd, getpwuid_r, not found > Dec 14 21:35:41 xxxxxxxx procmail[5897]: NSSWITCH(nss_method_lookup): > __fallback, group, endgrent, not found > Dec 14 21:35:41 xxxxxxxx procmail[5897]: NSSWITCH(nss_method_lookup): > __fallback, passwd, getpwnam_r, not found > Dec 14 21:35:41 xxxxxxxx procmail[5897]: NSSWITCH(nss_method_lookup): > files, group, getgroupmembership, not found > Dec 14 21:35:41 xxxxxxxx procmail[5897]: NSSWITCH(nss_method_lookup): > __fallback, group, endgrent, not found > Dec 14 21:35:41 xxxxxxxx procmail[5897]: NSSWITCH(nss_method_lookup): > __fallback, passwd, endpwent, not found > > Here is my /etc/nsswitch.conf: > group: files > hosts: files dns > networks: files > passwd: files > shells: files > services: files > protocols: files > rpc: files > > I use WITHOUT_NIS option in src.conf > > What those errors ever means, what is wrong and how it can be fixed? > Everything works Ok with nsdispatch.c v1.14 > > -- > http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 17:36:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 050C616A477 for ; Mon, 17 Dec 2007 17:36:26 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id C0E3C13C469 for ; Mon, 17 Dec 2007 17:36:25 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-8216e555.03-51-73746f3.cust.bredbandsbolaget.se (c-8216e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.130]) by smtp.infidyne.com (Postfix) with ESMTP id 04A98763EB; Mon, 17 Dec 2007 18:36:25 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Mon, 17 Dec 2007 19:36:25 +0100 User-Agent: KMail/1.9.7 References: <47606C09.2070209@isc.org> <476419CD.9070401@terranova.net> In-Reply-To: <476419CD.9070401@terranova.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1821441.alnvG7BGeB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712171936.25546.peter.schuller@infidyne.com> Cc: Travis Mikalson Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 17:36:26 -0000 --nextPart1821441.alnvG7BGeB Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Since a ZIL is not really seek-intensive, why not just offload it to its > own standard hard disk that has its write caching and all other similar > data-corrupting technologies disabled? Because it is still *latency* "intensive". Having fsync() be fast is often= =20 important. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1821441.alnvG7BGeB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHZsGpDNor2+l1i30RAvQDAKCjCObanUu7zlfQuPhmTL8mQK9r6ACfVw01 KeddIMJYwmWJc6MCAsJdEF8= =9A6V -----END PGP SIGNATURE----- --nextPart1821441.alnvG7BGeB-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 17:47:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB7816A469; Mon, 17 Dec 2007 17:47:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B7D3F13C457; Mon, 17 Dec 2007 17:47:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBHHlwvp012478; Mon, 17 Dec 2007 12:47:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBHHlvR4044349; Mon, 17 Dec 2007 12:47:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E1F97303D; Mon, 17 Dec 2007 12:47:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071217174754.9E1F97303D@freebsd-current.sentex.ca> Date: Mon, 17 Dec 2007 12:47:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 17:47:59 -0000 TB --- 2007-12-17 16:36:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-17 16:36:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-17 16:36:28 - cleaning the object tree TB --- 2007-12-17 16:36:54 - cvsupping the source tree TB --- 2007-12-17 16:36:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-17 16:36:59 - building world (CFLAGS=-O -pipe) TB --- 2007-12-17 16:36:59 - cd /src TB --- 2007-12-17 16:36:59 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 17 16:37:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 17 17:45:41 UTC 2007 TB --- 2007-12-17 17:45:41 - generating LINT kernel config TB --- 2007-12-17 17:45:41 - cd /src/sys/ia64/conf TB --- 2007-12-17 17:45:41 - /usr/bin/make -B LINT TB --- 2007-12-17 17:45:41 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-17 17:45:41 - cd /src TB --- 2007-12-17 17:45:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 17 17:45:41 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/cxgb/cxgb_main.c:87:34: error: machine/intr_machdep.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-17 17:47:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-17 17:47:54 - ERROR: failed to build lint kernel TB --- 2007-12-17 17:47:54 - tinderbox aborted TB --- 3272.88 user 346.16 system 4285.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 18:35:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B19616A417 for ; Mon, 17 Dec 2007 18:35:22 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id B8B0C13C4E5 for ; Mon, 17 Dec 2007 18:35:21 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 1A9993EA0AF for ; Mon, 17 Dec 2007 19:35:20 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 7589D3EA140 for ; Mon, 17 Dec 2007 19:35:19 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lBHIZHd2028616 for ; Mon, 17 Dec 2007 19:35:18 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 17 Dec 2007 19:35:09 +0100 User-Agent: KMail/1.9.7 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712171935.10911.thierry@herbelot.com> Subject: -current kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 18:35:22 -0000 Hello, for some days, I see panics on my oldish SMP up-to-date -current box (FreeBSD 8.0-CURRENT #1984: Mon Dec 17 09:54:07 CET 2007) the last working kernel was built on Thu Dec 13 09:58:39 CET 2007. the kernel config is a straight GENERIC (incl. all debug options). The panic always occurs at the beginning of the make installworld. all partitions except root are hosted on a ZFS mirror. the root partition is hosted on a geom mirror. # mount /dev/mirror/gm0a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) tank on /tank (zfs, local, noatime) tank/files1 on /tank/files1 (zfs, local, noatime) tank/files3 on /tank/files3 (zfs, local, noatime) tank/tmp on /tmp (zfs, local, noatime) tank/usr on /usr (zfs, local, noatime) tank/var on /var (zfs, local, noatime) TfH the panic message is : panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /tank/files1/src/sys/kern/sched_ule.c:1858 cpuid = 0 KDB: enter: panic [thread pid 11 tid 100003 ] Stopped at kdb_enter+0x32: leave more DDB traces for this panic : db> where Tracing pid 11 tid 100003 td 0xc2763880 kdb_enter(c0aff8da,0,c0afaad4,dd238a2c,0,...) at kdb_enter+0x32 panic(c0afaad4,c0b018c6,c0b01376,742,c0c1a680,...) at panic+0x124 sched_switch(c2763880,0,1,17b,86a5c2a4,...) at sched_switch+0xe6 mi_switch(1,0,c0b03bf0,2e2,c2736e60,...) at mi_switch+0x217 turnstile_wait(c2736e60,c36dbaa0,0,184,c1474708,...) at turnstile_wait+0x4cb _mtx_lock_sleep(c1474708,c2763880,0,c0b213d7,726,...) at _mtx_lock_sleep+0x18e _mtx_lock_flags(c1474708,0,c0b213d7,726,c0b04452,...) at _mtx_lock_flags+0xef uma_zalloc_arg(c1472960,0,2,2,dd238b9e,...) at uma_zalloc_arg+0xd3 malloc(2,c0bb1a40,2,131,208bb0,...) at malloc+0xd2 getenv(c0b2dfe8,c0c20a80,c2763880,3,dd238cc8,...) at getenv+0xa6 cpu_idle_default(dd238cf8,c077d839,c0c20a80,0,c0b01376,...) at cpu_idle_default+0x13 cpu_idle(c0c20a80,0,c0b01376,322,c0c1a680,...) at cpu_idle+0x28 sched_idletd(0,dd238d38,c0afc024,30c,c2761804,...) at sched_idletd+0x249 fork_exit(c077d5f0,0,dd238d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xdd238d70, ebp = 0 --- db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc2763880: pid 11 "idle: cpu0" curpcb = 0xdd238d90 fpcurthread = none idlethread = 0xc2763880: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc2ba7440: pid 89 "spa_zio_intr_2" curpcb = 0xdee70d90 fpcurthread = none idlethread = 0xc2763aa0: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db> ps pid ppid pgrp uid state wmesg wchan cmd 272 0 0 0 SL spa->spa 0xc29c2460 [solthread 0xc2a6937] 268 265 112 0 R+ make 265 264 112 0 S+ wait 0xc2bba2ac sh 264 262 112 0 S+ wait 0xc2b88ab0 make 262 257 112 0 S+ wait 0xc3da22ac sh 257 256 112 0 S+ wait 0xc3dec000 make 256 209 112 0 S+ wait 0xc2bba804 sh 209 208 112 0 S+ wait 0xc29ffab0 make 208 119 112 0 S+ wait 0xc3dec804 sh 180 0 0 0 SL vgeom:io 0xc29be148 [vdev:worker ad2s2d] 179 0 0 0 SL vgeom:io 0xc2e3c288 [vdev:worker ad0s2d] 119 117 112 0 S+ wait 0xc2ba3804 make 117 112 112 0 S+ wait 0xc2bba000 sh 112 29 112 0 S+ wait 0xc2bbaab0 make 106 0 0 0 SL tx->tx_t 0xc2de372c [txg_thread_enter] 105 0 0 0 SL zio->io_ 0xc2d2aab8 [txg_thread_enter] 104 0 0 0 SL tx->tx_q 0xc2de371c [txg_thread_enter] 101 0 0 0 SL tq->tq_d 0xc2af45e4 [spa_zio_intr_5] 100 0 0 0 SL tq->tq_d 0xc2af45e4 [spa_zio_intr_5] 99 0 0 0 SL tq->tq_d 0xc2af46b0 [spa_zio_issue_5] 98 0 0 0 SL tq->tq_d 0xc2af46b0 [spa_zio_issue_5] 97 0 0 0 SL tq->tq_d 0xc2af477c [spa_zio_intr_4] 96 0 0 0 SL tq->tq_d 0xc2af477c [spa_zio_intr_4] 95 0 0 0 SL tq->tq_d 0xc2af4848 [spa_zio_issue_4] 94 0 0 0 SL tq->tq_d 0xc2af4848 [spa_zio_issue_4] 93 0 0 0 SL tq->tq_d 0xc2af4914 [spa_zio_intr_3] 92 0 0 0 SL tq->tq_d 0xc2af4914 [spa_zio_intr_3] 91 0 0 0 SL tq->tq_d 0xc2af49e0 [spa_zio_issue_3] 90 0 0 0 SL tq->tq_d 0xc2af49e0 [spa_zio_issue_3] 89 0 0 0 RL CPU 1 [spa_zio_intr_2] 88 0 0 0 SL tq->tq_d 0xc2af4aac [spa_zio_intr_2] 87 0 0 0 SL tq->tq_d 0xc2af4b78 [spa_zio_issue_2] 86 0 0 0 SL tq->tq_d 0xc2af4b78 [spa_zio_issue_2] 85 0 0 0 SL tq->tq_d 0xc2af4c44 [spa_zio_intr_1] 84 0 0 0 SL tq->tq_d 0xc2af4c44 [spa_zio_intr_1] 83 0 0 0 SL tq->tq_d 0xc2af4d10 [spa_zio_issue_1] 82 0 0 0 SL tq->tq_d 0xc2af4d10 [spa_zio_issue_1] 81 0 0 0 SL tq->tq_d 0xc2af4ddc [spa_zio_intr_0] 80 0 0 0 SL tq->tq_d 0xc2af4ddc [spa_zio_intr_0] 79 0 0 0 SL tq->tq_d 0xc2af4ea8 [spa_zio_issue_0] 78 0 0 0 SL tq->tq_d 0xc2af4ea8 [spa_zio_issue_0] 50 0 0 0 SL arc_recl 0xc2ab5e0c [arc_reclaim_thread] 48 0 0 0 SL tq->tq_d 0xc2af5050 [system_taskq] 47 0 0 0 SL tq->tq_d 0xc2af5050 [system_taskq] 29 1 29 0 Ss+ wait 0xc2a00ab0 sh 28 0 0 0 SL sdflush 0xc0c75ec4 [softdepflush] 27 0 0 0 SL vlruwt 0xc2864ab0 [vnlru] 26 0 0 0 SL tx->tx_s 0xc2de3714 [syncer] 25 0 0 0 SL psleep 0xc0c6a644 [bufdaemon] 24 0 0 0 SL pgzero 0xc0c76a80 [pagezero] 23 0 0 0 SL psleep 0xc0c76698 [vmdaemon] 22 0 0 0 SL psleep 0xc0c76660 [pagedaemon] 21 0 0 0 SL m:w1 0xc28db000 [g_mirror gm0] 9 0 0 0 SL waiting_ 0xc0c6c3cc [sctp_iterator] 8 0 0 0 SL - 0xc287ae3c [fdc0] 20 0 0 0 SL usbevt 0xc2851a10 [usb4] 19 0 0 0 SL usbevt 0xc2872210 [usb3] 18 0 0 0 SL usbevt 0xc285c210 [usb2] 17 0 0 0 SL usbevt 0xc285a210 [usb1] 16 0 0 0 SL usbtsk 0xc0c16354 [usbtask-dr] 15 0 0 0 SL usbtsk 0xc0c16340 [usbtask-hc] 14 0 0 0 SL usbevt 0xc282c210 [usb0] 7 0 0 0 SL - 0xc2789d00 [kqueue taskq] 6 0 0 0 SL ccb_scan 0xc0be7514 [xpt_thrd] 5 0 0 0 SL - 0xc27f7200 [thread taskq] 13 0 0 0 SL - 0xc0c18a54 [yarrow] 4 0 0 0 SL - 0xc0c16aac [g_down] 3 0 0 0 SL - 0xc0c16aa8 [g_up] 2 0 0 0 SL - 0xc0c16aa0 [g_event] 12 0 0 0 WL (threaded) intr 100036 I [irq5: pcm1] 100035 I [swi0: sio] 100034 I [irq7: ppc0] 100032 I [irq12: psm0] 100031 I [irq1: atkbd0] 100029 I [irq18: ehci0++] 100027 I [irq17: ohci2] 100025 I [irq16: ohci1] 100020 I [irq19: pcm0 dc0++] 100019 I [irq15: ata1] 100018 I [irq14: ata0] 100017 I [swi5: +] 100015 I [swi2: cambio] 100013 I [swi6: task queue] 100012 I [swi6: Giant taskq] 100006 I [swi3: vm] 100005 I [swi4: clock sio] 100004 I [swi1: net] 11 0 0 0 RL (threaded) idle 100003 L *16 0xc2736e60 [idle: cpu0] 100002 CanRun [idle: cpu1] 1 0 1 0 SLs wait 0xc2761ab0 [init] 10 0 0 0 SL audit_wo 0xc0c75930 [audit] 0 0 0 0 WLs [swapper] db> ANOTHER backtrace (with a previous kernel) was : /etc/rc.d/zfs start WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS WARNING: Recommended minimum RAM size is 512MB; expect unstable behavior. ZFS filesystem version 6 ZFS storage pool version 6 panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /tank/files1/src/sys/kern/sched_ule.c:1858 cpuid = 1 KDB: enter: panic [thread pid 11 tid 100002 ] Stopped at kdb_enter+0x32: leave db> where Tracing pid 11 tid 100002 td 0xc2763aa0 kdb_enter(c0aafada,1,c0aaacd4,dd235a2c,1,...) at kdb_enter+0x32 panic(c0aaacd4,c0ab17e1,c0ab1576,742,c0bc9e40,...) at panic+0x124 sched_switch(c2763aa0,0,1,17b,cea602ac,...) at sched_switch+0xe6 mi_switch(1,0,c0ab3df0,2e2,c2736e10,...) at mi_switch+0x217 turnstile_wait(c2736e10,c2ba1aa0,0,192,c1474708,...) at turnstile_wait+0x4cb _mtx_lock_sleep(c1474708,c2763aa0,0,c0ad15b9,726,...) at _mtx_lock_sleep+0x18e _mtx_lock_flags(c1474708,0,c0ad15b9,726,c0ab4652,...) at _mtx_lock_flags+0xef uma_zalloc_arg(c1472960,0,2,2,dd235b9e,...) at uma_zalloc_arg+0xd3 malloc(2,c0b61aa0,2,131,205bb8,...) at malloc+0xd2 getenv(c0ade187,c0ade19d,c2763aa0,3,dd235cc8,...) at getenv+0xa6 cpu_idle_default(dd235cf8,c077c409,c0bcfc80,0,c0ab1576,...) at cpu_idle_default+0x13 cpu_idle(c0bcfc80,0,c0ab1576,322,c0bc9e40,...) at cpu_idle+0x28 sched_idletd(0,dd235d38,c0aac224,30c,c2761804,...) at sched_idletd+0x249 fork_exit(c077c1c0,0,dd235d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xdd235d70, ebp = 0 --- db> From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 19:13:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8DEF16A41A for ; Mon, 17 Dec 2007 19:13:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id BAC6A13C459 for ; Mon, 17 Dec 2007 19:13:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 71CAE4A017; Mon, 17 Dec 2007 14:13:54 -0500 (EST) Date: Mon, 17 Dec 2007 19:13:54 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Thierry Herbelot In-Reply-To: <200712171935.10911.thierry@herbelot.com> Message-ID: <20071217191047.D57519@fledge.watson.org> References: <200712171935.10911.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: -current kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 19:13:56 -0000 On Mon, 17 Dec 2007, Thierry Herbelot wrote: > db> where > Tracing pid 11 tid 100003 td 0xc2763880 > kdb_enter(c0aff8da,0,c0afaad4,dd238a2c,0,...) at kdb_enter+0x32 > panic(c0afaad4,c0b018c6,c0b01376,742,c0c1a680,...) at panic+0x124 > sched_switch(c2763880,0,1,17b,86a5c2a4,...) at sched_switch+0xe6 > mi_switch(1,0,c0b03bf0,2e2,c2736e60,...) at mi_switch+0x217 > turnstile_wait(c2736e60,c36dbaa0,0,184,c1474708,...) at turnstile_wait+0x4cb > _mtx_lock_sleep(c1474708,c2763880,0,c0b213d7,726,...) at _mtx_lock_sleep+0x18e > _mtx_lock_flags(c1474708,0,c0b213d7,726,c0b04452,...) at _mtx_lock_flags+0xef > uma_zalloc_arg(c1472960,0,2,2,dd238b9e,...) at uma_zalloc_arg+0xd3 > malloc(2,c0bb1a40,2,131,208bb0,...) at malloc+0xd2 > getenv(c0b2dfe8,c0c20a80,c2763880,3,dd238cc8,...) at getenv+0xa6 > cpu_idle_default(dd238cf8,c077d839,c0c20a80,0,c0b01376,...) at > cpu_idle_default+0x13 > cpu_idle(c0c20a80,0,c0b01376,322,c0c1a680,...) at cpu_idle+0x28 > sched_idletd(0,dd238d38,c0afc024,30c,c2761804,...) at sched_idletd+0x249 > fork_exit(c077d5f0,0,dd238d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xdd238d70, ebp = 0 --- Well, that's something of an ugly thread. The idle thread should not be calling the kernel getenv() as it involves locks, and worse yet, the potential for memory allocation. The idle thread is not allowed to yield in such a way as it becomes unrunnable, or we will find ourselves in a situation where there is no idle thread for a CPU, and always having an idle thread is an invariant. I am a bit unclear on how that could happen, I don't se an obvious call to getenv() in the cpu idle default code on i386 or amd64. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 19:21:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6F5E16A421; Mon, 17 Dec 2007 19:21:47 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF6913C4E5; Mon, 17 Dec 2007 19:21:47 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 81BB97C0C; Tue, 18 Dec 2007 08:21:45 +1300 (NZDT) Date: Tue, 18 Dec 2007 08:21:45 +1300 From: Andrew Thompson To: Robert Watson Message-ID: <20071217192145.GA85906@heff.fud.org.nz> References: <200712171935.10911.thierry@herbelot.com> <20071217191047.D57519@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071217191047.D57519@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Thierry Herbelot Subject: Re: -current kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 19:21:47 -0000 On Mon, Dec 17, 2007 at 07:13:54PM +0000, Robert Watson wrote: > > On Mon, 17 Dec 2007, Thierry Herbelot wrote: > >> db> where >> Tracing pid 11 tid 100003 td 0xc2763880 >> kdb_enter(c0aff8da,0,c0afaad4,dd238a2c,0,...) at kdb_enter+0x32 >> panic(c0afaad4,c0b018c6,c0b01376,742,c0c1a680,...) at panic+0x124 >> sched_switch(c2763880,0,1,17b,86a5c2a4,...) at sched_switch+0xe6 >> mi_switch(1,0,c0b03bf0,2e2,c2736e60,...) at mi_switch+0x217 >> turnstile_wait(c2736e60,c36dbaa0,0,184,c1474708,...) at >> turnstile_wait+0x4cb >> _mtx_lock_sleep(c1474708,c2763880,0,c0b213d7,726,...) at >> _mtx_lock_sleep+0x18e >> _mtx_lock_flags(c1474708,0,c0b213d7,726,c0b04452,...) at >> _mtx_lock_flags+0xef >> uma_zalloc_arg(c1472960,0,2,2,dd238b9e,...) at uma_zalloc_arg+0xd3 >> malloc(2,c0bb1a40,2,131,208bb0,...) at malloc+0xd2 >> getenv(c0b2dfe8,c0c20a80,c2763880,3,dd238cc8,...) at getenv+0xa6 >> cpu_idle_default(dd238cf8,c077d839,c0c20a80,0,c0b01376,...) at >> cpu_idle_default+0x13 >> cpu_idle(c0c20a80,0,c0b01376,322,c0c1a680,...) at cpu_idle+0x28 >> sched_idletd(0,dd238d38,c0afc024,30c,c2761804,...) at sched_idletd+0x249 >> fork_exit(c077d5f0,0,dd238d38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xdd238d70, ebp = 0 --- > > Well, that's something of an ugly thread. The idle thread should not be > calling the kernel getenv() as it involves locks, and worse yet, the > potential for memory allocation. The idle thread is not allowed to yield > in such a way as it becomes unrunnable, or we will find ourselves in a > situation where there is no idle thread for a CPU, and always having an > idle thread is an invariant. I am a bit unclear on how that could happen, I > don't se an obvious call to getenv() in the cpu idle default code on i386 > or amd64. See sys/i386/i386/machdep.c r1.663, Rui put the macbook test in the wrong function. It should be fixed now. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 20:39:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87EC516A418; Mon, 17 Dec 2007 20:39:25 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 5864C13C457; Mon, 17 Dec 2007 20:39:25 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7F3281CDC8; Mon, 17 Dec 2007 21:39:24 +0100 (CET) Date: Mon, 17 Dec 2007 21:39:24 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071217203924.GH6059@hoeg.nl> References: <200712171935.10911.thierry@herbelot.com> <20071217191047.D57519@fledge.watson.org> <20071217192145.GA85906@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y9PDtDHaFrXNoMPU" Content-Disposition: inline In-Reply-To: <20071217192145.GA85906@heff.fud.org.nz> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: -current kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 20:39:25 -0000 --y9PDtDHaFrXNoMPU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andrew Thompson wrote: > See sys/i386/i386/machdep.c r1.663, Rui put the macbook test in the > wrong function. It should be fixed now. Thank you _so_ much! I was almost afraid that this patch wouldn't make it into 7.0 in time. This will save me so much time when I'm going to reinstall my MacBook in the nearby future. You just made my day. ;-) I was thinking this morning: this patch may also fix boot on my MSI 845E motherboard. My old desktop has this motherboard and it only seems to boot when I disable USB legacy support in the BIOS, which is ugly, because it has a USB keyboard. Still have to test that, though. --=20 Ed Schouten WWW: http://g-rave.nl/ --y9PDtDHaFrXNoMPU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHZt5852SDGA2eCwURAkO6AJ9R2WkxIgKt6q38MOvCvpLtvOriagCeOb12 ht3YQklPHmsU5TfQtz+VqRM= =gki5 -----END PGP SIGNATURE----- --y9PDtDHaFrXNoMPU-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 21:32:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E324216A41A; Mon, 17 Dec 2007 21:32:31 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id B7A7713C45B; Mon, 17 Dec 2007 21:32:31 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Mon, 17 Dec 2007 13:02:01 -0800 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id C4C922AF; Mon, 17 Dec 2007 13:02:01 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id AF4102AE; Mon, 17 Dec 2007 13:02:01 -0800 (PST) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GCN13681; Mon, 17 Dec 2007 13:02:01 -0800 (PST) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 0C09969CA3; Mon, 17 Dec 2007 13:02:01 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 17 Dec 2007 13:01:59 -0800 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD903068DBCBF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <4764EDD0.5050101@freebsd.org> Thread-Topic: pending changes for TOE support thread-index: Acg/xR4BZza3skhCQKCeixqNMbs0JgBKVPcA References: <20071215100351.Q70617@fledge.watson.org> <4764EDD0.5050101@freebsd.org> From: "David Christensen" To: darrenr@freebsd.org, "Kip Macy" X-WSS-ID: 6B783C435IG13960771-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , Robert Watson , freebsd-arch@freebsd.org Subject: RE: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 21:32:32 -0000 > >> + * The TOE API assumes that the tcp offload engine can offload the > >> + * the entire connection from set up to teardown, with=20 > some provision > >> + * being made to allowing the software stack to handle=20 > time wait. If > >> + * the device does not meet these criteria, it is the=20 > driver's responsibility > >> + * to overload the functions that it needs to in=20 > tcp_usrreqs and make > >> + * its own calls to tcp_output if it needs to do so. > >> > >> While I'm familiar with TCP, I'm less familiar with the=20 > scope of what cards > >> support for TOE. Do we know of any cards that are less=20 > capable than the > >> chelsio card in this respect, or are they all sort of=20 > on-par on that front? > >> I.e., do we think the above eventuality is likely? > >=20 > > I don't have any way of knowing. I think it is probably safe to say > > that any vendors that don't meet that criteria now will in=20 > the future > > as transistor density increases. >=20 > There are cards (or at least I've heard talk of this) that do partial > TCP offload - that is the connection setup and teardown are handled by > the operating system and that only data transfer is offloaded. I'm in > the wrong country to chase down details on this ;( You are referring to Microsoft Chimney architecture which would be supported by all TOE adapters that operate under Windows (our=20 NetXtreme II controllers included). There are IP issues related to a chimney style implementation that would likely preclude their use under FreeBSD including passing TCP state information between the host OS and the controller among them. Dave From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 21:56:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D2316A420 for ; Mon, 17 Dec 2007 21:56:20 +0000 (UTC) (envelope-from morphalus@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id B727E13C478 for ; Mon, 17 Dec 2007 21:56:19 +0000 (UTC) (envelope-from morphalus@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so368263fgg.35 for ; Mon, 17 Dec 2007 13:56:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; bh=JTLON1ZUL99aEL8tMznKEnx4nsNe+x1o8gjNf1nsxsY=; b=xJRNYz7578VhV3wbhLflmPDZBSLdn9PgdOb/Vkt5YhE3QnNjE4AT5cwTo44TLiLw1SKAQMVage0WXUFA/vrLPa4+aWK8FJ8qoKNQXxk8mOzUsISmYt4fPmsjwBm494EvPlQZ9Ro/jbfkGd/llKkp6oMQRdGvKcJ/J1UXPQTO6j8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=RRhm8tE+hPdUMuG66YO5XCTRdeNa51f9u4fA9Pf3K7JyiJJErV7C8WdhnLHp/vZDBNaXPGZ8cTgQ4pjzD2PyGuycwi8bQRHM2TIJZhh3CUjsVEVssg6kqSBxL6oJvmw+433H00yT3QCs9XjfkjWdGwfNY74FVZ/3ZHehZuM1q8A= Received: by 10.86.50.8 with SMTP id x8mr6886988fgx.25.1197926896910; Mon, 17 Dec 2007 13:28:16 -0800 (PST) Received: from localhost.localdomain ( [77.202.166.30]) by mx.google.com with ESMTPS id 4sm7331330fgg.2007.12.17.13.28.13 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 17 Dec 2007 13:28:16 -0800 (PST) Date: Mon, 17 Dec 2007 22:28:06 +0100 From: Fabien Degomme To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071217222806.4dfd1312@gmail.com> X-Mailer: Claws Mail 3.1.0 (GTK+ 2.12.1; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Motherboard Asus P5N-E SLI compatibility with FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 21:56:20 -0000 Hi, my question is about the Asus P5N-E SLI motherboard. I searched if this MB is compatible with FreeBSD 7 but I don't have concrete answer. So I just want to know if anyone owns this card with FreeBSD 6 or 7 and if it works well. Thanks in advance :) morphalus From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 22:42:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A4716A418; Mon, 17 Dec 2007 22:42:25 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7170913C442; Mon, 17 Dec 2007 22:42:25 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 01D2D7F293; Mon, 17 Dec 2007 17:42:25 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 17 Dec 2007 17:42:25 -0500 X-Sasl-enc: kvZEYk3moJN9Mj9k+t2rCiATqFn0kFe0ERmctZA1g/71 1197931344 Received: from [192.168.1.100] (dsl-202-45-110-141-static.VIC.netspace.net.au [202.45.110.141]) by mail.messagingengine.com (Postfix) with ESMTP id 9451F2A8FB; Mon, 17 Dec 2007 17:42:22 -0500 (EST) Message-ID: <4766FB4A.8020506@freebsd.org> Date: Tue, 18 Dec 2007 09:42:18 +1100 From: Darren Reed Organization: FreeBSD User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: David Christensen References: <20071215100351.Q70617@fledge.watson.org> <4764EDD0.5050101@freebsd.org> <09BFF2FA5EAB4A45B6655E151BBDD903068DBCBF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD903068DBCBF@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kip Macy , FreeBSD Current , Robert Watson , freebsd-arch@freebsd.org Subject: Re: pending changes for TOE support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 22:42:25 -0000 David Christensen wrote: >>>> + * The TOE API assumes that the tcp offload engine can offload the >>>> + * the entire connection from set up to teardown, with >> some provision >>>> + * being made to allowing the software stack to handle >> time wait. If >>>> + * the device does not meet these criteria, it is the >> driver's responsibility >>>> + * to overload the functions that it needs to in >> tcp_usrreqs and make >>>> + * its own calls to tcp_output if it needs to do so. >>>> >>>> While I'm familiar with TCP, I'm less familiar with the >> scope of what cards >>>> support for TOE. Do we know of any cards that are less >> capable than the >>>> chelsio card in this respect, or are they all sort of >> on-par on that front? >>>> I.e., do we think the above eventuality is likely? >>> I don't have any way of knowing. I think it is probably safe to say >>> that any vendors that don't meet that criteria now will in >> the future >>> as transistor density increases. >> There are cards (or at least I've heard talk of this) that do partial >> TCP offload - that is the connection setup and teardown are handled by >> the operating system and that only data transfer is offloaded. I'm in >> the wrong country to chase down details on this ;( > > You are referring to Microsoft Chimney architecture which would be > supported by all TOE adapters that operate under Windows (our > NetXtreme II controllers included). There are IP issues related to > a chimney style implementation that would likely preclude their use > under FreeBSD including passing TCP state information between the > host OS and the controller among them. No, I'm not referring to anything Microsoft. They aren't the only operating system vendor that's working in this space. It would be preferable if FreeBSD could just see what the raw hardware is capable of and decide for itself what kind of architecture makes sense. Darren From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 23:01:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF5D16A420 for ; Mon, 17 Dec 2007 23:01:11 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7102213C459 for ; Mon, 17 Dec 2007 23:01:10 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id lBHN1A4f098585; Tue, 18 Dec 2007 00:01:10 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.2/8.14.1/Submit) id lBHN1ANY098584; Mon, 17 Dec 2007 18:01:10 -0500 (EST) (envelope-from cracauer) Date: Mon, 17 Dec 2007 18:01:10 -0500 From: Martin Cracauer To: freebsd-current@freebsd.org, kip.macy@gmail.com, sfourman@gmail.com Message-ID: <20071217230110.GB97600@cons.org> References: <200712121009.lBCA9bvF035755@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200712121009.lBCA9bvF035755@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 23:01:11 -0000 Oliver Fromme wrote on Wed, Dec 12, 2007 at 11:09:37AM +0100: > Kip Macy wrote: > > Sam Fourman Jr. wrote: > > > from what it sounds like it ATI may be more of a realistic hope for > > > compiz, and 3D video games to one day work on 64bit FreeBSD > > > > > > Thank you for taking the time to explain this. > > > > I don't know the status of ATI at the moment - if you want 3D support > > on FreeBSD right *now* I think nvidia/i386 is your only option. > > It depends on your performance requirements. If you don't > need the latest and fastest, an intel graphics chip might > be an option. To my surprise, google earth (my "killer" 3D application) runs fine in this month's Xorg and FreeBSD RELENG_6 on my Radeon 7500 loaded Thinkpad. "fine" limited to after a long time idle it dies but it's really usable for a normal login session. > 3D acceleration support works fine with the i915 in my > two years old notebook, and it's supposed to work as well > with newer ones (although I've seen a problem report for > the i965 recently). 3D performance is sufficient to run > typical OpenGL screen savers or OpenGL games such as > crack-attack or xkobo-deluxe in full screen (1400 x 1050) > without flicker or jitter. That's a 2-years old 1.6 GHz > Pentium-M. Does it run Google Earth? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 23:26:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 440E216A417 for ; Mon, 17 Dec 2007 23:26:00 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D2E9D13C461 for ; Mon, 17 Dec 2007 23:25:59 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id lBHNPwcB099505; Tue, 18 Dec 2007 00:25:58 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.2/8.14.1/Submit) id lBHNPwug099504; Mon, 17 Dec 2007 18:25:58 -0500 (EST) (envelope-from cracauer) Date: Mon, 17 Dec 2007 18:25:58 -0500 From: Martin Cracauer To: "Sam Fourman Jr." Message-ID: <20071217232558.GC97600@cons.org> References: <11167f520712082309s20895ae0se1780b029745c055@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11167f520712082309s20895ae0se1780b029745c055@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 23:26:00 -0000 Sam Fourman Jr. wrote on Sun, Dec 09, 2007 at 01:09:53AM -0600: > Hello, > > I am aware that currently 3D accelerated support for Nvidia cards is > not possible on the amd64 platform. > > My understanding is Nvidia (in 2006) requested some changes to the > kernel that will improve performance,and > ultimately provide support to the amd64 platform. > the status of these changes can be found here > http://wiki.freebsd.org/NvidiaFeatureRequests > > what I am confused about is how complex is the nature of these requests? > is it realistic to think they will be MFC'ed to FreeBSD 7.x or will > they have to be in 8.x ? > > assuming the changes outlined here > http://wiki.freebsd.org/NvidiaFeatureRequests are completed > > would the Features and performance be on par with Linux Eg. FC8 ? Yeah, but what I don't understand is why it was fine to provide other drivers without all these VM gizmos and now suddenly it's not. I really couldn't care less whether I have 10% or even 70% preformance regression compared to Linux because my 7800GTX will still run Google Earth just fine. Anyway... A problem with that feature list is that the specification is not hardened by regression tests. People would feel more comfortable tackling this list if every feature would be acompanied by an example C program (respectively a FreeBSD kernel module implementing piece of C code) that uses the desired API, aka "make this compile and work". Using Linux API calls where FreeBSD currently doesn't have an equivalent would be fine. You can see that of the five projects currently listed on the Wiki the three projects which mention concreate APIs have been signed up for (I know for a loose definition of it) and the fluffy ones (numbers 2 and 4) have the hot potato aura. Not to mention that those two fluffy projects not attracting anybody are only needed for systems with more than 4 GB of RAM. I think that these 3D drivers are likely to be used for systems that are either desktops or gaming machines and a driver with a 4 GB limitation would be fine for the majority of users. Myself, I feel the desire for more than 4 GB on my "desktop" only when hosting lots of VMware instances, but that's hardly something that a FreeBSD desktop gets used for these days. A "one step after another" approach seems to be a good compromise here and NVidia just plain demanding all these features before they even start doesn't seem productive. Not to go on endlessly but also note this: "The FreeBSD kernel provides some support for this via cloning devices; the NVIDIA FreeBSD graphics driver used this interface for a while, but bugs/limitations and differences between kernel versions made it necessary to revert to regular device nodes.". So the i386 port works without this feature but an amd64 port won't even get started without it? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 23:30:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7BC616A41A; Mon, 17 Dec 2007 23:30:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2DA113C4E8; Mon, 17 Dec 2007 23:30:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBHNUb62081983; Mon, 17 Dec 2007 18:30:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBHNUbN4098081; Mon, 17 Dec 2007 18:30:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C5707303D; Mon, 17 Dec 2007 18:30:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071217233037.9C5707303D@freebsd-current.sentex.ca> Date: Mon, 17 Dec 2007 18:30:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 23:30:39 -0000 TB --- 2007-12-17 22:18:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-17 22:18:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-17 22:18:47 - cleaning the object tree TB --- 2007-12-17 22:19:05 - cvsupping the source tree TB --- 2007-12-17 22:19:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-17 22:19:10 - building world (CFLAGS=-O -pipe) TB --- 2007-12-17 22:19:10 - cd /src TB --- 2007-12-17 22:19:10 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 17 22:19:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 17 23:28:47 UTC 2007 TB --- 2007-12-17 23:28:47 - generating LINT kernel config TB --- 2007-12-17 23:28:47 - cd /src/sys/ia64/conf TB --- 2007-12-17 23:28:47 - /usr/bin/make -B LINT TB --- 2007-12-17 23:28:47 - building LINT kernel (COPTFLAGS=) TB --- 2007-12-17 23:28:47 - cd /src TB --- 2007-12-17 23:28:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 17 23:28:47 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/cxgb/cxgb_main.c:87:34: error: machine/intr_machdep.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-17 23:30:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-17 23:30:37 - ERROR: failed to build lint kernel TB --- 2007-12-17 23:30:37 - tinderbox aborted TB --- 3276.21 user 340.54 system 4310.28 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 23:33:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1191316A418 for ; Mon, 17 Dec 2007 23:33:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id E759413C4D3 for ; Mon, 17 Dec 2007 23:33:09 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3796536waf.3 for ; Mon, 17 Dec 2007 15:33:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=6J7BIr5v3dUaPTLzkZLZ0M8WXmGic2WFz29pohIvgNU=; b=jZMTvWN6G45AotijrJr9MFng6M8lEGfp6H04DRD/76Crosp4Nmhoex8A8CdciyndcphSnTXJJCI6zeQrVBAy1awsNQo4VKu+ynTWgRmoCVvsmkO13zGGIXKGzP5k43elO3aBNLnYT69z6CzW1hzu2zLAK5BBRk/D8quEjYBLAZo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nmPyFAk696ldHDfXJhnGe02VQHg65w5wKCHZe5X9EKa/vU68QuNjV2PkwHeozcC11q291w+67AuSB6xCjuHBEDw2PAYzvA2w4J7XlZBmTnpOtoIx7KHOLOScF4JFhApQZiXPDszz72Au7Idh0hoCVJyLULREAZb5h0FzVLYQA48= Received: by 10.114.160.1 with SMTP id i1mr4103651wae.49.1197934388472; Mon, 17 Dec 2007 15:33:08 -0800 (PST) Received: by 10.114.255.11 with HTTP; Mon, 17 Dec 2007 15:33:08 -0800 (PST) Message-ID: Date: Mon, 17 Dec 2007 15:33:08 -0800 From: "Kip Macy" To: "Martin Cracauer" In-Reply-To: <20071217232558.GC97600@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <11167f520712082309s20895ae0se1780b029745c055@mail.gmail.com> <20071217232558.GC97600@cons.org> Cc: "Sam Fourman Jr." , freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 23:33:10 -0000 > Not to go on endlessly but also note this: "The FreeBSD kernel > provides some support for this via cloning devices; the NVIDIA FreeBSD > graphics driver used this interface for a while, but bugs/limitations > and differences between kernel versions made it necessary to revert to > regular device nodes.". So the i386 port works without this feature > but an amd64 port won't even get started without it? > It boils down to the fact that NVIDIA only has serious customer demand for Linux. They're willing to support FreeBSD as a favor to us so long as it is easy. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 23:43:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570CB16A419 for ; Mon, 17 Dec 2007 23:43:27 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id E8B3C13C45D for ; Mon, 17 Dec 2007 23:43:26 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2339555fka.11 for ; Mon, 17 Dec 2007 15:43:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=ljfoS7CV0th4Y0ZBGl9UACQKtx89V8X1vT4tHa2jiTQ=; b=X2iQxREVKAvoLv/No9cMMFVvXVtANnx4eippNizxLpz4RzLII3b0KuDQt6dRcbdSy7vQo6f6Ix7ba7Na3lcR1Z1PugIaIxmNPgVrsUU6ny/hb49KQalhyT9OeR4o9NtwjnabyEyvIT+fFx5AHJ3xHGFamKto6iM8edKsG9Si1WI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RBThflwKuQ4CkrI5077kX1QvenWzWKTwcCWzj/JGdQV0Bzb6ORliYJM/PX78zQ+VQQUY7hCH56CNmXsg/5bktvP8npuwklPcIVjWy3xDvTy5cJgoaJao73D80K3waBt4pW5D3KqT44XfewDTSbffFkrmZH0yFrX2b23ujU5u0C0= Received: by 10.86.84.5 with SMTP id h5mr6981676fgb.53.1197935005600; Mon, 17 Dec 2007 15:43:25 -0800 (PST) Received: by 10.86.91.5 with HTTP; Mon, 17 Dec 2007 15:43:25 -0800 (PST) Message-ID: <11167f520712171543x2f0bcdd8wab2fa9ecfb67256b@mail.gmail.com> Date: Mon, 17 Dec 2007 17:43:25 -0600 From: "Sam Fourman Jr." To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <11167f520712082309s20895ae0se1780b029745c055@mail.gmail.com> <20071217232558.GC97600@cons.org> Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 23:43:27 -0000 On Dec 17, 2007 5:33 PM, Kip Macy wrote: > > Not to go on endlessly but also note this: "The FreeBSD kernel > > provides some support for this via cloning devices; the NVIDIA FreeBSD > > graphics driver used this interface for a while, but bugs/limitations > > and differences between kernel versions made it necessary to revert to > > regular device nodes.". So the i386 port works without this feature > > but an amd64 port won't even get started without it? > > > > It boils down to the fact that NVIDIA only has serious customer demand > for Linux. They're willing to support FreeBSD as a favor to us so long > as it is easy. > > -Kip I wonder if having a petition signed by a bunch of people would help this along, because I believe that amd64 3D accel on nvidia, is life or death to PC-BSD in a year or so. Sam Fourman Jr. Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 00:11:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1539316A41B; Tue, 18 Dec 2007 00:11:00 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id A63AF13C44B; Tue, 18 Dec 2007 00:10:59 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-064-182-010.pools.arcor-ip.net [88.64.182.10]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1J4Q2y2g3e-0007WG; Tue, 18 Dec 2007 01:10:57 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 18 Dec 2007 01:11:15 +0100 User-Agent: KMail/1.9.7 References: <20071217222806.4dfd1312@gmail.com> In-Reply-To: <20071217222806.4dfd1312@gmail.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6886501.qPUtRedebj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712180111.21928.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+8DaGBzYyhfam4GCmx9jbWtL4e4j8d2O+5kGH RRFDTpwvvNCJcIG/mvn8Ke5MNHgmbBoPAZdOcP/u4+jRY1FmJp sDLgP62MrQ57jKRZGCX4Ch4HaMI10RoJZAtlyanPE4= Cc: Fabien Degomme , freebsd-current@freebsd.org Subject: Re: Motherboard Asus P5N-E SLI compatibility with FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 00:11:00 -0000 --nextPart6886501.qPUtRedebj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 17 December 2007, Fabien Degomme wrote: > Hi, > > my question is about the Asus P5N-E SLI motherboard. I searched if > this MB is compatible with FreeBSD 7 but I don't have concrete > answer. > > So I just want to know if anyone owns this card with FreeBSD 6 > or 7 and if it works well. > > Thanks in advance :) Last time I checked there was something wrong with the apic. =20 hint.apic.0.disabled=3D1 from the loader got it booting and working well,=20 but you loose SMP. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart6886501.qPUtRedebj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHZxApXyyEoT62BG0RAk9bAJ95nI4OCQZH+e2p+9TPwqhVuy2qJQCfeNIb pP1yCnm+9NmgLucLfcngBJ8= =a8cR -----END PGP SIGNATURE----- --nextPart6886501.qPUtRedebj-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 03:47:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95CA16A417; Tue, 18 Dec 2007 03:47:27 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 44DE813C468; Tue, 18 Dec 2007 03:47:27 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBI3lPc2018248; Tue, 18 Dec 2007 06:47:25 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1197949645; bh=5gf3ddTBginT6ZsPAcg8I54Akm1s3r0+YefHp5k HRTw=; l=419; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=HTxxvmZJFvSF30nVpOjV/WrmnoODajylTxLNGoym oF1uOrXvcjKpcGpjai//ILe4PGqGaP43IDvkFe8vLWukvdFIhRnpkuaEFkyCWd+ut9H sq71LtgE9Ub18fDMO05hydK0KlCpmvXEebYzXc9Db5yPgLIXXUhqbWdSqNsIsVOo= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBI3lPnu018247; Tue, 18 Dec 2007 06:47:25 +0300 (MSK) (envelope-from ache) Date: Tue, 18 Dec 2007 06:47:25 +0300 From: Andrey Chernov To: Michael Bushkov Message-ID: <20071218034725.GA18205@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Michael Bushkov , current@freebsd.org References: <20071215131047.GA54581@nagual.pp.ru> <0DD27B60-07B8-4585-9F33-FF67031A5ACC@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0DD27B60-07B8-4585-9F33-FF67031A5ACC@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: New nsdispatch.c __fallback errors, any clues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 03:47:27 -0000 On Mon, Dec 17, 2007 at 07:18:22PM +0300, Michael Bushkov wrote: > Hi Andrey, > Thanks for pointing this out. All the messages that you're seeing have > DEBUG status, so they don't indicate an error. They're just annoying bits > of debug information. I've just committed a fix, that writes this kind of > message to logs only when it's really needed. Thanx, flood is stopped now. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 06:35:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D22C16A419 for ; Tue, 18 Dec 2007 06:35:10 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id AD65A13C46A for ; Tue, 18 Dec 2007 06:35:09 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50000727977.msg for ; Tue, 18 Dec 2007 09:35:55 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Dec 2007 09:35:51 +0300 Message-ID: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: story about lost %ebx (stack corruption in inet_aton ?) thread-index: AchA1XTzC+2gKXXYRPmGbS9V4nLlUAAaYhZQ From: "Yuriy Tsibizov" To: X-Spam-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 09:35:55 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 09:35:56 +0300 Subject: story about lost %ebx (stack corruption in inet_aton ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 06:35:10 -0000 (this is an update to 'story about lost %ebx (gcc bug?)' mail that seems to wait for moderato approval) My first impression was that there is a bug in gcc compiler on 7-BETA and 8-CURRENT (i386 only, and only if optimization is enabled), but it seems to be incorrect. Most probably source is stack corruption in inet_aton() How to reproduce: 1) Get i386 version of 7-BETA or 8-CURRENT (amd64 does not expose this bug) 2) make shure you build with default options (empty /etc/make.conf) 3) /sbin/route add 172.17.1.0.0/12 10.0.0.1 (yes, network address is incorrect) 4) get core dump core dump shows that in route.c q=3D=3DNULL in last assignment of this = code block: -------- q =3D strchr(s,'/'); if (q && which =3D=3D RTA_DST) { *q =3D '\0'; if ((val =3D inet_network(s)) !=3D INADDR_NONE) { inet_makenetandmask( val, &su->sin, strtoul(q+1, 0, 0)); return (0); } *q =3D '/'; } -------- with relevant asm output: --asm--- (-O1) movl $47, 4(%esp) #, movl 12(%ebp), %edx # s, movl %edx, (%esp) #, call strchr # movl %eax, %ebx #, q.583 ## %ebx is q.583 testl %eax, %eax # q.583 setne %al #, tmp160 cmpl $1, 8(%ebp) #, which sete -73(%ebp) #, D.6325 testb %al, -73(%ebp) # tmp160, D.6325 je .L419 #, movb $0, (%ebx) #,* q.583 movl 12(%ebp), %eax # s, movl %eax, (%esp) #, call __inet_network #=20 ## %ebx here should be =3D=3D 0, because nothing change it below movl %eax, %esi #, D.6327 cmpl $-1, %eax #, D.6327 je .L421 #, leal 1(%ebx), %eax #, D.6328 movl $0, 8(%esp) #, movl $0, 4(%esp) #, movl %eax, (%esp) # D.6328, call strtoul # movl %eax, 8(%esp) # D.6329, movl %edi, 4(%esp) # su, movl %esi, (%esp) # D.6327, call inet_makenetandmask # movl $0, %eax #, D.6280=20 jmp .L385 # .L421: ## null pointer reference here movb $47, (%ebx) #,* q.583 .L419: =20 -- asm--- My findings so far: for route.c (and 'broken' libc) : 1) code generated by gcc 4.2.1 for this part of route.c is correct for -O0 and -O1. You can make it with CFLAGS=3D-save-temps -fverbose-asm and check yourself. 2) if route is built with -O0 it will work well in any case. (will not use %ebx) 3) if route is built with -O1 -fno-tree-lrs it will work well (it will not use %ebx to keep q) 4) if -ftree-lrs is enabled with -O1 (or -O2) it will fail (because it will use %ebx that seems to be =3D=3D 0 after call to inet_network(s)). for libc: 1) if libc is built with -O0 any optimization on route.c will work well (it will not push/pop %ebx in __inet_network in libc) 2) if libc is built with -O1 -fno-tree-lrs route will coredump (-fno-tree-lrs is only a workaround for route.c) 3) -O1 and -O2 libc will give you coredump I checked inet_network.s asm output and can't find any obvious compiler errors there. The only reason for this (as I see now) is a stack corruption in inet_aton that leads to old %ebx (pushed into stack) being replaced with 0x0 and then popped on return from inet_network. Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 07:51:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3449D16A419 for ; Tue, 18 Dec 2007 07:51:27 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id ADAE913C447 for ; Tue, 18 Dec 2007 07:51:26 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50000728320.msg for ; Tue, 18 Dec 2007 10:52:11 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Dec 2007 10:52:06 +0300 Message-ID: <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: story about lost %ebx (stack corruption in inet_aton ?) thread-index: AchA1XTzC+2gKXXYRPmGbS9V4nLlUAAaYhZQAALFXPA= References: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> From: "Yuriy Tsibizov" To: X-Spam-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 10:52:11 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 10:52:13 +0300 Subject: RE: story about lost %ebx (stack corruption in inet_aton ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 07:51:27 -0000 > My first impression was that there is a bug in gcc compiler on 7-BETA > and 8-CURRENT (i386 only, and only if optimization is enabled), but it > seems to be incorrect. Most probably source is stack corruption in > inet_aton() mistyped, it is inet_network() that fails... testcase: #include #include #include #include #include int main(){ int val; char s[]=3D"10.10.0.10.0/12"; // four dots here! char *q; q =3D strchr(s,'/'); if (q) { *q =3D '\0'; if ((val =3D inet_network(s)) !=3D INADDR_NONE) { printf("OK\n"); return (0); } printf("q=3D %08x\n", q); *q =3D '/'; } } (should be built with -O1 or -O2 to expose that bug) Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 08:01:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B277916A420; Tue, 18 Dec 2007 08:01:41 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4B313C458; Tue, 18 Dec 2007 08:01:41 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id A433E3F61BA; Tue, 18 Dec 2007 09:01:39 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 84F3A3F61BB; Tue, 18 Dec 2007 09:01:39 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 483679B497; Tue, 18 Dec 2007 07:59:04 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 34365405B; Tue, 18 Dec 2007 08:59:04 +0100 (CET) Date: Tue, 18 Dec 2007 08:59:04 +0100 From: Jeremie Le Hen To: "Aryeh M. Friedman" Message-ID: <20071218075904.GC81409@obiwan.tataz.chchile.org> References: <4733E878.2050804@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4733E878.2050804@gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: dougb@FreeBSD.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: questions on development(7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 08:01:41 -0000 Hi, Sorry for the late reply. On Fri, Nov 09, 2007 at 04:56:24AM +0000, Aryeh M. Friedman wrote: > 4. Mergemaster behaves strange now: everytime I run it does a > buildworld before doing the merge (even if I just did a > installworld)... also it seems to default this to /usr/src2 (which is > most of the time what I want)... is this normal? and if so how do I > turn it off and if I can't how do I set which source tree to use? This is because you're using -m /usr/src2 instead -m /usr/src2/etc. mergemaster(8) isn't well documented for this point. I've written a PR about this and Ruslan Ermilov pointed out he already submitted a better solution to this problem nearly two years ago. Mine: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/118536 Ruslan's: http://www.freebsd.org/cgi/query-pr.cgi?pr=96528 Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 08:16:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A0516A46E for ; Tue, 18 Dec 2007 08:16:48 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2A69F13C467 for ; Tue, 18 Dec 2007 08:16:47 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw511.dsto.defence.gov.au (ednmsw511.dsto.defence.gov.au [131.185.68.12]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id lBI7wW2i008046 for ; Tue, 18 Dec 2007 18:28:32 +1030 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw511.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Tue, 18 Dec 2007 18:29:19 +1030 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Dec 2007 18:59:18 +1100 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Dec 2007 15:59:17 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id lBI7x1jr002052 for ; Tue, 18 Dec 2007 16:59:01 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id lBI7x10W002051 for freebsd-current@freebsd.org; Tue, 18 Dec 2007 16:59:01 +0900 (WST) (envelope-from wilkinsa) Date: Tue, 18 Dec 2007 16:59:01 +0900 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20071218075901.GA1591@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.17 (2007-11-01) X-OriginalArrivalTime: 18 Dec 2007 07:59:17.0688 (UTC) FILETIME=[E3993380:01C8414B] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15612.001 X-TM-AS-Result: No-0.466100-0.000000-31 Content-Transfer-Encoding: 7bit Subject: [7.0-BETA3] em0: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 08:16:48 -0000 Hi all, On a 7.0-BETA3 FreeBSD desktop workstation, X temporarily locks up and on the console I am seeing "em0: watchdog timeout -- resetting" errors. The NIC hardware on the FreeBSD box is: subclass = ethernet em0@pci0:5:4:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82545GM Gigabit Ethernet Controller' class = network subclass = ethernet I am connecting to a WindowsXP box via /usr/ports/sysutils/synergy, the NIC hardware on this box is: Broadcom NetXtreme Gigabit Ethernet Controller I am seeing the watchdog timeout errors print approx every minute i.e. em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP These 2 boxes are connected via a Netgear 10/100Mb switch. Interupts: #vmstat -i interrupt total rate irq4: sio0 120 0 irq6: fdc0 10 0 irq14: ata0 8310 2 irq15: ata1 44 0 irq16: em0 uhci0 12516 4 irq18: nvidia0+ 359878 118 irq19: uhci1 26029 8 irq23: ehci0 1 0 cpu0: timer 6083761 1998 Total 6490669 2132 Anything I can do to help sort this problem out ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 08:42:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B424316A46B for ; Tue, 18 Dec 2007 08:42:27 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id ED0D913C467 for ; Tue, 18 Dec 2007 08:42:26 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50000728586.msg; Tue, 18 Dec 2007 11:43:14 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Dec 2007 11:43:02 +0300 Message-ID: <78664C02FF341B4FAC63E561846E3BCC0EEA57@ex.hhp.local> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: story about lost %ebx (stack corruption in inet_aton ?) thread-index: AchA1XTzC+2gKXXYRPmGbS9V4nLlUAAaYhZQAALFXPAAAQ8MUA== References: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> From: "Yuriy Tsibizov" To: X-Spam-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 11:43:14 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDAV-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 11:43:14 +0300 Cc: ume@freebsd.org Subject: RE: story about lost %ebx (stack corruption in inet_aton ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 08:42:27 -0000 > > My first impression was that there is a bug in gcc compiler=20 > on 7-BETA > > and 8-CURRENT (i386 only, and only if optimization is=20 > enabled), but it > > seems to be incorrect. Most probably source is stack corruption in > > inet_aton() >=20 > mistyped, it is inet_network() that fails... >=20 > testcase: >=20 > #include > #include > #include > #include > #include >=20 > int main(){ > int val; > char s[]=3D"10.10.0.10.0/12"; // four dots here! > char *q; >=20 > q =3D strchr(s,'/'); > if (q) { > *q =3D '\0'; > if ((val =3D inet_network(s)) !=3D INADDR_NONE) { > printf("OK\n"); > return (0); > } > printf("q=3D %08x\n", q); > *q =3D '/'; > } > } >=20 >=20 > (should be built with -O1 or -O2 to expose that bug) patch is simple: ------------- --- inet_network.c.orig 2007-06-03 21:20:26.000000000 +0400 +++ inet_network.c 2007-12-18 11:11:33.000000000 +0300 @@ -53,7 +53,7 @@ { in_addr_t val, base, n; char c; - in_addr_t parts[4], *pp =3D parts; + in_addr_t parts[5], *pp =3D parts; int i, digit; =20 again: ------------- Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 08:59:55 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9149E16A417 for ; Tue, 18 Dec 2007 08:59:55 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id F227913C458 for ; Tue, 18 Dec 2007 08:59:54 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50000728731.msg; Tue, 18 Dec 2007 12:00:42 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Dec 2007 12:00:38 +0300 Message-ID: <78664C02FF341B4FAC63E561846E3BCC0EEA58@ex.hhp.local> In-Reply-To: <20071218085316.GB24316@VARK.MIT.EDU> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: story about lost %ebx (stack corruption in inet_aton ?) thread-index: AchBU5z6Uv/tjTIlSXm+1g3BiuQQ3wAAHNTg References: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> <20071218085316.GB24316@VARK.MIT.EDU> From: "Yuriy Tsibizov" To: "David Schultz" X-Spam-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 12:00:42 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDAV-Processed: mx2.gfk.ru, Tue, 18 Dec 2007 12:00:42 +0300 Cc: freebsd-current@FreeBSD.ORG Subject: RE: story about lost %ebx (stack corruption in inet_aton ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 08:59:55 -0000 =20 > -----Original Message----- > From: David Schultz [mailto:das@FreeBSD.ORG]=20 > Sent: Tuesday, December 18, 2007 11:53 AM > To: Yuriy Tsibizov > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: story about lost %ebx (stack corruption in inet_aton ?) >=20 > On Tue, Dec 18, 2007, Yuriy Tsibizov wrote: > > > My first impression was that there is a bug in gcc=20 > compiler on 7-BETA > > > and 8-CURRENT (i386 only, and only if optimization is=20 > enabled), but it > > > seems to be incorrect. Most probably source is stack corruption in > > > inet_aton() > >=20 > > mistyped, it is inet_network() that fails... > >=20 > > testcase: > >=20 > > #include > > #include > > #include > > #include > > #include > >=20 > > int main(){ > > int val; > > char s[]=3D"10.10.0.10.0/12"; // four dots here! > > char *q; > >=20 > > q =3D strchr(s,'/'); > > if (q) { > > *q =3D '\0'; > > if ((val =3D inet_network(s)) !=3D INADDR_NONE) { > > printf("OK\n"); > > return (0); > > } > > printf("q=3D %08x\n", q); > > *q =3D '/'; > > } > > } > >=20 > >=20 > > (should be built with -O1 or -O2 to expose that bug) >=20 > This isn't the compiler's fault. It looks like an off-by-one error > in BIND 9.4.1 that's clobbering the saved %ebx on the stack. > Try this: >=20 > Index: lib/libc/inet/inet_network.c > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/lib/libc/inet/inet_network.c,v > retrieving revision 1.4 > diff -u -r1.4 inet_network.c > --- lib/libc/inet/inet_network.c 3 Jun 2007 17:20:26=20 > -0000 1.4 > +++ lib/libc/inet/inet_network.c 18 Dec 2007 08:50:08 -0000 > @@ -83,7 +83,7 @@ > if (!digit) > return (INADDR_NONE); > if (*cp =3D=3D '.') { > - if (pp >=3D parts + 4 || val > 0xffU) > + if (pp >=3D parts + 3 || val > 0xffU) > return (INADDR_NONE); > *pp++ =3D val, cp++; > goto again; >=20 should it be=20 --------- --- inet_network.c.orig 2007-06-03 21:20:26.000000000 +0400 +++ inet_network.c 2007-12-18 11:11:33.000000000 +0300 @@ -53,7 +53,7 @@ { in_addr_t val, base, n; char c; - in_addr_t parts[4], *pp =3D parts; + in_addr_t parts[5], *pp =3D parts; int i, digit; =20 again: ----------- because later " n =3D pp - parts; if (n > 4U) return (INADDR_NONE); " Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 09:07:22 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41CAB16A418 for ; Tue, 18 Dec 2007 09:07:22 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id DDE9813C43E for ; Tue, 18 Dec 2007 09:07:21 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBI96wo7046329; Tue, 18 Dec 2007 04:06:58 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBI96wDC046328; Tue, 18 Dec 2007 04:06:58 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Tue, 18 Dec 2007 04:06:58 -0500 From: David Schultz To: Yuriy Tsibizov , freebsd-current@FreeBSD.ORG Message-ID: <20071218090658.GC24316@VARK.MIT.EDU> Mail-Followup-To: Yuriy Tsibizov , freebsd-current@FreeBSD.ORG References: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> <20071218085316.GB24316@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071218085316.GB24316@VARK.MIT.EDU> Cc: Subject: Re: story about lost %ebx (stack corruption in inet_aton ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 09:07:22 -0000 On Tue, Dec 18, 2007, David Schultz wrote: > This isn't the compiler's fault. It looks like an off-by-one error > in BIND 9.4.1 that's clobbering the saved %ebx on the stack. Actually, it's been that way since at least 9.3.2. Anyway, it's 4 AM and maybe I'm hallucinating, but I'll probably have to bug re@ about it in the morning. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 09:25:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D10C16A417 for ; Tue, 18 Dec 2007 09:25:34 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2C50513C467 for ; Tue, 18 Dec 2007 09:25:33 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBI8rGGe046173; Tue, 18 Dec 2007 03:53:16 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBI8rGCH046172; Tue, 18 Dec 2007 03:53:16 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Tue, 18 Dec 2007 03:53:16 -0500 From: David Schultz To: Yuriy Tsibizov Message-ID: <20071218085316.GB24316@VARK.MIT.EDU> Mail-Followup-To: Yuriy Tsibizov , freebsd-current@FreeBSD.ORG References: <78664C02FF341B4FAC63E561846E3BCC0EEA52@ex.hhp.local> <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC0EEA56@ex.hhp.local> Cc: freebsd-current@FreeBSD.ORG Subject: Re: story about lost %ebx (stack corruption in inet_aton ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 09:25:34 -0000 On Tue, Dec 18, 2007, Yuriy Tsibizov wrote: > > My first impression was that there is a bug in gcc compiler on 7-BETA > > and 8-CURRENT (i386 only, and only if optimization is enabled), but it > > seems to be incorrect. Most probably source is stack corruption in > > inet_aton() > > mistyped, it is inet_network() that fails... > > testcase: > > #include > #include > #include > #include > #include > > int main(){ > int val; > char s[]="10.10.0.10.0/12"; // four dots here! > char *q; > > q = strchr(s,'/'); > if (q) { > *q = '\0'; > if ((val = inet_network(s)) != INADDR_NONE) { > printf("OK\n"); > return (0); > } > printf("q= %08x\n", q); > *q = '/'; > } > } > > > (should be built with -O1 or -O2 to expose that bug) This isn't the compiler's fault. It looks like an off-by-one error in BIND 9.4.1 that's clobbering the saved %ebx on the stack. Try this: Index: lib/libc/inet/inet_network.c =================================================================== RCS file: /usr/cvs/src/lib/libc/inet/inet_network.c,v retrieving revision 1.4 diff -u -r1.4 inet_network.c --- lib/libc/inet/inet_network.c 3 Jun 2007 17:20:26 -0000 1.4 +++ lib/libc/inet/inet_network.c 18 Dec 2007 08:50:08 -0000 @@ -83,7 +83,7 @@ if (!digit) return (INADDR_NONE); if (*cp == '.') { - if (pp >= parts + 4 || val > 0xffU) + if (pp >= parts + 3 || val > 0xffU) return (INADDR_NONE); *pp++ = val, cp++; goto again; From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 09:51:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E231416A475; Tue, 18 Dec 2007 09:51:30 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id D09A213C4EC; Tue, 18 Dec 2007 09:51:29 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx30.mail.ru (mx30.mail.ru [194.67.23.238]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 9A14A10B366A; Tue, 18 Dec 2007 12:20:53 +0300 (MSK) Received: from [78.140.2.237] (port=26518 helo=nuclight.avtf.net) by mx30.mail.ru with esmtp id 1J4Yd9-000FkY-00; Tue, 18 Dec 2007 12:20:51 +0300 Date: Tue, 18 Dec 2007 15:20:48 +0600 To: "freebsd-ipfw@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" , "freebsd-stable@freebsd.org" From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: multipart/mixed; boundary=----------2UNlkgEOncIwckbiXYzy0f MIME-Version: 1.0 Message-ID: User-Agent: Opera M2/7.54 (Win32, build 3865) Cc: maxim@freebsd.org, mlaier@freebsd.org Subject: [PATCH] ipfwpcap(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 09:51:31 -0000 ------------2UNlkgEOncIwckbiXYzy0f Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r Content-Transfer-Encoding: 8bit Hi, I've recently found a patch (also available at http://antigreen.org/vadim/freebsd/ipfwpcap/) made by me and my friend in January to ipfwpcap(8) introduced in 7.0. Now it have more features, some of which were already present in pflogd(8) counterpart. Patched version were tested in about to 200 parallel processes, on both 5.5 and 6.2 for half a year, without any bugs. If possible, could it be committed to ongoing 7.0-RELEASE ? It would be nice to not break POLA after release is being stable and widely available (some option meaning were changed (to be more consistent with pflogd and overall FreeBSD-ish, though), but I forgot to post it earlier, before 7.0-STABLE fork, sorry). Please. List of changes: 1. Program now daemonizes itself by defaul, and -d option not only enables debug, but cancels daemonizing too. 2. Log is now re-opened on SIGHUP; if log pathname was not absolute, will not do chdir("/") after daemonizing. 3. Log is now flushed on SIGALRM, new option -i can be used to specify flush interval (using alarm(3)), default is 60 seconds. 4. Added option -z, which resets log-limiting counters to zero on each log re-open. 5. Added pid-file checking - if exists, check if process with it's value still exists (ignore signal 0 ourselves), if not, rewrite stale pid-file and begin working. 6. Signal handlers now do only variable setting, all work is done in main loop, changed from for(;;) to while(!quit). 7. Minor changes - less global variables, changed strcpy() -> strlcpy(), added some macros, less output from usage (as we now have manpage), most exit codes changed from custom ones to sysexits(3). 8. More style(9), and new features are documented in man page, some old statements in man were made more detailed. -- WBR, Vadim Goncharov ------------2UNlkgEOncIwckbiXYzy0f Content-Disposition: attachment; filename=ipfwpcap.patch Content-Type: application/octet-stream; name=ipfwpcap.patch Content-Transfer-Encoding: 8bit --- ipfwpcap.c.orig Sat Nov 11 05:22:06 2006 +++ ipfwpcap.c Tue Dec 19 08:30:00 2006 @@ -1,95 +1,120 @@ +/*- + * Copyright (c) 2004 University of Toronto. All rights reserved. + * Anyone may use or copy this software except that this copyright + * notice remain intact and that credit is given where it is due. + * The University of Toronto and the author make no warranty and + * accept no liability for this software. + * + * $FreeBSD: /repoman/r/ncvs/src/usr.sbin/ipfwpcap/ipfwpcap.c,v 1.2 2006/09/04 19:30:44 sam Exp $ + */ + /* - * copy diverted (or tee'd) packets to a file in 'tcpdump' format + * Copy diverted (or tee'd) packets to a file in 'tcpdump' format * (ie. this uses the '-lpcap' routines). * - * example usage: - * # ipfwpcap -r 8091 divt.log & + * Example usage: + * # ipfwpcap -r 8091 divt.log * # ipfw add 2864 divert 8091 ip from 128.432.53.82 to any * # ipfw add 2864 divert 8091 ip from any to 128.432.53.82 * * the resulting dump file can be read with ... * # tcpdump -nX -r divt.log - */ -/* - * Written by P Kern { pkern [AT] cns.utoronto.ca } - * - * Copyright (c) 2004 University of Toronto. All rights reserved. - * Anyone may use or copy this software except that this copyright - * notice remain intact and that credit is given where it is due. - * The University of Toronto and the author make no warranty and - * accept no liability for this software. * - * From: Header: /local/src/local.lib/SRC/ipfwpcap/RCS/ipfwpcap.c,v 1.4 2004/01/15 16:19:07 pkern Exp - * - * $FreeBSD: /repoman/r/ncvs/src/usr.sbin/ipfwpcap/ipfwpcap.c,v 1.2 2006/09/04 19:30:44 sam Exp $ + * Written by P Kern { pkern [AT] cns.utoronto.ca } + * Adopted by V Pavluk (vladvic_r@mail.ru) + * - changed sighup handler to reopen log file + * - added sigalrm handler to flush data + * - some of exit() codes changed to sysexits(3) + * Major code reworking by Vadim Goncharov + * - signals and daemonizing rewritten + * - style(9) reformat, more sysexits(3) and other cleanups + * - enabled own alarm sending, changed options and updated man page */ +#include +#include +#include /* For MAXPATHLEN */ +#include +#include + +#include +#include /* For IP_MAXPACKET */ +#include /* For IP_MAXPACKET */ + #include #include #include #include #include #include -#include -#include -#include /* for MAXPATHLEN */ -#include -#include - -#include /* for IP_MAXPACKET */ -#include /* for IP_MAXPACKET */ +#include /* XXX normally defined in config.h */ -#define HAVE_STRLCPY 1 -#define HAVE_SNPRINTF 1 -#define HAVE_VSNPRINTF 1 -#include /* see pcap(3) and /usr/src/contrib/libpcap/. */ +#define HAVE_STRLCPY 1 +#define HAVE_SNPRINTF 1 +#define HAVE_VSNPRINTF 1 +#include /* See pcap(3) and /usr/src/contrib/libpcap/. */ #ifdef IP_MAXPACKET -#define BUFMAX IP_MAXPACKET +#define BUFMAX IP_MAXPACKET #else -#define BUFMAX 65535 +#define BUFMAX 65535 #endif #ifndef MAXPATHLEN #define MAXPATHLEN 1024 #endif -static int debug = 0; -static int reflect = 0; /* 1 == write packet back to socket. */ +#define MAXPIDLEN 9 /* Max decimal pid length in characters. */ +#define DEFINTERVAL 60 /* How often to do flush (in seconds). */ -static ssize_t totbytes = 0, maxbytes = 0; -static ssize_t totpkts = 0, maxpkts = 0; +static char *prog = NULL; +static char pidfile[MAXPATHLEN] = { '\0' }; -char *prog = NULL; -char pidfile[MAXPATHLEN] = { '\0' }; +static int quit = 0; /* Is it time to exit? */ +static int do_flush = 0; /* Time to flush log. */ +static int do_reopen = 0; /* Time for log rotating. */ +static int flush_interval = DEFINTERVAL; /* - * tidy up. + * Tidy up macro. */ -void -quit(sig) -int sig; +#define QUIT(code) do { \ + pcap_dump_flush(dp); \ + (void)unlink(pidfile); \ + exit(code); \ +} while(0); + +void +quit_sig(int sig) +{ + quit = 1; +} + +void +flush_log(int sigalrm) +{ + do_flush = 1; + alarm(flush_interval); +} + +void +reopen_log(int sighup) { - (void) unlink(pidfile); - exit(sig); + do_reopen = 1; } /* - * do the "paper work" - * - save my own pid in /var/run/$0.{port#}.pid + * Do the "paper work". + * - fork and detach from terminal, if needed. + * - save my own pid in /var/run/$0.{port#}.pid. */ -okay(pn) -int pn; +void +okay(int pn, int detach, int nochdir) { - FILE *fp; - int fd, numlen, n; - char *p, numbuf[80]; - - numlen = sizeof(numbuf); - bzero(numbuf, numlen); - snprintf(numbuf, numlen-1, "%ld\n", getpid()); - numlen = strlen(numbuf); + int pf; + char *p, strpid[MAXPIDLEN + 1]; + pid_t pid; if (pidfile[0] == '\0') { p = (char *)rindex(prog, '/'); @@ -99,93 +124,158 @@ "%s%s.%d.pid", _PATH_VARRUN, p, pn); } - fd = open(pidfile, O_WRONLY|O_CREAT|O_EXCL, 0644); - if (fd < 0) { perror(pidfile); exit(21); } + pf = open(pidfile, O_WRONLY | O_CREAT | O_EXCL | O_EXLOCK, 0644); - siginterrupt(SIGTERM, 1); - siginterrupt(SIGHUP, 1); - signal (SIGTERM, quit); - signal (SIGHUP, quit); - - n = write(fd, numbuf, numlen); - if (n < 0) { perror(pidfile); quit(23); } - (void) close(fd); + /* + * We couldn't create pid file + */ + if (pf == -1) { + if (errno == EEXIST) { + /* + * If it is because it's already exists + */ + bzero(strpid, MAXPIDLEN + 1); + fprintf(stderr, "PID file already exists!\n"); + + /* + * Try to read the PID stored in the existing file + */ + pf = open(pidfile, O_RDONLY); + if (pf == -1) { + perror("Error opening PID file for reading"); + exit(EX_IOERR); + } + if (read(pf, strpid, MAXPIDLEN) < 0) { + perror("Error reading PID file"); + exit(EX_IOERR); + } + pid = atol(strpid); + close(pf); + + /* + * We found PID, try to determine, whether process + * is running + */ + if (kill(pid, 0) == 0) { + /* + * Signal is delivered, though process with + * such PID exists + */ + fprintf(stderr, "%s already running with PID=%d, exiting...\n", prog, pid); + exit(1); + } else { + /* + * It seems, like the process is killed, so + * we can proceed... + */ + fprintf(stderr, "Stale PID file, overwriting...\n"); + pf = open(pidfile, O_WRONLY | O_TRUNC | O_EXLOCK); + if (pf == -1) { + perror("Error opening PID file for writing"); + exit(EX_IOERR); + } + } + } else { + perror("Error creating PID file"); + exit(EX_IOERR); + } + } + + if (detach) { + if (daemon(nochdir, 0) != 0) { + close(pf); + (void)unlink(pidfile); + perror("daemon"); + exit(EX_OSERR); + } + } + + /* + * Set signal handlers and system behaviour. This must be done + * before saving PID to prevent small, but possible race condition + * when another instance failed to create PID, reads it and tries + * to send signal to us. + */ + siginterrupt(SIGTERM, 1); + siginterrupt(SIGHUP, 1); + + /* Ignore 0th signal, or process may be killed with it by default... */ + signal(0, SIG_IGN); + signal(SIGINT, quit_sig); + signal(SIGTERM, quit_sig); + signal(SIGHUP, reopen_log); + signal(SIGALRM, flush_log); + + /* Save our PID to pidfile. */ + bzero(strpid, MAXPIDLEN + 1); + snprintf(strpid, MAXPIDLEN, "%ld\n", getpid()); + if (write(pf, strpid, strlen(strpid)) < 0) { + perror("Error writing PID file"); + exit(EX_IOERR); + } + close(pf); } +void usage() { - fprintf(stderr, "\ -\n\ -usage:\n\ - %s [-dr] [-b maxbytes] [-p maxpkts] [-P pidfile] portnum dumpfile\n\ -\n\ -where:\n\ - '-d' = enable debugging messages.\n\ - '-r' = reflect. write packets back to the divert socket.\n\ - (ie. simulate the original intent of \"ipfw tee\").\n\ - '-rr' = indicate that it is okay to quit if packet-count or\n\ - byte-count limits are reached (see the NOTE below\n\ - about what this implies).\n\ - '-b bytcnt' = stop dumping after {bytcnt} bytes.\n\ - '-p pktcnt' = stop dumping after {pktcnt} packets.\n\ - '-P pidfile' = alternate file to store the PID\n\ - (default: /var/run/%s.{portnum}.pid).\n\ -\n\ - portnum = divert(4) socket port number.\n\ - dumpfile = file to write captured packets (tcpdump format).\n\ - (specify '-' to write packets to stdout).\n\ -\n\ -", prog, prog); - - fprintf(stderr, "\ -The '-r' option should not be necessary, but because \"ipfw tee\" is broken\n\ -(see BUGS in ipfw(8) for details) this feature can be used along with\n\ -an \"ipfw divert\" rule to simulate the original intent of \"ipfw tee\".\n\ -\n\ -NOTE: With an \"ipfw divert\" rule, diverted packets will silently\n\ - disappear if there is nothing listening to the divert socket.\n\ -\n\ -"); - exit(-1); + fprintf(stderr, + "usage: %s [-dz] [-r | -rr] [-i flush_interval] [-b maxbytes] [-p maxpkts] [-P pidfile] portnum dumpfile\n", + prog); + + exit(EX_USAGE); } -main(ac, av) -int ac; -char *av[]; +main(int argc, char *argv[]) { int r, sd, portnum, l; - struct sockaddr_in sin; - int errflg = 0; + struct sockaddr_in sin; + int errflg = 0, zeroize = 0; int nfd; fd_set rds; ssize_t nr; - char *dumpf, buf[BUFMAX]; + char buf[BUFMAX]; + + int debug = 0; + int reflect = 0; /* 1 == write packet back to socket. */ + + ssize_t totbytes = 0, maxbytes = 0; + ssize_t totpkts = 0, maxpkts = 0; - pcap_t *p; - pcap_dumper_t *dp; struct pcap_pkthdr phd; + pcap_t *p; + pcap_dumper_t *dp; /* Global, as signal handlers may want it. */ + char *dumpf; - prog = av[0]; + prog = argv[0]; - while ((r = getopt(ac, av, "drb:p:P:")) != -1) { + while ((r = getopt(argc, argv, "drzb:i:p:P:")) != -1) { switch (r) { case 'd': - debug++; + debug = 1; break; case 'r': reflect++; break; + case 'i': + flush_interval = atoi(optarg); + if ((flush_interval < 5) || (flush_interval > 3600)) + flush_interval = DEFINTERVAL; + break; case 'b': - maxbytes = (ssize_t) atol(optarg); + maxbytes = (ssize_t)atol(optarg); break; case 'p': - maxpkts = (ssize_t) atoi(optarg); + maxpkts = (ssize_t)atoi(optarg); + break; + case 'z': + zeroize = 1; break; case 'P': - strcpy(pidfile, optarg); + strlcpy(pidfile, optarg, sizeof(pidfile)); break; case '?': default: @@ -194,17 +284,18 @@ } } - if ((ac - optind) != 2 || errflg) + if (((argc - optind) != 2) || errflg) usage(); - portnum = atoi(av[optind++]); - dumpf = av[optind]; + portnum = atoi(argv[optind++]); + dumpf = argv[optind]; -if (debug) fprintf(stderr, "bind to %d.\ndump to '%s'.\n", portnum, dumpf); + if (debug) + fprintf(stderr, "bind to %d.\ndump to '%s'.\n", portnum, dumpf); if ((r = socket(PF_INET, SOCK_RAW, IPPROTO_DIVERT)) == -1) { perror("socket(DIVERT)"); - exit(2); + exit(EX_OSERR); } sd = r; @@ -214,92 +305,136 @@ if (bind(sd, (struct sockaddr *)&sin, sizeof(sin)) == -1) { perror("bind(divert)"); - exit(3); + exit(EX_OSERR); } p = pcap_open_dead(DLT_RAW, BUFMAX); dp = pcap_dump_open(p, dumpf); if (dp == NULL) { pcap_perror(p, dumpf); - exit(4); + exit(EX_OSFILE); } + + /* + * We will not chdir() to root directory if user specified + * non-absolute pathname to logfile, because in this case + * logfile will be created in another directory after first + * reopening on SIGHUP. + */ + okay(portnum, !debug, dumpf[0] == '/' ? 0 : 1); - okay(portnum); + alarm(flush_interval); /* Start timer. */ nfd = sd + 1; - for (;;) { + while (!quit) { + /* + * Handle signal actions on next iteration after select()'s EINTR. + */ + if (do_flush) { + if (debug) + fprintf(stderr, "Flushing log.\n"); + pcap_dump_flush(dp); + do_flush = 0; + } + + if (do_reopen) { + if (debug) + fprintf(stderr, "Reopening log.\n"); + pcap_dump_close(dp); + dp = pcap_dump_open(p, dumpf); + if (zeroize) { + totbytes = 0; + totpkts = 0; + } + do_reopen = 0; + } + + /* Prepare for select(). */ FD_ZERO(&rds); FD_SET(sd, &rds); r = select(nfd, &rds, NULL, NULL, NULL); if (r == -1) { - if (errno == EINTR) continue; + if (errno == EINTR) + continue; perror("select"); - quit(11); + QUIT(EX_OSERR); } - if (!FD_ISSET(sd, &rds)) - /* hmm. no work. */ - continue; + continue; /* Hmm. No work. */ /* - * use recvfrom(3 and sendto(3) as in natd(8). - * see /usr/src/sbin/natd/natd.c - * see ipfw(8) about using 'divert' and 'tee'. + * Use recvfrom(3 and sendto(3) as in natd(8). + * See /usr/src/sbin/natd/natd.c. + * See ipfw(8) about using 'divert' and 'tee'. */ /* - * read packet. + * Read packet. */ l = sizeof(sin); nr = recvfrom(sd, buf, sizeof(buf), 0, (struct sockaddr *)&sin, &l); -if (debug) fprintf(stderr, "recvfrom(%d) = %d (%d)\n", sd, nr, l); - if (nr < 0 && errno != EINTR) { + + if (debug) + fprintf(stderr, "recvfrom(%d) = %d (%d)\n", sd, nr, l); + + if ((nr < 0) && (errno != EINTR)) { perror("recvfrom(sd)"); - quit(12); + QUIT(EX_IOERR); } - if (nr <= 0) continue; + if (nr <= 0) + continue; - if (reflect) { + if (reflect > 0) { /* - * write packet back so it can continue - * being processed by any further IPFW rules. + * Write packet back so it can continue being + * processed by any further IPFW rules. */ l = sizeof(sin); r = sendto(sd, buf, nr, 0, (struct sockaddr *)&sin, l); -if (debug) fprintf(stderr, " sendto(%d) = %d\n", sd, r); - if (r < 0) { perror("sendto(sd)"); quit(13); } + if (debug) + fprintf(stderr, "sendto(%d) = %d\n", sd, r); + if (r < 0) { + perror("sendto(sd)"); + QUIT(EX_IOERR); + } } /* - * check maximums, if any. - * but don't quit if must continue reflecting packets. + * Check maximums, if any. But don't quit if must continue + * reflecting packets. However, it's ok to exit when + * reflect > 1. */ if (maxpkts) { totpkts++; if (totpkts > maxpkts) { - if (reflect == 1) continue; - quit(0); + if (reflect == 1) + continue; + QUIT(EX_OK); } } if (maxbytes) { totbytes += nr; if (totbytes > maxbytes) { - if (reflect == 1) continue; - quit(0); + if (reflect == 1) + continue; + QUIT(EX_OK); } } /* - * save packet in tcpdump(1) format. see pcap(3). - * divert packets are fully assembled. see ipfw(8). + * Save packet in tcpdump(1) format. See pcap(3). Divert + * packets are fully assembled, see ipfw(8). */ - (void) gettimeofday(&(phd.ts), NULL); + (void)gettimeofday(&(phd.ts), NULL); phd.caplen = phd.len = nr; pcap_dump((u_char *)dp, &phd, buf); - if (ferror((FILE *)dp)) { perror(dumpf); quit(14); } - (void) fflush((FILE *)dp); + if (ferror((FILE *)dp)) { + perror(dumpf); + QUIT(EX_IOERR); + } + } - quit(0); + QUIT(EX_OK); } --- ipfwpcap.8.orig Sat Nov 11 05:08:21 2006 +++ ipfwpcap.8 Thu Dec 21 09:04:28 2006 @@ -24,7 +24,7 @@ .\" .\" $FreeBSD: /repoman/r/ncvs/src/usr.sbin/ipfwpcap/ipfwpcap.8,v 1.3 2006/09/30 19:07:03 ru Exp $ .\" -.Dd May 22, 2006 +.Dd Dec 20, 2006 .Dt IPFWPCAP 8 .Os .Sh NAME @@ -32,7 +32,9 @@ .Nd "copy diverted packets to a file in tcpdump format" .Sh SYNOPSIS .Nm -.Op Fl dr +.Op Fl dz +.Op Fl r | rr +.Op Fl i Ar flush_interval .Op Fl b Ar maxbytes .Op Fl p Ar maxpkts .Op Fl P Ar pidfile @@ -48,19 +50,44 @@ .Xr ipfw 8 to a port on which .Nm -listens. +daemon listens. The packets are then dropped unless .Fl r is used. .Pp +.Nm +closes and then re-opens the dump file when it receives +.Dv SIGHUP , +permitting +.Xr newsyslog 8 +to rotate dump logfiles automatically. +Note that already existing file will be truncated on open or re-open. +Receiving +.Dv SIGALRM +causes +.Nm +to flush the current logfile buffers to the disk, thus making the most +recent logs available. +The buffers are also flushed every +.Ar flush_interval +seconds. +.Pp The options are as follows: .Bl -tag -width indent .It Fl d -Turns on extra debugging messages. +Turns on debugging messages and prevents +.Nm +from making itself a background daemon. .It Fl r Writes packets back to the .Xr divert 4 socket. +This option can be used to reflect packets back to +.Xr ipfw 8 +if you for some reasons want to use +.Dq divert +rule action instead of usually more suitable +.Dq tee . .It Fl rr Indicates that it is okay to quit if .Ar maxbytes @@ -74,6 +101,17 @@ Stop dumping after .Ar maxbytes bytes. +Note that size of resulting +.Ar dumpfile +will be greater than +.Ar maxbytes +because +.Xr pcap 3 +stores additional headers for each packet in the file. +.It Fl i Ar flush_interval +Time in seconds to delay between automatic flushes of the file. +This may be specified with a value between 5 and 3600 seconds. +If not specified, the default is 60 seconds. .It Fl p Ar maxpkts Stop dumping after .Ar maxpkt @@ -81,7 +119,10 @@ .It Fl P Ar pidfile File to store PID number in. Default is -.Pa /var/run/ipwfpcap.portnr.pid . +.Pa /var/run/ipwfpcap. Ns Ao Ar portnum Ac Ns Pa .pid . +.It Fl z +Reset byte and packet counters to zero after each reopening of the +.Ar dumpfile . .El .Pp The @@ -98,7 +139,7 @@ .Sh EXIT STATUS .Ex -std .Sh EXAMPLES -.Dl "ipfwpcap -r 8091 divt.log &" +.Dl "ipfwpcap -r 8091 divt.log" .Pp Starts .Nm @@ -117,12 +158,13 @@ .Xr tcpdump 1 , .Xr pcap 3 , .Xr divert 4 , -.Xr ipfw 8 +.Xr ipfw 8 , +.Xr pflogd 8 .Sh HISTORY The .Nm utility first appeared in -.Fx 7.0 . +.Fx 6.3 . .Sh AUTHORS .An -nosplit .Nm ------------2UNlkgEOncIwckbiXYzy0f-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 10:37:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A83B16A418 for ; Tue, 18 Dec 2007 10:37:16 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id F08BF13C478 for ; Tue, 18 Dec 2007 10:37:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 12D8E20C1; Tue, 18 Dec 2007 11:37:08 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 04B8620BE; Tue, 18 Dec 2007 11:37:08 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id D02FA844BC; Tue, 18 Dec 2007 11:37:07 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Sam Fourman Jr." References: <11167f520712082309s20895ae0se1780b029745c055@mail.gmail.com> <20071217232558.GC97600@cons.org> <11167f520712171543x2f0bcdd8wab2fa9ecfb67256b@mail.gmail.com> Date: Tue, 18 Dec 2007 11:37:07 +0100 In-Reply-To: <11167f520712171543x2f0bcdd8wab2fa9ecfb67256b@mail.gmail.com> (Sam Fourman, Jr.'s message of "Mon\, 17 Dec 2007 17\:43\:25 -0600") Message-ID: <86ve6wmgq4.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Kip Macy , Martin Cracauer , freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 10:37:16 -0000 "Sam Fourman Jr." writes: > I wonder if having a petition signed by a bunch of people would help > this along, because I believe that amd64 3D accel on nvidia, is life > or death to PC-BSD in a year or so. What, exactly, do you think a petition would achieve? Can a petition write code? Can a petition pay somebody to write code? Petitions may work in a democracy, but neither nVidia nor FreeBSD is a democracy. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 10:51:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF7AD16A417 for ; Tue, 18 Dec 2007 10:51:29 +0000 (UTC) (envelope-from jumper99@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0F9AB13C457 for ; Tue, 18 Dec 2007 10:51:28 +0000 (UTC) (envelope-from jumper99@gmx.de) Received: (qmail invoked by alias); 18 Dec 2007 10:51:27 -0000 Received: from unknown (EHLO wsa096) [193.101.155.96] by mail.gmx.net (mp035) with SMTP; 18 Dec 2007 11:51:27 +0100 X-Authenticated: #682707 X-Provags-ID: V01U2FsdGVkX19KVuwxGitK5iG9lpTu0JJWSOWXcDmdSUHO/lNp6E Ex8Fp7AG0ymIlS Message-ID: <000901c84163$f0b2b330$609b65c1@vpe.de> From: "Helmut Schneider" To: Date: Tue, 18 Dec 2007 11:51:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Y-GMX-Trusted: 0 Subject: [7.0-BETA4] bootonly install fails, 'hostname nor servername provided, or not known' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 10:51:29 -0000 Hi, I tried to install 7.0-BETA4 on both VMWARE Server 1.04 and VMWare Workstation 6.02 using ftp over an http proxy and both fail with the error message above. Did I miss anything? Needless to say that 6.2 installs fine. Thanks, Helmut From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 11:33:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4061B16A41A for ; Tue, 18 Dec 2007 11:33:04 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id E8D8713C467 for ; Tue, 18 Dec 2007 11:33:03 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 58CE1B0290; Tue, 18 Dec 2007 12:10:56 +0100 (CET) MIME-Version: 1.0 Date: Tue, 18 Dec 2007 12:10:56 +0100 From: Marian Hettwer To: =?UTF-8?Q?Dag-Erling=20Sm=C3=83=C2=B8rgrav=20 , ?=@kernel32.de In-Reply-To: <86ve6wmgq4.fsf@ds4.des.no> References: <86ve6wmgq4.fsf@ds4.des.no> Message-ID: <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: "Sam Fourman Jr." , Kip Macy , Martin Cracauer , freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 11:33:04 -0000 On Tue, 18 Dec 2007 11:37:07 +0100, Dag-Erling Smørgrav wrote: > "Sam Fourman Jr." writes: >> I wonder if having a petition signed by a bunch of people would help >> this along, because I believe that amd64 3D accel on nvidia, is life >> or death to PC-BSD in a year or so. > > What, exactly, do you think a petition would achieve? Can a petition > write code? Can a petition pay somebody to write code? Petitions may > work in a democracy, but neither nVidia nor FreeBSD is a democracy. > While this is true (by the way, what is FreeBSD? nVidia is a corporation, therefor not a democracy, but what is FreeBSD?), at least a petition could show how many users would like to have amd64 nvidia support for FreeBSD. These numbers could (!) be interesting for nvidia. That's what you usually call a "market need" in captilsm speak. Although I do have my doubts wether we could show nvidia that our need as that big that nvidia would think "hej, wow, what a huge market, let's get em" ;-) I believe a better way would be just asking nvidia "Hej, how much money do you need to deliver and probably maintain a amd64 version of your driver for FreeBSD". Instead of signing a petition, users could donate... ./Marian From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 11:59:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCB316A580; Tue, 18 Dec 2007 11:59:12 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 22B2413C442; Tue, 18 Dec 2007 11:59:12 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-210.yandex.ru ([87.250.250.210]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1J4aY9-0006g8-Cu; Tue, 18 Dec 2007 14:23:49 +0300 Message-ID: <4767AD27.8070901@FreeBSD.org> Date: Tue, 18 Dec 2007 14:21:11 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Vadim Goncharov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: maxim@freebsd.org, mlaier@freebsd.org, "freebsd-stable@freebsd.org" , "freebsd-net@freebsd.org" , "freebsd-ipfw@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: [PATCH] ipfwpcap(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 11:59:12 -0000 Vadim Goncharov wrote: > Hi, > > I've recently found a patch (also available at > http://antigreen.org/vadim/freebsd/ipfwpcap/) made by me and my friend > in January to ipfwpcap(8) introduced in 7.0. Now it have more features, Unfortunately too old to apply. And using of pidfile_* functions from libutil is preferable IMHO. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 12:10:47 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4E6B16A41A; Tue, 18 Dec 2007 12:10:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8C59513C4CC; Tue, 18 Dec 2007 12:10:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4BC9347E89; Tue, 18 Dec 2007 07:10:46 -0500 (EST) Date: Tue, 18 Dec 2007 12:10:46 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: arch@FreeBSD.org Message-ID: <20071218120359.E15521@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 12:10:47 -0000 Dear all: I've been hacking on-and-off for a while on a side project to improve our kernel debugging facilities. Primarily, my concern has been to address three problems: - The complications of employing kernel core dumps for debugging, including the large size of dumps making them unwieldy to distribute or store for any extended period (even with minidumps), the requirement to have relatively synchronized kernel source in order to use the dumps, the need to have a kernel with debugging symbols, and the problems with fsck causing sufficient swap use to invalidate dumps before they can be extracted. - The decreasing likelihood that notebooks will ship with serial ports that can be used for interactive debugging using DDB. Making end-users type in stack traces is cruel, photos are a pain, and X11 rules out both. - The fact that a great many problems are most easily diagnosed using utility routines present in DDB, but not as easily using kgdb for offline analysis. I find that for many bugs I analyze, simply looking at the DDB output is sufficient to identify the source of the problem. An idea I punted around a bit at BSDCan earlier this year (or perhaps it was at EuroBSDCon the previous year) was an idea of a "textdump" -- that is, a new type of kernel dump based on capturing automatically extracted debugging information generated by DDB. The result would be an ASCII text file that could be filed as a bug report, perhaps even automatically. To this end, I have implemented three new facilities for use with DDB: (1) DDB output capture. The output of DDB is stored in a memory buffer, and can be extracted using a sysctl or textdumps (see below). This can be turned on and off, both for use manually ("I'll want this later, but not that") and as part of scripts (see below). (2) DDB scripting. A limited number of named scripts can be defined to run a series of DDB commands. No loops, etc, just simple command lists. These can be caused to run automatically on entering DDB for various scenarios, including WITNESS violations and kernel panics. They can also be run by hand in order to save a bit of typing if you use DDB in a repetitive way (as I do). (3) Textdumps. A new dump type that stores a series of data files containing various pieces of information, including the DDB capture buffer, kernel message buffer, kernel configuration (if compiled into the kernel), panic message, and kernel version string. These are stored in the ustar format inside the dump partition (aligned to the end) so can be easily extended, and savecore(8) requires almost no new logic to deal with them (it just drops numbered tar files in /var/crash). This makes it straight forward to extend the textdump format to include new types of information and avoids the issue of how to safely simultaneously represent information in many different formats in the same file. These are pretty flexible tools, and you can imagine doing the following sorts of things: - Setting the kdb.enter.panic script to automatically turn on output capture, do full backtraces of all threads, show open file information, dump UMA stats, and save it all to a textdump and then reboot. - Setting the kdb.enter.witness script to show lock information, generate a coredump, and reboot. Or, just to automatically do "show allocks" and drop to the DDB prompt. - Adding a flag to rc.conf to automatically submit textdumps via e-mail to a specific address, perhaps including GNATS or an automated bug system. These could be unpacked and automatically analyzed, and do to the compact size, kept for long-term trend analysis or to identify when a problem started occuring. I've produced an initial snapshot of the above, which can be found here: http://www.watson.org/~robert/freebsd/20071218-ddb.tgz This adds three files to DDB, patches quite a few kernel files (to pass more information into KDB about why it's being entered, in order to trigger the right script), enhancements to savecore(8) to know how to extract textdumps, adds a ddb(8) command line tool so that userspace can manage DDB scripts from outside the debugger, extensions to the ddb(4) man page, and a new textdump(4) man page. There are a number of known limitations; I've tried to document them at the top of the pertinent files where I am aware of them. I also regret to say that to date I've been able to test only on i386, and not other platforms. I'd welcome any feedback -- I'd like to get these changes into CVS in the next week or two. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 12:26:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B1716A419 for ; Tue, 18 Dec 2007 12:26:08 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 61C9013C465 for ; Tue, 18 Dec 2007 12:26:08 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id A9A161B10EF3; Tue, 18 Dec 2007 13:26:06 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7CF191B10EE6 for ; Tue, 18 Dec 2007 13:25:53 +0100 (CET) Message-ID: <4767BC51.2080705@moneybookers.com> Date: Tue, 18 Dec 2007 14:25:53 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <86ve6wmgq4.fsf@ds4.des.no> <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> In-Reply-To: <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5164/Tue Dec 18 10:56:45 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 12:26:08 -0000 Hi, This thread move from mail list to mail list last 2 years. Already few developers pointed out, that they are not interested in writing code (that will allow nvidia to write amd64 driver). But all of them pointed out that they will be interested if there is a money reward for example :) FreeBSD is voluntary project, and does have nothing to do with democracy or other political things. The only way someone cable of doing the job to do it actually is to make him interested. Pay to a developer(s) and he/they will do the job. It was already discussed that FreeBSD foundation cannot sponsor such project, so someone else have to start collecting payments and sponsoring developers. NVIDIA doesn't seems interested in sponsoring such project too. I think there are enough "open project foundation" that are able to accept donations and then fund this project. You do not have to be a developer or hacker or some kind of GURU to do this. All it wants is to spend some time and to find how to unite others like you, that want nvidia driver for amd64. Unite them to donate money and hire a developer to do the job. If the interest for NVIDIA amd64 driver is so huge, all interested should spend 2$ or 3$ every month to fund such project. But first of all spent time to organizing this, and do not waste time on petitions. Show us that you are really interested! -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 12:17:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4ED116A417; Tue, 18 Dec 2007 12:17:09 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay1.tpu.ru [213.183.112.102]) by mx1.freebsd.org (Postfix) with ESMTP id 49CBA13C467; Tue, 18 Dec 2007 12:17:08 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from localhost (localhost.localdomain [127.0.0.1]) by relay1.tpu.ru (Postfix) with ESMTP id 342DD1045DC; Tue, 18 Dec 2007 17:52:19 +0600 (NOVT) X-Virus-Scanned: amavisd-new at tpu.ru Received: from relay1.tpu.ru ([127.0.0.1]) by localhost (relay1.tpu.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ECq9l8TNcU15; Tue, 18 Dec 2007 17:52:15 +0600 (NOVT) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id A2BE2104605; Tue, 18 Dec 2007 17:52:15 +0600 (NOVT) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.3959); Tue, 18 Dec 2007 17:52:15 +0600 Received: from nuclight.avtf.net ([78.140.2.237]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 18 Dec 2007 17:52:15 +0600 Date: Tue, 18 Dec 2007 17:52:11 +0600 To: "Sergey Matveychuk" References: <4767AD27.8070901@FreeBSD.org> From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: multipart/mixed; boundary=----------GJeOyVu3xITaB9Flyz9pX0 MIME-Version: 1.0 Message-ID: In-Reply-To: <4767AD27.8070901@FreeBSD.org> User-Agent: Opera M2/7.54 (Win32, build 3865) X-OriginalArrivalTime: 18 Dec 2007 11:52:15.0158 (UTC) FILETIME=[6ED1DD60:01C8416C] X-Mailman-Approved-At: Tue, 18 Dec 2007 12:28:55 +0000 Cc: maxim@freebsd.org, mlaier@freebsd.org, "freebsd-stable@freebsd.org" , "freebsd-net@freebsd.org" , "freebsd-ipfw@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: [PATCH] ipfwpcap(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 12:17:09 -0000 ------------GJeOyVu3xITaB9Flyz9pX0 Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r Content-Transfer-Encoding: 8bit 18.12.07 @ 17:21 Sergey Matveychuk wrote: >> I've recently found a patch (also available at >> http://antigreen.org/vadim/freebsd/ipfwpcap/) made by me and my friend >> in January to ipfwpcap(8) introduced in 7.0. Now it have more features, > > Unfortunately too old to apply. Mislooked that, sorry. But revision 1.3 differs only with line signal (SIGINT, ...); - which my patch also includes. I've attached patch against current revision 1.3 (use it instead of original letter's one). > And using of pidfile_* functions from libutil is preferable IMHO. Surely, but I think that should be another commit, as not a user-visible change. -- WBR, Vadim Goncharov ------------GJeOyVu3xITaB9Flyz9pX0 Content-Disposition: attachment; filename=ipfwpcap.patch Content-Type: application/octet-stream; name=ipfwpcap.patch Content-Transfer-Encoding: 8bit --- ipfwpcap.c.1.3 Tue Dec 18 17:35:14 2007 +++ ipfwpcap.c Tue Dec 19 08:30:00 2006 @@ -1,95 +1,120 @@ +/*- + * Copyright (c) 2004 University of Toronto. All rights reserved. + * Anyone may use or copy this software except that this copyright + * notice remain intact and that credit is given where it is due. + * The University of Toronto and the author make no warranty and + * accept no liability for this software. + * + * $FreeBSD: /repoman/r/ncvs/src/usr.sbin/ipfwpcap/ipfwpcap.c,v 1.2 2006/09/04 19:30:44 sam Exp $ + */ + /* - * copy diverted (or tee'd) packets to a file in 'tcpdump' format + * Copy diverted (or tee'd) packets to a file in 'tcpdump' format * (ie. this uses the '-lpcap' routines). * - * example usage: - * # ipfwpcap -r 8091 divt.log & + * Example usage: + * # ipfwpcap -r 8091 divt.log * # ipfw add 2864 divert 8091 ip from 128.432.53.82 to any * # ipfw add 2864 divert 8091 ip from any to 128.432.53.82 * * the resulting dump file can be read with ... * # tcpdump -nX -r divt.log - */ -/* - * Written by P Kern { pkern [AT] cns.utoronto.ca } * - * Copyright (c) 2004 University of Toronto. All rights reserved. - * Anyone may use or copy this software except that this copyright - * notice remain intact and that credit is given where it is due. - * The University of Toronto and the author make no warranty and - * accept no liability for this software. - * - * From: Header: /local/src/local.lib/SRC/ipfwpcap/RCS/ipfwpcap.c,v 1.4 2004/01/15 16:19:07 pkern Exp - * - * $FreeBSD: src/usr.sbin/ipfwpcap/ipfwpcap.c,v 1.3 2007/10/12 14:57:39 csjp Exp $ + * Written by P Kern { pkern [AT] cns.utoronto.ca } + * Adopted by V Pavluk (vladvic_r@mail.ru) + * - changed sighup handler to reopen log file + * - added sigalrm handler to flush data + * - some of exit() codes changed to sysexits(3) + * Major code reworking by Vadim Goncharov + * - signals and daemonizing rewritten + * - style(9) reformat, more sysexits(3) and other cleanups + * - enabled own alarm sending, changed options and updated man page */ +#include +#include +#include /* For MAXPATHLEN */ +#include +#include + +#include +#include /* For IP_MAXPACKET */ +#include /* For IP_MAXPACKET */ + #include #include #include #include #include #include -#include -#include -#include /* for MAXPATHLEN */ -#include -#include - -#include /* for IP_MAXPACKET */ -#include /* for IP_MAXPACKET */ +#include /* XXX normally defined in config.h */ -#define HAVE_STRLCPY 1 -#define HAVE_SNPRINTF 1 -#define HAVE_VSNPRINTF 1 -#include /* see pcap(3) and /usr/src/contrib/libpcap/. */ +#define HAVE_STRLCPY 1 +#define HAVE_SNPRINTF 1 +#define HAVE_VSNPRINTF 1 +#include /* See pcap(3) and /usr/src/contrib/libpcap/. */ #ifdef IP_MAXPACKET -#define BUFMAX IP_MAXPACKET +#define BUFMAX IP_MAXPACKET #else -#define BUFMAX 65535 +#define BUFMAX 65535 #endif #ifndef MAXPATHLEN #define MAXPATHLEN 1024 #endif -static int debug = 0; -static int reflect = 0; /* 1 == write packet back to socket. */ +#define MAXPIDLEN 9 /* Max decimal pid length in characters. */ +#define DEFINTERVAL 60 /* How often to do flush (in seconds). */ -static ssize_t totbytes = 0, maxbytes = 0; -static ssize_t totpkts = 0, maxpkts = 0; +static char *prog = NULL; +static char pidfile[MAXPATHLEN] = { '\0' }; -char *prog = NULL; -char pidfile[MAXPATHLEN] = { '\0' }; +static int quit = 0; /* Is it time to exit? */ +static int do_flush = 0; /* Time to flush log. */ +static int do_reopen = 0; /* Time for log rotating. */ +static int flush_interval = DEFINTERVAL; /* - * tidy up. + * Tidy up macro. */ -void -quit(sig) -int sig; +#define QUIT(code) do { \ + pcap_dump_flush(dp); \ + (void)unlink(pidfile); \ + exit(code); \ +} while(0); + +void +quit_sig(int sig) +{ + quit = 1; +} + +void +flush_log(int sigalrm) { - (void) unlink(pidfile); - exit(sig); + do_flush = 1; + alarm(flush_interval); +} + +void +reopen_log(int sighup) +{ + do_reopen = 1; } /* - * do the "paper work" - * - save my own pid in /var/run/$0.{port#}.pid + * Do the "paper work". + * - fork and detach from terminal, if needed. + * - save my own pid in /var/run/$0.{port#}.pid. */ -okay(pn) -int pn; +void +okay(int pn, int detach, int nochdir) { - FILE *fp; - int fd, numlen, n; - char *p, numbuf[80]; - - numlen = sizeof(numbuf); - bzero(numbuf, numlen); - snprintf(numbuf, numlen-1, "%ld\n", getpid()); - numlen = strlen(numbuf); + int pf; + char *p, strpid[MAXPIDLEN + 1]; + pid_t pid; if (pidfile[0] == '\0') { p = (char *)rindex(prog, '/'); @@ -99,94 +124,158 @@ "%s%s.%d.pid", _PATH_VARRUN, p, pn); } - fd = open(pidfile, O_WRONLY|O_CREAT|O_EXCL, 0644); - if (fd < 0) { perror(pidfile); exit(21); } + pf = open(pidfile, O_WRONLY | O_CREAT | O_EXCL | O_EXLOCK, 0644); - siginterrupt(SIGTERM, 1); - siginterrupt(SIGHUP, 1); - signal (SIGTERM, quit); - signal (SIGHUP, quit); - signal (SIGINT, quit); - - n = write(fd, numbuf, numlen); - if (n < 0) { perror(pidfile); quit(23); } - (void) close(fd); + /* + * We couldn't create pid file + */ + if (pf == -1) { + if (errno == EEXIST) { + /* + * If it is because it's already exists + */ + bzero(strpid, MAXPIDLEN + 1); + fprintf(stderr, "PID file already exists!\n"); + + /* + * Try to read the PID stored in the existing file + */ + pf = open(pidfile, O_RDONLY); + if (pf == -1) { + perror("Error opening PID file for reading"); + exit(EX_IOERR); + } + if (read(pf, strpid, MAXPIDLEN) < 0) { + perror("Error reading PID file"); + exit(EX_IOERR); + } + pid = atol(strpid); + close(pf); + + /* + * We found PID, try to determine, whether process + * is running + */ + if (kill(pid, 0) == 0) { + /* + * Signal is delivered, though process with + * such PID exists + */ + fprintf(stderr, "%s already running with PID=%d, exiting...\n", prog, pid); + exit(1); + } else { + /* + * It seems, like the process is killed, so + * we can proceed... + */ + fprintf(stderr, "Stale PID file, overwriting...\n"); + pf = open(pidfile, O_WRONLY | O_TRUNC | O_EXLOCK); + if (pf == -1) { + perror("Error opening PID file for writing"); + exit(EX_IOERR); + } + } + } else { + perror("Error creating PID file"); + exit(EX_IOERR); + } + } + + if (detach) { + if (daemon(nochdir, 0) != 0) { + close(pf); + (void)unlink(pidfile); + perror("daemon"); + exit(EX_OSERR); + } + } + + /* + * Set signal handlers and system behaviour. This must be done + * before saving PID to prevent small, but possible race condition + * when another instance failed to create PID, reads it and tries + * to send signal to us. + */ + siginterrupt(SIGTERM, 1); + siginterrupt(SIGHUP, 1); + + /* Ignore 0th signal, or process may be killed with it by default... */ + signal(0, SIG_IGN); + signal(SIGINT, quit_sig); + signal(SIGTERM, quit_sig); + signal(SIGHUP, reopen_log); + signal(SIGALRM, flush_log); + + /* Save our PID to pidfile. */ + bzero(strpid, MAXPIDLEN + 1); + snprintf(strpid, MAXPIDLEN, "%ld\n", getpid()); + if (write(pf, strpid, strlen(strpid)) < 0) { + perror("Error writing PID file"); + exit(EX_IOERR); + } + close(pf); } +void usage() { - fprintf(stderr, "\ -\n\ -usage:\n\ - %s [-dr] [-b maxbytes] [-p maxpkts] [-P pidfile] portnum dumpfile\n\ -\n\ -where:\n\ - '-d' = enable debugging messages.\n\ - '-r' = reflect. write packets back to the divert socket.\n\ - (ie. simulate the original intent of \"ipfw tee\").\n\ - '-rr' = indicate that it is okay to quit if packet-count or\n\ - byte-count limits are reached (see the NOTE below\n\ - about what this implies).\n\ - '-b bytcnt' = stop dumping after {bytcnt} bytes.\n\ - '-p pktcnt' = stop dumping after {pktcnt} packets.\n\ - '-P pidfile' = alternate file to store the PID\n\ - (default: /var/run/%s.{portnum}.pid).\n\ -\n\ - portnum = divert(4) socket port number.\n\ - dumpfile = file to write captured packets (tcpdump format).\n\ - (specify '-' to write packets to stdout).\n\ -\n\ -", prog, prog); - - fprintf(stderr, "\ -The '-r' option should not be necessary, but because \"ipfw tee\" is broken\n\ -(see BUGS in ipfw(8) for details) this feature can be used along with\n\ -an \"ipfw divert\" rule to simulate the original intent of \"ipfw tee\".\n\ -\n\ -NOTE: With an \"ipfw divert\" rule, diverted packets will silently\n\ - disappear if there is nothing listening to the divert socket.\n\ -\n\ -"); - exit(-1); + fprintf(stderr, + "usage: %s [-dz] [-r | -rr] [-i flush_interval] [-b maxbytes] [-p maxpkts] [-P pidfile] portnum dumpfile\n", + prog); + + exit(EX_USAGE); } -main(ac, av) -int ac; -char *av[]; +main(int argc, char *argv[]) { int r, sd, portnum, l; - struct sockaddr_in sin; - int errflg = 0; + struct sockaddr_in sin; + int errflg = 0, zeroize = 0; int nfd; fd_set rds; ssize_t nr; - char *dumpf, buf[BUFMAX]; + char buf[BUFMAX]; + + int debug = 0; + int reflect = 0; /* 1 == write packet back to socket. */ + + ssize_t totbytes = 0, maxbytes = 0; + ssize_t totpkts = 0, maxpkts = 0; - pcap_t *p; - pcap_dumper_t *dp; struct pcap_pkthdr phd; + pcap_t *p; + pcap_dumper_t *dp; /* Global, as signal handlers may want it. */ + char *dumpf; - prog = av[0]; + prog = argv[0]; - while ((r = getopt(ac, av, "drb:p:P:")) != -1) { + while ((r = getopt(argc, argv, "drzb:i:p:P:")) != -1) { switch (r) { case 'd': - debug++; + debug = 1; break; case 'r': reflect++; break; + case 'i': + flush_interval = atoi(optarg); + if ((flush_interval < 5) || (flush_interval > 3600)) + flush_interval = DEFINTERVAL; + break; case 'b': - maxbytes = (ssize_t) atol(optarg); + maxbytes = (ssize_t)atol(optarg); break; case 'p': - maxpkts = (ssize_t) atoi(optarg); + maxpkts = (ssize_t)atoi(optarg); + break; + case 'z': + zeroize = 1; break; case 'P': - strcpy(pidfile, optarg); + strlcpy(pidfile, optarg, sizeof(pidfile)); break; case '?': default: @@ -195,17 +284,18 @@ } } - if ((ac - optind) != 2 || errflg) + if (((argc - optind) != 2) || errflg) usage(); - portnum = atoi(av[optind++]); - dumpf = av[optind]; + portnum = atoi(argv[optind++]); + dumpf = argv[optind]; -if (debug) fprintf(stderr, "bind to %d.\ndump to '%s'.\n", portnum, dumpf); + if (debug) + fprintf(stderr, "bind to %d.\ndump to '%s'.\n", portnum, dumpf); if ((r = socket(PF_INET, SOCK_RAW, IPPROTO_DIVERT)) == -1) { perror("socket(DIVERT)"); - exit(2); + exit(EX_OSERR); } sd = r; @@ -215,92 +305,136 @@ if (bind(sd, (struct sockaddr *)&sin, sizeof(sin)) == -1) { perror("bind(divert)"); - exit(3); + exit(EX_OSERR); } p = pcap_open_dead(DLT_RAW, BUFMAX); dp = pcap_dump_open(p, dumpf); if (dp == NULL) { pcap_perror(p, dumpf); - exit(4); + exit(EX_OSFILE); } + + /* + * We will not chdir() to root directory if user specified + * non-absolute pathname to logfile, because in this case + * logfile will be created in another directory after first + * reopening on SIGHUP. + */ + okay(portnum, !debug, dumpf[0] == '/' ? 0 : 1); - okay(portnum); + alarm(flush_interval); /* Start timer. */ nfd = sd + 1; - for (;;) { + while (!quit) { + /* + * Handle signal actions on next iteration after select()'s EINTR. + */ + if (do_flush) { + if (debug) + fprintf(stderr, "Flushing log.\n"); + pcap_dump_flush(dp); + do_flush = 0; + } + + if (do_reopen) { + if (debug) + fprintf(stderr, "Reopening log.\n"); + pcap_dump_close(dp); + dp = pcap_dump_open(p, dumpf); + if (zeroize) { + totbytes = 0; + totpkts = 0; + } + do_reopen = 0; + } + + /* Prepare for select(). */ FD_ZERO(&rds); FD_SET(sd, &rds); r = select(nfd, &rds, NULL, NULL, NULL); if (r == -1) { - if (errno == EINTR) continue; + if (errno == EINTR) + continue; perror("select"); - quit(11); + QUIT(EX_OSERR); } - if (!FD_ISSET(sd, &rds)) - /* hmm. no work. */ - continue; + continue; /* Hmm. No work. */ /* - * use recvfrom(3 and sendto(3) as in natd(8). - * see /usr/src/sbin/natd/natd.c - * see ipfw(8) about using 'divert' and 'tee'. + * Use recvfrom(3 and sendto(3) as in natd(8). + * See /usr/src/sbin/natd/natd.c. + * See ipfw(8) about using 'divert' and 'tee'. */ /* - * read packet. + * Read packet. */ l = sizeof(sin); nr = recvfrom(sd, buf, sizeof(buf), 0, (struct sockaddr *)&sin, &l); -if (debug) fprintf(stderr, "recvfrom(%d) = %d (%d)\n", sd, nr, l); - if (nr < 0 && errno != EINTR) { + + if (debug) + fprintf(stderr, "recvfrom(%d) = %d (%d)\n", sd, nr, l); + + if ((nr < 0) && (errno != EINTR)) { perror("recvfrom(sd)"); - quit(12); + QUIT(EX_IOERR); } - if (nr <= 0) continue; + if (nr <= 0) + continue; - if (reflect) { + if (reflect > 0) { /* - * write packet back so it can continue - * being processed by any further IPFW rules. + * Write packet back so it can continue being + * processed by any further IPFW rules. */ l = sizeof(sin); r = sendto(sd, buf, nr, 0, (struct sockaddr *)&sin, l); -if (debug) fprintf(stderr, " sendto(%d) = %d\n", sd, r); - if (r < 0) { perror("sendto(sd)"); quit(13); } + if (debug) + fprintf(stderr, "sendto(%d) = %d\n", sd, r); + if (r < 0) { + perror("sendto(sd)"); + QUIT(EX_IOERR); + } } /* - * check maximums, if any. - * but don't quit if must continue reflecting packets. + * Check maximums, if any. But don't quit if must continue + * reflecting packets. However, it's ok to exit when + * reflect > 1. */ if (maxpkts) { totpkts++; if (totpkts > maxpkts) { - if (reflect == 1) continue; - quit(0); + if (reflect == 1) + continue; + QUIT(EX_OK); } } if (maxbytes) { totbytes += nr; if (totbytes > maxbytes) { - if (reflect == 1) continue; - quit(0); + if (reflect == 1) + continue; + QUIT(EX_OK); } } /* - * save packet in tcpdump(1) format. see pcap(3). - * divert packets are fully assembled. see ipfw(8). + * Save packet in tcpdump(1) format. See pcap(3). Divert + * packets are fully assembled, see ipfw(8). */ - (void) gettimeofday(&(phd.ts), NULL); + (void)gettimeofday(&(phd.ts), NULL); phd.caplen = phd.len = nr; pcap_dump((u_char *)dp, &phd, buf); - if (ferror((FILE *)dp)) { perror(dumpf); quit(14); } - (void) fflush((FILE *)dp); + if (ferror((FILE *)dp)) { + perror(dumpf); + QUIT(EX_IOERR); + } + } - quit(0); + QUIT(EX_OK); } --- ipfwpcap.8.orig Sat Nov 11 05:08:21 2006 +++ ipfwpcap.8 Thu Dec 21 09:04:28 2006 @@ -24,7 +24,7 @@ .\" .\" $FreeBSD: /repoman/r/ncvs/src/usr.sbin/ipfwpcap/ipfwpcap.8,v 1.3 2006/09/30 19:07:03 ru Exp $ .\" -.Dd May 22, 2006 +.Dd Dec 20, 2006 .Dt IPFWPCAP 8 .Os .Sh NAME @@ -32,7 +32,9 @@ .Nd "copy diverted packets to a file in tcpdump format" .Sh SYNOPSIS .Nm -.Op Fl dr +.Op Fl dz +.Op Fl r | rr +.Op Fl i Ar flush_interval .Op Fl b Ar maxbytes .Op Fl p Ar maxpkts .Op Fl P Ar pidfile @@ -48,19 +50,44 @@ .Xr ipfw 8 to a port on which .Nm -listens. +daemon listens. The packets are then dropped unless .Fl r is used. .Pp +.Nm +closes and then re-opens the dump file when it receives +.Dv SIGHUP , +permitting +.Xr newsyslog 8 +to rotate dump logfiles automatically. +Note that already existing file will be truncated on open or re-open. +Receiving +.Dv SIGALRM +causes +.Nm +to flush the current logfile buffers to the disk, thus making the most +recent logs available. +The buffers are also flushed every +.Ar flush_interval +seconds. +.Pp The options are as follows: .Bl -tag -width indent .It Fl d -Turns on extra debugging messages. +Turns on debugging messages and prevents +.Nm +from making itself a background daemon. .It Fl r Writes packets back to the .Xr divert 4 socket. +This option can be used to reflect packets back to +.Xr ipfw 8 +if you for some reasons want to use +.Dq divert +rule action instead of usually more suitable +.Dq tee . .It Fl rr Indicates that it is okay to quit if .Ar maxbytes @@ -74,6 +101,17 @@ Stop dumping after .Ar maxbytes bytes. +Note that size of resulting +.Ar dumpfile +will be greater than +.Ar maxbytes +because +.Xr pcap 3 +stores additional headers for each packet in the file. +.It Fl i Ar flush_interval +Time in seconds to delay between automatic flushes of the file. +This may be specified with a value between 5 and 3600 seconds. +If not specified, the default is 60 seconds. .It Fl p Ar maxpkts Stop dumping after .Ar maxpkt @@ -81,7 +119,10 @@ .It Fl P Ar pidfile File to store PID number in. Default is -.Pa /var/run/ipwfpcap.portnr.pid . +.Pa /var/run/ipwfpcap. Ns Ao Ar portnum Ac Ns Pa .pid . +.It Fl z +Reset byte and packet counters to zero after each reopening of the +.Ar dumpfile . .El .Pp The @@ -98,7 +139,7 @@ .Sh EXIT STATUS .Ex -std .Sh EXAMPLES -.Dl "ipfwpcap -r 8091 divt.log &" +.Dl "ipfwpcap -r 8091 divt.log" .Pp Starts .Nm @@ -117,12 +158,13 @@ .Xr tcpdump 1 , .Xr pcap 3 , .Xr divert 4 , -.Xr ipfw 8 +.Xr ipfw 8 , +.Xr pflogd 8 .Sh HISTORY The .Nm utility first appeared in -.Fx 7.0 . +.Fx 6.3 . .Sh AUTHORS .An -nosplit .Nm ------------GJeOyVu3xITaB9Flyz9pX0-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 12:35:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B275016A419 for ; Tue, 18 Dec 2007 12:35:16 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id CE2F213C442 for ; Tue, 18 Dec 2007 12:35:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-82-179.lns10.adl6.internode.on.net [121.45.82.179]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lBICZAPL017714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Dec 2007 23:05:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 18 Dec 2007 23:04:51 +1030 User-Agent: KMail/1.9.7 References: <86ve6wmgq4.fsf@ds4.des.no> <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> In-Reply-To: <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1654029.bdkDhVELZv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712182305.06426.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: "Sam Fourman Jr." , des@des.no, Martin Cracauer , mh@kernel32.de, Kip Macy Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 12:35:16 -0000 --nextPart1654029.bdkDhVELZv Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 18 Dec 2007, Marian Hettwer wrote: > On Tue, 18 Dec 2007 11:37:07 +0100, Dag-Erling Sm=C3=B8rgrav = =20 wrote: > > "Sam Fourman Jr." writes: > >> I wonder if having a petition signed by a bunch of people would > >> help this along, because I believe that amd64 3D accel on nvidia, > >> is life or death to PC-BSD in a year or so. > > > > What, exactly, do you think a petition would achieve? Can a > > petition write code? Can a petition pay somebody to write code?=20 > > Petitions may work in a democracy, but neither nVidia nor FreeBSD > > is a democracy. > > While this is true (by the way, what is FreeBSD? nVidia is a > corporation, therefor not a democracy, but what is FreeBSD?), at > least a petition could show how many users would like to have amd64 > nvidia support for FreeBSD. These numbers could (!) be interesting > for nvidia. That's what you usually call a "market need" in captilsm > speak. Although I do have my doubts wether we could show nvidia that > our need as that big that nvidia would think "hej, wow, what a huge > market, let's get em" ;-) I believe a better way would be just asking > nvidia "Hej, how much money do you need to deliver and probably > maintain a amd64 version of your driver for FreeBSD". Instead of > signing a petition, users could donate... =46reeBSD is a code-ocracy. You supply the code you get the votes. (ish) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1654029.bdkDhVELZv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHZ7565ZPcIHs/zowRAvOKAJ9pGQo2uE52yxttt1BgbkySn5H43gCdFoVw kttOObaG5nHbIJBJedtEy/o= =wbxx -----END PGP SIGNATURE----- --nextPart1654029.bdkDhVELZv-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 15:02:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 906D116A419 for ; Tue, 18 Dec 2007 15:02:19 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id 039F113C468 for ; Tue, 18 Dec 2007 15:02:18 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 10949 invoked by uid 89); 18 Dec 2007 15:02:17 -0000 Received: by simscan 1.1.0 ppid: 10928, pid: 10930, t: 4.2276s scanners: attach: 1.1.0 clamav: 0.88.7/m:44/d:4673 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?212.71.117.70?) (rainer@ultra-secure.de@212.71.117.70) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Dec 2007 15:02:13 -0000 Message-ID: <4767E0F4.2060402@ultra-secure.de> Date: Tue, 18 Dec 2007 16:02:12 +0100 From: Rainer Duffner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12) Gecko/20060911 SUSE/1.5.0.12-3.4 Thunderbird/1.5.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Marian Hettwer References: <86ve6wmgq4.fsf@ds4.des.no> <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> In-Reply-To: <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 15:02:19 -0000 Marian Hettwer wrote: > On Tue, 18 Dec 2007 11:37:07 +0100, Dag-Erling Smørgrav wrote: > >> "Sam Fourman Jr." writes: >> >>> I wonder if having a petition signed by a bunch of people would help >>> this along, because I believe that amd64 3D accel on nvidia, is life >>> or death to PC-BSD in a year or so. >>> >> What, exactly, do you think a petition would achieve? Can a petition >> write code? Can a petition pay somebody to write code? Petitions may >> work in a democracy, but neither nVidia nor FreeBSD is a democracy. >> >> > While this is true (by the way, what is FreeBSD? nVidia is a corporation, therefor not a democracy, but what is FreeBSD?), at least a petition could show how many users would like to have amd64 nvidia support for FreeBSD. > These numbers could (!) be interesting for nvidia. That's what you usually call a "market need" in captilsm speak. > Although I do have my doubts wether we could show nvidia that our need as that big that nvidia would think "hej, wow, what a huge market, let's get em" ;-) > I believe a better way would be just asking nvidia "Hej, how much money do you need to deliver and probably maintain a amd64 version of your driver for FreeBSD". > That's up to interpretation (like everything in accounting...). Currently, the FreeBSD-driver is probably shipped "as-is", which can be done with little effort at small additional cost. But when you factor in support etc. I suppose SUN could tell you more about this, the Solaris-support for NVIDIA is probably more than a hobby - for both sides. Let's face it, the only reason the NVIDIA-driver actually exists for Linux is because of the workstation-gfx-market, where Linux is a noticable blipp on the radar. Though that market is relatively small, it's high-margin - so there's a profit to be made. The fact that the drivers also work for consumer-cards (or can be made to work with little effort) is probably just coincidence. > Instead of signing a petition, users could donate... > The only usefull donation in this case is code. Otherwise, you'd have to pay the same someone regularly, for keeping the source buildable on CURRENT. The problem is: people who can code are usually OK with the features the nv(4) driver delivers (coding is 2D, mostly). On the other hand, the people in need of accelerated 3d-graphics usually are mostly gamers and can't code too well (there's a 3rd camp, with people like me who can't code too well and don't play games). Also, as Macs "just work", more and more developers are moving to MacOS (just count the Apple-laptops at any BSD-conference). So the pressure just isn't there anymore like in earlier days. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 16:07:58 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A21EA16A418 for ; Tue, 18 Dec 2007 16:07:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id F239713C459 for ; Tue, 18 Dec 2007 16:07:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lBIG7mD3067731; Tue, 18 Dec 2007 17:07:53 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lBIG7kQa067730; Tue, 18 Dec 2007 17:07:46 +0100 (CET) (envelope-from olli) Date: Tue, 18 Dec 2007 17:07:46 +0100 (CET) Message-Id: <200712181607.lBIG7kQa067730@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, cracauer@cons.org In-Reply-To: <20071217230110.GB97600@cons.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (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, 18 Dec 2007 17:07:56 +0100 (CET) Cc: Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, cracauer@cons.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 16:07:58 -0000 Martin Cracauer wrote: > Oliver Fromme wrote: > > 3D acceleration support works fine with the i915 in my > > two years old notebook, and it's supposed to work as well > > with newer ones (although I've seen a problem report for > > the i965 recently). 3D performance is sufficient to run > > typical OpenGL screen savers or OpenGL games such as > > crack-attack or xkobo-deluxe in full screen (1400 x 1050) > > without flicker or jitter. That's a 2-years old 1.6 GHz > > Pentium-M. > > Does it run Google Earth? I've never used Google Earth. Never had a need for it. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd In my experience the term "transparent proxy" is an oxymoron (like jumbo shrimp). "Transparent" proxies seem to vary from the distortions of a funhouse mirror to barely translucent. I really, really dislike them when trying to figure out the corrective lenses needed with each of them. -- R. Kevin Oberman, Network Engineer From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 19:42:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06EA016A419 for ; Tue, 18 Dec 2007 19:42:05 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id A674313C461 for ; Tue, 18 Dec 2007 19:42:04 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id D7CE43EA109; Tue, 18 Dec 2007 20:42:02 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id AB71A3EA0AA; Tue, 18 Dec 2007 20:42:02 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lBIJg1bg023605; Tue, 18 Dec 2007 20:42:01 +0100 (CET) From: Thierry Herbelot To: Andrew Thompson Date: Tue, 18 Dec 2007 20:41:52 +0100 User-Agent: KMail/1.9.7 References: <200712171935.10911.thierry@herbelot.com> <20071217191047.D57519@fledge.watson.org> <20071217192145.GA85906@heff.fud.org.nz> In-Reply-To: <20071217192145.GA85906@heff.fud.org.nz> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200712182041.55073.thierry@herbelot.com> Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: -current kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 19:42:05 -0000 Le Monday 17 December 2007, Andrew Thompson a écrit : > See sys/i386/i386/machdep.c r1.663, Rui put the macbook test in the > wrong function. It should be fixed now. it is indeed - thanks TfH From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 20:05:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582E816A420 for ; Tue, 18 Dec 2007 20:05:24 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id B7F7F13C468 for ; Tue, 18 Dec 2007 20:05:23 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 18 Dec 2007 14:43:12 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 59BDA116FF; Tue, 18 Dec 2007 14:43:12 -0500 (EST) Date: Tue, 18 Dec 2007 14:43:12 -0500 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20071218194312.GB40055@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 18 Dec 2007 19:43:12.0554 (UTC) FILETIME=[398A50A0:01C841AE] Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR kqueue / sleep mtxpool for LOR list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 20:05:24 -0000 I just saw this LOR during startup of an application while testing 8-CURRENT on a dev box. I've done no investigation yet. FreeBSD TPC-D13-08.phaedrus 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 17 16:27:54 EST 2007 emaste@bsd-build3.phaedrus:/d2/emaste/HEAD/obj/d2/emaste/HEAD/src/sys/GENERIC i386 lock order reversal: 1st 0xc42b7580 kqueue (kqueue) @ /d2/emaste/HEAD/src/sys/kern/kern_event.c:1397 2nd 0xc3ece8e0 sleep mtxpool (sleep mtxpool) @ /d2/emaste/HEAD/src/sys/kern/sys_generic.c:1255 KDB: stack backtrace: db_trace_self_wrapper(c0b08871,e683aaa4,c079cafe,c0b0ade3,c3ece8e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b0ade3,c3ece8e0,c0b043d7,c0b043d7,c0b0b09a,...) at kdb_backtrace+0x29 witness_checkorder(c3ece8e0,9,c0b0b09a,4e7,c42b7580,...) at witness_checkorder+0x6de _mtx_lock_flags(c3ece8e0,0,c0b0b09a,4e7,40,...) at _mtx_lock_flags+0xbc selrecord(c4474220,c42b75ac,c0b01a8d,575,c42b7580,...) at selrecord+0x9d kqueue_poll(c4341cf0,40,c46f4000,c4474220,e683ab74,...) at kqueue_poll+0x65 poll(c4474220,e683acfc,c,e683ad38,c0bb84b8,...) at poll+0x2cc syscall(e683ad38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (209, FreeBSD ELF32, poll), eip = 0x287451db, esp = 0x8672f3c, ebp = 0x8672f98 --- -Ed From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 20:19:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6FB216A420; Tue, 18 Dec 2007 20:19:32 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAD613C45A; Tue, 18 Dec 2007 20:19:32 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lBIKJTLR078052; Tue, 18 Dec 2007 15:19:30 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Tue, 18 Dec 2007 10:20:21 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ed Maste In-Reply-To: <20071218194312.GB40055@sandvine.com> Message-ID: <20071218101806.J899@desktop> References: <20071218194312.GB40055@sandvine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bzeeb+freebsd+lor@zabbadoz.net, freebsd-current@freebsd.org Subject: Re: LOR kqueue / sleep mtxpool for LOR list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 20:19:32 -0000 On Tue, 18 Dec 2007, Ed Maste wrote: > I just saw this LOR during startup of an application while testing > 8-CURRENT on a dev box. I've done no investigation yet. > > FreeBSD TPC-D13-08.phaedrus 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 17 16:27:54 EST 2007 emaste@bsd-build3.phaedrus:/d2/emaste/HEAD/obj/d2/emaste/HEAD/src/sys/GENERIC i386 > > lock order reversal: > 1st 0xc42b7580 kqueue (kqueue) @ /d2/emaste/HEAD/src/sys/kern/kern_event.c:1397 > 2nd 0xc3ece8e0 sleep mtxpool (sleep mtxpool) @ /d2/emaste/HEAD/src/sys/kern/sys_generic.c:1255 > KDB: stack backtrace: > db_trace_self_wrapper(c0b08871,e683aaa4,c079cafe,c0b0ade3,c3ece8e0,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0b0ade3,c3ece8e0,c0b043d7,c0b043d7,c0b0b09a,...) at kdb_backtrace+0x29 > witness_checkorder(c3ece8e0,9,c0b0b09a,4e7,c42b7580,...) at witness_checkorder+0x6de > _mtx_lock_flags(c3ece8e0,0,c0b0b09a,4e7,40,...) at _mtx_lock_flags+0xbc > selrecord(c4474220,c42b75ac,c0b01a8d,575,c42b7580,...) at selrecord+0x9d > kqueue_poll(c4341cf0,40,c46f4000,c4474220,e683ab74,...) at kqueue_poll+0x65 > poll(c4474220,e683acfc,c,e683ad38,c0bb84b8,...) at poll+0x2cc > syscall(e683ad38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (209, FreeBSD ELF32, poll), eip = 0x287451db, esp = 0x8672f3c, ebp = 0x8672f98 --- > Thanks, this is interesting. The mtxpool should always be the leaf. The opposite order is the bug. Can you add them to the static order list and tell me where the reverse order is observed? Thanks, Jeff > -Ed > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 20:35:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC06A16A418 for ; Tue, 18 Dec 2007 20:35:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B3C313C45B for ; Tue, 18 Dec 2007 20:35:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J4j9L-0000h7-Pt for freebsd-current@freebsd.org; Tue, 18 Dec 2007 20:34:47 +0000 Received: from 78-1-122-123.adsl.net.t-com.hr ([78.1.122.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Dec 2007 20:34:47 +0000 Received: from ivoras by 78-1-122-123.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Dec 2007 20:34:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 18 Dec 2007 21:33:52 +0100 Lines: 34 Message-ID: References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> <86zlwafvld.fsf@ds4.des.no> <476675D6.7060905@ultra-secure.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3F28717DD6C2C35FE2C77E1A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-122-123.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <476675D6.7060905@ultra-secure.de> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 20:35:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3F28717DD6C2C35FE2C77E1A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rainer Duffner wrote: > Although, I don't know if the "cheap" SSDs mentioned can compete with > the SD-RAM backed "super SSDs". On a mostly unrelated subject, I'd just like to post this link for the people following the thread: http://gizmodo.com/gadgets/peripherals/hyperdrive4-is-a-ram-hard-drive-fa= st-as-lightning-335274.php I was not talking about that level of hardware :) --------------enig3F28717DD6C2C35FE2C77E1A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaC63ldnAQVacBcgRAkmLAKDTFwDjAJkEtUaTnptbd1M7uBH/bgCgisYx DPpFoEzhcjuCRNd5+zbhyrU= =u3D+ -----END PGP SIGNATURE----- --------------enig3F28717DD6C2C35FE2C77E1A-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 20:44:25 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22AA716A469; Tue, 18 Dec 2007 20:44:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D2BB413C4E1; Tue, 18 Dec 2007 20:44:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 921CC4AAE7; Tue, 18 Dec 2007 15:44:24 -0500 (EST) Date: Tue, 18 Dec 2007 20:44:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <47682ED1.7000702@FreeBSD.org> Message-ID: <20071218204401.E33011@fledge.watson.org> References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 20:44:25 -0000 On Tue, 18 Dec 2007, Maxim Sobolev wrote: > Robert Watson wrote: >> buffer, kernel message buffer, kernel configuration (if compiled into >> the kernel), panic message, and kernel version string. These are > > Just a sidenote - maybe as part of this change it makes sense to make > compiling configuration into a kernel opt-out, not opt-in? We are in 21st > century, nobody really cares about saving few kilobytes of kernel memory > anymore. I'd certainly be fine with it being added to GENERIC on our various architectures. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 21:08:11 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9046C16A420; Tue, 18 Dec 2007 21:08:11 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 265DF13C468; Tue, 18 Dec 2007 21:08:11 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lBIKYjS8081433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Dec 2007 12:34:46 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47682ED1.7000702@FreeBSD.org> Date: Tue, 18 Dec 2007 12:34:25 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <20071218120359.E15521@fledge.watson.org> In-Reply-To: <20071218120359.E15521@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.org, current@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 21:08:11 -0000 Robert Watson wrote: > buffer, kernel message buffer, kernel configuration (if compiled into > the kernel), panic message, and kernel version string. These are Just a sidenote - maybe as part of this change it makes sense to make compiling configuration into a kernel opt-out, not opt-in? We are in 21st century, nobody really cares about saving few kilobytes of kernel memory anymore. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 21:54:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B34316A41A for ; Tue, 18 Dec 2007 21:54:51 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id D848113C45A for ; Tue, 18 Dec 2007 21:54:50 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 83838 invoked by uid 89); 18 Dec 2007 21:54:50 -0000 Received: by simscan 1.1.0 ppid: 83822, pid: 83824, t: 3.6024s scanners: attach: 1.1.0 clamav: 0.88.7/m:44/d:4673 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by bsd.ultra-secure.de with (AES128-SHA encrypted) SMTP; 18 Dec 2007 21:54:46 -0000 In-Reply-To: References: <47606C09.2070209@isc.org> <06CAC7FC-DB58-441D-A6E0-76D1D8133393@tamu.edu> <86ir31xwlu.fsf@ds4.des.no> <476343B4.8080208@FreeBSD.org> <86tzmk54tt.fsf@ds4.des.no> <86r6hmsnew.fsf@ds4.des.no> <9bbcef730712160657r79507740m2b6d7d4b787c99a5@mail.gmail.com> <86zlwafvld.fsf@ds4.des.no> <476675D6.7060905@ultra-secure.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <46AB43BA-87EE-4C0C-87D6-E78F0AB4926B@ultra-secure.de> Content-Transfer-Encoding: 7bit From: Rainer Duffner Date: Tue, 18 Dec 2007 22:53:57 +0100 To: Ivan Voras X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 21:54:51 -0000 Am 18.12.2007 um 21:33 schrieb Ivan Voras: > Rainer Duffner wrote: > >> Although, I don't know if the "cheap" SSDs mentioned can compete with >> the SD-RAM backed "super SSDs". > > On a mostly unrelated subject, I'd just like to post this link for the > people following the thread: > > http://gizmodo.com/gadgets/peripherals/hyperdrive4-is-a-ram-hard- > drive-fast-as-lightning-335274.php > > I was not talking about that level of hardware :) Hey, that's cheap. Thanks for the link. Their comparison with TMS's RAMSAN is a bit unfair, though. A good part of the price-difference between the two comes from the fact that the later connects via FC and it's actually a small SAN-array (hence the name). Makes all the eSATA-crap unnecessary and allows for easier sharing of the device. But still, the Hyperdrive looks promising. The problem is: our servers don't come with 5.25" bays anymore - we've long since left that form-factor behind.... cheers, Rainer -- Rainer Duffner CISSP, LPI, MCSE rainer@ultra-secure.de From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 22:11:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CF1016A41B for ; Tue, 18 Dec 2007 22:11:23 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 603F213C43E for ; Tue, 18 Dec 2007 22:11:21 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 18 Dec 2007 17:10:18 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 6CD08116FF; Tue, 18 Dec 2007 17:10:18 -0500 (EST) Date: Tue, 18 Dec 2007 17:10:18 -0500 From: Ed Maste To: Jeff Roberson Message-ID: <20071218221018.GA71002@sandvine.com> References: <20071218194312.GB40055@sandvine.com> <20071218101806.J899@desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071218101806.J899@desktop> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 18 Dec 2007 22:10:18.0638 (UTC) FILETIME=[C64BDAE0:01C841C2] Cc: bzeeb+freebsd+lor@zabbadoz.net, freebsd-current@freebsd.org, Ed Maste Subject: Re: LOR kqueue / sleep mtxpool for LOR list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 22:11:23 -0000 On Tue, Dec 18, 2007 at 10:20:21AM -1000, Jeff Roberson wrote: > On Tue, 18 Dec 2007, Ed Maste wrote: > > >I just saw this LOR during startup of an application while testing > >8-CURRENT on a dev box. I've done no investigation yet. > > > >FreeBSD TPC-D13-08.phaedrus 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 17 > >16:27:54 EST 2007 > >emaste@bsd-build3.phaedrus:/d2/emaste/HEAD/obj/d2/emaste/HEAD/src/sys/GENERIC i386 > > > >lock order reversal: > >1st 0xc42b7580 kqueue (kqueue) @ > >/d2/emaste/HEAD/src/sys/kern/kern_event.c:1397 > >2nd 0xc3ece8e0 sleep mtxpool (sleep mtxpool) @ > >/d2/emaste/HEAD/src/sys/kern/sys_generic.c:1255 > >[...] > > Thanks, this is interesting. The mtxpool should always be the leaf. The > opposite order is the bug. Can you add them to the static order list and > tell me where the reverse order is observed? After adding it to the list this is what I got: Mounting NFS file systems:lock order reversal: 1st 0xc3ece280 sleep mtxpool (sleep mtxpool) @ /d2/emaste/HEAD/src/sys/kern/kern_event.c:993 2nd 0xc4320d80 kqueue (kqueue) @ /d2/emaste/HEAD/src/sys/kern/kern_event.c:1001 KDB: stack backtrace: db_trace_self_wrapper(c0b08831,e683daac,c079cabe,c0b0ada3,c4320d80,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b0ada3,c4320d80,c0b01d5d,c0b01d5d,c0b01a4d,...) at kdb_backtrace+0x29 witness_checkorder(c4320d80,9,c0b01a4d,3e9,7db,...) at witness_checkorder+0x6de _mtx_lock_flags(c4320d80,0,c0b01a4d,3e9,0,...) at _mtx_lock_flags+0xbc kqueue_acquire(c445eaa0,4,e683db5c,c0b04436,f0,...) at kqueue_acquire+0x72 kern_kevent(c445eaa0,4,1,1,e683dc60,...) at kern_kevent+0x47 kevent(c445eaa0,e683dcfc,18,c0b0bacf,c0bb92e8,...) at kevent+0x19b syscall(e683dd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (363, FreeBSD ELF32, kevent), eip = 0x2813dafb, esp = 0xbfbfd28c, ebp = 0xbfbfd388 --- -Ed From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 22:57:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3786116A421 for ; Tue, 18 Dec 2007 22:57:14 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBF213C458 for ; Tue, 18 Dec 2007 22:57:13 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lBIMuj0k005329; Tue, 18 Dec 2007 23:56:45 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Tue, 18 Dec 2007 23:56:44 +0100 User-Agent: KMail/1.9.7 References: <20071218075901.GA1591@stlux503.dsto.defence.gov.au> In-Reply-To: <20071218075901.GA1591@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712182356.44824.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: "Wilkinson, Alex" Subject: Re: [7.0-BETA3] em0: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 22:57:14 -0000 On Tuesday 18 December 2007, Wilkinson, Alex wrote: > On a 7.0-BETA3 FreeBSD desktop workstation, X temporarily locks up and on > the console I am seeing "em0: watchdog timeout -- resetting" errors. There was a problem with interrupt handling that existed in pre 2007-11-26 15:06:50 UTC RELENG_7. I believe you are seeing it's symptoms. If I'm right, an update to the latest RELENG_7 will fix your problem. Regards, Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Tue Dec 18 23:20:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D730016A500 for ; Tue, 18 Dec 2007 23:20:23 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mercury.mike.lan (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B708F13C46E for ; Tue, 18 Dec 2007 23:20:21 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: by mercury.mike.lan (Postfix, from userid 1000) id 5900326D01F; Wed, 19 Dec 2007 02:24:30 +0300 (EAT) From: Mike Makonnen To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 19 Dec 2007 02:24:30 +0300 Message-Id: <1198020270.1558.8.camel@mercury> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Subject: YAFI or Yet Another FreeBSD Installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mtm@FreeBSD.Org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 23:20:24 -0000 Hi folks, I've been working on an installer for FreeBSD for the past month, and I've finally come along far enough that I have something usable that people can play with and provide feedback. Our sysinstall(8) is actually pretty darn nice. No really. Think about it. Forget for a moment that it doesn't have a spiffy GUI and look at some of the things it does right: 1. It doesn't have any 3rd party dependency (it builds out of the src tree). 2. You're not limited by the physical media the installer is on. You can install from CD, FTP, HTTP, NFS, UFS, FAT, etc. 3. If you want to build your own release you can use a configuration file for unattended setup. 4. libdisk(3) On the other hand it suffers from one major flaw (which is the root cause of its other problems): the presentation and logic is so tightly coupled together that it's damn hard to make non-trivial changes without breaking it. So, it hasn't been able to move with the times or change significantly over the years because it would essentially have meant a complete rewrite. The DragonFly folks went ahead and did a complete re-write, but while their implementation addressed sysinstall's major problem, they didn't keep (or re-implement) its good points. Worse, from our stand-point, the BSD Installer (www.bsdinstaller.org) only works from a live-cd and depends on messy command lines and string-parsing to install the system. Recently, I believe they've gone even further and re-implemented the back-end using the Lua scripting language (making it even more unusable for us). Having said that; however, there is one thing that I really like about it: they've managed to completely divorce the presentation layer from the installer logic. All the logic for installing the system is contained in the back-end application, and all the front-end does is essentially just display forms and return the user's choices to the back-end. What I like even better is that the front-end and the back-end don't even have to be on the same machine, which opens up a whole new area of installation options. So essentially, what I'm doing is taking all the parts I like about sysinstall(8), putting it on the framework provided by the BSD Installer folks, and adding a couple of ideas of my own. Here's what I envision the end-product to look like: 1. One back-end (in C), multiple front-ends (curses, web browser, X) 2. Supports multiple installation media 3. XML based application configuration - no hard coded options/distributions/packages in source files - no flat file (key=value) configuration files 4. Supports Internationalization 5. Clean and modular backend so that the installer can grow right along FreeBSD itself (i.e. - ZFS support, etc) What I have so far is alpha quality. It will install a basic FreeBSD system that you can boot into, but that's about it. It works on i386/amd64, uses libdisk(3) for slicing and dicing disks, and looks for the install cd on the first IDE CD-Rom. It installs the complete base system (all distributions), and doesn't know about packages yet. You can find the tarball at: http://people.freebsd.org/~mtm/fin.tar.bz2 The tarball contains the modified BSD Installer source code, a script to copy the code into the right places in the source tree, and a diff against src/ to integrate it into the build system and make a release CD. The script I use to build a release is here: http://people.freebsd.org/~mtm/scripts/makerelease I'm very much interested in your comments and suggestions. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 00:57:51 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4726716A419 for ; Wed, 19 Dec 2007 00:57:51 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 08B1713C43E for ; Wed, 19 Dec 2007 00:57:50 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBJ0vORE070596; Tue, 18 Dec 2007 19:57:24 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBJ0vOOV070595; Tue, 18 Dec 2007 19:57:24 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Tue, 18 Dec 2007 19:57:24 -0500 From: David Schultz To: Steve Kargl Message-ID: <20071219005724.GA70497@VARK.MIT.EDU> Mail-Followup-To: Steve Kargl , freebsd-current@FreeBSD.ORG References: <20070413183525.GA34643@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070413183525.GA34643@troutmask.apl.washington.edu> Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 00:57:51 -0000 On Fri, Apr 13, 2007, Steve Kargl wrote: > It appears that someone has broken gdb in -current. > > laptop:kargl[250] cat > hello.c > #include > int main(void) { > printf("Hello world!\n"); > return 0; > } > laptop:kargl[251] cc -o z -g hello.c > laptop:kargl[252] ./z > Hello world! > laptop:kargl[253] gdb z > (gdb) run > Starting program: /usr/home/kargl/tmp/z > Terminated > > gdb appears to spwan the csh comamnd below and then just spins. It could be something about your config. (Perhaps you have another program called 'z' on your path?) It works fine for me on i386. das@VARK:~> cc -o z -g hello.c das@VARK:~> gdb z GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) run Starting program: /usr/home/das/z Hello world! Program exited normally. From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 01:00:01 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7394916A41A for ; Wed, 19 Dec 2007 01:00:01 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 15FF513C465 for ; Wed, 19 Dec 2007 01:00:01 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBJ0xZqx070633; Tue, 18 Dec 2007 19:59:35 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBJ0xZwo070632; Tue, 18 Dec 2007 19:59:35 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Tue, 18 Dec 2007 19:59:35 -0500 From: David Schultz To: Steve Kargl Message-ID: <20071219005935.GB70497@VARK.MIT.EDU> Mail-Followup-To: Steve Kargl , freebsd-current@FreeBSD.ORG References: <20070413183525.GA34643@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070413183525.GA34643@troutmask.apl.washington.edu> Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 01:00:01 -0000 Erm, apologies for replying to an old thread. I hit next-unread from the bottom of my mailbox without keeping in mind that I'm 6 months behind on current@. :( From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 01:33:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6815716A418 for ; Wed, 19 Dec 2007 01:33:48 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C85B213C461 for ; Wed, 19 Dec 2007 01:33:47 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBJ1XkJS038415 for ; Wed, 19 Dec 2007 04:33:46 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1198028026; bh=yNjytc47HVmdVAhzcBpw1j/dZBdJH7mnWltuhnX gObM=; l=153; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: MIME-Version:Content-Type:Content-Disposition:User-Agent; b=uH0WcT cgEt6aidNmofv0hvxCL+TTOx7FJLC1YshK0KktWDZfOEu3q/RVFVuDuSqpnm/glE+cC mPyO99Z1t2rD/QDxj6JVxbR80zlNcVwxYJyD9SiSv6a23AENnUgMwvgkogUfIQK4LeO 6JZ9DhnUqWbUXUw8DsgE47VDTc2yi3k= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBJ1Xj4V038414 for current@freebsd.org; Wed, 19 Dec 2007 04:33:45 +0300 (MSK) (envelope-from ache) Date: Wed, 19 Dec 2007 04:33:44 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20071219013343.GA38367@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Question about dev.fxp.0.noflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 01:33:48 -0000 Does anybody know why dev.fxp.0.noflow=1 by default? Is it more proper to set it to 0? (by default or via /etc/sysctl.conf) -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 01:56:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872DA16A419 for ; Wed, 19 Dec 2007 01:56:31 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id 62CC113C458 for ; Wed, 19 Dec 2007 01:56:31 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1J4oAf-00034T-CE for ; Wed, 19 Dec 2007 10:56:29 +0900 Message-ID: <47687A46.9000701@fusiongol.com> Date: Wed, 19 Dec 2007 10:56:22 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071218120016.79FF116A47C@hub.freebsd.org> In-Reply-To: <20071218120016.79FF116A47C@hub.freebsd.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL X-Abuse-Complaints: abuse@gol.com Subject: ural problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 01:56:31 -0000 Updated to the latest FreeBSD7.0-BETA4 code a few days ago. Now my ural wireless USB dongle says "me no worky" Basically it's showing up in dmesg and ifconfig, but any attempt to run dhclient on it to my access point (as I have done in the past) gives me "no link......." I restored my system with the last FreeBSD7.0-BETA4 ISO so that my wireless works again (so I know it's not hardware failure). Will do a buildworld again soon to see if anything has changed. From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 02:01:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C446516A41B; Wed, 19 Dec 2007 02:01:12 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 43FCD13C461; Wed, 19 Dec 2007 02:01:12 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBJ2oPoK007019; Wed, 19 Dec 2007 02:50:25 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBJ2oPcw007018; Wed, 19 Dec 2007 02:50:25 GMT (envelope-from dunstan) Date: Wed, 19 Dec 2007 02:50:24 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20071219025024.GA6966@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org, simokawa@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Wed, 19 Dec 2007 02:50:25 +0000 (UTC) Cc: simokawa@freebsd.org Subject: FireWire causes hang at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 02:01:12 -0000 Hello, This report is about -CURRENT (20071217). Kernel on my ASUS A7N8X motherboard (with FireWire controller) hangs after disk has been detected and GEOM_LABEL labels are probed: GEOM: new disk ad2 ad2: nVidia check1 failed ad2: Adaptec check1 failed ad2: LSI (v3) check1 failed ad2: LSI (v2) check1 failed ad2: FreeBSD check1 failed GEOM_LABEL: Label for provider ad2s2a is label/daemon.fs. GEOM_LABEL: Label for provider ad2s2b is label/daemon.swap. Sometimes, if I plug and unplug the FireWire cable (several times), boot continues. Hardware: fwohci0: <1394 Open Host Controller Interface> mem 0xe8086000-0xe80867ff,0xe8087000-0xe808703f irq 9 at device 13.0 on pci0 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:6c:d5:4a fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xbf6460 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:6c:d5:4a fwe0: Ethernet address: 02:e0:18:6c:d5:4a fwip0: on firewire0 fwip0: Firewire address: 00:e0:18:00:00:6c:d5:4a @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode After reboot, I jumped to the debugger, set firewire_debug = 1 and this time I saw a huge number of messages coming from: static void fw_explore(struct firewire_comm *fc): Citation of firewire.c: [cut] for (node = 0; node <= fc->max_node; node ++) { /* We don't probe myself and linkdown nodes */ if (node == fc->nodeid) continue; fwsid = fw_find_self_id(fc, node); if (!fwsid || !fwsid->p0.link_active) { if (firewire_debug) printf("node%d: link down\n", node); continue; } nodes[todo++] = node; } [cut] It's iterating infinitely on my system. I set some breakpoints and: db> c node258: link down [thread pid 19 tid 100030 ] Breakpoint at fw_bus_probe_thread+304: addl $1,4294966116(%ebp) db> step [thread pid 19 tid 100030 ] Stopped at fw_bus_probe_thread+311: movl 4294966116(%ebp),%ecx db> step [thread pid 19 tid 100030 ] Stopped at fw_bus_probe_thread+317: movl 4294966104(%ebp),%eax db> step [thread pid 19 tid 100030 ] Stopped at fw_bus_probe_thread+323: cmpl %ecx,32(%eax) db> step [thread pid 19 tid 100030 ] Stopped at fw_bus_probe_thread+326: jnb fw_bus_probe_thread+192 db> p/x $eax c2eda000 <- fc db> p/x $eax+32 c2eda020 <- fc->max_node db> p/x *0xc2eda020 ffffffff <- it looks like it's wrong db> p/x $ecx 103 db> p/d $ecx <- it's "node" it that context. 259 -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 02:29:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 218D616A46B; Wed, 19 Dec 2007 02:29:19 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id D10D813C4D1; Wed, 19 Dec 2007 02:29:18 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lBJ2T7EU064674; Tue, 18 Dec 2007 21:29:13 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Tue, 18 Dec 2007 16:30:01 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ed Maste In-Reply-To: <20071218221018.GA71002@sandvine.com> Message-ID: <20071218162919.B899@desktop> References: <20071218194312.GB40055@sandvine.com> <20071218101806.J899@desktop> <20071218221018.GA71002@sandvine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bzeeb+freebsd+lor@zabbadoz.net, freebsd-current@freebsd.org Subject: Re: LOR kqueue / sleep mtxpool for LOR list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 02:29:19 -0000 On Tue, 18 Dec 2007, Ed Maste wrote: > On Tue, Dec 18, 2007 at 10:20:21AM -1000, Jeff Roberson wrote: > >> On Tue, 18 Dec 2007, Ed Maste wrote: >> >>> I just saw this LOR during startup of an application while testing >>> 8-CURRENT on a dev box. I've done no investigation yet. >>> >>> FreeBSD TPC-D13-08.phaedrus 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Dec 17 >>> 16:27:54 EST 2007 >>> emaste@bsd-build3.phaedrus:/d2/emaste/HEAD/obj/d2/emaste/HEAD/src/sys/GENERIC i386 >>> >>> lock order reversal: >>> 1st 0xc42b7580 kqueue (kqueue) @ >>> /d2/emaste/HEAD/src/sys/kern/kern_event.c:1397 >>> 2nd 0xc3ece8e0 sleep mtxpool (sleep mtxpool) @ >>> /d2/emaste/HEAD/src/sys/kern/sys_generic.c:1255 >>> [...] >> >> Thanks, this is interesting. The mtxpool should always be the leaf. The >> opposite order is the bug. Can you add them to the static order list and >> tell me where the reverse order is observed? > > After adding it to the list this is what I got: Ah this is sort of ridiculous. Thanks. I will fix this within a week or two. Jeff > > Mounting NFS file systems:lock order reversal: > 1st 0xc3ece280 sleep mtxpool (sleep mtxpool) @ /d2/emaste/HEAD/src/sys/kern/kern_event.c:993 > 2nd 0xc4320d80 kqueue (kqueue) @ /d2/emaste/HEAD/src/sys/kern/kern_event.c:1001 > KDB: stack backtrace: > db_trace_self_wrapper(c0b08831,e683daac,c079cabe,c0b0ada3,c4320d80,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0b0ada3,c4320d80,c0b01d5d,c0b01d5d,c0b01a4d,...) at kdb_backtrace+0x29 > witness_checkorder(c4320d80,9,c0b01a4d,3e9,7db,...) at witness_checkorder+0x6de > _mtx_lock_flags(c4320d80,0,c0b01a4d,3e9,0,...) at _mtx_lock_flags+0xbc > kqueue_acquire(c445eaa0,4,e683db5c,c0b04436,f0,...) at kqueue_acquire+0x72 > kern_kevent(c445eaa0,4,1,1,e683dc60,...) at kern_kevent+0x47 > kevent(c445eaa0,e683dcfc,18,c0b0bacf,c0bb92e8,...) at kevent+0x19b > syscall(e683dd38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (363, FreeBSD ELF32, kevent), eip = 0x2813dafb, esp = 0xbfbfd28c, ebp = 0xbfbfd388 --- > > -Ed > From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 03:41:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F28F616A418 for ; Wed, 19 Dec 2007 03:41:47 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id DFBCB13C448 for ; Wed, 19 Dec 2007 03:41:47 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBJ3fkVO007548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 18 Dec 2007 19:41:47 -0800 X-Auth-Received: from [128.208.5.27] (shiina-1.dyn.cs.washington.edu [128.208.5.27]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBJ3fkrT004150 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 18 Dec 2007 19:41:46 -0800 Mime-Version: 1.0 (Apple Message framework v752.2) References: <239A880E-674A-4A45-A742-3A45E12700CF@u.washington.edu> X-Gpgmail-State: !signed Message-Id: <766AE492-7772-4D22-AD68-36FA34612636@u.washington.edu> From: Garrett Cooper Date: Tue, 18 Dec 2007 19:41:50 -0800 To: current@freebsd.org X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.18.192138 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='HTML_70_90 0.1, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_ALT 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_HTML 0, __MIME_VERSION 0, __SANE_MSGID 0, __TAG_EXISTS_HTML 0' Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: YAFI or Yet Another FreeBSD Installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 03:41:48 -0000 > From: Garrett Cooper > Date: December 18, 2007 4:55:41 PM PST > To: mtm@FreeBSD.Org > Subject: Re: YAFI or Yet Another FreeBSD Installer > > On Dec 18, 2007, at 3:24 PM, Mike Makonnen wrote: > >> Hi folks, >> >> I've been working on an installer for FreeBSD for the past month, >> and I've finally come along far enough that I have something usable >> that people can play with and provide feedback. >> >> Our sysinstall(8) is actually pretty darn nice. No really. Think >> about >> it. Forget for a moment that it doesn't have a spiffy GUI and look at >> some of the things it does right: >> 1. It doesn't have any 3rd party dependency (it builds out of >> the src >> tree). >> 2. You're not limited by the physical media the installer is on. >> You can install from CD, FTP, HTTP, NFS, UFS, FAT, etc. >> 3. If you want to build your own release you can use a >> configuration >> file for unattended setup. >> 4. libdisk(3) >> >> On the other hand it suffers from one major flaw (which is the root >> cause of its other problems): the presentation and logic is so >> tightly >> coupled together that it's damn hard to make non-trivial changes >> without >> breaking it. So, it hasn't been able to move with the times or change >> significantly over the years because it would essentially have >> meant a >> complete rewrite. >> >> The DragonFly folks went ahead and did a complete re-write, but while >> their implementation addressed sysinstall's major problem, they >> didn't >> keep (or re-implement) its good points. Worse, from our stand-point, >> the BSD Installer (www.bsdinstaller.org) only works from a live-cd >> and depends on messy command lines and string-parsing to install the >> system. Recently, I believe they've gone even further and re- >> implemented >> the back-end using the Lua scripting language (making it even more >> unusable for us). Having said that; however, there is one thing that >> I really like about it: they've managed to completely divorce the >> presentation layer from the installer logic. All the logic for >> installing the system is contained in the back-end application, and >> all the front-end does is essentially just display forms and return >> the user's choices to the back-end. What I like even better is that >> the front-end and the back-end don't even have to be on the same >> machine, which opens up a whole new area of installation options. >> >> So essentially, what I'm doing is taking all the parts I like about >> sysinstall(8), putting it on the framework provided by the BSD >> Installer >> folks, and adding a couple of ideas of my own. Here's what I envision >> the end-product to look like: >> 1. One back-end (in C), multiple front-ends (curses, web >> browser, X) >> 2. Supports multiple installation media >> 3. XML based application configuration >> - no hard coded options/distributions/packages in source >> files >> - no flat file (key=value) configuration files >> 4. Supports Internationalization >> 5. Clean and modular backend so that the installer can grow right >> along FreeBSD itself (i.e. - ZFS support, etc) >> >> What I have so far is alpha quality. It will install a basic FreeBSD >> system that you can boot into, but that's about it. It works on >> i386/amd64, uses libdisk(3) for slicing and dicing disks, and looks >> for the install cd on the first IDE CD-Rom. It installs the complete >> base system (all distributions), and doesn't know about packages yet. >> >> You can find the tarball at: http://people.freebsd.org/~mtm/ >> fin.tar.bz2 >> The tarball contains the modified BSD Installer source code, a script >> to copy the code into the right places in the source tree, and a diff >> against src/ to integrate it into the build system and make a release >> CD. >> The script I use to build a release is here: >> http://people.freebsd.org/~mtm/scripts/makerelease >> >> I'm very much interested in your comments and suggestions. >> >> Cheers. >> -- >> Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/ >> mtm.asc >> mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 >> 7CD4 1F55 >> mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org > > That's awesome! I assume that certain GUI~ish features can now be > invoked via the command line like the disklabel editor? That would > be the ultimate next step if it's not already in the works :).. > > Thanks Mike! > -Garrett Forgot to include current@. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 04:35:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7884F16A417 for ; Wed, 19 Dec 2007 04:35:23 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 167CE13C465 for ; Wed, 19 Dec 2007 04:35:22 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBJ4ZLJZ041200 for ; Wed, 19 Dec 2007 07:35:21 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1198038921; bh=TJtkXxI4PcEm1zSQfuona9ty+olviX5G4T6FeLY CNJc=; l=222; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: MIME-Version:Content-Type:Content-Disposition:User-Agent; b=cvNiY0 Hxe2EeGh2PzIRh7Chk1GNElRjSW7ke5EwQn+syIfqlK7DKml/ixEkpZKT8Z/ka6K26/ 6aI4QwEMjqva8sRL9MZTSEdLKtet2RysWEbwNMAZTf6mBhzlC8cw9cX5iEbTAHe1zg5 2HbyRqx9nZ7bJHoN7YttiFjvbjzs1Bo= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBJ4ZLtF041199 for current@freebsd.org; Wed, 19 Dec 2007 07:35:21 +0300 (MSK) (envelope-from ache) Date: Wed, 19 Dec 2007 07:35:21 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20071219043520.GA41111@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: no toe capability on 0xc3c96c00 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 04:35:23 -0000 Now I constantly receive this message on my console "no toe capability on 0xc3c96c00" I have fxp card which apparently have no toe support, but it can't be a reason for junk debug messages. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 05:10:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3CEC16A607 for ; Wed, 19 Dec 2007 05:10:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 84ED313C45D for ; Wed, 19 Dec 2007 05:10:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4639234waf.3 for ; Tue, 18 Dec 2007 21:10:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Thu7v0dVLEdHe12K2UMC7tmhQHo70hZrK9z0DIHJbkw=; b=q7Cv5yTt1w9woMRKLn4145u16c4OIdl5N4cKLExzSyqoQs2UKxhtDeNkdwf3PiJxW22B4Q3+plFMLGOWhnxhLzckz8fFMJpQcyWOIVko9KxsfJHZfQU4fKAN2GRuTK/RFjkDbMSXThNR4U/BZ4BiUS/L7ja+rNztLFzZnZilCvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Bk54331FPEYQpIswy1ssT9fAxbI71yZdblBm4mFy6d1CNUEBMPdchkTKLPWAxLB+kWwUUn24p1quaAbsIWgy3dsO3BDvQMv0KCTYnyQ95/W2yJmVLG8QK9LxNubhs0hdfTN8U9Qf3rUVAu/qkcpUZPWvtokBUNd8FfOifGlQFkU= Received: by 10.115.46.9 with SMTP id y9mr5230331waj.129.1198041019702; Tue, 18 Dec 2007 21:10:19 -0800 (PST) Received: by 10.114.255.11 with HTTP; Tue, 18 Dec 2007 21:10:19 -0800 (PST) Message-ID: Date: Tue, 18 Dec 2007 21:10:19 -0800 From: "Kip Macy" To: "Andrey Chernov" , current@freebsd.org In-Reply-To: <20071219043520.GA41111@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071219043520.GA41111@nagual.pp.ru> Cc: Subject: Re: no toe capability on 0xc3c96c00 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 05:10:21 -0000 Sorry, will fix. Thanks. On 12/18/07, Andrey Chernov wrote: > Now I constantly receive this message on my console > "no toe capability on 0xc3c96c00" > I have fxp card which apparently have no toe support, but it can't be a > reason for junk debug messages. > > -- > http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 05:18:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 997BB16A417 for ; Wed, 19 Dec 2007 05:18:48 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0ECB013C43E for ; Wed, 19 Dec 2007 05:18:47 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBJ5IkYv041841; Wed, 19 Dec 2007 08:18:46 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1198041527; bh=K5/pOpUPBwu7r9OAIIEuNcf62hyxv1qdTWFDu8P HbbY=; l=402; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=J+mgb4ER7BhpYKDoZATE6ZX/GVUQi4sWwlLw1yBW Xh+9/AupAAFKgZFZvfJZ/lpOT8nzFEiii44UG48OP0SdM6vZ5/OVdKlKg71R2F74qnR koaL9zDjHx0ppJ7J5mdJfA37DATaU/+YPMjn2O1wATcxkHdCLuS+G0JIsxWkGK7A= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBJ5IkSc041840; Wed, 19 Dec 2007 08:18:46 +0300 (MSK) (envelope-from ache) Date: Wed, 19 Dec 2007 08:18:46 +0300 From: Andrey Chernov To: Kip Macy Message-ID: <20071219051846.GA41807@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Kip Macy , current@freebsd.org References: <20071219043520.GA41111@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: no toe capability on 0xc3c96c00 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 05:18:48 -0000 On Tue, Dec 18, 2007 at 09:10:19PM -0800, Kip Macy wrote: > Sorry, will fix. Thanks. > Thank you. > On 12/18/07, Andrey Chernov wrote: > > Now I constantly receive this message on my console > > "no toe capability on 0xc3c96c00" > > I have fxp card which apparently have no toe support, but it can't be a > > reason for junk debug messages. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 07:59:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A598616A420 for ; Wed, 19 Dec 2007 07:59:51 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 805F013C465 for ; Wed, 19 Dec 2007 07:59:50 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by wa-out-1112.google.com with SMTP id k17so4726392waf.3 for ; Tue, 18 Dec 2007 23:59:50 -0800 (PST) Received: by 10.142.115.10 with SMTP id n10mr2640293wfc.95.1198049460642; Tue, 18 Dec 2007 23:31:00 -0800 (PST) Received: by 10.142.224.12 with HTTP; Tue, 18 Dec 2007 23:31:00 -0800 (PST) Message-ID: <626eb4530712182331o38e3cdfem8899302dfb7b2e4a@mail.gmail.com> Date: Wed, 19 Dec 2007 16:31:00 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Wojciech A. Koszek" , freebsd-current@freebsd.org, simokawa@freebsd.org In-Reply-To: <20071219025024.GA6966@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071219025024.GA6966@FreeBSD.czest.pl> X-Google-Sender-Auth: 0111938558a0030c Cc: Subject: Re: FireWire causes hang at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 07:59:51 -0000 Oops, could you replace the line "u_int max_node;" in firewirereg.h with "int max_node;". This should prevent too many loops. However, I don't know why we cannot get correct max_node value from self-id packets. Thanks, On 12/19/07, Wojciech A. Koszek wrote: > Hello, > > This report is about -CURRENT (20071217). Kernel on my ASUS A7N8X > motherboard (with FireWire controller) hangs after disk has been > detected and GEOM_LABEL labels are probed: > > GEOM: new disk ad2 > ad2: nVidia check1 failed > ad2: Adaptec check1 failed > ad2: LSI (v3) check1 failed > ad2: LSI (v2) check1 failed > ad2: FreeBSD check1 failed > GEOM_LABEL: Label for provider ad2s2a is label/daemon.fs. > GEOM_LABEL: Label for provider ad2s2b is label/daemon.swap. > > > > Sometimes, if I plug and unplug the FireWire cable (several times), boot > continues. Hardware: > > fwohci0: <1394 Open Host Controller Interface> mem 0xe8086000-0xe80867ff,0xe8087000-0xe808703f irq 9 at device 13.0 on pci0 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:e0:18:00:00:6c:d5:4a > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0xbf6460 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:e0:18:6c:d5:4a > fwe0: Ethernet address: 02:e0:18:6c:d5:4a > fwip0: on firewire0 > fwip0: Firewire address: 00:e0:18:00:00:6c:d5:4a @ 0xfffe00000000, S400, maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > > After reboot, I jumped to the debugger, set firewire_debug = 1 and this > time I saw a huge number of messages coming from: > > static void > fw_explore(struct firewire_comm *fc): > > Citation of firewire.c: > > [cut] > > for (node = 0; node <= fc->max_node; node ++) { > /* We don't probe myself and linkdown nodes */ > if (node == fc->nodeid) > continue; > fwsid = fw_find_self_id(fc, node); > if (!fwsid || !fwsid->p0.link_active) { > if (firewire_debug) > printf("node%d: link down\n", node); > continue; > } > nodes[todo++] = node; > } > > [cut] > > It's iterating infinitely on my system. I set some breakpoints and: > > db> c > node258: link down > [thread pid 19 tid 100030 ] > Breakpoint at fw_bus_probe_thread+304: addl $1,4294966116(%ebp) > db> step > [thread pid 19 tid 100030 ] > Stopped at fw_bus_probe_thread+311: movl 4294966116(%ebp),%ecx > db> step > [thread pid 19 tid 100030 ] > Stopped at fw_bus_probe_thread+317: movl 4294966104(%ebp),%eax > db> step > [thread pid 19 tid 100030 ] > Stopped at fw_bus_probe_thread+323: cmpl %ecx,32(%eax) > db> step > [thread pid 19 tid 100030 ] > Stopped at fw_bus_probe_thread+326: jnb fw_bus_probe_thread+192 > db> p/x $eax > c2eda000 <- fc > db> p/x $eax+32 > c2eda020 <- fc->max_node > db> p/x *0xc2eda020 > ffffffff <- it looks like it's wrong > > db> p/x $ecx > 103 > db> p/d $ecx <- it's "node" it that context. > 259 > > > -- > Wojciech A. Koszek > wkoszek@FreeBSD.org > http://FreeBSD.czest.pl/dunstan/ > > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 08:27:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18AFB16A41A for ; Wed, 19 Dec 2007 08:27:36 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id AA08013C47E for ; Wed, 19 Dec 2007 08:27:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B388F45ED7; Wed, 19 Dec 2007 09:27:33 +0100 (CET) Received: from localhost (public-gprs46595.centertel.pl [91.94.54.113]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 033E545F44; Wed, 19 Dec 2007 09:27:19 +0100 (CET) Date: Wed, 19 Dec 2007 09:26:41 +0100 From: Pawel Jakub Dawidek To: Bakul Shah Message-ID: <20071219080908.GA1335@garage.freebsd.pl> References: <20071216205518.0A5665B2E@mail.bitblocks.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline In-Reply-To: <20071216205518.0A5665B2E@mail.bitblocks.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 08:27:36 -0000 --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 16, 2007 at 12:55:17PM -0800, Bakul Shah wrote: > Interesting discussion this but FreeBSD doesn't have a > separate intent log as yet. zfs.h history on opensolaris > shows what was added since the last import to freebsd in > early April 2007. >=20 > PSARC 2007/618 ZFS L2ARC > PSARC 2007/555 zfs fs-only quotas and reservations > PSARC/2007/574 zfs send -R > PSARC 2007/607 ZFS cachefile property > PSARC 2007/342 Enhanced ZFS Pool Properties > PSARC/2007/328 zfs upgrade > PSARC/2006/465 ZFS Delegated Administration > PSARC 2007/171 ZFS Separate Intent Log > PSARC 2007/197 ZFS hotplug It is ported to FreeBSD, but will be imported to the HEAD branch after 7.0-RELEASE. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --DKU6Jbt7q3WqK7+M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHaNXBForvXbEpPzQRAntoAJ972uLuqjZEcR6AdS5GIW7S65WOrgCfYb5L d6PyyHsSvwA6Zt+Oo54CMt4= =DQB6 -----END PGP SIGNATURE----- --DKU6Jbt7q3WqK7+M-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 09:07:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF08116A418 for ; Wed, 19 Dec 2007 09:07:19 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6199313C43E for ; Wed, 19 Dec 2007 09:07:19 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 556C13AD60 for ; Wed, 19 Dec 2007 10:07:18 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mzTOg6VmZaj1 for ; Wed, 19 Dec 2007 10:07:15 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id B7CE33988A; Wed, 19 Dec 2007 10:07:15 +0100 (CET) Date: Wed, 19 Dec 2007 10:07:15 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20071219090715.GA2305@keltia.freenix.fr> References: <20071216205518.0A5665B2E@mail.bitblocks.com> <20071219080908.GA1335@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071219080908.GA1335@garage.freebsd.pl> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: ZFS melting under postgres... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 09:07:19 -0000 According to Pawel Jakub Dawidek: > It is ported to FreeBSD, but will be imported to the HEAD branch after > 7.0-RELEASE. Will it be in 7.1? Are there any bugs fixed that we'd like to have in 7.0 anyway? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 10:02:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB68F16A420 for ; Wed, 19 Dec 2007 10:02:24 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7745513C469 for ; Wed, 19 Dec 2007 10:02:23 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5478F.dip.t-dialin.net [84.165.71.143]) by redbull.bpaserver.net (Postfix) with ESMTP id CA5D52E347; Wed, 19 Dec 2007 11:02:10 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2245C775B3; Wed, 19 Dec 2007 11:02:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1198058527; bh=ffGoC//P44I1otlXd0Oke+QFRjGt9Yf8z EpEov8dbqA=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=1nvIjE BrePNTr2w+CM1yxxt1V3XRDlkdGo6EG+DETStefz1UA+macn3RKgSi9JWkr8OLkg8Ns f/4SO1zIclg+Ww5wbW9E+j7iDEr1dT2m6LhaR4rm1xoujPv13Mz2gzR4dfUbnZsdsyT dcfFoXSuLFyCmFMzaifz8Q1SPBiX3Ufa89Ie6PRVyzqXyqLArffHAzgFCJ9nPqWR3FE 8TR4WTN69K95HzhoOjiriO6dZbk6wN8WWH23XqPKGIcLm+fHAPXY5Bn3120InYoosrv +UeyOG9fiZEL8HZXAdAtBGTKjRNQJ4Qx3BjxShS+hm5SZsSf2SRYUk/V+fHlVKktGU0 A== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lBJA25JO059125; Wed, 19 Dec 2007 11:02:05 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 19 Dec 2007 11:02:05 +0100 Message-ID: <20071219110205.a0dvlro2pwo8gowc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 19 Dec 2007 11:02:05 +0100 From: Alexander Leidinger To: Marian Hettwer References: <86ve6wmgq4.fsf@ds4.des.no> <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> In-Reply-To: <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: @kernel32.de, Kip Macy , Martin Cracauer , freebsd-current@freebsd.org, "Sam Fourman Jr." , Dag-Erling =?utf-8?b?U23Dg8KDw4LCuHJncmF2?= Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 10:02:24 -0000 Quoting Marian Hettwer (from Tue, 18 Dec 2007 =20 12:10:56 +0100): > > > On Tue, 18 Dec 2007 11:37:07 +0100, Dag-Erling Sm=C3=B8rgrav = wrote: >> "Sam Fourman Jr." writes: >>> I wonder if having a petition signed by a bunch of people would help >>> this along, because I believe that amd64 3D accel on nvidia, is life >>> or death to PC-BSD in a year or so. >> >> What, exactly, do you think a petition would achieve? Can a petition >> write code? Can a petition pay somebody to write code? Petitions may >> work in a democracy, but neither nVidia nor FreeBSD is a democracy. >> > While this is true (by the way, what is FreeBSD? nVidia is a =20 > corporation, therefor not a democracy, but what is FreeBSD?), at =20 > least a petition could show how many users would like to have amd64 =20 > nvidia support for FreeBSD. More or less they know already. Just have a look at the nVidia forum =20 and count the messages there. Bye, Alexander. --=20 The PILLSBURY DOUGHBOY is CRYING for an END to BURT REYNOLDS movies!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 10:02:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 405AB16A417 for ; Wed, 19 Dec 2007 10:02:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id E0C5513C4CE for ; Wed, 19 Dec 2007 10:02:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5478F.dip.t-dialin.net [84.165.71.143]) by redbull.bpaserver.net (Postfix) with ESMTP id 973D82E347; Wed, 19 Dec 2007 11:02:34 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 10DED775BE; Wed, 19 Dec 2007 11:02:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1198058552; bh=ffGoC//P44I1otlXd0Oke+QFRjGt9Yf8z EpEov8dbqA=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=oKGlDr 7ivWPqL3y8gSl/R8FMCrwQR/DL5Wh4QEI9jV+cCEgOXXayj86Kr5EnKCyiBrPSELT4K R6dir1za7PzBQFZ1VAPPurNimMpZwe5qQw/HBWP7FqwpJfRcD2C0AmTxkM+BTmyx0dX c+4vzcxp3hiyfgvVa6GovwShznQX26/NAtDqZ0Mx76hEXVoNfTdbsjWIqfC3uB/hEMX cp8mrQgvYCK1YTEd/CRWLvdmWwOKg6uIz3GjwkqkAXGRzOTVtjGCxy4yrZxfapgC6sx AsYDaxUa/Mzmo3DAur0MKT1nET+b6FvhSy1+HwfprrlN6ym9gdHJ0ILIjgmen82UHAJ Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lBJA2Vk8059226; Wed, 19 Dec 2007 11:02:31 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 19 Dec 2007 11:02:31 +0100 Message-ID: <20071219110231.rp3lts95ao8wwwgo@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 19 Dec 2007 11:02:31 +0100 From: Alexander Leidinger To: Marian Hettwer References: <86ve6wmgq4.fsf@ds4.des.no> <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> In-Reply-To: <4a37b1e529bab094e2c50b7deca7df87@127.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 10:02:46 -0000 Quoting Marian Hettwer (from Tue, 18 Dec 2007 =20 12:10:56 +0100): > > > On Tue, 18 Dec 2007 11:37:07 +0100, Dag-Erling Sm=C3=B8rgrav = wrote: >> "Sam Fourman Jr." writes: >>> I wonder if having a petition signed by a bunch of people would help >>> this along, because I believe that amd64 3D accel on nvidia, is life >>> or death to PC-BSD in a year or so. >> >> What, exactly, do you think a petition would achieve? Can a petition >> write code? Can a petition pay somebody to write code? Petitions may >> work in a democracy, but neither nVidia nor FreeBSD is a democracy. >> > While this is true (by the way, what is FreeBSD? nVidia is a =20 > corporation, therefor not a democracy, but what is FreeBSD?), at =20 > least a petition could show how many users would like to have amd64 =20 > nvidia support for FreeBSD. More or less they know already. Just have a look at the nVidia forum =20 and count the messages there. Bye, Alexander. --=20 The PILLSBURY DOUGHBOY is CRYING for an END to BURT REYNOLDS movies!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 10:26:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E0716A473 for ; Wed, 19 Dec 2007 10:26:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6DD13C4D1 for ; Wed, 19 Dec 2007 10:26:12 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=xGCvmzNYmZbjq6Hk7r+1IYFw4mJqXHXxeqUN6RiHlmKvVfXyZA131L9R8Ps4XkSZHAh/8S+TJOkbJAuIcqaU+r6bDyq4gkagPI2Eblv3D4xunvxBt8tbxIqkYwGJiXBXOuD6bKunYWjZfyoSRqw6NMdYNNSBlHldEKgRtXDMBXv5k/f6Kgivi/diYmek6aP8w3rSUptvSDqrG3MC7+/V6JQmWU5Ci765RODojkps8+Z11o2IeigXix/9R2/H2OEU; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1J4w7s-00022S-6O; Wed, 19 Dec 2007 10:26:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J4w78-0001Gx-2q; Wed, 19 Dec 2007 10:25:22 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J4w77-0000wB-4G; Wed, 19 Dec 2007 12:25:21 +0200 To: Alexander Leidinger From: Ian FREISLICH In-Reply-To: Message from Alexander Leidinger of "Wed, 19 Dec 2007 11:02:31 +0100." <20071219110231.rp3lts95ao8wwwgo@webmail.leidinger.net> X-Attribution: BOFH Date: Wed, 19 Dec 2007 12:25:21 +0200 Message-Id: Cc: freebsd-current@freebsd.org, Marian Hettwer Subject: Re: amd64 NVIDIA support in FreeBSD 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 10:26:12 -0000 Alexander Leidinger wrote: > > While this is true (by the way, what is FreeBSD? nVidia is a > > corporation, therefor not a democracy, but what is FreeBSD?), at > > least a petition could show how many users would like to have amd64 > > nvidia support for FreeBSD. > > More or less they know already. Just have a look at the nVidia forum > and count the messages there. While that may be valid, it may only be accurate to a few orders of magnitude. Because: I'm reasonably sure I'm not the only person to tell a story like this. I used to use an nVidia card. It got retired when I upgraded my machine and I specifically bought an ATI card. It didn't need a proprietry binary driver to make it work properly. ATI seems to have much better support in X and the drivers work on amd64. I don't think that I will ever buy another nVidia card. In fact, I was sorry I bought the last one almost immediately after I plugged it in. I wouldn't recomend that anyone buy an nVidia card either. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 10:45:56 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB79616A41B; Wed, 19 Dec 2007 10:45:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8705D13C45D; Wed, 19 Dec 2007 10:45:55 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 63C9920AF; Wed, 19 Dec 2007 11:45:46 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id D133420BB; Wed, 19 Dec 2007 11:45:45 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 0224F84499; Wed, 19 Dec 2007 11:45:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> <20071218204401.E33011@fledge.watson.org> Date: Wed, 19 Dec 2007 11:45:49 +0100 In-Reply-To: <20071218204401.E33011@fledge.watson.org> (Robert Watson's message of "Tue\, 18 Dec 2007 20\:44\:24 +0000 \(GMT\)") Message-ID: <86ir2vklnm.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Maxim Sobolev , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 10:45:57 -0000 Robert Watson writes: > I'd certainly be fine with it being added to GENERIC on our various > architectures. s/GENERIC/DEFAULTS/ DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 10:59:52 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4404016A419; Wed, 19 Dec 2007 10:59:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 193EC13C4CC; Wed, 19 Dec 2007 10:59:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0763047831; Wed, 19 Dec 2007 05:53:59 -0500 (EST) Date: Wed, 19 Dec 2007 10:53:58 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86ir2vklnm.fsf@ds4.des.no> Message-ID: <20071219105229.T95322@fledge.watson.org> References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> <20071218204401.E33011@fledge.watson.org> <86ir2vklnm.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1563880115-1198061638=:95322" Cc: Maxim Sobolev , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 10:59:52 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1563880115-1198061638=:95322 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 19 Dec 2007, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: >> I'd certainly be fine with it being added to GENERIC on our various=20 >> architectures. > > s/GENERIC/DEFAULTS/ At the risk of creating a bikeshed, I thought we had a consensus that DEFAU= LTS=20 should never be used :-). What I'd love to get, as a bikeshed alternative, would be feedback on the= =20 usability of DDB scripting, output capture, and textdumps... I know there = are=20 a few nits, such as the fact that "continue" at the end of an=20 automatically-run script for a KDB entry event still results in sitting at = a=20 DDB prompt, for example. Robert N M Watson Computer Laboratory University of Cambridge --621616949-1563880115-1198061638=:95322-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 11:38:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85B616A41B for ; Wed, 19 Dec 2007 11:38:52 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1B43113C45B for ; Wed, 19 Dec 2007 11:38:51 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so4573583mue.6 for ; Wed, 19 Dec 2007 03:38:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=amOI2GXdpmx68fYNWVF1GwGQL3su8dHLzHI13WgfSqY=; b=UHf02hDmA8lxbdaxJkvpHqQb1JoRFtFeQuJsdHtswG8NrbmzXgziYJfTfzvS12wx3AWG5VaQ+1YeqErc4Kz3tYOa6a01lzvufP3iub8yzEJxOenChw7QFCLyXLo9doPOgInMyXtya5FpwfA7GxUuHWS0Qe/OGyQsoDHTP8vy8bU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eSLT9kvu4mLqF6C5dAkUQFGaD3tXt4uriyvIToDYFVhJmis5CIABIyP17+XjgtCLPckGDPRowxijZizlOXj/QqYH9Vu1J2I9HbLl33uL5NelbuHf7j6hytzP5bAEz6dkC42zM4FgaoIWRQLGXuzyF4A9IdcyVjis7IiWLqnRjS0= Received: by 10.78.200.20 with SMTP id x20mr11960371huf.43.1198064330009; Wed, 19 Dec 2007 03:38:50 -0800 (PST) Received: by 10.78.189.2 with HTTP; Wed, 19 Dec 2007 03:38:49 -0800 (PST) Message-ID: <70e8236f0712190338p1a7b9d17u4fdf05f93cf43d8@mail.gmail.com> Date: Wed, 19 Dec 2007 11:38:49 +0000 From: "Joao Barros" To: "Hidetoshi Shimokawa" In-Reply-To: <626eb4530712182331o38e3cdfem8899302dfb7b2e4a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071219025024.GA6966@FreeBSD.czest.pl> <626eb4530712182331o38e3cdfem8899302dfb7b2e4a@mail.gmail.com> Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" Subject: Re: FireWire causes hang at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 11:38:53 -0000 I was bitten by this particular problem some time ago. More details here: - http://www.FreeBSD.org/cgi/query-pr.cgi?pr=69218&cat= - http://lists.freebsd.org/pipermail/freebsd-current/2005-October/056810.html I don't have that motherboard anymore but would be really happy to see it go away :D On Dec 19, 2007 7:31 AM, Hidetoshi Shimokawa wrote: > Oops, could you replace the line "u_int max_node;" in firewirereg.h > with "int max_node;". > This should prevent too many loops. However, I don't know why we cannot > get correct max_node value from self-id packets. > > Thanks, > > > On 12/19/07, Wojciech A. Koszek wrote: > > Hello, > > > > This report is about -CURRENT (20071217). Kernel on my ASUS A7N8X > > motherboard (with FireWire controller) hangs after disk has been > > detected and GEOM_LABEL labels are probed: > > > > GEOM: new disk ad2 > > ad2: nVidia check1 failed > > ad2: Adaptec check1 failed > > ad2: LSI (v3) check1 failed > > ad2: LSI (v2) check1 failed > > ad2: FreeBSD check1 failed > > GEOM_LABEL: Label for provider ad2s2a is label/daemon.fs. > > GEOM_LABEL: Label for provider ad2s2b is label/daemon.swap. > > > > > > > > Sometimes, if I plug and unplug the FireWire cable (several times), boot > > continues. Hardware: > > > > fwohci0: <1394 Open Host Controller Interface> mem 0xe8086000-0xe80867ff,0xe8087000-0xe808703f irq 9 at device 13.0 on pci0 > > fwohci0: [FILTER] > > fwohci0: OHCI version 1.10 (ROM=0) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 00:e0:18:00:00:6c:d5:4a > > fwohci0: Phy 1394a available S400, 2 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > dcons_crom0: on firewire0 > > dcons_crom0: bus_addr 0xbf6460 > > fwe0: on firewire0 > > if_fwe0: Fake Ethernet address: 02:e0:18:6c:d5:4a > > fwe0: Ethernet address: 02:e0:18:6c:d5:4a > > fwip0: on firewire0 > > fwip0: Firewire address: 00:e0:18:00:00:6c:d5:4a @ 0xfffe00000000, S400, maxrec 2048 > > sbp0: on firewire0 > > fwohci0: Initiate bus reset > > fwohci0: BUS reset > > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > > > > After reboot, I jumped to the debugger, set firewire_debug = 1 and this > > time I saw a huge number of messages coming from: > > > > static void > > fw_explore(struct firewire_comm *fc): > > > > Citation of firewire.c: > > > > [cut] > > > > for (node = 0; node <= fc->max_node; node ++) { > > /* We don't probe myself and linkdown nodes */ > > if (node == fc->nodeid) > > continue; > > fwsid = fw_find_self_id(fc, node); > > if (!fwsid || !fwsid->p0.link_active) { > > if (firewire_debug) > > printf("node%d: link down\n", node); > > continue; > > } > > nodes[todo++] = node; > > } > > > > [cut] > > > > It's iterating infinitely on my system. I set some breakpoints and: > > > > db> c > > node258: link down > > [thread pid 19 tid 100030 ] > > Breakpoint at fw_bus_probe_thread+304: addl $1,4294966116(%ebp) > > db> step > > [thread pid 19 tid 100030 ] > > Stopped at fw_bus_probe_thread+311: movl 4294966116(%ebp),%ecx > > db> step > > [thread pid 19 tid 100030 ] > > Stopped at fw_bus_probe_thread+317: movl 4294966104(%ebp),%eax > > db> step > > [thread pid 19 tid 100030 ] > > Stopped at fw_bus_probe_thread+323: cmpl %ecx,32(%eax) > > db> step > > [thread pid 19 tid 100030 ] > > Stopped at fw_bus_probe_thread+326: jnb fw_bus_probe_thread+192 > > db> p/x $eax > > c2eda000 <- fc > > db> p/x $eax+32 > > c2eda020 <- fc->max_node > > db> p/x *0xc2eda020 > > ffffffff <- it looks like it's wrong > > > > db> p/x $ecx > > 103 > > db> p/d $ecx <- it's "node" it that context. > > 259 > > > > > > -- > > Wojciech A. Koszek > > wkoszek@FreeBSD.org > > http://FreeBSD.czest.pl/dunstan/ > > > > > > > -- > /\ Hidetoshi Shimokawa > \/ simokawa@FreeBSD.ORG > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 13:01:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7916B16A504 for ; Wed, 19 Dec 2007 13:01:55 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from mail.id-gaming.com (id-gaming.com [64.234.215.98]) by mx1.freebsd.org (Postfix) with ESMTP id 38BC013C46B for ; Wed, 19 Dec 2007 13:01:55 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from localhost (unknown [127.0.0.1]) by mail.id-gaming.com (Postfix) with ESMTP id E2B71EA511; Wed, 19 Dec 2007 13:01:54 +0000 (UTC) Received: from mail.id-gaming.com ([127.0.0.1]) by localhost (idinteractive.id-gaming.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07688-10; Wed, 19 Dec 2007 08:01:46 -0500 (EST) Received: from [172.20.1.206] (unknown [200.69.195.228]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.id-gaming.com (Postfix) with ESMTP id 53D5DEA50E; Wed, 19 Dec 2007 08:01:45 -0500 (EST) Message-ID: <47691636.7020907@gmail.com> Date: Wed, 19 Dec 2007 10:01:42 -0300 From: Javier User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kostik Belousov References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> <20071124211859.S14018@fledge.watson.org> <20071125075620.GA78396@deviant.kiev.zoral.com.ua> <4749B2CC.7020300@gmail.com> <20071125203015.GF78396@deviant.kiev.zoral.com.ua> In-Reply-To: <20071125203015.GF78396@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at id-gaming.com Cc: freebsd-current@freebsd.org Subject: Re: snp panic [Was: Re: panic with tcpdrop] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 13:01:55 -0000 Hello, sorry, the same panic again, but with the snp.c patched with your modification. The steps of the new panic are the same. How can I help? Thanks Javier > On Sun, Nov 25, 2007 at 02:37:16PM -0300, Rako wrote: >> It is not reproduceable. But a have 2 panic of that in 1 month. >> >> The steps for the last panic: >> >> watch -W /dev/ttyv0 >> make buildkernel .... >> Ctrl-G >> Panic! >> >> The explication from Kostik can be correct, but, if I not try to attach >> again, only Ctrl-G; it is not the path for that explication or I >> misunderstands. Anyway, I can probe the changes for 1 month to test if >> any happen >> Thanks! >> Javier > C-G seems to be the exact scenario for the bug. >> >>> On Sat, Nov 24, 2007 at 09:19:42PM +0000, Robert Watson wrote: >>>> On Sat, 24 Nov 2007, Rako wrote: >>>> >>>>> the patch solve the problem with tcpdrop, Thanks!! >>>>> >>>>> An other panic ocurred, but on other area, is on snp.ko module (watch -W >>>>> /dev/ttyv0) but can't get backtrace. This panic is simliar at >>>>> >>>>> http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.html >>>>> >>>>> the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c snp = >>>>> ttytosnp(tp); >>>>> >>>>> where snp get NULL >>>>> >>>>> but, no familiar with this ... Any idea what can I do to solve the error? >>>> I'm having trouble reproducing this -- could you give me a detailed set >>>> of instructions regarding the specific steps I should take to try and get >>>> this panic, if it's reproduceable for you? >>>> >>>> Thanks, >>>> >>>> Robert N M Watson >>>> Computer Laboratory >>>> University of Cambridge >>>> >>>>> Regards, >>>>> Javier >>>>> >>>>> >>>>> Fatal trap 12: page fault while in kernel mode >>>>> fault virtual address = 0x24 >>>>> fault code = supervisor read, page not present >>>>> instruction pointer = 0x20:0xc3e4f230 >>>>> stack pointer = 0x28:0xd66c3b34 >>>>> frame pointer = 0x28:0xd66c3b88 >>>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>>> = DPL 0, pres 1, def32 1, gran 1 >>>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>>> current process = 2216 (make) >>>>> trap number = 12 >>>>> panic: page fault >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...) >>>>> at db_trace_self_wrapper+0x26 >>>>> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at >>>>> kdb_backtrace+0x29 >>>>> panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa >>>>> trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 >>>>> trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 >>>>> trap(d66c3af4) at trap+0x382 >>>>> calltrap() at calltrap+0x6 >>>>> --- trap 0xc, eip = 0xc3e4f230, esp = 0xd66c3b34, ebp = 0xd66c3b88 --- >>>>> snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 >>>>> ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 >>>>> giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c >>>>> devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at >>>>> devfs_write_f+0x75 >>>>> dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at >>>>> dofilewrite+0x97 >>>>> kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 >>>>> write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f >>>>> syscall(d66c3d38) at syscall+0x335 >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>>>> --- syscall (4, FreeBSD ELF32, write), eip = 0x8083603, esp = >>>>> 0xbfbfd4ec, ebp = 0xbfbfd528 --- >>>>> Uptime: 19m14s >>>>> Physical memory: 495 MB >>>>> Dumping 86 MB: 71 55 39 23 7 >>> I believe I have a plausible explanation for the panic. Please, look >>> at the snpioctl(), SNPSTTY command. First, assume that both the s > 0 >>> and snoop device has attached tty. Then, snp_tty will be overwritten, >>> without detaching the old tty from the snooper. In this case, ttytosnp() >>> would not find the snp from tty, returning NULL. This would lead to the >>> trace above. This is old kernel bug. >>> >>> Now, I shall note that watch(8) does not attach to the new tty without >>> detaching from the previous one. But, after destroy_dev_sched() conversion >>> have been done for snp(4), actual detach is asynchronous. Since watch(8) >>> opens the numbered snpX clone device instead of the master /dev/snp, it >>> could reopen the same device. The condition is racy, and thus not easily >>> reproducable. >>> >>> The patch below might help with kernel panic. >>> >>> diff --git a/sys/dev/snp/snp.c b/sys/dev/snp/snp.c >>> index a84e90c..b8f3d63 100644 >>> --- a/sys/dev/snp/snp.c >>> +++ b/sys/dev/snp/snp.c >>> @@ -491,7 +491,7 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, >>> int flags, >>> struct thread *td) >>> { >>> struct snoop *snp; >>> - struct tty *tp, *tpo; >>> + struct tty *tp; >>> struct cdev *tdev; >>> struct file *fp; >>> int s; >>> @@ -502,6 +502,9 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, >>> int flags, >>> s = *(int *)data; >>> if (s < 0) >>> return (snp_down(snp)); >>> + if (snp->snp_tty != NULL) >>> + return (EBUSY); >>> + >>> if (fget(td, s, &fp) != 0) >>> return (EINVAL); >>> if (fp->f_type != DTYPE_VNODE || >>> @@ -520,13 +523,6 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, >>> int flags, >>> return (EBUSY); >>> >>> s = spltty(); >>> - >>> - if (snp->snp_target == NULL) { >>> - tpo = snp->snp_tty; >>> - if (tpo) >>> - tpo->t_state &= ~TS_SNOOP; >>> - } >>> - >>> tp->t_state |= TS_SNOOP; >>> snp->snp_olddisc = tp->t_line; >>> tp->t_line = snooplinedisc; From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 14:01:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CBB316A468 for ; Wed, 19 Dec 2007 14:01:35 +0000 (UTC) (envelope-from m.boyarov@bsd.by) Received: from mx1.cybernet.by (mail.cybernet.by [212.98.164.131]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3E113C4F7 for ; Wed, 19 Dec 2007 14:01:35 +0000 (UTC) (envelope-from m.boyarov@bsd.by) Received: from mx1.cybernet.by (mx1.cybernet.by [127.0.0.10]) by mx1.cybernet.by (Postfix) with ESMTP id 5A8D2CDF5B5 for ; Wed, 19 Dec 2007 15:41:51 +0200 (EET) Received: from solar.bsd.by (partizan.velesys.com [213.184.230.195]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.cybernet.by (Postfix) with ESMTP id 2D00ACDF587 for ; Wed, 19 Dec 2007 15:41:50 +0200 (EET) Received: by solar.bsd.by (Postfix, from userid 1001) id A4A1022883; Wed, 19 Dec 2007 15:45:46 +0200 (EET) To: freebsd-current@freebsd.org From: m.boyarov@bsd.by (Max N. Boyarov) Date: Wed, 19 Dec 2007 15:45:42 +0200 Message-ID: <86fxxy7q7t.fsf@bsd.by> X-Mailer: Gnus v5.11/GNU Emacs 22.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: ClamAV Subject: sysinstall and bsdlabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 14:01:35 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Hi, After create label from sysinstall I see offset for first partition is 0 but man to bsdlabel says "The first partition should start at offset 16, because the first 16 sectors are reserved for metadata." So i don't understand this is bug in sysinstall or it's feature? label.c,v 1.153 =2D-=20 Max N. Boyarov --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHaSCKXJXgXMoFno8RAsuvAKDi1VJ91SjN2Xx8FdSBNVgetsIsDQCePR5M vKyjQ6GSG5Q6FbYJ0bzXdyA= =Kcoi -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 14:18:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F41A16A417 for ; Wed, 19 Dec 2007 14:18:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E0E3113C44B for ; Wed, 19 Dec 2007 14:18:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J4zkg-000OdK-NM for freebsd-current@freebsd.org; Wed, 19 Dec 2007 16:18:31 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id lBJEIMJw076426; Wed, 19 Dec 2007 16:18:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lBJEIMX1076425; Wed, 19 Dec 2007 16:18:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 19 Dec 2007 16:18:22 +0200 From: Kostik Belousov To: Javier Message-ID: <20071219141821.GB57756@deviant.kiev.zoral.com.ua> References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> <20071124211859.S14018@fledge.watson.org> <20071125075620.GA78396@deviant.kiev.zoral.com.ua> <4749B2CC.7020300@gmail.com> <20071125203015.GF78396@deviant.kiev.zoral.com.ua> <47691636.7020907@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: <47691636.7020907@gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 9596209fecb99bc4db4bd854cc333b75 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1928 [Dec 19 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 9 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: snp panic [Was: Re: panic with tcpdrop] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 14:18:33 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 19, 2007 at 10:01:42AM -0300, Javier wrote: > Hello, sorry, the same panic again, but with the snp.c patched with your > modification. The steps of the new panic are the same. > How can I help? > Thanks > Javier The fix was not complete. Try the patch below, it is against the current. Hopefully, it fix the problem. For RELENG_7, you need to either apply rev. 1.106, and the apply the patch. Or, you may take the snp.c from the HEAD and again, apply the patch. diff --git a/sys/dev/snp/snp.c b/sys/dev/snp/snp.c index 6c153d2..3768497 100644 --- a/sys/dev/snp/snp.c +++ b/sys/dev/snp/snp.c @@ -466,7 +466,8 @@ snpclose(struct cdev *dev, int flags, int fmt, struct t= hread *td) free(snp->snp_buf, M_SNP); snp->snp_flags &=3D ~SNOOP_OPEN; dev->si_drv1 =3D NULL; - destroy_dev_sched_cb(dev, snp_detach, snp); + snp_detach(snp); + destroy_dev_sched(dev); =20 return (0); } @@ -491,7 +492,7 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, in= t flags, struct thread *td) { struct snoop *snp; - struct tty *tp, *tpo; + struct tty *tp; struct cdev *tdev; struct file *fp; int s; @@ -502,8 +503,6 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, in= t flags, s =3D *(int *)data; if (s < 0) return (snp_down(snp)); - if (snp->snp_tty !=3D NULL) - return (EBUSY); =20 if (fget(td, s, &fp) !=3D 0) return (EINVAL); @@ -516,6 +515,9 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, in= t flags, tdev =3D fp->f_vnode->v_rdev; fdrop(fp, td); =20 + if (snp->snp_tty !=3D NULL) + return (EBUSY); + tp =3D snpdevtotty(tdev); if (!tp) return (EINVAL); @@ -523,13 +525,6 @@ snpioctl(struct cdev *dev, u_long cmd, caddr_t data, i= nt flags, return (EBUSY); =20 s =3D spltty(); - - if (snp->snp_target =3D=3D NULL) { - tpo =3D snp->snp_tty; - if (tpo) - tpo->t_state &=3D ~TS_SNOOP; - } - tp->t_state |=3D TS_SNOOP; snp->snp_olddisc =3D tp->t_line; tp->t_line =3D snooplinedisc; --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHaSgtC3+MBN1Mb4gRAtxuAKCL/6E7jbvGR2REZjyPz5WBYiS0dwCgjI2G Ct4jTsoPjcTxwsaVnNbZUVQ= =xsEv -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 15:12:58 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E0FF16A418; Wed, 19 Dec 2007 15:12:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BDF4813C458; Wed, 19 Dec 2007 15:12:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 13F5020A0; Wed, 19 Dec 2007 16:12:49 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E9EFA2089; Wed, 19 Dec 2007 16:12:48 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 0650C84490; Wed, 19 Dec 2007 16:12:53 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> <20071218204401.E33011@fledge.watson.org> <86ir2vklnm.fsf@ds4.des.no> <20071219105229.T95322@fledge.watson.org> Date: Wed, 19 Dec 2007 16:12:52 +0100 In-Reply-To: <20071219105229.T95322@fledge.watson.org> (Robert Watson's message of "Wed\, 19 Dec 2007 10\:53\:58 +0000 \(GMT\)") Message-ID: <86zlw6btvv.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Maxim Sobolev , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 15:12:58 -0000 Robert Watson writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Robert Watson writes: > > > I'd certainly be fine with it being added to GENERIC on our > > > various architectures. > > s/GENERIC/DEFAULTS/ > At the risk of creating a bikeshed, I thought we had a consensus that > DEFAULTS should never be used :-). What sobomax actually asked was for INCLUDE_CONFIG_FILE to be opt-out; the easiest way to achieve this is to put it in DEFAULTS, so people who don't want it can use "nooption INCLUDE_CONFIG_FILE". I vote in favor. It's one of those things that is so incredibly useful, but that you never remember to turn on until it's too late. BTW, it would be also useful to include the config file (if available) in the tar-formatted dumps you are working on. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 15:20:30 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8145C16A41A; Wed, 19 Dec 2007 15:20:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBA413C442; Wed, 19 Dec 2007 15:20:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 89DE947518; Wed, 19 Dec 2007 10:20:28 -0500 (EST) Date: Wed, 19 Dec 2007 15:20:28 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86zlw6btvv.fsf@ds4.des.no> Message-ID: <20071219151957.C754@fledge.watson.org> References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> <20071218204401.E33011@fledge.watson.org> <86ir2vklnm.fsf@ds4.des.no> <20071219105229.T95322@fledge.watson.org> <86zlw6btvv.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-236892328-1198077628=:754" Cc: Maxim Sobolev , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 15:20:30 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-236892328-1198077628=:754 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 19 Dec 2007, Dag-Erling Sm=F8rgrav wrote: > What sobomax actually asked was for INCLUDE_CONFIG_FILE to be opt-out; th= e=20 > easiest way to achieve this is to put it in DEFAULTS, so people who don't= =20 > want it can use "nooption INCLUDE_CONFIG_FILE". I vote in favor. It's on= e=20 > of those things that is so incredibly useful, but that you never remember= to=20 > turn on until it's too late. > > BTW, it would be also useful to include the config file (if available) in= =20 > the tar-formatted dumps you are working on. If you'd looked at the patch, you'd see it was already there. Robert N M Watson Computer Laboratory University of Cambridge --621616949-236892328-1198077628=:754-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 15:54:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B253916A41B for ; Wed, 19 Dec 2007 15:54:42 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4590413C4DB for ; Wed, 19 Dec 2007 15:54:42 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so3644646fka.11 for ; Wed, 19 Dec 2007 07:54:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=rcThqj2M73Rpdf/sIx98jcLA+Eebu4pi93f0r7JHH0I=; b=NEUmKYngStg0+Wi4Fa5yZBPvnjZp2v1RWWnTArnz/T7rsrN+7VAchShcVfpWy+nLVR7OllWM+C/oEJ7geLw/A5morczOT5WEfwqS/i9IoCnspY5zthP3tkViSM49vFYLjpFGfz3Ye573wtS4qPVxquFdSBL7HgHAvmNtgVJ0qgA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=QV/fXtwNdy/ivE6AKMo9yINvcB0bUIni3/jojbwttkC7CMvZw6fmrfO2DkTHOzBV+1Y8uxOedUgePMcLdUfIDkOlWLJJA1F2XM3lEz7CDdpiknVoT8tEcUQPK/ioJvTroksIY5JNVcCCyZq8vxjzfJQ47kjLpC2+JW0P8+fYWv4= Received: by 10.82.184.2 with SMTP id h2mr9151575buf.22.1198079680498; Wed, 19 Dec 2007 07:54:40 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id b30sm3949475ika.2007.12.19.07.54.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2007 07:54:39 -0800 (PST) From: Nikolay Pavlov To: freebsd-arch@freebsd.org Date: Wed, 19 Dec 2007 17:54:44 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20071218120359.E15521@fledge.watson.org> <20071219105229.T95322@fledge.watson.org> <86zlw6btvv.fsf@ds4.des.no> In-Reply-To: <86zlw6btvv.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3381363.mIDhAAKYbb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712191754.49293.qpadla@gmail.com> Cc: arch@freebsd.org, Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Robert Watson , current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 15:54:42 -0000 --nextPart3381363.mIDhAAKYbb Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 19 December 2007 17:12:52 Dag-Erling Sm=C3=B8rgrav wrote: > What sobomax actually asked was for INCLUDE_CONFIG_FILE to be opt-out; > the easiest way to achieve this is to put it in DEFAULTS, so people who > don't want it can use "nooption INCLUDE_CONFIG_FILE". =C2=A0I vote in fav= or. > It's one of those things that is so incredibly useful, but that you > never remember to turn on until it's too late. With out this feature there would be no way to get really full automatic=20 crash reports from users that is not familiar with debugging or kernel=20 building process. =20 =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart3381363.mIDhAAKYbb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHaT7J/2R6KvEYGaIRAo0eAJ9iTCA/O5GoLdswgF4mhbEOpKsyQwCeJ/6u 10925E4c3PliOooUrOljgP8= =X5aW -----END PGP SIGNATURE----- --nextPart3381363.mIDhAAKYbb-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 16:47:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F75C16A419 for ; Wed, 19 Dec 2007 16:47:50 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFB313C46B for ; Wed, 19 Dec 2007 16:47:49 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from localhost (matahari.sarenet.es [192.148.167.18]) by proxypop1.sarenet.es (Postfix) with ESMTP id E7A895FD3 for ; Wed, 19 Dec 2007 17:32:47 +0100 (CET) Message-Id: <53A666FD-4AA6-4CDB-A4AC-4B6B8D692D06@SARENET.ES> From: Borja Marcos To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 19 Dec 2007 17:32:47 +0100 X-Mailer: Apple Mail (2.915) Subject: Annoying buglet: ZFS and unable to reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 16:47:50 -0000 Hello, I'm having a problem with a Dell Poweredge 2950 running FreeBSD 7- BETA4 cvsupped yesterday. After I have moved it to ZFS (root, /usr and /var, leaving the swap in standard partitions, as I heard that there are some issues when swapping to ZVOLs), I notice that I can no longer reboot it without an actual power cycle. When I use the "reboot" command it stays with the following messages: All buffers synced Uptime:... (and the uptime) Any ideas? Borja. From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 18:40:33 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD8F216A468; Wed, 19 Dec 2007 18:40:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6EA13C47E; Wed, 19 Dec 2007 18:40:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2E8AA20BE; Wed, 19 Dec 2007 19:40:25 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 204C220B1; Wed, 19 Dec 2007 19:40:25 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 322FA84499; Wed, 19 Dec 2007 19:40:29 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> <20071218204401.E33011@fledge.watson.org> <86ir2vklnm.fsf@ds4.des.no> <20071219105229.T95322@fledge.watson.org> <86zlw6btvv.fsf@ds4.des.no> <20071219151957.C754@fledge.watson.org> Date: Wed, 19 Dec 2007 19:40:29 +0100 In-Reply-To: <20071219151957.C754@fledge.watson.org> (Robert Watson's message of "Wed\, 19 Dec 2007 15\:20\:28 +0000 \(GMT\)") Message-ID: <86bq8mmste.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Maxim Sobolev , current@FreeBSD.org, arch@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 18:40:33 -0000 Robert Watson writes: > Dag-Erling Sm=C3=B8rgrav writes: > > BTW, it would be also useful to include the config file (if > > available) in the tar-formatted dumps you are working on. > If you'd looked at the patch, you'd see it was already there. Looking at the patch would have violated a long-standing FreeBSD tradition :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 20:54:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B912B16A419 for ; Wed, 19 Dec 2007 20:54:32 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id E5D9F13C44B for ; Wed, 19 Dec 2007 20:54:31 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1862018nfb.33 for ; Wed, 19 Dec 2007 12:54:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=wXHQxs+uhaN2gGOP+PaBGMVBzfjT/B1LPUvZsyzunoU=; b=UVgmS2bI3nUFfX2RIrkqhcK+VRGaHzGsC/C9Xv8Nih1+FN13on6ug7vnfXW3poU2ibWcXsunaMAXwpb59dnVm7LxLt/ZE3K/fzJLW10nY5MzjgXS6pMujzgGnKnwhvvvnj0RVqPLeEWxVrHBc5n7H+jpzPBfFIIxpIOPiaXsFzE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=CkMgczrYcArNnLwToVLSd178eUtRQBjomPvTMzE/KBeen/srTnw10N8v6rHu/CtYN/V0nUMPa9/Qr325pltUMAzWNISGQWzTqXIqHLh1jxTkFkov8l36UzLbgCT1mSP3qFONqigzOhHafYPwh1+4eJ5Dx4aKBtOjJU+FeTn6AbQ= Received: by 10.86.62.3 with SMTP id k3mr9317639fga.15.1198097670334; Wed, 19 Dec 2007 12:54:30 -0800 (PST) Received: by 10.86.68.13 with HTTP; Wed, 19 Dec 2007 12:54:30 -0800 (PST) Message-ID: <790a9fff0712191254o1eca44ecv9f1947d5389b65d1@mail.gmail.com> Date: Wed, 19 Dec 2007 14:54:30 -0600 From: "Scot Hetzel" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_646_32444721.1198097670341" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Thermal Lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 20:54:32 -0000 ------=_Part_646_32444721.1198097670341 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I had been noticing a problem with my HP Pavillion dv8135nr laptop locking up everytime I would try to compile a large project (buildworld, buildkernel, large port build (kde)). The laptop would freeze to the point where it didn't respond to any keypresses. My current solution is to place the laptop so that the air intake on the bottom of the laptop is exposed, and then use a fan to blow additional air through the air intake. This allowed compile to finish. I believe this problem first occurred after the switch to GCC 4.2, as I didn't have any problem when 7.0-CURRENT was still compiling with GCC 3.x. # uname -a FreeBSD hp010.hetzel.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Dec 19 03:13:13 CST 2007 root@hp010.hetzel.org:/usr/src/8x/sys/amd64/compile/DV8135NR amd64 One thing I have noticed is that ACPI isn't able to determine the temperature for this system: # sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 0.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 90.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 94.0C hw.acpi.thermal.tz0._ACx: 40.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 Sometimes when the system boots hw.acpi.thermal.tz0._CRT is set to -1. But hw.acpi.thermal.tz0._HOT is always -1. I installed the sysutils/k8temp utility, and it is able to read the temperature from the processor. # k8temp -d CPUID: Vendor: AuthenticAMD, Id=0x20f42 Model=4 Family=15 Stepping=2 Advanced Power Management=0x3f Temperature sensor: Yes Frequency ID control: Yes Voltage ID control: Yes THERMTRIP support: Yes HW Thermal control: Yes SW Thermal control: Yes 100MHz multipliers: No HW P-State control: No TSC Invariant: No Thermtrip=0x00000b24 (CurTmp=0x00 (-49c) TjOffset=0x00 DiodeOffset=0x0b (0c)) Thermtrip=0x006d0b20 (CurTmp=0x6d (60c) TjOffset=0x00 DiodeOffset=0x0b (0c)) CPU 0 Core 1 Sensor 0: 60c I ran the following script during a buildkernel: #!/bin/sh while true ; do date echo "-sysctl--------------------" sysctl -a hw.acpi.thermal echo "-k8temp--------------------" /usr/local/sbin/k8temp -d 2>&1 echo "===========================" sync ; sleep 30 done What it showed is that the values didn't change in hw.acpi.thermal, while k8temp showed that the temperature would peak to 90c and then the system would lockup. The only way out of the lockup was to reboot the computer. Attached are the kernel config file (DV8135NR), dmesg, and /boot/loader.conf . Is there something that needs to change in the kernel config or /boot/loader.conf files that would allow ACPI to report the temperatures on this system? The problem with the Thermal lockups may be related to the recent posts: Dust out your Heat syncs! CURRENT Kernel makes the system run very very hot Scot ------=_Part_646_32444721.1198097670341 Content-Type: text/plain; name=DV8135NR Content-Transfer-Encoding: base64 X-Attachment-Id: f_fae8ihje Content-Disposition: attachment; filename=DV8135NR IwojIEdFTkVSSUMgZGVidWdnaW5nIGtlcm5lbAojCiMgVG8gdXNlIHRoaXMga2VybmVsLCB5b3Ug bmVlZCB0byBhZGQgdGhlIGZvbGxvd2luZyB0bwojIHlvdXIgL2Jvb3QvbG9hZGVyLmNvbmYKIwoj IGtlcm5lbD1rZXJuZWxfaHBfZGVidWcKIwojICRGcmVlQlNEJAoKaW5jbHVkZSBHRU5FUklDCgpp ZGVudAkJRFY4MTM1TlItZGVidWcKCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5l bCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzCm1ha2VvcHRpb25zCUtPRElSPS9ib290LyR7S0VS TkVMfV9ocF9kZWJ1ZwoKIyBEZWJ1Z2dpbmcgZm9yIHVzZSBpbiAtY3VycmVudApvcHRpb25zIAlL REIJCQkjIEVuYWJsZSBrZXJuZWwgZGVidWdnZXIgc3VwcG9ydC4Kb3B0aW9ucyAJRERCCQkJIyBT dXBwb3J0IEREQi4Kb3B0aW9ucyAJR0RCCQkJIyBTdXBwb3J0IHJlbW90ZSBHREIuCm9wdGlvbnMg CUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNhbml0eSBjaGVja2luZwpvcHRp b25zIAlJTlZBUklBTlRfU1VQUE9SVAkjIEV4dHJhIHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwg c3RydWN0dXJlcywgcmVxdWlyZWQgYnkgSU5WQVJJQU5UUwpvcHRpb25zIAlXSVRORVNTCQkJIyBF bmFibGUgY2hlY2tzIHRvIGRldGVjdCBkZWFkbG9ja3MgYW5kIGN5Y2xlcwpvcHRpb25zIAlXSVRO RVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVuIHdpdG5lc3Mgb24gc3BpbmxvY2tzIGZvciBzcGVlZAoK IyBUaGlzIGFsbG93cyB5b3UgdG8gYWN0dWFsbHkgc3RvcmUgdGhpcyBjb25maWd1cmF0aW9uIGZp bGUgaW50bwojIHRoZSBrZXJuZWwgYmluYXJ5IGl0c2VsZiwgd2hlcmUgaXQgbWF5IGJlIGxhdGVy IHJlYWQgYnkgc2F5aW5nOgojICAgIHN0cmluZ3MgLW4gMyAvYm9vdC9rZXJuZWwva2VybmVsIHwg c2VkIC1uICdzL15fX18vL3AnID4gTVlLRVJORUwKIwpvcHRpb25zICAgICAgICAgSU5DTFVERV9D T05GSUdfRklMRSAgICAgIyBJbmNsdWRlIHRoaXMgZmlsZSBpbiBrZXJuZWwKCiMgU0NTSSBDb250 cm9sbGVycwpub2RldmljZQlhaGMKbm9vcHRpb25zCUFIQ19SRUdfUFJFVFRZX1BSSU5UCm5vZGV2 aWNlCWFoZApub29wdGlvbnMJQUhEX1JFR19QUkVUVFlfUFJJTlQKbm9kZXZpY2UJYW1kCm5vZGV2 aWNlCWhwdGlvcApub2RldmljZQlpc3AKI25vZGV2aWNlCWlzcGZ3Cm5vZGV2aWNlCW1wdAojbm9k ZXZpY2UJbmNyCm5vZGV2aWNlCXN5bQpub2RldmljZQl0cm0Kbm9kZXZpY2UJYWR2Cm5vZGV2aWNl CWFkdwpub2RldmljZQlhaWMKbm9kZXZpY2UJYnQKCiMgU0NTSSBwZXJpcGhlcmFscwoKIyBSQUlE IGNvbnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCm5vZGV2aWNlCWFt cgpub2RldmljZQlhcmNtc3IKbm9kZXZpY2UJY2lzcwpub2RldmljZQlkcHQKbm9kZXZpY2UJaHB0 bXYKbm9kZXZpY2UJaHB0cnIKbm9kZXZpY2UJcnIyMzJ4Cm5vZGV2aWNlCWlpcgpub2RldmljZQlp cHMKbm9kZXZpY2UJbWx5Cm5vZGV2aWNlCXR3YQoKIyBSQUlEIGNvbnRyb2xsZXJzCm5vZGV2aWNl CWFhYwpub2RldmljZQlhYWNwCm5vZGV2aWNlCWlkYQpub2RldmljZQltZmkKbm9kZXZpY2UJbWx4 CiNub2RldmljZQlwc3QKbm9kZXZpY2UJdHdlCgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUg a2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29u c29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUKCiMgUENDQVJEIChQQ01DSUEp IHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQKCiMgU2VyaWFsIChD T00pIHBvcnRzCgojIFBhcmFsbGVsIHBvcnQKbm9kZXZpY2UJcHBjCm5vZGV2aWNlCXBwYnVzCm5v ZGV2aWNlCWxwdApub2RldmljZQlwbGlwCm5vZGV2aWNlCXBwaQojbm9kZXZpY2UJdnBvCiNub2Rl dmljZQlwdWMKCiMgUENJIEV0aGVybmV0IE5JQ3MuCm5vZGV2aWNlCWRlCm5vZGV2aWNlCWVtCm5v ZGV2aWNlCWl4Z2IKbm9kZXZpY2UJbGUKbm9kZXZpY2UJdHhwCm5vZGV2aWNlCXZ4CgojIFBDSSBF dGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUu CiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRl ciB0byB1c2UgdGhlc2UgTklDcyEKCm5vZGV2aWNlCWJjZQpub2RldmljZQliZmUKbm9kZXZpY2UJ YmdlCm5vZGV2aWNlCWRjCm5vZGV2aWNlCWZ4cApub2RldmljZQlsZ2UKbm9kZXZpY2UJbXNrCm5v ZGV2aWNlCW5mZQpub2RldmljZQluZ2UKbm9kZXZpY2UJcGNuCm5vZGV2aWNlCXJlCgpub2Rldmlj ZQlzZgpub2RldmljZQlzaXMKbm9kZXZpY2UJc2sKbm9kZXZpY2UJc3RlCm5vZGV2aWNlCXRpCm5v ZGV2aWNlCXRsCm5vZGV2aWNlCXR4Cm5vZGV2aWNlCXZnZQpub2RldmljZQl2cgpub2RldmljZQl3 Ygpub2RldmljZQl4bAoKIyBJU0EgRXRoZXJuZXQgTklDcy4gIHBjY2FyZCBOSUNzIGluY2x1ZGVk Lgpub2RldmljZQljcwpub2RldmljZQllZApub2RldmljZQlleApub2RldmljZQllcApub2Rldmlj ZQlmZQpub2RldmljZQlzbgpub2RldmljZQl4ZQoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKbm9kZXZp Y2UJd2xhbgpub2RldmljZQl3bGFuX3dlcApub2RldmljZQl3bGFuX2NjbXAKbm9kZXZpY2UJd2xh bl90a2lwCm5vZGV2aWNlCXdsYW5fYW1ycgpub2RldmljZQl3bGFuX3NjYW5fYXAKbm9kZXZpY2UJ d2xhbl9zY2FuX3N0YQpub2RldmljZQlhbgpub2RldmljZQlhdGgKbm9kZXZpY2UJYXRoX2hhbApu b2RldmljZQlhdGhfcmF0ZV9zYW1wbGUKbm9kZXZpY2UJYXdpCm5vZGV2aWNlCXJhbApub2Rldmlj ZQl3aQoKIyBQc2V1ZG8gZGV2aWNlcy4KCiMgVVNCIHN1cHBvcnQKCm5vZGV2aWNlCXVyYWwKbm9k ZXZpY2UJcnVtCgojIFVTQiBTZXJpYWwgZGV2aWNlcwoKIyBVU0IgRXRoZXJuZXQsIHJlcXVpcmVz IG1paWJ1cwpub2RldmljZQlhdWUKbm9kZXZpY2UJYXhlCm5vZGV2aWNlCWNkY2UKbm9kZXZpY2UJ Y3VlCm5vZGV2aWNlCWt1ZQpub2RldmljZQlydWUKbm9kZXZpY2UJdWRhdgoKIyBGaXJlV2lyZSBz dXBwb3J0Cgo= ------=_Part_646_32444721.1198097670341 Content-Type: text/plain; name=thermal Content-Transfer-Encoding: base64 X-Attachment-Id: f_fae8j3m9 Content-Disposition: attachment; filename=thermal aHcuYWNwaS50aGVybWFsLm1pbl9ydW50aW1lOiAwCmh3LmFjcGkudGhlcm1hbC5wb2xsaW5nX3Jh dGU6IDEwCmh3LmFjcGkudGhlcm1hbC51c2VyX292ZXJyaWRlOiAwCmh3LmFjcGkudGhlcm1hbC50 ejAudGVtcGVyYXR1cmU6IDAuMEMKaHcuYWNwaS50aGVybWFsLnR6MC5hY3RpdmU6IC0xCmh3LmFj cGkudGhlcm1hbC50ejAucGFzc2l2ZV9jb29saW5nOiAxCmh3LmFjcGkudGhlcm1hbC50ejAudGhl cm1hbF9mbGFnczogMApody5hY3BpLnRoZXJtYWwudHowLl9QU1Y6IDkwLjBDCmh3LmFjcGkudGhl cm1hbC50ejAuX0hPVDogLTEKaHcuYWNwaS50aGVybWFsLnR6MC5fQ1JUOiA5NC4wQwpody5hY3Bp LnRoZXJtYWwudHowLl9BQ3g6IDQwLjBDIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xCg== ------=_Part_646_32444721.1198097670341 Content-Type: text/plain; name=loader.conf Content-Transfer-Encoding: base64 X-Attachment-Id: f_fae96jh6 Content-Disposition: attachment; filename=loader.conf a2VybmVsPSJrZXJuZWxfaHBfZGVidWciCiNrZXJuZWw9Imtlcm5lbCIKbG9hZGVyX2xvZ289ImJl YXN0aWUiCnJhZGVvbl9sb2FkPSJZRVMiCiMKc21idXNfbG9hZD0iWUVTIgppaWNfbG9hZD0iWUVT IgppaWNiX2xvYWQ9IllFUyIKaWljYmJfbG9hZD0iWUVTIgppaWNidXNfbG9hZD0iWUVTIgppaWNz bWJfbG9hZD0iWUVTIgoKI2ludHBtX2xvYWQ9IllFUyIKI2FscG1fbG9hZD0iWUVTIgppY2hzbWJf bG9hZD0iWUVTIgojdmlhcG1fbG9hZD0iWUVTIgphbWRwbV9sb2FkPSJZRVMiCmFtZHNtYl9sb2Fk PSJZRVMiCiNuZnBtX2xvYWQ9IllFUyIKI25mc21iX2xvYWQ9IllFUyIKCnNtYl9sb2FkPSJZRVMi CiMKYmNtd2w1NjRfc3lzX2xvYWQ9IllFUyIKCndsYW5fbG9hZD0iWUVTIgojd2xhbl9hY2xfbG9h ZD0iWUVTIgp3bGFuX2FtcnJfbG9hZD0iWUVTIgp3bGFuX2NjbXBfbG9hZD0iWUVTIgp3bGFuX3Rr aXBfbG9hZD0iWUVTIgp3bGFuX3dlcF9sb2FkPSJZRVMiCndsYW5feGF1dGhfbG9hZD0iWUVTIgp3 bGFuX3NjYW5fYXBfbG9hZD0iWUVTIgp3bGFuX3NjYW5fc3RhX2xvYWQ9IllFUyIKIwpzb3VuZF9s b2FkPSJZRVMiCnNuZF9hdGlpeHBfbG9hZD0iWUVTIgojCnVwbGNvbV9sb2FkPSJZRVMiCgojIE1h eGltdW0gZmlsZXMgdG8gb3BlbgprZXJuLm1heGZpbGVzPSIyNTAwMCIKCiNpbmNyZWFzZSBzZW1h cGhvcmUgbGltaXRzCmtlcm4uaXBjLnNlbW1uaT00MAprZXJuLmlwYy5zZW1tbnM9MzAwCmtlcm4u aXBjLm1heHBpcGVrdmE9MzQyMDE2MDAKCmhpbnQuYWNwaV90aHJvdHRsZS4wLmRpc2FibGVkPSIx IgojaGludC5wb3dlcm5vdy4wLmRpc2FibGVkPSIxIgoKemZzX2xvYWQ9IllFUyIKdm0ua21lbV9z aXplPSIxMDczNzQxODI0Igp2bS5rbWVtX3NpemVfbWF4PSIxMDczNzQxODI0Igo= ------=_Part_646_32444721.1198097670341-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 19 23:06:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C96616A418 for ; Wed, 19 Dec 2007 23:06:26 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id B7C7613C46B for ; Wed, 19 Dec 2007 23:06:25 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id C29AB29B5FA for ; Wed, 19 Dec 2007 18:06:24 -0500 (EST) Message-ID: <4769A3F0.709@terranova.net> Date: Wed, 19 Dec 2007 18:06:24 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------090903010000020605060607" Subject: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 23:06:26 -0000 This is a multi-part message in MIME format. --------------090903010000020605060607 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit As far as I can tell, Søren has the HT1000 problems worked out, or at least worked around. (If the chipset doesn't do that correctly, stop doing that...) If you want to see the specifics, check out his commits to HEAD on December 13th, 2007 in src/sys/dev/ata or look at the attached patch which includes same. RELENG_6 disclaimer: I haven't tried RELENG_6 with his fixes yet, and RELENG_6 seemed to have even stranger issues with HT1000 than RELENG_7 did. In theory, though, this stuff should apply cleanly to RELENG_6. This does need testing on RELENG_6 still. I took Søren's Dec 13th commits and made a little patchset out of it that applies to RELENG_7 and it has been working great for me using my HT1000 motherboard's on-board SATA controller. This set of fixes should also have the similar problem with the Marvell chipset SATA controllers fixed, though I haven't been able to confirm that yet myself. See attached patch, *please* test for RELENG_7 and report back here so re@ can feel a lot more warm and fuzzy about including this in RELENG_7 before 7.0-RELEASE occurs. It would be fantastic if 7.0-RELEASE worked right out of the box for people using HT1000-based motherboards. Thanks, -T -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. --------------090903010000020605060607 Content-Type: text/plain; name="sata-patch1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sata-patch1" --- src/sys/dev/ata/ata-all.h 2007/11/21 21:15:00 1.124.2.1 +++ src/sys/dev/ata/ata-all.h 2007/12/13 11:47:36 1.126 @@ -464,6 +464,8 @@ struct ata_lowlevel { int (*begin_transaction)(struct ata_request *request); int (*end_transaction)(struct ata_request *request); int (*command)(struct ata_request *request); + void (*tf_read)(struct ata_request *request); + void (*tf_write)(struct ata_request *request); }; /* structure holding resources for an ATA channel */ --- src/sys/dev/ata/ata-chipset.c 2007/12/07 13:14:31 1.210 +++ src/sys/dev/ata/ata-chipset.c 2007/12/13 11:47:36 1.211 @@ -99,7 +99,7 @@ static void ata_intel_new_setmode(device static void ata_intel_sata_setmode(device_t dev, int mode); static int ata_intel_31244_allocate(device_t dev); static int ata_intel_31244_status(device_t dev); -static int ata_intel_31244_command(struct ata_request *request); +static void ata_intel_31244_tf_write(struct ata_request *request); static void ata_intel_31244_reset(device_t dev); static int ata_ite_chipinit(device_t dev); static void ata_ite_setmode(device_t dev, int mode); @@ -152,6 +152,8 @@ static void ata_promise_queue_hpkt(struc static void ata_promise_next_hpkt(struct ata_pci_controller *ctlr); static int ata_serverworks_chipinit(device_t dev); static int ata_serverworks_allocate(device_t dev); +static void ata_serverworks_tf_read(struct ata_request *request); +static void ata_serverworks_tf_write(struct ata_request *request); static void ata_serverworks_setmode(device_t dev, int mode); static int ata_sii_chipinit(device_t dev); static int ata_cmd_allocate(device_t dev); @@ -2093,7 +2095,7 @@ ata_intel_31244_allocate(device_t dev) ch->flags |= ATA_NO_SLAVE; ata_pci_hw(dev); ch->hw.status = ata_intel_31244_status; - ch->hw.command = ata_intel_31244_command; + ch->hw.tf_write = ata_intel_31244_tf_write; /* enable PHY state change interrupt */ ATA_OUTL(ctlr->r_res2, 0x4, @@ -2111,32 +2113,55 @@ ata_intel_31244_status(device_t dev) return ata_pci_status(dev); } -static int -ata_intel_31244_command(struct ata_request *request) +static void +ata_intel_31244_tf_write(struct ata_request *request) { struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); struct ata_device *atadev = device_get_softc(request->dev); - u_int64_t lba; - - if (!(atadev->flags & ATA_D_48BIT_ACTIVE)) - return (ata_generic_command(request)); - - lba = request->u.ata.lba; - ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | ATA_D_LBA | atadev->unit); - /* enable interrupt */ - ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT); - ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); - ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); - ATA_IDX_OUTW(ch, ATA_SECTOR, ((lba >> 16) & 0xff00) | (lba & 0x00ff)); - ATA_IDX_OUTW(ch, ATA_CYL_LSB, ((lba >> 24) & 0xff00) | - ((lba >> 8) & 0x00ff)); - ATA_IDX_OUTW(ch, ATA_CYL_MSB, ((lba >> 32) & 0xff00) | - ((lba >> 16) & 0x00ff)); - /* issue command to controller */ - ATA_IDX_OUTB(ch, ATA_COMMAND, request->u.ata.command); - - return 0; + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); + ATA_IDX_OUTW(ch, ATA_SECTOR, ((request->u.ata.lba >> 16) & 0xff00) | + (request->u.ata.lba & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, ((request->u.ata.lba >> 24) & 0xff00) | + ((request->u.ata.lba >> 8) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, ((request->u.ata.lba >> 32) & 0xff00) | + ((request->u.ata.lba >> 16) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); + } + else { + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); + if (atadev->flags & ATA_D_USE_CHS) { + int heads, sectors; + + if (atadev->param.atavalid & ATA_FLAG_54_58) { + heads = atadev->param.current_heads; + sectors = atadev->param.current_sectors; + } + else { + heads = atadev->param.heads; + sectors = atadev->param.sectors; + } + ATA_IDX_OUTB(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, + (request->u.ata.lba / (sectors * heads))); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, + (request->u.ata.lba / (sectors * heads)) >> 8); + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | + (((request->u.ata.lba% (sectors * heads)) / + sectors) & 0xf)); + } + else { + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTB(ch, ATA_DRIVE, + ATA_D_IBM | ATA_D_LBA | atadev->unit | + ((request->u.ata.lba >> 24) & 0x0f)); + } + } } static void @@ -2849,8 +2874,12 @@ ata_marvell_edma_dmainit(device_t dev) /* note start and stop are not used here */ ch->dma->setprd = ata_marvell_edma_dmasetprd; + /* if 64bit support present adjust max address used */ if (ATA_INL(ctlr->r_res1, 0x00d00) & 0x00000004) ch->dma->max_address = BUS_SPACE_MAXADDR; + + /* chip does not reliably do 64K DMA transfers */ + ch->dma->max_iosize = 126 * DEV_BSIZE; } } @@ -4248,10 +4277,97 @@ ata_serverworks_allocate(device_t dev) ch->flags |= ATA_NO_SLAVE; ata_pci_hw(dev); + ch->hw.tf_read = ata_serverworks_tf_read; + ch->hw.tf_write = ata_serverworks_tf_write; + + /* chip does not reliably do 64K DMA transfers */ + if (ch->dma) + ch->dma->max_iosize = 126 * DEV_BSIZE; + return 0; } static void +ata_serverworks_tf_read(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + u_int16_t temp; + + request->u.ata.count = ATA_IDX_INW(ch, ATA_COUNT); + temp = ATA_IDX_INW(ch, ATA_SECTOR); + request->u.ata.lba = (u_int64_t)(temp & 0x00ff) | + ((u_int64_t)(temp & 0xff00) << 24); + temp = ATA_IDX_INW(ch, ATA_CYL_LSB); + request->u.ata.lba |= ((u_int64_t)(temp & 0x00ff) << 8) | + ((u_int64_t)(temp & 0xff00) << 32); + temp = ATA_IDX_INW(ch, ATA_CYL_MSB); + request->u.ata.lba |= ((u_int64_t)(temp & 0x00ff) << 16) | + ((u_int64_t)(temp & 0xff00) << 40); + } + else { + request->u.ata.count = ATA_IDX_INW(ch, ATA_COUNT) & 0x00ff; + request->u.ata.lba = (ATA_IDX_INW(ch, ATA_SECTOR) & 0x00ff) | + ((ATA_IDX_INW(ch, ATA_CYL_LSB) & 0x00ff) << 8) | + ((ATA_IDX_INW(ch, ATA_CYL_MSB) & 0x00ff) << 16) | + ((ATA_IDX_INW(ch, ATA_DRIVE) & 0xf) << 24); + } +} + +static void +ata_serverworks_tf_write(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); + ATA_IDX_OUTW(ch, ATA_SECTOR, ((request->u.ata.lba >> 16) & 0xff00) | + (request->u.ata.lba & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, ((request->u.ata.lba >> 24) & 0xff00) | + ((request->u.ata.lba >> 8) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, ((request->u.ata.lba >> 32) & 0xff00) | + ((request->u.ata.lba >> 16) & 0x00ff)); + ATA_IDX_OUTW(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); + } + else { + ATA_IDX_OUTW(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTW(ch, ATA_COUNT, request->u.ata.count); + if (atadev->flags & ATA_D_USE_CHS) { + int heads, sectors; + + if (atadev->param.atavalid & ATA_FLAG_54_58) { + heads = atadev->param.current_heads; + sectors = atadev->param.current_sectors; + } + else { + heads = atadev->param.heads; + sectors = atadev->param.sectors; + } + ATA_IDX_OUTW(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, + (request->u.ata.lba / (sectors * heads))); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, + (request->u.ata.lba / (sectors * heads)) >> 8); + ATA_IDX_OUTW(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | + (((request->u.ata.lba% (sectors * heads)) / + sectors) & 0xf)); + } + else { + ATA_IDX_OUTW(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTW(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTW(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTW(ch, ATA_DRIVE, + ATA_D_IBM | ATA_D_LBA | atadev->unit | + ((request->u.ata.lba >> 24) & 0x0f)); + } + } +} + +static void ata_serverworks_setmode(device_t dev, int mode) { device_t gparent = GRANDPARENT(dev); @@ -4562,7 +4678,7 @@ ata_sii_allocate(device_t dev) if ((ctlr->chip->cfg2 & SIIBUG) && ch->dma) { /* work around errata in early chips */ - ch->dma->boundary = 16 * DEV_BSIZE; + ch->dma->boundary = 8192; ch->dma->segsize = 15 * DEV_BSIZE; } --- src/sys/dev/ata/ata-dma.c 2007/11/20 04:52:19 1.149 +++ src/sys/dev/ata/ata-dma.c 2007/12/13 11:47:36 1.150 @@ -75,7 +75,7 @@ ata_dmainit(device_t dev) ch->dma->load = ata_dmaload; ch->dma->unload = ata_dmaunload; ch->dma->alignment = 2; - ch->dma->boundary = 128 * DEV_BSIZE; + ch->dma->boundary = 65536; ch->dma->segsize = 128 * DEV_BSIZE; ch->dma->max_iosize = 128 * DEV_BSIZE; ch->dma->max_address = BUS_SPACE_MAXADDR_32BIT; --- src/sys/dev/ata/ata-lowlevel.c 2007/04/06 16:18:59 1.79 +++ src/sys/dev/ata/ata-lowlevel.c 2007/12/13 11:47:36 1.80 @@ -50,6 +50,8 @@ static int ata_generic_status(device_t d static int ata_wait(struct ata_channel *ch, struct ata_device *, u_int8_t); static void ata_pio_read(struct ata_request *, int); static void ata_pio_write(struct ata_request *, int); +static void ata_tf_read(struct ata_request *); +static void ata_tf_write(struct ata_request *); /* * low level ATA functions @@ -63,6 +65,8 @@ ata_generic_hw(device_t dev) ch->hw.end_transaction = ata_end_transaction; ch->hw.status = ata_generic_status; ch->hw.command = ata_generic_command; + ch->hw.tf_read = ata_tf_read; + ch->hw.tf_write = ata_tf_write; } /* must be called with ATA channel locked and state_mtx held */ @@ -244,28 +248,7 @@ ata_end_transaction(struct ata_request * /* on control commands read back registers to the request struct */ if (request->flags & ATA_R_CONTROL) { - if (atadev->flags & ATA_D_48BIT_ACTIVE) { - ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT | ATA_A_HOB); - request->u.ata.count = (ATA_IDX_INB(ch, ATA_COUNT) << 8); - request->u.ata.lba = - ((u_int64_t)(ATA_IDX_INB(ch, ATA_SECTOR)) << 24) | - ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_LSB)) << 32) | - ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_MSB)) << 40); - - ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT); - request->u.ata.count |= ATA_IDX_INB(ch, ATA_COUNT); - request->u.ata.lba |= - (ATA_IDX_INB(ch, ATA_SECTOR) | - (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | - (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16)); - } - else { - request->u.ata.count = ATA_IDX_INB(ch, ATA_COUNT); - request->u.ata.lba = ATA_IDX_INB(ch, ATA_SECTOR) | - (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | - (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16) | - ((ATA_IDX_INB(ch, ATA_DRIVE) & 0xf) << 24); - } + ch->hw.tf_read(request); } /* if we got an error we are done with the HW */ @@ -734,57 +717,96 @@ ata_generic_command(struct ata_request * ATA_PROTO_ATAPI_12 ? 6 : 8); } else { - if (atadev->flags & ATA_D_48BIT_ACTIVE) { - ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature >> 8); - ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); - ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count >> 8); - ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); - ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba >> 24); - ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 32); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 40); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); - ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); - } - else { - ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); - ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); - if (atadev->flags & ATA_D_USE_CHS) { - int heads, sectors; + ch->hw.tf_write(request); + + /* issue command to controller */ + ATA_IDX_OUTB(ch, ATA_COMMAND, request->u.ata.command); + } + return 0; +} + +static void +ata_tf_read(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT | ATA_A_HOB); + request->u.ata.count = (ATA_IDX_INB(ch, ATA_COUNT) << 8); + request->u.ata.lba = + ((u_int64_t)(ATA_IDX_INB(ch, ATA_SECTOR)) << 24) | + ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_LSB)) << 32) | + ((u_int64_t)(ATA_IDX_INB(ch, ATA_CYL_MSB)) << 40); + + ATA_IDX_OUTB(ch, ATA_CONTROL, ATA_A_4BIT); + request->u.ata.count |= ATA_IDX_INB(ch, ATA_COUNT); + request->u.ata.lba |= + (ATA_IDX_INB(ch, ATA_SECTOR) | + (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | + (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16)); + } + else { + request->u.ata.count = ATA_IDX_INB(ch, ATA_COUNT); + request->u.ata.lba = ATA_IDX_INB(ch, ATA_SECTOR) | + (ATA_IDX_INB(ch, ATA_CYL_LSB) << 8) | + (ATA_IDX_INB(ch, ATA_CYL_MSB) << 16) | + ((ATA_IDX_INB(ch, ATA_DRIVE) & 0xf) << 24); + } +} + +static void +ata_tf_write(struct ata_request *request) +{ + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_device *atadev = device_get_softc(request->dev); + + if (atadev->flags & ATA_D_48BIT_ACTIVE) { + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature >> 8); + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count >> 8); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba >> 24); + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 32); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 40); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_LBA | atadev->unit); + } + else { + ATA_IDX_OUTB(ch, ATA_FEATURE, request->u.ata.feature); + ATA_IDX_OUTB(ch, ATA_COUNT, request->u.ata.count); + if (atadev->flags & ATA_D_USE_CHS) { + int heads, sectors; - if (atadev->param.atavalid & ATA_FLAG_54_58) { - heads = atadev->param.current_heads; - sectors = atadev->param.current_sectors; - } - else { - heads = atadev->param.heads; - sectors = atadev->param.sectors; - } - ATA_IDX_OUTB(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, - (request->u.ata.lba / (sectors * heads))); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, - (request->u.ata.lba / (sectors * heads)) >> 8); - ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | - (((request->u.ata.lba% (sectors * heads)) / - sectors) & 0xf)); + if (atadev->param.atavalid & ATA_FLAG_54_58) { + heads = atadev->param.current_heads; + sectors = atadev->param.current_sectors; } else { - ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); - ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); - ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); - ATA_IDX_OUTB(ch, ATA_DRIVE, - ATA_D_IBM | ATA_D_LBA | atadev->unit | - ((request->u.ata.lba >> 24) & 0x0f)); + heads = atadev->param.heads; + sectors = atadev->param.sectors; } - } - /* issue command to controller */ - ATA_IDX_OUTB(ch, ATA_COMMAND, request->u.ata.command); + ATA_IDX_OUTB(ch, ATA_SECTOR, (request->u.ata.lba % sectors)+1); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, + (request->u.ata.lba / (sectors * heads))); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, + (request->u.ata.lba / (sectors * heads)) >> 8); + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | atadev->unit | + (((request->u.ata.lba% (sectors * heads)) / + sectors) & 0xf)); + } + else { + ATA_IDX_OUTB(ch, ATA_SECTOR, request->u.ata.lba); + ATA_IDX_OUTB(ch, ATA_CYL_LSB, request->u.ata.lba >> 8); + ATA_IDX_OUTB(ch, ATA_CYL_MSB, request->u.ata.lba >> 16); + ATA_IDX_OUTB(ch, ATA_DRIVE, + ATA_D_IBM | ATA_D_LBA | atadev->unit | + ((request->u.ata.lba >> 24) & 0x0f)); + } } - - return 0; } static void --------------090903010000020605060607-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 01:37:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D40AA16A419 for ; Thu, 20 Dec 2007 01:37:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 452D513C442 for ; Thu, 20 Dec 2007 01:37:23 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBK1bM2i091864; Thu, 20 Dec 2007 04:37:22 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1198114642; bh=0SSsCxtO4XqiUgCF0pmlSNeFjozL44Rih82+22l afG4=; l=1662; h=Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=lhREw2rfjDwCTKokuvKl Gx7r5mTb73F0B0b08gQNexTXD/vtpL7RsgTxevJWQSGNSMe/iqdpwnhiZcgdKAGwzGX 7c0fbKXRM6F4WAgSQJf4QOh+5TUc6gs7+HB2ZRhpHKphi3vRfyul538JKft+KwtXl9k cjmTIxCAp1lrRIwUw= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBK1bMfO091863; Thu, 20 Dec 2007 04:37:22 +0300 (MSK) (envelope-from ache) Date: Thu, 20 Dec 2007 04:37:20 +0300 From: Andrey Chernov To: Pyun YongHyeon Message-ID: <20071220013720.GA91833@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Pyun YongHyeon , current@freebsd.org References: <20071219013343.GA38367@nagual.pp.ru> <20071220012521.GA993@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071220012521.GA993@cdnetworks.co.kr> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Question about dev.fxp.0.noflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 01:37:24 -0000 On Thu, Dec 20, 2007 at 10:25:22AM +0900, Pyun YongHyeon wrote: > On Wed, Dec 19, 2007 at 04:33:44AM +0300, Andrey Chernov wrote: > > Does anybody know why dev.fxp.0.noflow=1 by default? > > Is it more proper to set it to 0? (by default or via /etc/sysctl.conf) > > > > Since flow control is valid only when link partner also agrees on > advertised pause capability on full-duplex media, it needs more work > in mii/phy driver to advertise correct pause capability. It also needs > a way to pass negotiated pause capability back to drvier such that > each drvier should program necessary flow control parameters depending > on its MAC capability and negociated ones. Just enabling flow control > on one side have no effect. I also found this note in the commit log: date: 2003/05/16 01:13:16; author: rwatson; state: Exp; lines: +5 -1 Add a tunable/sysctl "hw.fxp_noflow" which disables flow control support on if_fxp cards. When flow control is enabled, if the operating system doesn't acknowledge the packet buffer filling, the card will begin to generate ethernet quench packets, but appears to get into a feedback loop of some sort, hosing local switches. This is a temporary workaround for 5.1: the ability to configure flow control should probably be exposed by some or another management interface on ethernet link layer devices. Does it mean card hardware defect or lack of driver support? I.e. is this phrase "When flow control is enabled, if the operating system doesn't acknowledge the packet buffer filling" still true with latest drivers framework (the note as old as 2003)? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 01:50:43 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1DD16A419 for ; Thu, 20 Dec 2007 01:50:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 03AA613C43E for ; Thu, 20 Dec 2007 01:50:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5089670waf.3 for ; Wed, 19 Dec 2007 17:50:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=NojJqXgpT+HvvrR4uTxPSbf3jQc2grlmHd+XFUDVmEI=; b=gDEnkScclRBJKKRK+rNdRXYkqPXkYS3ftyDEgBQGsTMpNE4AhTH9k5GLFicS6L8PVV70nWtwYUi7u85x13cgh8W/ETnVKNIodHKjKw5WL4uqWlC8XRRvdTLQZLtXXHywI+vpjZmwCkwT0vgeYzbpfpUNiwttLU4FpU7MGPBSiEM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=HOqvlzI0AGcYb9KJR8iP7zonJrgGRTxbnuhAjdoAO9ahwiiS3k4Dn4ZygeX71WbHA5P5+9MEp98eB9DvI/sgqxYFOSR1XovOhi9c8ZISSgV/ynAd2EMjm9sji+btnTsWwP9HLD8c3b0oGYjB+83t8UJHT8t0wP4fwWVf5aR9EFM= Received: by 10.114.120.1 with SMTP id s1mr5377926wac.125.1198113943183; Wed, 19 Dec 2007 17:25:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j21sm1374888wah.2007.12.19.17.25.38 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2007 17:25:42 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lBK1PQhO001671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2007 10:25:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lBK1PMEJ001670; Thu, 20 Dec 2007 10:25:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 20 Dec 2007 10:25:22 +0900 From: Pyun YongHyeon To: Andrey Chernov , current@freebsd.org Message-ID: <20071220012521.GA993@cdnetworks.co.kr> References: <20071219013343.GA38367@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071219013343.GA38367@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Question about dev.fxp.0.noflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 01:50:43 -0000 On Wed, Dec 19, 2007 at 04:33:44AM +0300, Andrey Chernov wrote: > Does anybody know why dev.fxp.0.noflow=1 by default? > Is it more proper to set it to 0? (by default or via /etc/sysctl.conf) > Since flow control is valid only when link partner also agrees on advertised pause capability on full-duplex media, it needs more work in mii/phy driver to advertise correct pause capability. It also needs a way to pass negotiated pause capability back to drvier such that each drvier should program necessary flow control parameters depending on its MAC capability and negociated ones. Just enabling flow control on one side have no effect. I think FreeBSD needs an architectural way to handle flow control in mii layer. Both NetBSD/OpenBSD already supports flow control and marius@ is working on it. Last time I tried his patch seems to work. I don't know when it would hit the tree but I guess it will happen in near future. If we have generic flow control code in mii we can easily add flowcontrol support code to each driver. You may no longer need to set such obscure knob. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 02:06:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3C616A417 for ; Thu, 20 Dec 2007 02:06:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id E108A13C467 for ; Thu, 20 Dec 2007 02:06:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5097342waf.3 for ; Wed, 19 Dec 2007 18:06:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=7MMA9D40DPss+i3qPixKcPmmPmluCvecVvViR2Sv24Y=; b=mL+pPjZHe+d2gvlZfhaY+9l21Ozwjz1Heteg4lpLVxXGF4ndmj6gPtac7VQ5iyGaFI4bQCjV7gufikXn0U5AUbSIUetmSMZpNdEsYD0a30vBfb1rk5CS2zVMCY5ftSZTjlbIe2qJcjBLHfACqi8mlIC2KlwjpKRoauEXLbgjBCk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZrOJg7unPRnAPySXnCR4Q7gguPq1huEtHdFGcZ7E8meZ50/yqT6g1cLB8SZXFlf1Idv3QDi1lpboMcqy+Xo7DTPWU7Vz7GCSPS6o5ZSib4/udM63lqMHwNLA5C9oV3WeKc4G+81muP/Y1u4DaGwYDz0MlXT9nbln3sZ1PgBI53s= Received: by 10.114.135.1 with SMTP id i1mr6284875wad.88.1198116386386; Wed, 19 Dec 2007 18:06:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n32sm11021427wag.2007.12.19.18.06.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2007 18:06:24 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lBK263WH001800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2007 11:06:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lBK263UD001799; Thu, 20 Dec 2007 11:06:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 20 Dec 2007 11:06:03 +0900 From: Pyun YongHyeon To: Andrey Chernov , current@freebsd.org Message-ID: <20071220020602.GB993@cdnetworks.co.kr> References: <20071219013343.GA38367@nagual.pp.ru> <20071220012521.GA993@cdnetworks.co.kr> <20071220013720.GA91833@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071220013720.GA91833@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Question about dev.fxp.0.noflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 02:06:27 -0000 On Thu, Dec 20, 2007 at 04:37:20AM +0300, Andrey Chernov wrote: > On Thu, Dec 20, 2007 at 10:25:22AM +0900, Pyun YongHyeon wrote: > > On Wed, Dec 19, 2007 at 04:33:44AM +0300, Andrey Chernov wrote: > > > Does anybody know why dev.fxp.0.noflow=1 by default? > > > Is it more proper to set it to 0? (by default or via /etc/sysctl.conf) > > > > > > > Since flow control is valid only when link partner also agrees on > > advertised pause capability on full-duplex media, it needs more work > > in mii/phy driver to advertise correct pause capability. It also needs > > a way to pass negotiated pause capability back to drvier such that > > each drvier should program necessary flow control parameters depending > > on its MAC capability and negociated ones. Just enabling flow control > > on one side have no effect. > > I also found this note in the commit log: > > date: 2003/05/16 01:13:16; author: rwatson; state: Exp; lines: +5 -1 > Add a tunable/sysctl "hw.fxp_noflow" which disables flow control support > on if_fxp cards. When flow control is enabled, if the operating system > doesn't acknowledge the packet buffer filling, the card will begin to > generate ethernet quench packets, but appears to get into a feedback > loop of some sort, hosing local switches. This is a temporary workaround > for 5.1: the ability to configure flow control should probably be > exposed by some or another management interface on ethernet link layer > devices. > > Does it mean card hardware defect or lack of driver support? I.e. is this > phrase > "When flow control is enabled, if the operating system doesn't acknowledge > the packet buffer filling" > still true with latest drivers framework (the note as old as 2003)? > I'm not familiar with fxp(4) but it would be lack of driver support. I can't see any special things on flow control in 82559 datasheet. Also I can hardly believe flow control capability of fxp(4) works as expected because it doesn't check negotiated link capability. At least fxp(4) should have a handler for miibus_statchg method that will decide which pause capability would be activated depending on duplex state/link partner pause capability . -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 02:27:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E28416A41A for ; Thu, 20 Dec 2007 02:27:08 +0000 (UTC) (envelope-from i.bernevig@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF7213C47E for ; Thu, 20 Dec 2007 02:27:08 +0000 (UTC) (envelope-from i.bernevig@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so3263577rvb.43 for ; Wed, 19 Dec 2007 18:27:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=hQKwGfPlqkNKVkPf8ng2LKufTqsyIoZkpXKHAX15vSE=; b=iOcRk+EY+AC3nwOcu7FJ/UJ/o2pqp58R2Cz0tsVvHph1tLQowTo2EitA7WwH2ENpRjw6FK1jA7OklYOKfDRMhW3IlSmnT0+zvv9ySkcAwOerVjfNhLHz0Xyn27Pzd4iRAidGPHu5hSx29bptkP/igLH+Vh6+QYC2RqK2n1fxOGE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=nuv68cGu7Z0ZP7oak3ILESxBdfykNXMAhwozwFaks0MOW7Mayu9Isy97gLS/K2NvJ5csrkswsm6dLrhV7nfKUZ6pOu74qyTcZvcBQUJk9g4Tl+r4TCqxI9N1snvi6H3QFRy2huLfdwIZnkS1dY7PaYlguKgfWVnrvAiJGo0l6i8= Received: by 10.140.192.9 with SMTP id p9mr2764726rvf.103.1198116090109; Wed, 19 Dec 2007 18:01:30 -0800 (PST) Received: by 10.141.43.20 with HTTP; Wed, 19 Dec 2007 18:01:30 -0800 (PST) Message-ID: Date: Wed, 19 Dec 2007 18:01:30 -0800 From: "i b" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: How to remove DEBUG mode in wpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 02:27:08 -0000 Hi all I recently installed 7.0_BETA4 and I wanted to set up my intel 3945ABG . I used Benjamin's WPI driver (20071102-freebsd-wpi.tar.gz) but it seems that it's still under "debug mode" . It fills my /var/log/messages with messages I don't need. I tryied to remove "#define WPI_DEBUG" from if_wpi.c but I've got some errors. How can I put the driver in normal mode (without debug) ? Thanks in advance Bernevig Ioan From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 03:34:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 721AB16A418 for ; Thu, 20 Dec 2007 03:34:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.freebsd.org (Postfix) with ESMTP id 40FF613C447 for ; Thu, 20 Dec 2007 03:34:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by sarah.protected-networks.net (Postfix) with ESMTP id 7164F60EE; Wed, 19 Dec 2007 22:17:03 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1198120623; bh=nOoaRZDSb/OjQS A4oyEZHV7vEADxV/bB2nGBtIKw/EU=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=ACKEc0a/3K89dILrj3IvEesy2fF/a7AMqmjBZ zO1Lw+ArBovkxPNkYfD0zTPuXNfseCshjZF6d3HJd34SgQS6oS+3LSCG9QX+FrLZnOl YfuLl5Z693E1ZRvBbJXnbjId DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=pJeEF7kqOBX5zio0GDhzNN/wBk/tM4PsC2VClaeAEtFCCxd1lyXdU+XODQMfm+tIm MfvsoLrjYMs3KO1RQ3NMPHmUOTDvjrwRULOWdbFgd6INm0qK3utHHawAy+Mh/a1 Message-ID: <4769DEAE.6080202@protected-networks.net> Date: Wed, 19 Dec 2007 22:17:02 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: i b References: In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: How to remove DEBUG mode in wpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 03:34:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 i b wrote: > I recently installed 7.0_BETA4 and I wanted to set up my intel 3945ABG . [ .. ] > How can I put the driver in normal mode (without debug) ? Adding "debug.wpi=0" to /etc/sysctl.conf should do the trick, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHad6uQv9rrgRC1JIRAjYdAKCZCOS7t4oPHlwfYbqWCMD/pVUjzgCgn5jz t3xFs4nlGH7Pqf0ArvfrmM4= =t2NN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 01:16:26 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB3916A420 for ; Thu, 20 Dec 2007 01:16:26 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5F60C13C4CC for ; Thu, 20 Dec 2007 01:16:25 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: (qmail 16922 invoked from network); 20 Dec 2007 00:49:44 -0000 Received: from aldan.algebra.com (HELO aldan-mlp) ([216.254.65.224]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 20 Dec 2007 00:49:44 -0000 From: Mikhail Teterin To: current@freebsd.org Date: Wed, 19 Dec 2007 19:49:43 -0500 User-Agent: KMail/1.7.1 Organization: Virtual Estates, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712191949.43414.mi+mill@aldan.algebra.com> X-Mailman-Approved-At: Thu, 20 Dec 2007 04:57:02 +0000 Cc: Subject: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 01:16:26 -0000 Hello! The graphics/libfpx port can not currently be built on 8.x, because the WARNS=3, which is set in files/Makefile.bsd triggers -Wsystem-headers. That setting triggers the following warning: In file included from /usr/include/c++/4.2/ios:50, from /usr/include/c++/4.2/ostream:45, from /usr/include/c++/4.2/iostream:45, from /work/a/ports/graphics/libfpx/work/libfpx-1.2.0.12/ole/olestorg.cpp:20: /usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement The port builds fine on 7.x and 6.x. Could the 8.x, please, be fixed? I mean, the setting, pretty much, assures, that ALL C++ software can't be built (with WARNS=3, that is), because almost everything uses iostream. Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 05:56:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC91316A419 for ; Thu, 20 Dec 2007 05:56:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8D76413C44B for ; Thu, 20 Dec 2007 05:56:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTC00CU81SL06L0@mta1.srv.hcvlny.cv.net> for current@freebsd.org; Thu, 20 Dec 2007 00:26:45 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBK5QiWa078789; Thu, 20 Dec 2007 00:26:45 -0500 Date: Thu, 20 Dec 2007 00:26:44 -0500 From: "Aryeh M. Friedman" In-reply-to: <200712191949.43414.mi+mill@aldan.algebra.com> To: Mikhail Teterin Message-id: <4769FD14.4080301@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <200712191949.43414.mi+mill@aldan.algebra.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: current@freebsd.org Subject: Re: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 05:56:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mikhail Teterin wrote: > Hello! > > The graphics/libfpx port can not currently be built on 8.x, because the > WARNS=3, which is set in files/Makefile.bsd triggers -Wsystem-headers. > > That setting triggers the following warning: > > In file included from /usr/include/c++/4.2/ios:50, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iostream:45, > from /work/a/ports/graphics/libfpx/work/libfpx-1.2.0.12/ole/olestorg.cpp:20: > /usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': > /usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement > > The port builds fine on 7.x and 6.x. Could the 8.x, please, be fixed? > I mean, the setting, pretty much, assures, that ALL C++ software can't > be built (with WARNS=3, that is), because almost everything uses iostream. Did you try commenting out the last line of the Makefile? - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaf0UzIOMjAek4JIRAis0AJ0fFmv5aKkyoQKO57LkKT9fSH+ZeQCggIfb U8yBKq7xSnOA+WXUxbFriB4= =510y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 07:55:41 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 822EF16A418 for ; Thu, 20 Dec 2007 07:55:41 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5148613C44B for ; Thu, 20 Dec 2007 07:55:41 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBK7JOg1084825 for ; Thu, 20 Dec 2007 02:19:24 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBK7JOJr084824 for current@freebsd.org; Thu, 20 Dec 2007 02:19:24 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Thu, 20 Dec 2007 02:19:24 -0500 From: David Schultz To: current@FreeBSD.ORG Message-ID: <20071220071924.GA84778@VARK.MIT.EDU> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: libthr mutex race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 07:55:41 -0000 There seems to be a bug libthr that results in programs occasionally printing: Fatal error 'mutex is on list' at line 450 in file /q/8.x/src/lib/libthr/thread/thr_mutex.c (errno = 1) Or, on occasion, it decides to be more emphatic: :) FFaattaall eerrrroorr ''mutex is on listmutex is on list'' aatt lliinnee 445500 iinn ffiillee /q/8.x/src/lib/libthr/thread/thr_mutex.c/q/8.x/src/lib/libthr/thread/thr_mutex.c ((eerrrrnnoo == 11)) I can reproduce this on ia64 (pluto2) but not i386. I'm posting here because I sort of suspect that it applies to all architectures with a weak memory model, but someone with a sparc64 or powerpc or something will have to confirm that for me. I'm leaving town for the holidays in a few hours and gdb on pluto2 seems borked, but if someone wants to look at this, that would be great. I've provided a program that reproduces the bug about 50% of the time (and hangs on pthread_join() the other 50%, which I think is an unrelated issue). I compiled with -O -pthread on FreeBSD pluto2.freebsd.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec 15 20:23:39 UTC 2007 marcel@pluto2.freebsd.org:/q/obj/q/8.x/src/sys/PLUTO2 ia64 ** Note that you probably need at least 2 CPUs to repro this. #include pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER; void * thread_main(void *arg) { int i, j; volatile int k; for (i = 0; i < 100000; i++) { pthread_mutex_lock(&m); pthread_mutex_unlock(&m); for (j = 0; j < 500; j++) k = 0; pthread_mutex_lock(&m); pthread_mutex_unlock(&m); } return (NULL); } int main(int argc, char **argv) { pthread_t td1, td2; // Three threads in total pthread_create(&td1, NULL, thread_main, NULL); pthread_create(&td2, NULL, thread_main, NULL); thread_main(NULL); pthread_join(td1, NULL); pthread_join(td2, NULL); return (0); } From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 08:52:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A14CA16A474 for ; Thu, 20 Dec 2007 08:52:19 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 274E913C4E8 for ; Thu, 20 Dec 2007 08:52:18 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAMO7aUd5LWC+/2dsb2JhbACBV6g5 X-IronPort-AV: E=Sophos;i="4.24,188,1196602200"; d="scan'208";a="21122211" Received: from ppp121-45-96-190.lns10.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.96.190]) by ipmail04.adl2.internode.on.net with ESMTP; 20 Dec 2007 19:22:16 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lBK8qDwk074020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2007 19:22:14 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <476A2D3A.8030502@clearchain.com> Date: Thu, 20 Dec 2007 19:22:10 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Michael Butler References: <4769DEAE.6080202@protected-networks.net> In-Reply-To: <4769DEAE.6080202@protected-networks.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Thu, 20 Dec 2007 19:22:15 +1030 (CST) Cc: i b , current@freebsd.org Subject: Re: How to remove DEBUG mode in wpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 08:52:19 -0000 Michael Butler wrote: > i b wrote: > > I recently installed 7.0_BETA4 and I wanted to set up my intel 3945ABG . > > [ .. ] > > > How can I put the driver in normal mode (without debug) ? > > > Adding "debug.wpi=0" to /etc/sysctl.conf should do the trick, Also note that the tar balls are now a little out of date. wpi is now in the CVS tree and there's been quite a number of changes since the tar balls. Your best bet is cvsup the latest RELENG_7 and use that. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 10:02:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8FEB16A419 for ; Thu, 20 Dec 2007 10:02:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id B8CE313C448 for ; Thu, 20 Dec 2007 10:02:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTC00I9TEKVPQC0@mta1.srv.hcvlny.cv.net> for current@freebsd.org; Thu, 20 Dec 2007 05:02:56 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBKA2swI089304; Thu, 20 Dec 2007 05:02:55 -0500 Date: Thu, 20 Dec 2007 05:02:54 -0500 From: "Aryeh M. Friedman" In-reply-to: <200712200500.34960@aldan> To: Mikhail Teterin Message-id: <476A3DCE.1040207@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-U Content-transfer-encoding: 8BIT X-Enigmail-Version: 0.95.5 References: <200712191949.43414.mi+mill@aldan.algebra.com> <4769FD14.4080301@gmail.com> <200712200500.34960@aldan> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: current@freebsd.org Subject: Re: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 10:02:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mikhail Teterin wrote: > On ÞÅÔ×ÅÒ 20 ÇÒÕÄÅÎØ 2007, Aryeh M. Friedman wrote: = Did you try > commenting out the last line of the Makefile? > > Which Makefile? /usr/ports/graphics/libfpx/Makefile or > /usr/ports/graphics/libfpx/files/Makefile.bsd? > comment out (place a # at the beginning) of the last line of /usr/ports/graphics/libfpx.... this is a known issue and the maintainer has collected data (from me) on what what the warnings are but has not fixed this yet. - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaj3OzIOMjAek4JIRArqtAJ97w7bYZY00cexz/R3ueFA2FLddEgCdGn9i wzLfK9CU6uVTgkrbwAbNuWg= =j05y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 10:13:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A04E16A419 for ; Thu, 20 Dec 2007 10:13:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id 5716A13C45B for ; Thu, 20 Dec 2007 10:13:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTC00BQFF2B7ZD0@mta2.srv.hcvlny.cv.net> for current@freebsd.org; Thu, 20 Dec 2007 05:13:23 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBKADMYL094874; Thu, 20 Dec 2007 05:13:23 -0500 Date: Thu, 20 Dec 2007 05:13:22 -0500 From: "Aryeh M. Friedman" In-reply-to: <200712200511.52325@aldan> To: Mikhail Teterin Message-id: <476A4042.9000501@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-U Content-transfer-encoding: 8BIT X-Enigmail-Version: 0.95.5 References: <200712191949.43414.mi+mill@aldan.algebra.com> <200712200500.34960@aldan> <476A3DCE.1040207@gmail.com> <200712200511.52325@aldan> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: current@freebsd.org Subject: Re: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 10:13:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mikhail Teterin wrote: > On ÞÅÔ×ÅÒ 20 ÇÒÕÄÅÎØ 2007, Aryeh M. Friedman wrote: = > Which > Makefile? /usr/ports/graphics/libfpx/Makefile or = > > /usr/ports/graphics/libfpx/files/Makefile.bsd? = > = = comment out > (place a # at the beginning) of the last line of = > /usr/ports/graphics/libfpx.... > > You are still not saying, which of the two make-files you want me > to modify. Which makes your particular "just trying to help you get > by" worse than no responses at all. > > Especially considering the below: > > = this is a known issue and the maintainer has collected data (from > me) = on what what the warnings are but has not fixed this yet. > > I *am* the bloody maintainer! > > And I am trying to investigate, what's wrong -- it would seem to > me, 8.x is slightly misconfigured... > > Please, don't confuse matters. Thank you. I thought I was clear you modify /usr/ports/graphics/libfpx/Makefile - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHakBCzIOMjAek4JIRAhV8AJ9xWtLshxt/jt7zEySZ2OEnHFzE3QCdHsJn 5des3YrOeYBMq7uQpnrPO3E= =o7P2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 10:59:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02BD16A417 for ; Thu, 20 Dec 2007 10:59:48 +0000 (UTC) (envelope-from roy@marples.name) Received: from mail.marples.name (rsm.demon.co.uk [80.177.111.50]) by mx1.freebsd.org (Postfix) with ESMTP id 70A8F13C4E3 for ; Thu, 20 Dec 2007 10:59:48 +0000 (UTC) (envelope-from roy@marples.name) Received: from [10.73.1.31] (uberlaptop.marples.name [10.73.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.marples.name (Postfix) with ESMTP id 56C101900DE for ; Thu, 20 Dec 2007 10:42:08 +0000 (GMT) From: Roy Marples To: freebsd-current@freebsd.org In-Reply-To: MIKiw94aov2StL37zxYPU2cwfyE@NKorCT8tqQREs5VbYbldlgOz9+8 Content-Type: text/plain Date: Thu, 20 Dec 2007 10:42:07 +0000 Message-Id: <1198147327.1350.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 10:59:48 -0000 > Hi Eygene. You might get some ideas from this implementation then: > http://packages.debian.org/sid/resolvconf > At least it contains those ugly sed expression to edit forwarders in a > named.conf. You may also want to look at openresolv, which is a resolvconf implementation that works on FreeBSD as well as Linux. http://roy.marples.name/node/343 I keep meaning to make a request to put that into ports :) Thanks Roy From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 12:16:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5515F16A473 for ; Thu, 20 Dec 2007 12:16:27 +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 D9CEF13C455 for ; Thu, 20 Dec 2007 12:16:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.p.matik.com.br (anb.p.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lBKB2avb062468 for ; Thu, 20 Dec 2007 09:02:36 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: current@freebsd.org Date: Thu, 20 Dec 2007 09:01:03 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712200901.03963.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: em drv troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 12:16:27 -0000 I believe the em man page needs a revision, the tunable sections referres t= o=20 hw.em. and should be dev.em.=20 hw.em.tx_int.delay defaults to 64 according to the man page but my server s= how=20 66 as for other values too: dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 what is correct and how much does it matter? I get sporadic freezes, sometimes after an hour and sometimes after some da= ys=20 of uptime, with no log and rare times a panic which then point to em in th= e=20 kernel but can not get a core dump, seems the machine freezes before the=20 panic msg ends I run amd64 with opterons and tyan MBs, to check if this has something to d= o I=20 could repeat the problem on AM2 X2 MB with Sata disk but same nics and low= =20 traffic (1-2MB/s). somebody has an idea here? =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-current@FreeBSD.ORG Thu Dec 20 10:11:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D361616A419 for ; Thu, 20 Dec 2007 10:11:53 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8B73E13C45D for ; Thu, 20 Dec 2007 10:11:53 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id lBKABqV9054885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2007 05:11:52 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.1/8.14.1/Submit) id lBKABqmN054884; Thu, 20 Dec 2007 05:11:52 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: "Aryeh M. Friedman" Date: Thu, 20 Dec 2007 05:11:52 -0500 User-Agent: KMail/1.9.7 References: <200712191949.43414.mi+mill@aldan.algebra.com> <200712200500.34960@aldan> <476A3DCE.1040207@gmail.com> In-Reply-To: <476A3DCE.1040207@gmail.com> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Thu, 20 Dec 2007 12:28:28 +0000 Cc: current@freebsd.org Subject: Re: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 10:11:53 -0000 On =DE=C5=D4=D7=C5=D2 20 =C7=D2=D5=C4=C5=CE=D8 2007, Aryeh M. Friedman wrot= e: =3D > Which Makefile? /usr/ports/graphics/libfpx/Makefile or =3D > /usr/ports/graphics/libfpx/files/Makefile.bsd? =3D > =3D=20 =3D comment out (place a # at the beginning) of the last line of =3D /usr/ports/graphics/libfpx.... You are still not saying, which of the two make-files you want me to modify. Which makes your particular "just trying to help you get by" worse than no responses at all. Especially considering the below: =3D this is a known issue and the maintainer has collected data (from me) =3D on what what the warnings are but has not fixed this yet. I *am* the bloody maintainer! And I am trying to investigate, what's wrong -- it would seem to me, 8.x is slightly misconfigured... Please, don't confuse matters. Thank you. -mi From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 10:11:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 639A616A469 for ; Thu, 20 Dec 2007 10:11:33 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD8F13C45D for ; Thu, 20 Dec 2007 10:11:32 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id lBKA0Zel054834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2007 05:00:35 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.1/8.14.1/Submit) id lBKA0Z1H054833; Thu, 20 Dec 2007 05:00:35 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: "Aryeh M. Friedman" Date: Thu, 20 Dec 2007 05:00:34 -0500 User-Agent: KMail/1.9.7 References: <200712191949.43414.mi+mill@aldan.algebra.com> <4769FD14.4080301@gmail.com> In-Reply-To: <4769FD14.4080301@gmail.com> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Thu, 20 Dec 2007 12:28:37 +0000 Cc: current@freebsd.org Subject: Re: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 10:11:33 -0000 On =DE=C5=D4=D7=C5=D2 20 =C7=D2=D5=C4=C5=CE=D8 2007, Aryeh M. Friedman wrot= e: =3D Did you try commenting out the last line of the Makefile? Which Makefile? /usr/ports/graphics/libfpx/Makefile=20 or /usr/ports/graphics/libfpx/files/Makefile.bsd? Please, explain, what you mean, in detail. Thank you, -mi From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 13:01:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF9016A474 for ; Thu, 20 Dec 2007 13:01:48 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id AA96213C474 for ; Thu, 20 Dec 2007 13:01:48 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1623015nzf.13 for ; Thu, 20 Dec 2007 05:01:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=65KIQ9LrEAiE/rN9cMB6tVyyLDVTgon98btASywe4ew=; b=RK6jbxUcATFQVafbpIVWBrbdGMTTtn5CAsTcPRugNHh+56/lcU7XIr8CKp9+Lm8hUc55TKUfzbVkq81QRi+shU5XrhuG6kETw3uLIF22kiJtiGqGmmTdYkbhExLmlSatxJA4/YtajzwZvSbvDRCA/vjjt1IpeRWehWZgxXowZFk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=B6y4lqVQbcdOzB7DmV7pWUxO1sAJxXWQHO8/ZWblFJ+QQUk+D4kWyiElZIb6mtHuL4y8wIEUt47srsbHAWgtU2v2a4Y9O+kyJ8W5XRnuI1gXDRY/kTnC+UkxiD1jkm8E9j+1ej2SYZlKupfrhTi7qgO33TzZvsLHq9mqt+4msxU= Received: by 10.142.111.14 with SMTP id j14mr1503326wfc.96.1198155707030; Thu, 20 Dec 2007 05:01:47 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 35sm21288238wra.2007.12.20.05.01.41 (version=SSLv3 cipher=OTHER); Thu, 20 Dec 2007 05:01:41 -0800 (PST) Date: Thu, 20 Dec 2007 08:01:27 -0500 From: Alexander Kabaev Message-ID: <20071220080127.2e0a5a1b@kan.dnsalias.net> In-Reply-To: <200712191949.43414.mi+mill@aldan.algebra.com> References: <200712191949.43414.mi+mill@aldan.algebra.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Wbn=UgdrFY4H/Pd82MAXMBw"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: WARNS=3 and C++ on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 13:01:49 -0000 --Sig_/Wbn=UgdrFY4H/Pd82MAXMBw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 19 Dec 2007 19:49:43 -0500 Mikhail Teterin wrote: > Hello! >=20 > The graphics/libfpx port can not currently be built on 8.x, because > the WARNS=3D3, which is set in files/Makefile.bsd triggers > -Wsystem-headers. >=20 > That setting triggers the following warning: >=20 > In file included from /usr/include/c++/4.2/ios:50, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iostream:45, > from /work/a/ports/graphics/libfpx/work/libfpx-1.2.0.12/= ole/olestorg.cpp:20: > /usr/include/c++/4.2/bits/basic_ios.h: In member function 'void > std::basic_ios<_CharT, > _Traits>::_M_setstate(std::_Ios_Iostate)': /usr/include/c++/4.2/bits/basi= c_ios.h:156: > warning: empty body in an if-statement >=20 > The port builds fine on 7.x and 6.x. Could the 8.x, please, be fixed? > I mean, the setting, pretty much, assures, that ALL C++ software can't > be built (with WARNS=3D3, that is), because almost everything uses > iostream. >=20 > Thanks! >=20 > -mi The code below is from /usr/include/c++/4.2/exception_defines.h and as you can see, WARNS3 alone is not enough, -fno-exceptions has to be on the command line too, something you forgot to mention. There's nothing to fix in FreeBSD itself, the change should go into vendor sources.=20 #ifndef __EXCEPTIONS // Iff -fno-exceptions, transform error handling code to work without it. # define try if (true) # define catch(X) if (false) # define __throw_exception_again #else // Else proceed normally. # define __throw_exception_again throw #endif --=20 Alexander Kabaev --Sig_/Wbn=UgdrFY4H/Pd82MAXMBw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHamenQ6z1jMm+XZYRAsHTAJ9+34WGI/UGj0KudJLYcEbPkC8H5wCfVhW1 dCy4RYKBevLsVbrLYw1BSPg= =gtR2 -----END PGP SIGNATURE----- --Sig_/Wbn=UgdrFY4H/Pd82MAXMBw-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 13:09:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC0C16A41A; Thu, 20 Dec 2007 13:09:16 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id E05CE13C4E9; Thu, 20 Dec 2007 13:09:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-059-174.pools.arcor-ip.net [88.66.59.174]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1J5L9B2oVs-00078i; Thu, 20 Dec 2007 14:09:14 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Thu, 20 Dec 2007 14:09:00 +0100 User-Agent: KMail/1.9.7 References: <86hciuilpx.fsf@PECTOPAH.shenton.org> <86bq8yjwii.fsf@PECTOPAH.shenton.org> <863atxil7o.fsf@Bacalao.shenton.org> In-Reply-To: <863atxil7o.fsf@Bacalao.shenton.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart32384406.7d5tQoNgAs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712201409.08385.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+vZcNf3oOccoXWhs95KFX1WiLm9kmIrJGQhpr 23F00HT8RjaLYRIfhPkZ8xG9Mc+bQrVcaxOByMwjONXYQ9RDtP NlVsHI0QaJwHae/H83g6yNcviLzTBtelrhIOX9onh0= Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD on Dell T105? ($350 dual-core Opteron) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 13:09:16 -0000 --nextPart32384406.7d5tQoNgAs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 20 December 2007, Chris Shenton wrote: > [I'm adding -current as there are other discussions of hardware > compatibility there, trim if appropriate] > > Chris Shenton writes: > > =20 > > http://www.dell.com/downloads/global/products/pedge/en/pe_T105_spec_s > >heet.pdf > > > > Processors Single AMD Opteron TM 1000 series at up to > > 2.8GHz; Single AMD SempronTM LE1250 at 2.2GHz > > > > HyperTransportTM HyperTransport at 2000MT/s > > > > Chipset nVidia CK8-04 Pro > > > > Network Interfaces Single embedded Gigabit3 NIC > > I installed FreeBSD 7.0-BETA4 amd64 this morning and it boots fine, > detects both CPUs, but can't seem to find a driver for the ethernet. It > doesn't offer anything at install time (only slip and ppp) and shows > nothing in ifconfig when running. > > The one thing I see in dmesg is: > > pci2: at device 0.0 (no driver attached) > > Some pages I've found say this is a Broadcom 5721J chipset: > > =20 > http://www1.ap.dell.com/content/products/features.aspx/servers_Q4_W5_20 >07-12-01_pedge_t105_Q421211?c=3Dmy&cs=3Dmybsd1&l=3Den&s=3Dbsd > > An Ubuntu message says they see it with a Broadcom NetXtreme BCM5722 > driver: > > > http://ubuntuforums.org/showthread.php?p=3D3961378 > > Any suggestions on how I can poke at it to find what kind of hardware > it's using and what driver I need to use for it? Sounds like the bge(4) driver might work. Take a look at "pciconfig -lv"=20 to identify the chip and PCI vendor id. Try adding that information to=20 src/sys/dev/bge/if_bge.c::bge_devs[] and subsequent chip revision arrays. = =20 It's easiest to build a kernel w/o device bge and loading bge from=20 modules. This way you can cd to src/sys/modules/bge and "make load;=20 #test; make unload; #change source; #repeat" until it works. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart32384406.7d5tQoNgAs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHaml0XyyEoT62BG0RAu6JAJ4siW1lj/psgDkefZ4N5P+2FuYTOwCdFCu/ mdJ+XPLur18lW4v8MvAF4Jg= =tBtJ -----END PGP SIGNATURE----- --nextPart32384406.7d5tQoNgAs-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 13:17:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E4516A46B for ; Thu, 20 Dec 2007 13:17:17 +0000 (UTC) (envelope-from chris@shenton.org) Received: from shenton.org (static-71-246-241-106.washdc.fios.verizon.net [71.246.241.106]) by mx1.freebsd.org (Postfix) with SMTP id 2B5C313C4D1 for ; Thu, 20 Dec 2007 13:17:17 +0000 (UTC) (envelope-from chris@shenton.org) Received: (qmail 29467 invoked by uid 1001); 20 Dec 2007 12:50:35 -0000 From: Chris Shenton To: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org References: <86hciuilpx.fsf@PECTOPAH.shenton.org> <86bq8yjwii.fsf@PECTOPAH.shenton.org> Date: Thu, 20 Dec 2007 07:50:35 -0500 In-Reply-To: <86bq8yjwii.fsf@PECTOPAH.shenton.org> (Chris Shenton's message of "Mon, 10 Dec 2007 12:21:41 -0500") Message-ID: <863atxil7o.fsf@Bacalao.shenton.org> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on Dell T105? ($350 dual-core Opteron) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 13:17:17 -0000 [I'm adding -current as there are other discussions of hardware compatibility there, trim if appropriate] Chris Shenton writes: > http://www.dell.com/downloads/global/products/pedge/en/pe_T105_spec_sheet.pdf > > Processors Single AMD Opteron TM 1000 series at up to 2.8GHz; > Single AMD SempronTM LE1250 at 2.2GHz > > HyperTransportTM HyperTransport at 2000MT/s > > Chipset nVidia CK8-04 Pro > > Network Interfaces Single embedded Gigabit3 NIC I installed FreeBSD 7.0-BETA4 amd64 this morning and it boots fine, detects both CPUs, but can't seem to find a driver for the ethernet. It doesn't offer anything at install time (only slip and ppp) and shows nothing in ifconfig when running. The one thing I see in dmesg is: pci2: at device 0.0 (no driver attached) Some pages I've found say this is a Broadcom 5721J chipset: http://www1.ap.dell.com/content/products/features.aspx/servers_Q4_W5_2007-12-01_pedge_t105_Q421211?c=my&cs=mybsd1&l=en&s=bsd An Ubuntu message says they see it with a Broadcom NetXtreme BCM5722 driver: http://ubuntuforums.org/showthread.php?p=3961378 Any suggestions on how I can poke at it to find what kind of hardware it's using and what driver I need to use for it? Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 13:32:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CDF816A418 for ; Thu, 20 Dec 2007 13:32:53 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id EABA613C465 for ; Thu, 20 Dec 2007 13:32:52 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1951565nfb.33 for ; Thu, 20 Dec 2007 05:32:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=6xE7+coxtivywsrg/Du8HyBEPLVYKzkoMposCWiY9Vs=; b=VMWX2YY4Y8nBGIWsX9lcsbV4Fggzf2ENAIRLFlr28FDssx/RMOfFh2gEqyYteiPF0yw7y5VsGaTgl+/OR+SueviBsLUxCm00l/r/3SC5iyXSlUTTNiYXtebYQQykFVD/onznJkE1YD+SRaRX+q8wnnQUsL42GdknGkGbnsLfI5g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=l6ahJQMcwNG/sGF57GXD9rvkZ7/sEFpCouIn5whXyvo1ttz8MxjzMgRL0ZoDy41iWIQbACnAdeF2UsiiVHEgAXy29ApapY/ASGaUt8Y6nZ9zBgT/h1cKpeDQhmxRmPYYgr9BO7Xb8yIhTtISve8udopboSWnDqdwXwO7weiEDJE= Received: by 10.78.160.4 with SMTP id i4mr10057108hue.35.1198157569269; Thu, 20 Dec 2007 05:32:49 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id 2sm186084nfv.2007.12.20.05.32.45 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Dec 2007 05:32:47 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Thu, 20 Dec 2007 15:32:40 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20071218120359.E15521@fledge.watson.org> In-Reply-To: <20071218120359.E15521@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1211070.4xZmMiWbSL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712201532.41123.qpadla@gmail.com> Cc: arch@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 13:32:53 -0000 --nextPart1211070.4xZmMiWbSL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 18 December 2007 14:10:46 Robert Watson wrote: > Dear all: > > I've been hacking on-and-off for a while on a side project to improve > our kernel debugging facilities. Primarily, my concern has been to > address three problems: > > - The complications of employing kernel core dumps for debugging, > including the large size of dumps making them unwieldy to distribute > or store for any extended period (even with minidumps), the requirement > to have relatively synchronized kernel source in order to use the dumps, > the need to have a kernel with debugging symbols, and the problems with > fsck causing sufficient swap use to invalidate dumps before they can be > extracted. > > - The decreasing likelihood that notebooks will ship with serial ports > that can be used for interactive debugging using DDB. Making > end-users type in stack traces is cruel, photos are a pain, and X11 > rules out both. > > - The fact that a great many problems are most easily diagnosed using > utility routines present in DDB, but not as easily using kgdb for > offline analysis. I find that for many bugs I analyze, simply > looking at the DDB output is sufficient to identify the source of the > problem. > > An idea I punted around a bit at BSDCan earlier this year (or perhaps it > was at EuroBSDCon the previous year) was an idea of a "textdump" -- that > is, a new type of kernel dump based on capturing automatically extracted > debugging information generated by DDB. The result would be an ASCII > text file that could be filed as a bug report, perhaps even > automatically. > > To this end, I have implemented three new facilities for use with DDB: > > (1) DDB output capture. The output of DDB is stored in a memory buffer, > and can be extracted using a sysctl or textdumps (see below). This > can be turned on and off, both for use manually ("I'll want this > later, but not that") and as part of scripts (see below). > > (2) DDB scripting. A limited number of named scripts can be defined to > run a series of DDB commands. No loops, etc, just simple command > lists. These can be caused to run automatically on entering DDB > for various scenarios, including WITNESS violations and kernel panics. > They can also be run by hand in order to save a bit of typing if you use > DDB in a repetitive way (as I do). > > (3) Textdumps. A new dump type that stores a series of data files > containing various pieces of information, including the DDB capture > buffer, kernel message buffer, kernel configuration (if compiled > into the kernel), panic message, and kernel version string. These are > stored in the ustar format inside the dump partition (aligned to the > end) so can be easily extended, and savecore(8) requires almost no new > logic to deal with them (it just drops numbered tar files in > /var/crash). This makes it straight forward to extend the textdump > format to include new types of information and avoids the issue of how > to safely simultaneously represent information in many different formats > in the same file. > > These are pretty flexible tools, and you can imagine doing the following > sorts of things: > > - Setting the kdb.enter.panic script to automatically turn on output > capture, do full backtraces of all threads, show open file > information, dump UMA stats, and save it all to a textdump and then > reboot. > > - Setting the kdb.enter.witness script to show lock information, > generate a coredump, and reboot. Or, just to automatically do "show > allocks" and drop to the DDB prompt. > > - Adding a flag to rc.conf to automatically submit textdumps via e-mail > to a specific address, perhaps including GNATS or an automated bug > system. These could be unpacked and automatically analyzed, and do to > the compact size, kept for long-term trend analysis or to identify when > a problem started occuring. > > I've produced an initial snapshot of the above, which can be found here: > > http://www.watson.org/~robert/freebsd/20071218-ddb.tgz > > This adds three files to DDB, patches quite a few kernel files (to pass > more information into KDB about why it's being entered, in order to > trigger the right script), enhancements to savecore(8) to know how to > extract textdumps, adds a ddb(8) command line tool so that userspace can > manage DDB scripts from outside the debugger, extensions to the ddb(4) > man page, and a new textdump(4) man page. > > There are a number of known limitations; I've tried to document them at > the top of the pertinent files where I am aware of them. I also regret > to say that to date I've been able to test only on i386, and not other > platforms. I'd welcome any feedback -- I'd like to get these changes > into CVS in the next week or two. It looks like some files is not included in the patch. I have this error: make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=3D"cc -E" CC=3D"= cc"=20 xargs=20 mkdep -a -f .newdep -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I.= -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter= -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ng= atm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys= /gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERN= EL_OPTION_HEADERS -include=20 opt_global.h -fno-common -finline-limit=3D8000 --param=20 inline-unit-growth=3D100 --param=20 large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-bou= ndary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /usr/src/sys/ddb/db_capture.c: No such file or directory cc: /usr/src/sys/ddb/db_script.c: No such file or directory cc: /usr/src/sys/ddb/db_textdump.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@orion-vm:/usr/src# ls -la /usr/src/sys/ddb/ = = =20 total 424 drwxr-xr-x 2 root wheel 1024 Dec 19 16:49 ./ drwxr-xr-x 53 root wheel 1024 Oct 29 08:24 ../ =2Drw-r--r-- 1 root wheel 2591 Dec 4 2005 db_access.c =2Drw-r--r-- 1 root wheel 1431 Jan 6 2005 db_access.h =2Drw-r--r-- 1 root wheel 7737 Jan 6 2005 db_break.c =2Drw-r--r-- 1 root wheel 2098 Jan 6 2005 db_break.h =2Drw-r--r-- 1 root wheel 16579 Dec 19 16:49 db_command.c =2Drw-r--r-- 1 root wheel 15705 Jan 17 2007 db_command.c.orig =2Drw-r--r-- 1 root wheel 1633 Dec 19 16:49 db_command.h =2Drw-r--r-- 1 root wheel 1588 Jan 6 2005 db_command.h.orig =2Drw-r--r-- 1 root wheel 7270 Oct 27 20:19 db_examine.c =2Drw-r--r-- 1 root wheel 4811 Jan 6 2005 db_expr.c =2Drw-r--r-- 1 root wheel 7981 Dec 19 16:49 db_input.c =2Drw-r--r-- 1 root wheel 7931 Jan 6 2005 db_input.c.orig =2Drw-r--r-- 1 root wheel 5978 Dec 19 16:49 db_lex.c =2Drw-r--r-- 1 root wheel 5304 Jan 6 2005 db_lex.c.orig =2Drw-r--r-- 1 root wheel 1951 Dec 19 16:49 db_lex.h =2Drw-r--r-- 1 root wheel 1861 Jan 6 2005 db_lex.h.orig =2Drw-r--r-- 1 root wheel 5976 Dec 19 16:49 db_main.c =2Drw-r--r-- 1 root wheel 5787 Nov 6 2006 db_main.c.orig =2Drw-r--r-- 1 root wheel 6889 Dec 19 16:49 db_output.c =2Drw-r--r-- 1 root wheel 6639 Oct 10 2006 db_output.c.orig =2Drw-r--r-- 1 root wheel 1444 Oct 8 2006 db_output.h =2Drw-r--r-- 1 root wheel 2013 Apr 14 2005 db_print.c =2Drw-r--r-- 1 root wheel 10956 Nov 13 13:43 db_ps.c =2Drw-r--r-- 1 root wheel 8810 Apr 14 2005 db_run.c =2Drw-r--r-- 1 root wheel 7815 Jun 16 2006 db_sym.c =2Drw-r--r-- 1 root wheel 3591 Jan 6 2005 db_sym.h =2Drw-r--r-- 1 root wheel 5143 Jan 17 2007 db_thread.c =2Drw-r--r-- 1 root wheel 3402 Jan 6 2005 db_variables.c =2Drw-r--r-- 1 root wheel 1854 Jan 6 2005 db_variables.h =2Drw-r--r-- 1 root wheel 7218 Nov 17 2006 db_watch.c =2Drw-r--r-- 1 root wheel 1509 Jan 6 2005 db_watch.h =2Drw-r--r-- 1 root wheel 2264 Jan 6 2005 db_write_cmd.c =2Drw-r--r-- 1 root wheel 7467 Dec 19 16:49 ddb.h =2Drw-r--r-- 1 root wheel 5776 Jul 12 2006 ddb.h.orig =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1211070.4xZmMiWbSL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHam75/2R6KvEYGaIRAo+GAJ996lCyHp0+dyN5rW7dWbBRugjQFgCg39e1 +bfdaDTErGPe2aJWZCW0BTw= =CE18 -----END PGP SIGNATURE----- --nextPart1211070.4xZmMiWbSL-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 13:32:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 987C616A417 for ; Thu, 20 Dec 2007 13:32:53 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id E33F613C461 for ; Thu, 20 Dec 2007 13:32:52 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1951566nfb.33 for ; Thu, 20 Dec 2007 05:32:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=6xE7+coxtivywsrg/Du8HyBEPLVYKzkoMposCWiY9Vs=; b=VMWX2YY4Y8nBGIWsX9lcsbV4Fggzf2ENAIRLFlr28FDssx/RMOfFh2gEqyYteiPF0yw7y5VsGaTgl+/OR+SueviBsLUxCm00l/r/3SC5iyXSlUTTNiYXtebYQQykFVD/onznJkE1YD+SRaRX+q8wnnQUsL42GdknGkGbnsLfI5g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=l6ahJQMcwNG/sGF57GXD9rvkZ7/sEFpCouIn5whXyvo1ttz8MxjzMgRL0ZoDy41iWIQbACnAdeF2UsiiVHEgAXy29ApapY/ASGaUt8Y6nZ9zBgT/h1cKpeDQhmxRmPYYgr9BO7Xb8yIhTtISve8udopboSWnDqdwXwO7weiEDJE= Received: by 10.78.160.4 with SMTP id i4mr10057108hue.35.1198157569269; Thu, 20 Dec 2007 05:32:49 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id 2sm186084nfv.2007.12.20.05.32.45 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Dec 2007 05:32:47 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Thu, 20 Dec 2007 15:32:40 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20071218120359.E15521@fledge.watson.org> In-Reply-To: <20071218120359.E15521@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1211070.4xZmMiWbSL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712201532.41123.qpadla@gmail.com> Cc: arch@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 13:32:53 -0000 --nextPart1211070.4xZmMiWbSL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 18 December 2007 14:10:46 Robert Watson wrote: > Dear all: > > I've been hacking on-and-off for a while on a side project to improve > our kernel debugging facilities. Primarily, my concern has been to > address three problems: > > - The complications of employing kernel core dumps for debugging, > including the large size of dumps making them unwieldy to distribute > or store for any extended period (even with minidumps), the requirement > to have relatively synchronized kernel source in order to use the dumps, > the need to have a kernel with debugging symbols, and the problems with > fsck causing sufficient swap use to invalidate dumps before they can be > extracted. > > - The decreasing likelihood that notebooks will ship with serial ports > that can be used for interactive debugging using DDB. Making > end-users type in stack traces is cruel, photos are a pain, and X11 > rules out both. > > - The fact that a great many problems are most easily diagnosed using > utility routines present in DDB, but not as easily using kgdb for > offline analysis. I find that for many bugs I analyze, simply > looking at the DDB output is sufficient to identify the source of the > problem. > > An idea I punted around a bit at BSDCan earlier this year (or perhaps it > was at EuroBSDCon the previous year) was an idea of a "textdump" -- that > is, a new type of kernel dump based on capturing automatically extracted > debugging information generated by DDB. The result would be an ASCII > text file that could be filed as a bug report, perhaps even > automatically. > > To this end, I have implemented three new facilities for use with DDB: > > (1) DDB output capture. The output of DDB is stored in a memory buffer, > and can be extracted using a sysctl or textdumps (see below). This > can be turned on and off, both for use manually ("I'll want this > later, but not that") and as part of scripts (see below). > > (2) DDB scripting. A limited number of named scripts can be defined to > run a series of DDB commands. No loops, etc, just simple command > lists. These can be caused to run automatically on entering DDB > for various scenarios, including WITNESS violations and kernel panics. > They can also be run by hand in order to save a bit of typing if you use > DDB in a repetitive way (as I do). > > (3) Textdumps. A new dump type that stores a series of data files > containing various pieces of information, including the DDB capture > buffer, kernel message buffer, kernel configuration (if compiled > into the kernel), panic message, and kernel version string. These are > stored in the ustar format inside the dump partition (aligned to the > end) so can be easily extended, and savecore(8) requires almost no new > logic to deal with them (it just drops numbered tar files in > /var/crash). This makes it straight forward to extend the textdump > format to include new types of information and avoids the issue of how > to safely simultaneously represent information in many different formats > in the same file. > > These are pretty flexible tools, and you can imagine doing the following > sorts of things: > > - Setting the kdb.enter.panic script to automatically turn on output > capture, do full backtraces of all threads, show open file > information, dump UMA stats, and save it all to a textdump and then > reboot. > > - Setting the kdb.enter.witness script to show lock information, > generate a coredump, and reboot. Or, just to automatically do "show > allocks" and drop to the DDB prompt. > > - Adding a flag to rc.conf to automatically submit textdumps via e-mail > to a specific address, perhaps including GNATS or an automated bug > system. These could be unpacked and automatically analyzed, and do to > the compact size, kept for long-term trend analysis or to identify when > a problem started occuring. > > I've produced an initial snapshot of the above, which can be found here: > > http://www.watson.org/~robert/freebsd/20071218-ddb.tgz > > This adds three files to DDB, patches quite a few kernel files (to pass > more information into KDB about why it's being entered, in order to > trigger the right script), enhancements to savecore(8) to know how to > extract textdumps, adds a ddb(8) command line tool so that userspace can > manage DDB scripts from outside the debugger, extensions to the ddb(4) > man page, and a new textdump(4) man page. > > There are a number of known limitations; I've tried to document them at > the top of the pertinent files where I am aware of them. I also regret > to say that to date I've been able to test only on i386, and not other > platforms. I'd welcome any feedback -- I'd like to get these changes > into CVS in the next week or two. It looks like some files is not included in the patch. I have this error: make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=3D"cc -E" CC=3D"= cc"=20 xargs=20 mkdep -a -f .newdep -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I.= -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter= -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ng= atm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys= /gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERN= EL_OPTION_HEADERS -include=20 opt_global.h -fno-common -finline-limit=3D8000 --param=20 inline-unit-growth=3D100 --param=20 large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-bou= ndary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /usr/src/sys/ddb/db_capture.c: No such file or directory cc: /usr/src/sys/ddb/db_script.c: No such file or directory cc: /usr/src/sys/ddb/db_textdump.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@orion-vm:/usr/src# ls -la /usr/src/sys/ddb/ = = =20 total 424 drwxr-xr-x 2 root wheel 1024 Dec 19 16:49 ./ drwxr-xr-x 53 root wheel 1024 Oct 29 08:24 ../ =2Drw-r--r-- 1 root wheel 2591 Dec 4 2005 db_access.c =2Drw-r--r-- 1 root wheel 1431 Jan 6 2005 db_access.h =2Drw-r--r-- 1 root wheel 7737 Jan 6 2005 db_break.c =2Drw-r--r-- 1 root wheel 2098 Jan 6 2005 db_break.h =2Drw-r--r-- 1 root wheel 16579 Dec 19 16:49 db_command.c =2Drw-r--r-- 1 root wheel 15705 Jan 17 2007 db_command.c.orig =2Drw-r--r-- 1 root wheel 1633 Dec 19 16:49 db_command.h =2Drw-r--r-- 1 root wheel 1588 Jan 6 2005 db_command.h.orig =2Drw-r--r-- 1 root wheel 7270 Oct 27 20:19 db_examine.c =2Drw-r--r-- 1 root wheel 4811 Jan 6 2005 db_expr.c =2Drw-r--r-- 1 root wheel 7981 Dec 19 16:49 db_input.c =2Drw-r--r-- 1 root wheel 7931 Jan 6 2005 db_input.c.orig =2Drw-r--r-- 1 root wheel 5978 Dec 19 16:49 db_lex.c =2Drw-r--r-- 1 root wheel 5304 Jan 6 2005 db_lex.c.orig =2Drw-r--r-- 1 root wheel 1951 Dec 19 16:49 db_lex.h =2Drw-r--r-- 1 root wheel 1861 Jan 6 2005 db_lex.h.orig =2Drw-r--r-- 1 root wheel 5976 Dec 19 16:49 db_main.c =2Drw-r--r-- 1 root wheel 5787 Nov 6 2006 db_main.c.orig =2Drw-r--r-- 1 root wheel 6889 Dec 19 16:49 db_output.c =2Drw-r--r-- 1 root wheel 6639 Oct 10 2006 db_output.c.orig =2Drw-r--r-- 1 root wheel 1444 Oct 8 2006 db_output.h =2Drw-r--r-- 1 root wheel 2013 Apr 14 2005 db_print.c =2Drw-r--r-- 1 root wheel 10956 Nov 13 13:43 db_ps.c =2Drw-r--r-- 1 root wheel 8810 Apr 14 2005 db_run.c =2Drw-r--r-- 1 root wheel 7815 Jun 16 2006 db_sym.c =2Drw-r--r-- 1 root wheel 3591 Jan 6 2005 db_sym.h =2Drw-r--r-- 1 root wheel 5143 Jan 17 2007 db_thread.c =2Drw-r--r-- 1 root wheel 3402 Jan 6 2005 db_variables.c =2Drw-r--r-- 1 root wheel 1854 Jan 6 2005 db_variables.h =2Drw-r--r-- 1 root wheel 7218 Nov 17 2006 db_watch.c =2Drw-r--r-- 1 root wheel 1509 Jan 6 2005 db_watch.h =2Drw-r--r-- 1 root wheel 2264 Jan 6 2005 db_write_cmd.c =2Drw-r--r-- 1 root wheel 7467 Dec 19 16:49 ddb.h =2Drw-r--r-- 1 root wheel 5776 Jul 12 2006 ddb.h.orig =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1211070.4xZmMiWbSL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHam75/2R6KvEYGaIRAo+GAJ996lCyHp0+dyN5rW7dWbBRugjQFgCg39e1 +bfdaDTErGPe2aJWZCW0BTw= =CE18 -----END PGP SIGNATURE----- --nextPart1211070.4xZmMiWbSL-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 13:42:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05EE716A419; Thu, 20 Dec 2007 13:42:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C804A13C478; Thu, 20 Dec 2007 13:42:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1CD33475F9; Thu, 20 Dec 2007 08:42:21 -0500 (EST) Date: Thu, 20 Dec 2007 13:42:21 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nikolay Pavlov In-Reply-To: <200712201532.41123.qpadla@gmail.com> Message-ID: <20071220134033.T94754@fledge.watson.org> References: <20071218120359.E15521@fledge.watson.org> <200712201532.41123.qpadla@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 13:42:22 -0000 On Thu, 20 Dec 2007, Nikolay Pavlov wrote: > It looks like some files is not included in the patch. I have this error: Unfortunately, p4 doesn't include a -N argument to its diff2 command, so I attached the new files directly in the tarball (including the kernel ones). Could you check and see if they are there? If you untar the tarball in your top-level src directory, it should extract one man page into share/man/man4, a few files into src/sbin/ddb (note: I have not updated the sbin Makefile so you'll need to build it by hand), three files into src/sys/ddb, and then a patch which you apply. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 15:23:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D2F16A41B for ; Thu, 20 Dec 2007 15:23:16 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 8478713C469 for ; Thu, 20 Dec 2007 15:23:16 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id lBKEwGgh099206; Thu, 20 Dec 2007 09:58:16 -0500 (EST) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id lBKEwGTf099205; Thu, 20 Dec 2007 09:58:16 -0500 (EST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from nc-2wac-zop02.wachovia.com (nc-2wac-zop02.wachovia.com [162.111.235.36]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Thu, 20 Dec 2007 09:58:16 -0500 Message-ID: <20071220095816.bpy2v12dufsc0g0c@newwebmail.jnielsen.net> Date: Thu, 20 Dec 2007 09:58:16 -0500 From: John Nielsen To: Borja Marcos References: <53A666FD-4AA6-4CDB-A4AC-4B6B8D692D06@SARENET.ES> In-Reply-To: <53A666FD-4AA6-4CDB-A4AC-4B6B8D692D06@SARENET.ES> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Annoying buglet: ZFS and unable to reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 15:23:16 -0000 Quoting Borja Marcos : > I'm having a problem with a Dell Poweredge 2950 running FreeBSD 7- > BETA4 cvsupped > yesterday. > > After I have moved it to ZFS (root, /usr and /var, leaving the swap > in standard > partitions, as I heard that there are some issues when swapping to > ZVOLs), I notice > that I can no longer reboot it without an actual power cycle. > > When I use the "reboot" command it stays with the following messages: > > All buffers synced > Uptime:... (and the uptime) > > > Any ideas? I saw the same symptom when using the big patch for gjournal on RELENG_6 a few months ago. I didn't see the problem in 7-CURRENT, but gjournal had seen some updates in what was then HEAD since the patch for RELENG_6 was posted. I don't know what the cause or solution is/was to either problem, but it might be relevant. You might want to post the output of "zpool list", "zfs list", and "dmesg" to the list so people can see your disk and filesystem layout. JN From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 17:23:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0593A16A419 for ; Thu, 20 Dec 2007 17:23:34 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-074-165-190-154.sip.jan.bellsouth.net [74.165.190.154]) by mx1.freebsd.org (Postfix) with ESMTP id 8B89E13C448 for ; Thu, 20 Dec 2007 17:23:33 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.13.230]) by farris.bafirst.com with esmtp; Thu, 20 Dec 2007 11:13:06 -0600 id 0006D41F.476AA2A5.00012630 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 20 Dec 2007 11:12:59 -0600 id 0004AC16.476AA29B.0000ED3D Received: from dsl-189-129-13-230.prod-infinitum.com.mx (dsl-189-129-13-230.prod-infinitum.com.mx [189.129.13.230]) by intranet.encontacto.net (Horde Framework) with HTTP; Thu, 20 Dec 2007 11:12:59 -0600 Message-ID: <20071220111259.80858rf1vxso5rio@intranet.encontacto.net> Date: Thu, 20 Dec 2007 11:12:59 -0600 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Subject: Can't install FreeBSD Current or 7.0 on Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 17:23:34 -0000 We have an almost new Acer 5520-5679 in the office that we intended to partition and install 8.0-CURRENT-200712-amd64 but much to my surprise accessing the cdrom it went into an immediate, unreadable loop of hex numbers that can only be stoped by powering down. I next tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu but with all options end up with a BTX halted, almost immediately. The machine specs are: AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache 2GB DDR2 160G HDD Has anyone else seen this with Turion 64x2 or is it an Acer thing. We should learn that cheap is often expensive. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 18:26:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28FEB16A417; Thu, 20 Dec 2007 18:26:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id BF0C413C45D; Thu, 20 Dec 2007 18:26:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lBKILBYO021179; Thu, 20 Dec 2007 11:21:11 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 20 Dec 2007 11:24:05 -0700 (MST) Message-Id: <20071220.112405.-713486157.imp@bsdimp.com> To: sobomax@freebsd.org From: "M. Warner Losh" In-Reply-To: <47682ED1.7000702@FreeBSD.org> References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, rwatson@freebsd.org, current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 18:26:18 -0000 In message: <47682ED1.7000702@FreeBSD.org> Maxim Sobolev writes: : Robert Watson wrote: : > buffer, kernel message buffer, kernel configuration (if compiled into : > the kernel), panic message, and kernel version string. These are : : : Just a sidenote - maybe as part of this change it makes sense to make : compiling configuration into a kernel opt-out, not opt-in? We are in : 21st century, nobody really cares about saving few kilobytes of kernel : memory anymore. In the embedded world, it matters. And we already have opt-out. 'include GENERIC; nodev X, nodev Y, nodev Z' Warner From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 18:35:52 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AD716A481; Thu, 20 Dec 2007 18:35:52 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 359B413C461; Thu, 20 Dec 2007 18:35:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lBKIZlTN007982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2007 10:35:48 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <476AB5EC.9060204@FreeBSD.org> Date: Thu, 20 Dec 2007 10:35:24 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "M. Warner Losh" References: <20071218120359.E15521@fledge.watson.org> <47682ED1.7000702@FreeBSD.org> <20071220.112405.-713486157.imp@bsdimp.com> In-Reply-To: <20071220.112405.-713486157.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 18:35:52 -0000 M. Warner Losh wrote: > In message: <47682ED1.7000702@FreeBSD.org> > Maxim Sobolev writes: > : Robert Watson wrote: > : > buffer, kernel message buffer, kernel configuration (if compiled into > : > the kernel), panic message, and kernel version string. These are > : > : > : Just a sidenote - maybe as part of this change it makes sense to make > : compiling configuration into a kernel opt-out, not opt-in? We are in > : 21st century, nobody really cares about saving few kilobytes of kernel > : memory anymore. > > In the embedded world, it matters. > > And we already have opt-out. 'include GENERIC; nodev X, nodev Y, > nodev Z' So what is your point, exactly? In embedded word nobody runs GENERIC, and you know it better than anybody else. My point that Joe User, who runs GENERIC or slightly modified GENERIC should have kernel config compiled into kernel so that when something happens this information is available for debugging purposes. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 18:41:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F31E116A418; Thu, 20 Dec 2007 18:41:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A975413C467; Thu, 20 Dec 2007 18:41:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lBKIc6eX021389; Thu, 20 Dec 2007 11:38:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 20 Dec 2007 11:41:01 -0700 (MST) Message-Id: <20071220.114101.228909062.imp@bsdimp.com> To: sobomax@freebsd.org From: "M. Warner Losh" In-Reply-To: <476AB5EC.9060204@FreeBSD.org> References: <47682ED1.7000702@FreeBSD.org> <20071220.112405.-713486157.imp@bsdimp.com> <476AB5EC.9060204@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, rwatson@freebsd.org, current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 18:41:21 -0000 In message: <476AB5EC.9060204@FreeBSD.org> Maxim Sobolev writes: : M. Warner Losh wrote: : > In message: <47682ED1.7000702@FreeBSD.org> : > Maxim Sobolev writes: : > : Robert Watson wrote: : > : > buffer, kernel message buffer, kernel configuration (if compiled into : > : > the kernel), panic message, and kernel version string. These are : > : : > : : > : Just a sidenote - maybe as part of this change it makes sense to make : > : compiling configuration into a kernel opt-out, not opt-in? We are in : > : 21st century, nobody really cares about saving few kilobytes of kernel : > : memory anymore. : > : > In the embedded world, it matters. : > : > And we already have opt-out. 'include GENERIC; nodev X, nodev Y, : > nodev Z' : : So what is your point, exactly? In embedded word nobody runs GENERIC, : and you know it better than anybody else. : : My point that Joe User, who runs GENERIC or slightly modified GENERIC : should have kernel config compiled into kernel so that when something : happens this information is available for debugging purposes. That makes sense. I thought you were talking about something different, so I'm just going to say "I'm in violent agreement." Warner From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 18:51:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF6A16A419 for ; Thu, 20 Dec 2007 18:51:09 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [194.97.152.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9784913C43E for ; Thu, 20 Dec 2007 18:51:09 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id 1B8931410B; Thu, 20 Dec 2007 19:35:30 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 946CC6DA67; Thu, 20 Dec 2007 19:35:02 +0100 (CET) Date: Thu, 20 Dec 2007 19:35:02 +0100 From: "Ralf S. Engelschall" To: freebsd-current@freebsd.org Message-ID: <20071220183502.GA26520@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: FreeBSD User-Agent: Mutt/1.5.17 OpenPKG/CURRENT (2007-11-01) Subject: "zfs list" as non-privileged user? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 18:51:10 -0000 I recognize that under FreeBSD 7 a simple "zfs list" as non-root just results in: | rse$ zfs list | internal error: failed to initialize ZFS library | rse$ _ Is this really intentional or just a bug? This for instance prevents non-privileged users to run my snapshot(8) frontend (see http://people.freebsd.org/~rse/snapshot/)... | rse$ snapshot list | Filesystem User User% Snap Snap% Snapshot | rse$ _ ...although there are actually snapshots (this time run as root): | root# snapshot list | Filesystem User User% Snap Snap% Snapshot | /j/tot 1GB 17.1% 3MB 0.0% hourly.2 | /j/tot 1GB 17.1% 1024KB 0.0% hourly.1 | /j/tot 1GB 17.1% 1024KB 0.0% hourly.0 | /j/en 2GB 27.1% 2MB 0.0% hourly.2 | /j/en 2GB 27.1% 2MB 0.0% hourly.1 | /j/en 2GB 27.1% 2MB 0.0% hourly.0 | root# _ -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 20:56:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD6116A417 for ; Thu, 20 Dec 2007 20:56:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6C82813C45B for ; Thu, 20 Dec 2007 20:56:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id lBKKYAcl092145; Thu, 20 Dec 2007 23:34:10 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 20 Dec 2007 23:34:10 +0300 (MSK) From: Dmitry Morozovsky To: Pawel Jakub Dawidek Message-ID: <20071220232913.X82597@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 20 Dec 2007 23:34:10 +0300 (MSK) Cc: current@freebsd.org Subject: gnop Q X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 20:56:06 -0000 Hi there Pawel and colleagues, am I right in thinking that there's currently no way to iron gnop provider in meta-data? I'm thinking of creating the following geom tree: ad{4,6,8,10,12}f | +> raid3/r0f --+ | ad12b | | | +> ad12b.nop --+ +> r0f.journal because journal sector size should be equal to data sector size, which is in this case 2k. ad{4,6,8,10}b are used as two gmirrored swaps Any thoughts/hints? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 21:07:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D12616A417 for ; Thu, 20 Dec 2007 21:07:41 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 2EE7313C448 for ; Thu, 20 Dec 2007 21:07:40 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lBKL7c5Q005478 ; Thu, 20 Dec 2007 22:07:38 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lBKL7bWi041094 ; Thu, 20 Dec 2007 22:07:37 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lBKL7aXf041091; Thu, 20 Dec 2007 22:07:36 +0100 (MET) (envelope-from arno) To: Travis Mikalson References: <4769A3F0.709@terranova.net> From: "Arno J. Klaassen" Date: 20 Dec 2007 22:07:35 +0100 In-Reply-To: <4769A3F0.709@terranova.net> Message-ID: Lines: 61 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 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-3.0 (shiva.jussieu.fr [134.157.0.166]); Thu, 20 Dec 2007 22:07:38 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/5195/Thu Dec 20 20:25:28 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 476AD99A.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-current@freebsd.org Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 21:07:41 -0000 Hi, Travis Mikalson writes: > As far as I can tell, Søren has the HT1000 problems worked out, or > at least worked around. (If the chipset doesn't do that correctly, > stop doing that...) > > [ ... ] > > RELENG_6 disclaimer: I haven't tried RELENG_6 with his fixes yet, and > RELENG_6 seemed to have even stranger issues with HT1000 than RELENG_7 > did. In theory, though, this stuff should apply cleanly to > RELENG_6. This does need testing on RELENG_6 still. I tried this patch on RELENG_6; disclaimer, I'm one of those who didn't have problems with this chipset as long as it is set in PATA-emulation. I can just confirm that with this patch it still works flawlessly for me (and quite performant). Relevant pciconf -clv : atapci0@pci1:14:0: class=0x01018f card=0x024b1166 chip=0x024b1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) PATA/IDE Mode' class = mass storage subclass = ATA cap 07[60] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[90] = powerspec 2 supports D0 D3 current D0 cap 05[a0] = MSI supports 1 message atapci1@pci1:14:1: class=0x01018f card=0x024b1166 chip=0x024b1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) PATA/IDE Mode' class = mass storage subclass = ATA cap 07[60] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[90] = powerspec 2 supports D0 D3 current D0 cap 05[a0] = MSI supports 1 message dmesg -a | fgrep ata : atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f irq 11 at device 14.1 on pci1 ata4: on atapci1 ata5: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci2 ata1: on atapci2 ad4: 381554MB at ata2-master UDMA33 ad6: 381554MB at ata3-master UDMA33 ad8: 381554MB at ata4-master UDMA33 Best, Arno From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 21:09:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAF5716A418 for ; Thu, 20 Dec 2007 21:09:03 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 4528113C465 for ; Thu, 20 Dec 2007 21:09:03 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id lBKKb19k016666; Thu, 20 Dec 2007 21:37:01 +0100 (CET) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.13.8/8.13.8) with ESMTP id lBKKb0YU028600; Thu, 20 Dec 2007 21:37:01 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <476AD2D8.9070306@saeab.se> Date: Thu, 20 Dec 2007 21:38:48 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [10.0.1.133]); Thu, 20 Dec 2007 21:37:07 +0100 (CET) Cc: Subject: Broadcom 5906 Ethernet in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 21:09:03 -0000 Hello! I have just got a laptop with the Broadcom 5906M chip for the ethernet and realized that it doesn't seems to be supported by FreeBSD. My question is: Is anyone working on this or should I try myself? I can see that there have recently been discussions about this for OpenBSD, NetBSD and DragonflyBSD but nothing for FreeBSD.... /Thomas -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 22:33:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B603216A420 for ; Thu, 20 Dec 2007 22:33:08 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 929C513C447 for ; Thu, 20 Dec 2007 22:33:08 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 8AF3B29B5F1 for ; Thu, 20 Dec 2007 17:33:07 -0500 (EST) Message-ID: <476AED9C.9040904@terranova.net> Date: Thu, 20 Dec 2007 17:33:00 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4769A3F0.709@terranova.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 22:33:08 -0000 Arno J. Klaassen wrote: > I tried this patch on RELENG_6; disclaimer, I'm one of those > who didn't have problems with this chipset as long as it is > set in PATA-emulation. > I can just confirm that with this patch it still works flawlessly > for me (and quite performant). Thanks for testing and making sure there was no unexpected trouble with it. To clarify in case anybody missed it in the previous huge HT1000 thread... When I tried RELENG_6 on my HT1000 board it seemed to have some kind of strange interrupt storm. 6.2-R stopped and wouldn't go anywhere at all and 6.3-RC ran so slow it literally took a few minutes for sysinstall to come up. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 22:38:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AEC116A418 for ; Thu, 20 Dec 2007 22:38:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 109CE13C457 for ; Thu, 20 Dec 2007 22:38:11 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so30618fgg.35 for ; Thu, 20 Dec 2007 14:38:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=pdDROk2TZfbVpj2+ysvS7K92MGSmVOD2PSdbo4NLeBo=; b=vQALbQPaUQ01L3VGZ++YUeKU0Eu7Bu8qeZ94mnA7Rb4Thp1zym/2saHOKOzExHINma96VYFgDUkz/NI+tmplXYdVDBOO5g7pEgvf5Pt9SDR5Qt4HsIBvuQu6UUHQrmeg/Zeoc5KacalNvMQ4QBCVB6BGxNdCAaHcbs26e9qdIes= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d0cMTMIPJzlpCcQsf1xhoc2W+Z+WnK1YaCDZCv95WUM7DAYD63dlnAu7BYxWik4Kq0q0pEh+TYY7JsfM3V8/yLnjW4ZRmeLrJHx+r5A+Xw+x5r5lPl+PMTTDjC8rD1fs0A9MZz9Dj+n/aDVACCJZlJohZET10VMHJMyTnESyBMQ= Received: by 10.86.84.5 with SMTP id h5mr431059fgb.49.1198188751535; Thu, 20 Dec 2007 14:12:31 -0800 (PST) Received: by 10.86.97.10 with HTTP; Thu, 20 Dec 2007 14:12:31 -0800 (PST) Message-ID: <2a41acea0712201412v5dd81917oedf2c9274d859efa@mail.gmail.com> Date: Thu, 20 Dec 2007 14:12:31 -0800 From: "Jack Vogel" To: JoaoBR In-Reply-To: <200712200901.03963.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200712200901.03963.joao@matik.com.br> Cc: current@freebsd.org Subject: Re: em drv troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 22:38:12 -0000 On Dec 20, 2007 3:01 AM, JoaoBR wrote: > > I believe the em man page needs a revision, the tunable sections referres to > hw.em. and should be dev.em. > > hw.em.tx_int.delay defaults to 64 according to the man page but my server show > 66 as for other values too: > > dev.em.1.tx_int_delay: 66 > dev.em.1.rx_abs_int_delay: 66 > dev.em.1.tx_abs_int_delay: 66 > > what is correct and how much does it matter? Yes, the man page is way out of date, I will try and get our docs group to make up something soon. > > I get sporadic freezes, sometimes after an hour and sometimes after some days > of uptime, with no log and rare times a panic which then point to em in the > kernel but can not get a core dump, seems the machine freezes before the > panic msg ends > > I run amd64 with opterons and tyan MBs, to check if this has something to do I > could repeat the problem on AM2 X2 MB with Sata disk but same nics and low > traffic (1-2MB/s). > > somebody has an idea here? Build in the debugger and see if you can get a stack trace at least? On vacation a couple weeks, I'll still be lurking but trying to relax :) Jack From owner-freebsd-current@FreeBSD.ORG Thu Dec 20 22:52:31 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DED916A418 for ; Thu, 20 Dec 2007 22:52:31 +0000 (UTC) (envelope-from SRS0=b5cd4de4515935d78f703a238c3226ff72a5fae7=555=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 9332C13C45D for ; Thu, 20 Dec 2007 22:52:30 +0000 (UTC) (envelope-from SRS0=b5cd4de4515935d78f703a238c3226ff72a5fae7=555=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id ZIU03329; Thu, 20 Dec 2007 14:52:29 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C673545014; Thu, 20 Dec 2007 14:52:28 -0800 (PST) To: "Jack Vogel" In-Reply-To: Your message of "Thu, 20 Dec 2007 14:12:31 PST." <2a41acea0712201412v5dd81917oedf2c9274d859efa@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1198191148_28344P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Dec 2007 14:52:28 -0800 From: "Kevin Oberman" Message-Id: <20071220225228.C673545014@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;;; X-Sender: X-To_Name: Jack Vogel X-To_Domain: gmail.com X-To: "Jack Vogel" X-To_Email: jfvogel@gmail.com X-To_Alias: jfvogel Cc: JoaoBR , current@freebsd.org Subject: Re: em drv troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 22:52:31 -0000 --==_Exmh_1198191148_28344P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 20 Dec 2007 14:12:31 -0800 > From: "Jack Vogel" > Sender: owner-freebsd-current@freebsd.org > > On Dec 20, 2007 3:01 AM, JoaoBR wrote: > > > > I believe the em man page needs a revision, the tunable sections referres to > > hw.em. and should be dev.em. > > > > hw.em.tx_int.delay defaults to 64 according to the man page but my server show > > 66 as for other values too: > > > > dev.em.1.tx_int_delay: 66 > > dev.em.1.rx_abs_int_delay: 66 > > dev.em.1.tx_abs_int_delay: 66 > > > > what is correct and how much does it matter? > > Yes, the man page is way out of date, I will try and get > our docs group to make up something soon. Ahh! This explains some of the Intel documentation I've read. They just make it up. (Just kidding and Season's Greetings!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1198191148_28344P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHavIskn3rs5h7N1ERAgRXAJwNTXXzRhry6ZsfdT5Qx/o665lUwQCfVOlx aE4JdWiVvZin1+Cb156h6/E= =1rWv -----END PGP SIGNATURE----- --==_Exmh_1198191148_28344P-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 01:19:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC6C16A417; Fri, 21 Dec 2007 01:19:45 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 74E9A13C4D5; Fri, 21 Dec 2007 01:19:45 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBL2910Z043397; Fri, 21 Dec 2007 02:09:02 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBL290c4043390; Fri, 21 Dec 2007 02:09:00 GMT (envelope-from dunstan) Date: Fri, 21 Dec 2007 02:08:58 +0000 From: "Wojciech A. Koszek" To: Hidetoshi Shimokawa Message-ID: <20071221020858.GA43238@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , Hidetoshi Shimokawa , freebsd-current@freebsd.org References: <20071219025024.GA6966@FreeBSD.czest.pl> <626eb4530712182331o38e3cdfem8899302dfb7b2e4a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <626eb4530712182331o38e3cdfem8899302dfb7b2e4a@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Fri, 21 Dec 2007 02:09:02 +0000 (UTC) Cc: freebsd-current@freebsd.org Subject: Re: FireWire causes hang at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 01:19:46 -0000 On Wed, Dec 19, 2007 at 04:31:00PM +0900, Hidetoshi Shimokawa wrote: > Oops, could you replace the line "u_int max_node;" in firewirereg.h > with "int max_node;". > This should prevent too many loops. However, I don't know why we cannot > get correct max_node value from self-id packets. I changed the structure's member type and it seems to fix my problem. Let me do some more testing though. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 02:27:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62D516A418 for ; Fri, 21 Dec 2007 02:27:37 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7C73113C457 for ; Fri, 21 Dec 2007 02:27:37 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 4BCA28CA0AC; Fri, 21 Dec 2007 10:27:36 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 389EB8CA0AB; Fri, 21 Dec 2007 10:27:36 +0800 (CST) Date: Fri, 21 Dec 2007 10:27:36 +0800 (CST) From: Tai-hwa Liang To: "Ralf S. Engelschall" In-Reply-To: <20071220183502.GA26520@engelschall.com> Message-ID: <0712211026546.7829@www.mmlab.cse.yzu.edu.tw> References: <20071220183502.GA26520@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: "zfs list" as non-privileged user? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 02:27:37 -0000 On Thu, 20 Dec 2007, Ralf S. Engelschall wrote: > I recognize that under FreeBSD 7 a simple "zfs list" as non-root just > results in: > > | rse$ zfs list > | internal error: failed to initialize ZFS library > | rse$ _ > > Is this really intentional or just a bug? Is this non-root user in 'operator' group? > This for instance prevents non-privileged users to run my snapshot(8) > frontend (see http://people.freebsd.org/~rse/snapshot/)... > > | rse$ snapshot list > | Filesystem User User% Snap Snap% Snapshot > | rse$ _ > > ...although there are actually snapshots (this time run as root): > > | root# snapshot list > | Filesystem User User% Snap Snap% Snapshot > | /j/tot 1GB 17.1% 3MB 0.0% hourly.2 > | /j/tot 1GB 17.1% 1024KB 0.0% hourly.1 > | /j/tot 1GB 17.1% 1024KB 0.0% hourly.0 > | /j/en 2GB 27.1% 2MB 0.0% hourly.2 > | /j/en 2GB 27.1% 2MB 0.0% hourly.1 > | /j/en 2GB 27.1% 2MB 0.0% hourly.0 > | root# _ -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 02:33:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66E0216A420 for ; Fri, 21 Dec 2007 02:33:10 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id E29CC13C448 for ; Fri, 21 Dec 2007 02:33:04 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so764128uge.37 for ; Thu, 20 Dec 2007 18:33:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=LJYFj1tMylmBJD4Qu08kZ1OktaDcd/nzxvgD65D+3Co=; b=TMbUFzSkYt3KqiserKdNQTx24qCI/UFx+UjiKb/5Zbtb8lFE04Ojzk3QcBtZeRR/3cwa9I6rxYpvYzyebnkPLlCHA2LBuls8TtiejBuOKwKd956dOzo3i2L/oG1EXkSWPxdheCZwsM/Nw3BVNhpFFkPXyTNAafP2b4D0DFQ6F5g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=TjdSH/pGiMJ4aS3cDr+Up1CG10nmb5x3fxfhhNxTQLXY8uRzH19kQLY7R+rJiYc6WUpF6MAjAFU/2/eLkjJZT2C0fNtLQLad7y008UFHHzUm3jpi0I7zuspBGomXsZjEDYSKMW5dN28gCcG72AhTkyC/x9L3G57XboHtSWLLRtQ= Received: by 10.66.221.5 with SMTP id t5mr4148781ugg.83.1198204383185; Thu, 20 Dec 2007 18:33:03 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id i39sm9705372ugd.32.2007.12.20.18.33.01 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Dec 2007 18:33:02 -0800 (PST) From: Nikolay Pavlov To: Robert Watson Date: Fri, 21 Dec 2007 04:32:54 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20071218120359.E15521@fledge.watson.org> <200712201532.41123.qpadla@gmail.com> <20071220134033.T94754@fledge.watson.org> In-Reply-To: <20071220134033.T94754@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1383799.v4Zq5TN8JT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712210432.58751.qpadla@gmail.com> Cc: arch@freebsd.org, current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 02:33:10 -0000 --nextPart1383799.v4Zq5TN8JT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 20 December 2007 15:42:21 Robert Watson wrote: > On Thu, 20 Dec 2007, Nikolay Pavlov wrote: > > It looks like some files is not included in the patch. I have this > > error: > > Unfortunately, p4 doesn't include a -N argument to its diff2 command, so > I attached the new files directly in the tarball (including the kernel > ones). Could you check and see if they are there? If you untar the > tarball in your top-level src directory, it should extract one man page > into share/man/man4, a few files into src/sbin/ddb (note: I have not > updated the sbin Makefile so you'll need to build it by hand), three > files into src/sys/ddb, and then a patch which you apply. > Thanks. I've figure this out, but still see some problems. I've created a=20 panic during the manual kernel debuging session and after reboot found a=20 textdump file in a /var/crash directory, but unexpectedly i can not untar=20 it:=20 root@orion-vm:/var/crash# bsdtar -xf textdump.tar.0 = = =20 bsdtar: Unrecognized archive format: Inappropriate file type or format bsdtar: Error exit delayed from previous errors. root@orion-vm:/var/crash# file textdump.tar.0 = = =20 textdump.tar.0: data root@orion-vm:/var/crash# ls -la textdump.tar.0 = = =20 =2Drw------- 1 root wheel 35483648 Dec 21 02:17 textdump.tar.0 =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1383799.v4Zq5TN8JT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHayXa/2R6KvEYGaIRAv0CAKCPH0mqRKc3Bk0IhhHvHcNJ9/8owQCg7RCv U91/esJ6Ag+SritrJRvntJo= =k/Ci -----END PGP SIGNATURE----- --nextPart1383799.v4Zq5TN8JT-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 06:56:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FA816A417 for ; Fri, 21 Dec 2007 06:56:06 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id BCB8513C44B for ; Fri, 21 Dec 2007 06:56:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so112328fgg.35 for ; Thu, 20 Dec 2007 22:56:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type; bh=A6mqNMh1HXsNAD3VnI3Zebaw/GRD0tOAsbkxY8Lac2w=; b=k9AiXo22abmNF31jliO0Z8nPfTcfgF99+levT512qGWkldBOZsL2UaLaOqlMEmezUSYuQ4AK4GWPCreN3EktoOaXvM0AGXQj2mFUgn/YssA1UFcQKOyFLDIzHUj7MGybsaSdoJd9yhe00ohFzk3zsvwAQVmrK37eZ5CK7Cw55rQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type; b=IdGgOdANVfMNKbJgXNfyp6hbMkFeAGLCMg6xX4kaJf/ZkybpxHRFpRniV2KrPa+elDzYyDnWlo+Gg+Wb96jLLOo8UK20yPtsKcXd9H3hzLLTKlv3YHA7Ml1IOpZAmcHGoOwd6XUUXJ5AvaOCYX8LWs8HJju2YjsRiKUx/i30WoY= Received: by 10.86.100.7 with SMTP id x7mr827208fgb.78.1198220164711; Thu, 20 Dec 2007 22:56:04 -0800 (PST) Received: by 10.86.68.13 with HTTP; Thu, 20 Dec 2007 22:56:04 -0800 (PST) Message-ID: <790a9fff0712202256u74c2a54q82273fd28ced4758@mail.gmail.com> Date: Fri, 21 Dec 2007 00:56:04 -0600 From: "Scot Hetzel" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4622_30735173.1198220164701" Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: lock order reversal: devel/dbus causes a lock order reversal when it is started. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 06:56:06 -0000 ------=_Part_4622_30735173.1198220164701 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm getting the following lock order reversal when the rc.d/dbus script is started: lock order reversal: 1st 0xffffff000b0ae500 kqueue (kqueue) @ kern/kern_event.c:1397 2nd 0xffffffff80e3cac0 sleep mtxpool (sleep mtxpool) @ kern/sys_generic.c:1255 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x655 _mtx_lock_flags() at _mtx_lock_flags+0x75 selrecord() at selrecord+0x86 kqueue_poll() at kqueue_poll+0xa5 poll() at poll+0x343 syscall() at syscall+0x1ca Xfast_syscall() at Xfast_syscall+0xab --- syscall (209, FreeBSD ELF64, poll), rip = 0x800822b0c, rsp = 0x7fffffffe658, rbp = 0 --- FreeBSD hp010.hetzel.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Dec 19 11:27:48 CST 2007 root@hp010.hetzel.org:/usr/src/8x/sys-orig/amd64/compile/DV8135NR amd64 # ident /sys/kern/{kern_event.c,sys_generic.c} /sys/kern/kern_event.c: $FreeBSD: src/sys/kern/kern_event.c,v 1.114 2007/12/16 06:21:19 jeff Exp $ /sys/kern/sys_generic.c: $FreeBSD: src/sys/kern/sys_generic.c,v 1.160 2007/12/16 06:21:19 jeff Exp $ Scot ------=_Part_4622_30735173.1198220164701 Content-Type: text/plain; name=DV8135NR Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Content-Disposition: attachment; filename=DV8135NR IwojIEdFTkVSSUMgZGVidWdnaW5nIGtlcm5lbAojCiMgVG8gdXNlIHRoaXMga2VybmVsLCB5b3Ug bmVlZCB0byBhZGQgdGhlIGZvbGxvd2luZyB0bwojIHlvdXIgL2Jvb3QvbG9hZGVyLmNvbmYKIwoj IGtlcm5lbD1rZXJuZWxfaHBfZGVidWcKIwojICRGcmVlQlNEJAoKaW5jbHVkZSBHRU5FUklDCgpp ZGVudAkJRFY4MTM1TlItZGVidWcKCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5l bCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzCm1ha2VvcHRpb25zCUtPRElSPS9ib290LyR7S0VS TkVMfV9ocF9kZWJ1ZwoKIyBEZWJ1Z2dpbmcgZm9yIHVzZSBpbiAtY3VycmVudApvcHRpb25zIAlL REIJCQkjIEVuYWJsZSBrZXJuZWwgZGVidWdnZXIgc3VwcG9ydC4Kb3B0aW9ucyAJRERCCQkJIyBT dXBwb3J0IEREQi4Kb3B0aW9ucyAJR0RCCQkJIyBTdXBwb3J0IHJlbW90ZSBHREIuCm9wdGlvbnMg CUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNhbml0eSBjaGVja2luZwpvcHRp b25zIAlJTlZBUklBTlRfU1VQUE9SVAkjIEV4dHJhIHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwg c3RydWN0dXJlcywgcmVxdWlyZWQgYnkgSU5WQVJJQU5UUwpvcHRpb25zIAlXSVRORVNTCQkJIyBF bmFibGUgY2hlY2tzIHRvIGRldGVjdCBkZWFkbG9ja3MgYW5kIGN5Y2xlcwpvcHRpb25zIAlXSVRO RVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVuIHdpdG5lc3Mgb24gc3BpbmxvY2tzIGZvciBzcGVlZAoK IyBUaGlzIGFsbG93cyB5b3UgdG8gYWN0dWFsbHkgc3RvcmUgdGhpcyBjb25maWd1cmF0aW9uIGZp bGUgaW50bwojIHRoZSBrZXJuZWwgYmluYXJ5IGl0c2VsZiwgd2hlcmUgaXQgbWF5IGJlIGxhdGVy IHJlYWQgYnkgc2F5aW5nOgojICAgIHN0cmluZ3MgLW4gMyAvYm9vdC9rZXJuZWwva2VybmVsIHwg c2VkIC1uICdzL15fX18vL3AnID4gTVlLRVJORUwKIwpvcHRpb25zICAgICAgICAgSU5DTFVERV9D T05GSUdfRklMRSAgICAgIyBJbmNsdWRlIHRoaXMgZmlsZSBpbiBrZXJuZWwKCiMgU0NTSSBDb250 cm9sbGVycwpub2RldmljZQlhaGMKbm9vcHRpb25zCUFIQ19SRUdfUFJFVFRZX1BSSU5UCm5vZGV2 aWNlCWFoZApub29wdGlvbnMJQUhEX1JFR19QUkVUVFlfUFJJTlQKbm9kZXZpY2UJYW1kCm5vZGV2 aWNlCWhwdGlvcApub2RldmljZQlpc3AKI25vZGV2aWNlCWlzcGZ3Cm5vZGV2aWNlCW1wdAojbm9k ZXZpY2UJbmNyCm5vZGV2aWNlCXN5bQpub2RldmljZQl0cm0Kbm9kZXZpY2UJYWR2Cm5vZGV2aWNl CWFkdwpub2RldmljZQlhaWMKbm9kZXZpY2UJYnQKCiMgU0NTSSBwZXJpcGhlcmFscwoKIyBSQUlE IGNvbnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCm5vZGV2aWNlCWFt cgpub2RldmljZQlhcmNtc3IKbm9kZXZpY2UJY2lzcwpub2RldmljZQlkcHQKbm9kZXZpY2UJaHB0 bXYKbm9kZXZpY2UJaHB0cnIKbm9kZXZpY2UJcnIyMzJ4Cm5vZGV2aWNlCWlpcgpub2RldmljZQlp cHMKbm9kZXZpY2UJbWx5Cm5vZGV2aWNlCXR3YQoKIyBSQUlEIGNvbnRyb2xsZXJzCm5vZGV2aWNl CWFhYwpub2RldmljZQlhYWNwCm5vZGV2aWNlCWlkYQpub2RldmljZQltZmkKbm9kZXZpY2UJbWx4 CiNub2RldmljZQlwc3QKbm9kZXZpY2UJdHdlCgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUg a2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29u c29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUKCiMgUENDQVJEIChQQ01DSUEp IHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQKCiMgU2VyaWFsIChD T00pIHBvcnRzCgojIFBhcmFsbGVsIHBvcnQKbm9kZXZpY2UJcHBjCm5vZGV2aWNlCXBwYnVzCm5v ZGV2aWNlCWxwdApub2RldmljZQlwbGlwCm5vZGV2aWNlCXBwaQojbm9kZXZpY2UJdnBvCiNub2Rl dmljZQlwdWMKCiMgUENJIEV0aGVybmV0IE5JQ3MuCm5vZGV2aWNlCWRlCm5vZGV2aWNlCWVtCm5v ZGV2aWNlCWl4Z2IKbm9kZXZpY2UJbGUKbm9kZXZpY2UJdHhwCm5vZGV2aWNlCXZ4CgojIFBDSSBF dGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUu CiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRl ciB0byB1c2UgdGhlc2UgTklDcyEKCm5vZGV2aWNlCWJjZQpub2RldmljZQliZmUKbm9kZXZpY2UJ YmdlCm5vZGV2aWNlCWRjCm5vZGV2aWNlCWZ4cApub2RldmljZQlsZ2UKbm9kZXZpY2UJbXNrCm5v ZGV2aWNlCW5mZQpub2RldmljZQluZ2UKbm9kZXZpY2UJcGNuCm5vZGV2aWNlCXJlCgpub2Rldmlj ZQlzZgpub2RldmljZQlzaXMKbm9kZXZpY2UJc2sKbm9kZXZpY2UJc3RlCm5vZGV2aWNlCXRpCm5v ZGV2aWNlCXRsCm5vZGV2aWNlCXR4Cm5vZGV2aWNlCXZnZQpub2RldmljZQl2cgpub2RldmljZQl3 Ygpub2RldmljZQl4bAoKIyBJU0EgRXRoZXJuZXQgTklDcy4gIHBjY2FyZCBOSUNzIGluY2x1ZGVk Lgpub2RldmljZQljcwpub2RldmljZQllZApub2RldmljZQlleApub2RldmljZQllcApub2Rldmlj ZQlmZQpub2RldmljZQlzbgpub2RldmljZQl4ZQoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKbm9kZXZp Y2UJd2xhbgpub2RldmljZQl3bGFuX3dlcApub2RldmljZQl3bGFuX2NjbXAKbm9kZXZpY2UJd2xh bl90a2lwCm5vZGV2aWNlCXdsYW5fYW1ycgpub2RldmljZQl3bGFuX3NjYW5fYXAKbm9kZXZpY2UJ d2xhbl9zY2FuX3N0YQpub2RldmljZQlhbgpub2RldmljZQlhdGgKbm9kZXZpY2UJYXRoX2hhbApu b2RldmljZQlhdGhfcmF0ZV9zYW1wbGUKbm9kZXZpY2UJYXdpCm5vZGV2aWNlCXJhbApub2Rldmlj ZQl3aQoKIyBQc2V1ZG8gZGV2aWNlcy4KCiMgVVNCIHN1cHBvcnQKCm5vZGV2aWNlCXVyYWwKbm9k ZXZpY2UJcnVtCgojIFVTQiBTZXJpYWwgZGV2aWNlcwoKIyBVU0IgRXRoZXJuZXQsIHJlcXVpcmVz IG1paWJ1cwpub2RldmljZQlhdWUKbm9kZXZpY2UJYXhlCm5vZGV2aWNlCWNkY2UKbm9kZXZpY2UJ Y3VlCm5vZGV2aWNlCWt1ZQpub2RldmljZQlydWUKbm9kZXZpY2UJdWRhdgoKIyBGaXJlV2lyZSBz dXBwb3J0Cgo= ------=_Part_4622_30735173.1198220164701-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 07:40:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966B516A421 for ; Fri, 21 Dec 2007 07:40:41 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [194.97.152.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5798613C455 for ; Fri, 21 Dec 2007 07:40:40 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id 6126E135B9; Fri, 21 Dec 2007 08:40:06 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id B4EF16DC87; Fri, 21 Dec 2007 08:33:06 +0100 (CET) Date: Fri, 21 Dec 2007 08:33:06 +0100 From: "Ralf S. Engelschall" To: Tai-hwa Liang Message-ID: <20071221073306.GA80957@engelschall.com> References: <20071220183502.GA26520@engelschall.com> <0712211026546.7829@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0712211026546.7829@www.mmlab.cse.yzu.edu.tw> Organization: FreeBSD User-Agent: Mutt/1.5.17 OpenPKG/CURRENT (2007-11-01) Cc: freebsd-current@freebsd.org, "Ralf S. Engelschall" Subject: Re: "zfs list" as non-privileged user? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 07:40:41 -0000 On Fri, Dec 21, 2007, Tai-hwa Liang wrote: > On Thu, 20 Dec 2007, Ralf S. Engelschall wrote: >> I recognize that under FreeBSD 7 a simple "zfs list" as non-root just >> results in: >> >> | rse$ zfs list >> | internal error: failed to initialize ZFS library >> | rse$ _ >> >> Is this really intentional or just a bug? > > Is this non-root user in 'operator' group? No, it isn't. According to the /dev/zfs permissions I guess it is intended to be. But I nevertheless find it strange that even a simple "zfs list" requires operator privileges. As I said, this at least prevents people from checking the existance of snapshots on the filesystems their home directory resides on, etc. -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 09:11:32 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4D0316A418 for ; Fri, 21 Dec 2007 09:11:32 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 10CB213C4E1 for ; Fri, 21 Dec 2007 09:11:30 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J5dWl-000Cqj-Pf for freebsd-current@FreeBSD.org; Fri, 21 Dec 2007 16:46:44 +0800 Message-ID: <476B7D73.3050806@micom.mng.net> Date: Fri, 21 Dec 2007 16:46:43 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: eclipse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 09:11:32 -0000 Hi all, Does eclipse-3.2.2 have problem running on FreeBSD-7.0-BETA4? It shows following error and only splash screen stays: ------------------------------------------------ JVM terminated. Exit code=1 /usr/local/bin/java -Xms40m -Xmx256m -jar /usr/local/eclipse/startup.jar -os freebsd -ws gtk -arch x86 -launcher /usr/local/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 370018 -vm /usr/local/bin/java -vmargs -Xms40m -Xmx256m -jar /usr/local/eclipse/startup.jar ------------------------------------------------ daemon# uname -an FreeBSD daemon.micom.mng.net 7.0-BETA4 FreeBSD 7.0-BETA4 #6: Wed Dec 5 14:44:10 ULAT 2007 tsgan@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 daemon# daemon# pkg_info | more ... diablo-jdk-1.5.0.07.01_8 Java Development Kit 1.5.0_07.01 eclipse-3.2.2 An open extensible IDE for anything and nothing in particul ... daemon# ------------------------------------------------ Any ideas? thanks, Ganbold -- Never insult an alligator until you've crossed the river. From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 09:42:27 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73B9A16A41A; Fri, 21 Dec 2007 09:42:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3F613C46E; Fri, 21 Dec 2007 09:42:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BD2D948AC4; Fri, 21 Dec 2007 04:42:26 -0500 (EST) Date: Fri, 21 Dec 2007 09:42:26 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nikolay Pavlov In-Reply-To: <200712210432.58751.qpadla@gmail.com> Message-ID: <20071221093923.W67327@fledge.watson.org> References: <20071218120359.E15521@fledge.watson.org> <200712201532.41123.qpadla@gmail.com> <20071220134033.T94754@fledge.watson.org> <200712210432.58751.qpadla@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, current@freebsd.org Subject: Re: DDB scripting, output capture, and textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 09:42:27 -0000 On Fri, 21 Dec 2007, Nikolay Pavlov wrote: > On Thursday 20 December 2007 15:42:21 Robert Watson wrote: >> On Thu, 20 Dec 2007, Nikolay Pavlov wrote: >>> It looks like some files is not included in the patch. I have this error: >> >> Unfortunately, p4 doesn't include a -N argument to its diff2 command, so I >> attached the new files directly in the tarball (including the kernel ones). >> Could you check and see if they are there? If you untar the tarball in >> your top-level src directory, it should extract one man page into >> share/man/man4, a few files into src/sbin/ddb (note: I have not updated the >> sbin Makefile so you'll need to build it by hand), three files into >> src/sys/ddb, and then a patch which you apply. > > Thanks. I've figure this out, but still see some problems. I've created a > panic during the manual kernel debuging session and after reboot found a > textdump file in a /var/crash directory, but unexpectedly i can not untar > it: Sounds like a problem. Could you send me, via private e-mail, the output of uname -a, the approximate script you ran, and a copy of the textdump (gzip'd and attached, or via a URL or such)? The dump file looks quite large, larger than I'd really expect, so it could be there's an extraction problem. Robert N M Watson Computer Laboratory University of Cambridge > > root@orion-vm:/var/crash# bsdtar -xf textdump.tar.0 > bsdtar: Unrecognized archive format: Inappropriate file type or format > bsdtar: Error exit delayed from previous errors. > root@orion-vm:/var/crash# file textdump.tar.0 > textdump.tar.0: data > root@orion-vm:/var/crash# ls -la textdump.tar.0 > -rw------- 1 root wheel 35483648 Dec 21 02:17 textdump.tar.0 > > > -- > ====================================================================== > - Best regards, Nikolay Pavlov. <<<----------------------------------- > ====================================================================== > > From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 09:45:38 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C51D616A41B for ; Fri, 21 Dec 2007 09:45:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id A08D013C467 for ; Fri, 21 Dec 2007 09:45:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTE00MU77217JX0@mta4.srv.hcvlny.cv.net> for freebsd-current@FreeBSD.org; Fri, 21 Dec 2007 04:15:37 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBL9Eqpv032957; Fri, 21 Dec 2007 04:15:37 -0500 Date: Fri, 21 Dec 2007 04:14:52 -0500 From: "Aryeh M. Friedman" In-reply-to: <476B7D73.3050806@micom.mng.net> To: Ganbold Message-id: <476B840C.9000000@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <476B7D73.3050806@micom.mng.net> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: freebsd-current@FreeBSD.org Subject: Re: eclipse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 09:45:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ganbold wrote: > Hi all, > > Does eclipse-3.2.2 have problem running on FreeBSD-7.0-BETA4? > > It shows following error and only splash screen stays: > > ------------------------------------------------ JVM terminated. > Exit code=1 /usr/local/bin/java -Xms40m -Xmx256m -jar > /usr/local/eclipse/startup.jar -os freebsd -ws gtk -arch x86 > -launcher /usr/local/eclipse/eclipse -name Eclipse -showsplash 600 > -exitdata 370018 -vm /usr/local/bin/java -vmargs -Xms40m -Xmx256m > -jar /usr/local/eclipse/startup.jar > > ------------------------------------------------ daemon# uname -an > FreeBSD daemon.micom.mng.net 7.0-BETA4 FreeBSD 7.0-BETA4 #6: Wed > Dec 5 14:44:10 ULAT 2007 > tsgan@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 > daemon# > > daemon# pkg_info | more ... diablo-jdk-1.5.0.07.01_8 Java > Development Kit 1.5.0_07.01 eclipse-3.2.2 An open extensible > IDE for anything and nothing in particul > Works fine on 8-CURRENT and jdk1.6 - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHa4PdzIOMjAek4JIRAk+GAJ4uw+s0/BntmO5LpCyF+CVUN+/+DACdGRrO /GplVTTG0fS/+obAGV/o2XM= =xWHb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 12:44:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72EFE16A420 for ; Fri, 21 Dec 2007 12:44:30 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB1713C455 for ; Fri, 21 Dec 2007 12:44:29 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so853309uge.37 for ; Fri, 21 Dec 2007 04:44:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=yVzlb8Fk4+mo+9RePB9t+RvP8CrFif+piJcyHM0wRbI=; b=N8uJHDwBHhLIvprfy7VH/7OaM+KV+LmT7g8tAlNeGJygDMtYOUZ66PdG0IUVUVHmdQfNbTJOPpCNm4ZbFjNYhN/uNRc5GQnKm7twobJdoWOGfpD6F7BLzAwPSxYuWO/haGiYw53QnnCEgn90Dn7E/03JcsAZAGF+VOBF1SEsn2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=SbWz4sgpBHtgM9P8iiB48+4XCPFJKa54qAOKJdhEp7oShXdkxgzL/455hoa34cgUFq7mK6eylQp3M9Zyu65dfXrXD5e4UF0IJGm5fspMXSDBmu9SicUdiYyR3GOf21Vl2fIIGmYaGKdxa14EgXmdOGnn0LLvaOXCCPIXVMdmuk8= Received: by 10.67.116.2 with SMTP id t2mr4653955ugm.62.1198239369337; Fri, 21 Dec 2007 04:16:09 -0800 (PST) Received: by 10.66.248.11 with HTTP; Fri, 21 Dec 2007 04:16:09 -0800 (PST) Message-ID: Date: Fri, 21 Dec 2007 12:16:09 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 531aa9f1fca79bf4 Subject: [7.0b4] make bails for perl 5.8.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 12:44:30 -0000 Hi all, Building perl 5.8.8 from tarball on amd64 (don't know about x86, don't have a machine to test it with) with just ./Configure && make causes make to bail out with:- "make: don't know how to make . Stop" Is this some change in bsdmake that perl doesn't know about or a sign of something more sinister? Cheers, -- IM From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 13:17:55 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B1216A41A for ; Fri, 21 Dec 2007 13:17:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9BC13C448 for ; Fri, 21 Dec 2007 13:17:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D97D645E97; Fri, 21 Dec 2007 13:51:25 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A737045E91; Fri, 21 Dec 2007 13:51:17 +0100 (CET) Date: Fri, 21 Dec 2007 13:50:59 +0100 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20071221125058.GA5852@garage.freebsd.pl> References: <20071220232913.X82597@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20071220232913.X82597@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: current@FreeBSD.org Subject: Re: gnop Q X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 13:17:55 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 20, 2007 at 11:34:10PM +0300, Dmitry Morozovsky wrote: > Hi there Pawel and colleagues, >=20 > am I right in thinking that there's currently no way to iron gnop provide= r in=20 > meta-data? >=20 > I'm thinking of creating the following geom tree: >=20 > ad{4,6,8,10,12}f > | > +> raid3/r0f --+ > | > ad12b | > | | > +> ad12b.nop --+ > +> r0f.journal >=20 > because journal sector size should be equal to data sector size, which is= in=20 > this case 2k. >=20 > ad{4,6,8,10}b are used as two gmirrored swaps >=20 > Any thoughts/hints? Thanks in advance. I'd just create small partition at the begining of raid3/r0f for journal. What you propose is not best because: 1. Journal is on the same disk as one of the RAID components. 2. Journal is not protected with RAID - ad12 dies and your whole system will die. My suggestion is to create small (~2GB) raid3/r0fa and big raid3/r0fd. Then use raid3/r0fa as journal provider and raid3/r0fd as data provider. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHa7ayForvXbEpPzQRAt0tAKDvoYWBAE00iLkS5q3vEcFjz8jdkgCeNQrA F3t5rH+Qz05jCCSQ0Y5Rl1k= =SbkC -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 13:44:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 258A216A417 for ; Fri, 21 Dec 2007 13:44:35 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9B913C4D9 for ; Fri, 21 Dec 2007 13:44:31 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lBLDiL0k032050; Fri, 21 Dec 2007 14:44:22 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Fri, 21 Dec 2007 14:44:21 +0100 User-Agent: KMail/1.9.7 References: <476B7D73.3050806@micom.mng.net> In-Reply-To: <476B7D73.3050806@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712211444.21714.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Ganbold Subject: Re: eclipse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 13:44:35 -0000 On Friday 21 December 2007, Ganbold wrote: > Hi all, > > Does eclipse-3.2.2 have problem running on FreeBSD-7.0-BETA4? > > It shows following error and only splash screen stays: > > ------------------------------------------------ > JVM terminated. Exit code=1 > /usr/local/bin/java > -Xms40m > -Xmx256m > -jar /usr/local/eclipse/startup.jar > -os freebsd > -ws gtk > -arch x86 > -launcher /usr/local/eclipse/eclipse > -name Eclipse > -showsplash 600 > -exitdata 370018 > -vm /usr/local/bin/java > -vmargs > -Xms40m > -Xmx256m > -jar /usr/local/eclipse/startup.jar > > ------------------------------------------------ > daemon# uname -an > FreeBSD daemon.micom.mng.net 7.0-BETA4 FreeBSD 7.0-BETA4 #6: Wed Dec 5 > 14:44:10 ULAT 2007 > tsgan@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 > daemon# > > daemon# pkg_info | more > ... > diablo-jdk-1.5.0.07.01_8 Java Development Kit 1.5.0_07.01 > eclipse-3.2.2 An open extensible IDE for anything and nothing in > particul > ... > daemon# > ------------------------------------------------ I am running eclipse-devel on 7.0-BETA4 amd64, but I had increase the amount of memory allowed for eclipse. Also, I am running "native" jdk-1.5, not diablo. I added/changed these in eclipse.ini: -Xmx512m -XX:MaxPermSize=256m Yes, eclipse is memory hungry :) - Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 14:05:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AA7616A419; Fri, 21 Dec 2007 14:05:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 10F7C13C458; Fri, 21 Dec 2007 14:05:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLE5on2088444; Fri, 21 Dec 2007 09:05:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLE5nvi040557; Fri, 21 Dec 2007 09:05:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4585E73039; Fri, 21 Dec 2007 09:05:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221140549.4585E73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 09:05:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 14:05:51 -0000 TB --- 2007-12-21 13:05:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 13:05:53 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-21 13:05:53 - cleaning the object tree TB --- 2007-12-21 13:06:19 - cvsupping the source tree TB --- 2007-12-21 13:06:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-21 13:06:29 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 13:06:29 - cd /src TB --- 2007-12-21 13:06:29 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 13:06:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 14:05:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 14:05:49 - ERROR: failed to build world TB --- 2007-12-21 14:05:49 - tinderbox aborted TB --- 2717.08 user 311.27 system 3595.73 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 14:53:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB6316A41A; Fri, 21 Dec 2007 14:53:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A5C5813C442; Fri, 21 Dec 2007 14:53:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLEr2Iw094848; Fri, 21 Dec 2007 09:53:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLEr18n016281; Fri, 21 Dec 2007 09:53:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C603373039; Fri, 21 Dec 2007 09:53:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221145301.C603373039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 09:53:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 14:53:03 -0000 TB --- 2007-12-21 13:56:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 13:56:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-21 13:56:33 - cleaning the object tree TB --- 2007-12-21 13:56:59 - cvsupping the source tree TB --- 2007-12-21 13:56:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-21 13:57:07 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 13:57:07 - cd /src TB --- 2007-12-21 13:57:07 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 13:57:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 14:53:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 14:53:01 - ERROR: failed to build world TB --- 2007-12-21 14:53:01 - tinderbox aborted TB --- 2530.62 user 309.39 system 3388.23 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 15:00:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16DFE16A46C; Fri, 21 Dec 2007 15:00:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B930513C465; Fri, 21 Dec 2007 15:00:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLF0Vcv063467; Fri, 21 Dec 2007 10:00:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLF0VRF086976; Fri, 21 Dec 2007 10:00:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 91BDC73039; Fri, 21 Dec 2007 10:00:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221150031.91BDC73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 10:00:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 15:00:33 -0000 TB --- 2007-12-21 14:05:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 14:05:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-21 14:05:49 - cleaning the object tree TB --- 2007-12-21 14:06:16 - cvsupping the source tree TB --- 2007-12-21 14:06:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-21 14:06:23 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 14:06:23 - cd /src TB --- 2007-12-21 14:06:23 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 14:06:25 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 15:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 15:00:31 - ERROR: failed to build world TB --- 2007-12-21 15:00:31 - tinderbox aborted TB --- 2530.13 user 307.66 system 3282.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 16:02:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1265D16A418; Fri, 21 Dec 2007 16:02:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B335913C448; Fri, 21 Dec 2007 16:02:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLG1xCK003951; Fri, 21 Dec 2007 11:01:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLG1xwq046672; Fri, 21 Dec 2007 11:01:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7018D73039; Fri, 21 Dec 2007 11:01:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221160129.7018D73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 11:01:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 16:02:01 -0000 TB --- 2007-12-21 15:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 15:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-21 15:05:00 - cleaning the object tree TB --- 2007-12-21 15:05:26 - cvsupping the source tree TB --- 2007-12-21 15:05:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-21 15:05:38 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 15:05:38 - cd /src TB --- 2007-12-21 15:05:38 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 15:05:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 16:01:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 16:01:28 - ERROR: failed to build world TB --- 2007-12-21 16:01:28 - tinderbox aborted TB --- 2612.74 user 319.59 system 3388.04 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 16:07:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CF7716A41A; Fri, 21 Dec 2007 16:07:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F3C6B13C457; Fri, 21 Dec 2007 16:07:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLG73fb004611; Fri, 21 Dec 2007 11:07:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLG73JE052887; Fri, 21 Dec 2007 11:07:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A76773039; Fri, 21 Dec 2007 11:07:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221160702.2A76773039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 11:07:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 16:07:04 -0000 TB --- 2007-12-21 15:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 15:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-21 15:05:00 - cleaning the object tree TB --- 2007-12-21 15:05:54 - cvsupping the source tree TB --- 2007-12-21 15:05:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-21 15:06:01 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 15:06:01 - cd /src TB --- 2007-12-21 15:06:01 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 15:06:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 16:07:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 16:07:02 - ERROR: failed to build world TB --- 2007-12-21 16:07:02 - tinderbox aborted TB --- 2767.12 user 329.85 system 3721.27 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 17:01:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B41816A46B; Fri, 21 Dec 2007 17:01:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B1C8513C45D; Fri, 21 Dec 2007 17:01:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLH141g012135; Fri, 21 Dec 2007 12:01:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLH14hp000644; Fri, 21 Dec 2007 12:01:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B093273039; Fri, 21 Dec 2007 12:01:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221170103.B093273039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 12:01:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 17:01:05 -0000 TB --- 2007-12-21 16:01:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 16:01:29 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-21 16:01:29 - cleaning the object tree TB --- 2007-12-21 16:02:08 - cvsupping the source tree TB --- 2007-12-21 16:02:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-21 16:02:17 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 16:02:17 - cd /src TB --- 2007-12-21 16:02:17 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 16:02:18 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 17:01:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 17:01:03 - ERROR: failed to build world TB --- 2007-12-21 17:01:03 - tinderbox aborted TB --- 2704.59 user 314.06 system 3573.93 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 17:05:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52CB16A418; Fri, 21 Dec 2007 17:05:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5968413C469; Fri, 21 Dec 2007 17:05:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLH5lAd087653; Fri, 21 Dec 2007 12:05:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLH5lHK053138; Fri, 21 Dec 2007 12:05:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 42EBA73039; Fri, 21 Dec 2007 12:05:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221170547.42EBA73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 12:05:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 17:05:48 -0000 TB --- 2007-12-21 16:07:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 16:07:02 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-21 16:07:02 - cleaning the object tree TB --- 2007-12-21 16:07:28 - cvsupping the source tree TB --- 2007-12-21 16:07:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-21 16:07:36 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 16:07:36 - cd /src TB --- 2007-12-21 16:07:36 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 16:07:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 17:05:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 17:05:47 - ERROR: failed to build world TB --- 2007-12-21 17:05:47 - tinderbox aborted TB --- 2679.79 user 324.25 system 3524.93 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 18:05:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC67A16A420; Fri, 21 Dec 2007 18:05:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6E56D13C465; Fri, 21 Dec 2007 18:05:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLI573D017910; Fri, 21 Dec 2007 13:05:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLI57fl057254; Fri, 21 Dec 2007 13:05:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 598EC73039; Fri, 21 Dec 2007 13:05:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221180504.598EC73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 13:05:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 18:05:09 -0000 TB --- 2007-12-21 17:05:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 17:05:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-21 17:05:47 - cleaning the object tree TB --- 2007-12-21 17:06:06 - cvsupping the source tree TB --- 2007-12-21 17:06:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-21 17:06:12 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 17:06:12 - cd /src TB --- 2007-12-21 17:06:12 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 17:06:13 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 18:05:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 18:05:04 - ERROR: failed to build world TB --- 2007-12-21 18:05:04 - tinderbox aborted TB --- 2715.05 user 317.26 system 3556.88 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 18:07:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0330416A420; Fri, 21 Dec 2007 18:07:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8A72913C4EE; Fri, 21 Dec 2007 18:07:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLI7nYb096121; Fri, 21 Dec 2007 13:07:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLI7noP066814; Fri, 21 Dec 2007 13:07:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B38173039; Fri, 21 Dec 2007 13:07:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221180749.2B38173039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 13:07:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 18:07:51 -0000 TB --- 2007-12-21 17:01:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 17:01:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-21 17:01:03 - cleaning the object tree TB --- 2007-12-21 17:01:35 - cvsupping the source tree TB --- 2007-12-21 17:01:35 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-21 17:01:44 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 17:01:44 - cd /src TB --- 2007-12-21 17:01:44 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 17:01:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 18:07:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 18:07:49 - ERROR: failed to build world TB --- 2007-12-21 18:07:49 - tinderbox aborted TB --- 3098.30 user 324.74 system 4005.23 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 19:01:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961D516A420; Fri, 21 Dec 2007 19:01:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 27D5213C4DD; Fri, 21 Dec 2007 19:01:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLJ1AjN023562; Fri, 21 Dec 2007 14:01:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLJ1ANU034106; Fri, 21 Dec 2007 14:01:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 558B673039; Fri, 21 Dec 2007 14:01:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221190110.558B673039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 14:01:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 19:01:11 -0000 TB --- 2007-12-21 18:05:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 18:05:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-21 18:05:04 - cleaning the object tree TB --- 2007-12-21 18:05:22 - cvsupping the source tree TB --- 2007-12-21 18:05:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-21 18:05:28 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 18:05:28 - cd /src TB --- 2007-12-21 18:05:28 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 18:05:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 19:01:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 19:01:10 - ERROR: failed to build world TB --- 2007-12-21 19:01:10 - tinderbox aborted TB --- 2529.53 user 309.98 system 3365.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 19:02:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 814AC16A41A; Fri, 21 Dec 2007 19:02:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 11C6F13C442; Fri, 21 Dec 2007 19:02:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLJ2o36023712; Fri, 21 Dec 2007 14:02:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLJ2o1c036840; Fri, 21 Dec 2007 14:02:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5374E73039; Fri, 21 Dec 2007 14:02:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221190250.5374E73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 14:02:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 19:02:51 -0000 TB --- 2007-12-21 18:07:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 18:07:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-21 18:07:49 - cleaning the object tree TB --- 2007-12-21 18:08:10 - cvsupping the source tree TB --- 2007-12-21 18:08:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-21 18:08:16 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 18:08:16 - cd /src TB --- 2007-12-21 18:08:16 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 18:08:18 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 19:02:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 19:02:50 - ERROR: failed to build world TB --- 2007-12-21 19:02:50 - tinderbox aborted TB --- 2530.87 user 307.13 system 3301.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 19:41:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 416F216A417 for ; Fri, 21 Dec 2007 19:41:49 +0000 (UTC) (envelope-from toledo.andre@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id AD88B13C461 for ; Fri, 21 Dec 2007 19:41:48 +0000 (UTC) (envelope-from toledo.andre@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so586622mue.3 for ; Fri, 21 Dec 2007 11:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=zk1sWwP8GwfBmrzc2X8+cPD+duml6+ZFvoakFO9h7DM=; b=dYidqrVjZvMwUAPbToxl7kKBPDKgm67/Gu7BX4Mi/2SuqwjBZlBCwamSnpG7DkezFjYGJnSSGxHvtVyLPuT5cuMMtXx6Tt1fksD9rWqeiiuMbmpSMcuGHUEjlpwjNf2104RRgu59gAh/WyifHFqk7tSS1LiLOFEbfThM5xOhYXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=WiIek778OPdcJfhKu5WahTJyeOGH/jk/7buwKJoqfXViYs2zeC+aZKwID/z7RgKWgRHpY7rUZkHypKOUmvma/U0jvNm/TMwfIX2YnGIh0WjpkEHcT+MqzFkZwRYVYm/Hy/a3FhZaGC+abQ6Q6H4Vi6nH3cTA1N3Vr0UMDaCG5io= Received: by 10.82.184.2 with SMTP id h2mr2763556buf.22.1198264400731; Fri, 21 Dec 2007 11:13:20 -0800 (PST) Received: by 10.82.182.15 with HTTP; Fri, 21 Dec 2007 11:13:15 -0800 (PST) Message-ID: Date: Fri, 21 Dec 2007 17:13:15 -0200 From: "=?ISO-8859-1?Q?Andr=E9_Toledo?=" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem making buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 19:41:49 -0000 I have a Acer Aspire 5050 notebook with AMD turion 64 and 1Gb Ram. I've just installed the FreeBSD 7.0 Current, I got csup successfully with server csup12.freebsd.org, beside this there is a problem when I execute th= e make -j2 buildworld command, when compiling Bind9 the process stop with an error echo liblwres.so.30: /usr/obj/usr/src/tmp/usr/lib/libpthread.a >> .depend Error 1 I've done csup again, but the error goes on... what should I do? --=20 Andr=E9 Lu=EDs Toledo MSN: toledo_biker@hotmail.com toledo.andre@gmail.com | +55 (19) 8115-4255 Glory and honor to the Lord All Mighty! In a world without wall and fences, who needs windows and gates? root@roletaRussa:~# [ $[ $RANDOM % 6 ] =3D=3D 0 ] && rm -rf /. || echo "You live" From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 20:01:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 197B116A46C; Fri, 21 Dec 2007 20:01:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B8D2713C478; Fri, 21 Dec 2007 20:01:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLK1BZT010817; Fri, 21 Dec 2007 15:01:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLK1AFB053246; Fri, 21 Dec 2007 15:01:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0EE7E73039; Fri, 21 Dec 2007 15:01:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221200110.0EE7E73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 15:01:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 20:01:12 -0000 TB --- 2007-12-21 19:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 19:05:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-12-21 19:05:01 - cleaning the object tree TB --- 2007-12-21 19:05:23 - cvsupping the source tree TB --- 2007-12-21 19:05:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2007-12-21 19:05:32 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 19:05:32 - cd /src TB --- 2007-12-21 19:05:32 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 19:05:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 20:01:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 20:01:09 - ERROR: failed to build world TB --- 2007-12-21 20:01:09 - tinderbox aborted TB --- 2610.64 user 322.45 system 3368.67 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 20:06:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27E816A418; Fri, 21 Dec 2007 20:06:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7339513C4EB; Fri, 21 Dec 2007 20:06:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLK65Ol033827; Fri, 21 Dec 2007 15:06:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLK65Hc061636; Fri, 21 Dec 2007 15:06:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FEBE73039; Fri, 21 Dec 2007 15:06:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221200605.6FEBE73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 15:06:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 20:06:07 -0000 TB --- 2007-12-21 19:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 19:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-21 19:05:01 - cleaning the object tree TB --- 2007-12-21 19:05:24 - cvsupping the source tree TB --- 2007-12-21 19:05:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-21 19:05:32 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 19:05:32 - cd /src TB --- 2007-12-21 19:05:32 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 19:05:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 20:06:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 20:06:05 - ERROR: failed to build world TB --- 2007-12-21 20:06:05 - tinderbox aborted TB --- 2763.98 user 329.69 system 3664.23 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 20:33:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A282016A41B for ; Fri, 21 Dec 2007 20:33:56 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 182D613C455 for ; Fri, 21 Dec 2007 20:33:50 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so518762mue.6 for ; Fri, 21 Dec 2007 12:33:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=elx/cfsa0eS+CZFKJYFWzxh2EbgOWFekDWK274J1QyA=; b=B/37yZy4v0mszm+FvoVKpGjHZjUt+G81OWLl6M8vW8DIcxKiidC2Dvm5/G17T+e4uyGLqU+PSDpqR1CHZJNTqozDuFa0vyFdl675wNTaGucPd3UODf05D6lWi9NkQUdYNZg3LcQPklivG1uwVFrdbSba7LybzfII0BDLBw7iWdk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=kI5gkRIvB1x5fGVHom+2P82M1Bypvof/HLDc2ZFF5FVhz0ZrhLoQD01t35Bg9bYecSx2upPN8d1CeQ6ALk/If9Xg8iezJQRsM/WqmurufIkJqb1HDqknNyFZEiSHDvFozvsLZyrzwjj9sZzJSVqDcv+vBjrenT4NEV4/c/GjUYE= Received: by 10.78.146.11 with SMTP id t11mr2377217hud.2.1198269228412; Fri, 21 Dec 2007 12:33:48 -0800 (PST) Received: from beastie.lan ( [195.60.174.21]) by mx.google.com with ESMTPS id 32sm2045001nfu.7.2007.12.21.12.33.46 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Dec 2007 12:33:46 -0800 (PST) Message-ID: <476C22EA.2040408@gmail.com> Date: Fri, 21 Dec 2007 22:32:42 +0200 User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit From: Andrey Cc: Subject: Re: problem making buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 20:33:56 -0000 Try to build without "-j 2" André Toledo wrote: > I have a Acer Aspire 5050 notebook with AMD turion 64 and 1Gb Ram. > > I've just installed the FreeBSD 7.0 Current, I got csup successfully with > server csup12.freebsd.org, beside this there is a problem when I execute the > make -j2 buildworld command, when compiling Bind9 the process stop with an > error > > echo liblwres.so.30: /usr/obj/usr/src/tmp/usr/lib/libpthread.a >> .depend > Error 1 > > I've done csup again, but the error goes on... what should I do? > > > -- Sincerely, Andrey From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 20:41:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 010AC16A417 for ; Fri, 21 Dec 2007 20:41:44 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 702EC13C46B for ; Fri, 21 Dec 2007 20:41:43 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so118175nfb.33 for ; Fri, 21 Dec 2007 12:41:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=Q8NF7kazjc+yioYmWcmsSkjxZTgH07CbYPNyMUpCxck=; b=oNOHoni9iNO883Wk7hfjgOcx/T37SjNs7ZL5c0tC+B46OJscpoHrTZpTvOAdmalYMelejRYGF0TjOyNob5nCk0aAK3hQP8p5VtVqyOQlNM/1XixWZBYmZZ1I0FQBQkJv62CQoqNuSyItNHj18BFY6tC9l8InFG5ooaazXAr6Ji8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=fH3Qnygo9zFMDqQwfyb2Sn4+H2udA7z+443RbwdKefXOCdoQ8mDDs+rAyn8a7ArsB4XgqnmnMZc6N4oMZ4DLLsiqfuiyJp5UQME+Vwns+yWCtIGzKQ6H0CWHyY2J1xERKdXs5yhstH77gSl7+Ukq6bArC3W/KQdjY/hElLi7fG4= Received: by 10.78.165.16 with SMTP id n16mr2368587hue.63.1198269701450; Fri, 21 Dec 2007 12:41:41 -0800 (PST) Received: from beastie.lan ( [195.60.174.21]) by mx.google.com with ESMTPS id i8sm511620nfh.30.2007.12.21.12.41.39 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Dec 2007 12:41:40 -0800 (PST) Message-ID: <476C24CC.7070904@gmail.com> Date: Fri, 21 Dec 2007 22:40:44 +0200 User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <476B7D73.3050806@micom.mng.net> In-Reply-To: <476B7D73.3050806@micom.mng.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Andrey Cc: Subject: Re: eclipse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 20:41:44 -0000 Recently I didn't manage to force Eclipse work with diablo-jdk on 7. Also: > > I added/changed these in eclipse.ini: > -Xmx512m > -XX:MaxPermSize=256m didn't help. However, it runs smoothly with jdk-1.5. So, try jdk-1.(5|6) Ganbold wrote: > Hi all, > > Does eclipse-3.2.2 have problem running on FreeBSD-7.0-BETA4? > > It shows following error and only splash screen stays: > > ------------------------------------------------ > JVM terminated. Exit code=1 > /usr/local/bin/java > -Xms40m > -Xmx256m > -jar /usr/local/eclipse/startup.jar > -os freebsd > -ws gtk > -arch x86 > -launcher /usr/local/eclipse/eclipse > -name Eclipse > -showsplash 600 > -exitdata 370018 > -vm /usr/local/bin/java > -vmargs > -Xms40m > -Xmx256m > -jar /usr/local/eclipse/startup.jar > > ------------------------------------------------ > daemon# uname -an > FreeBSD daemon.micom.mng.net 7.0-BETA4 FreeBSD 7.0-BETA4 #6: Wed Dec 5 > 14:44:10 ULAT 2007 > tsgan@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 > daemon# > > daemon# pkg_info | more > ... > diablo-jdk-1.5.0.07.01_8 Java Development Kit 1.5.0_07.01 > eclipse-3.2.2 An open extensible IDE for anything and nothing in > particul > ... > daemon# > ------------------------------------------------ > > > Any ideas? > > thanks, > > Ganbold > > -- Sincerely, Andrey From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 21:00:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3308216A417; Fri, 21 Dec 2007 21:00:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B99B113C46B; Fri, 21 Dec 2007 21:00:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLL0Owi018663; Fri, 21 Dec 2007 16:00:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLL0Oo3002164; Fri, 21 Dec 2007 16:00:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CAB1173039; Fri, 21 Dec 2007 16:00:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221210023.CAB1173039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 16:00:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 21:00:25 -0000 TB --- 2007-12-21 20:01:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 20:01:10 - starting HEAD tinderbox run for i386/i386 TB --- 2007-12-21 20:01:10 - cleaning the object tree TB --- 2007-12-21 20:01:31 - cvsupping the source tree TB --- 2007-12-21 20:01:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2007-12-21 20:01:36 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 20:01:36 - cd /src TB --- 2007-12-21 20:01:36 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 20:01:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 21:00:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 21:00:23 - ERROR: failed to build world TB --- 2007-12-21 21:00:23 - tinderbox aborted TB --- 2703.43 user 312.97 system 3553.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 21:04:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4EA16A41B; Fri, 21 Dec 2007 21:04:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 90ADD13C442; Fri, 21 Dec 2007 21:04:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLL4uCE019324; Fri, 21 Dec 2007 16:04:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLL4tqG030496; Fri, 21 Dec 2007 16:04:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A39BA73039; Fri, 21 Dec 2007 16:04:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221210455.A39BA73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 16:04:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 21:04:57 -0000 TB --- 2007-12-21 20:06:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 20:06:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-12-21 20:06:05 - cleaning the object tree TB --- 2007-12-21 20:06:19 - cvsupping the source tree TB --- 2007-12-21 20:06:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2007-12-21 20:06:25 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 20:06:25 - cd /src TB --- 2007-12-21 20:06:25 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 20:06:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 21:04:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 21:04:55 - ERROR: failed to build world TB --- 2007-12-21 21:04:55 - tinderbox aborted TB --- 2678.68 user 323.24 system 3530.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 22:04:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A48E516A417; Fri, 21 Dec 2007 22:04:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3612613C46B; Fri, 21 Dec 2007 22:04:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLM4B1V043752; Fri, 21 Dec 2007 17:04:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLM4BF9055519; Fri, 21 Dec 2007 17:04:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 417B773039; Fri, 21 Dec 2007 17:04:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221220411.417B773039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 17:04:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 22:04:12 -0000 TB --- 2007-12-21 21:04:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 21:04:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-21 21:04:55 - cleaning the object tree TB --- 2007-12-21 21:05:08 - cvsupping the source tree TB --- 2007-12-21 21:05:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-21 21:05:13 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 21:05:13 - cd /src TB --- 2007-12-21 21:05:13 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 21:05:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 22:04:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 22:04:11 - ERROR: failed to build world TB --- 2007-12-21 22:04:11 - tinderbox aborted TB --- 2715.62 user 316.52 system 3555.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 22:06:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A939416A468; Fri, 21 Dec 2007 22:06:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8E413C447; Fri, 21 Dec 2007 22:06:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLM6qV9026505; Fri, 21 Dec 2007 17:06:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLM6qEJ023886; Fri, 21 Dec 2007 17:06:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3258D73039; Fri, 21 Dec 2007 17:06:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221220652.3258D73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 17:06:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 22:06:53 -0000 TB --- 2007-12-21 21:00:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 21:00:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-12-21 21:00:24 - cleaning the object tree TB --- 2007-12-21 21:00:46 - cvsupping the source tree TB --- 2007-12-21 21:00:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2007-12-21 21:00:51 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 21:00:51 - cd /src TB --- 2007-12-21 21:00:51 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 21:00:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 22:06:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 22:06:52 - ERROR: failed to build world TB --- 2007-12-21 22:06:52 - tinderbox aborted TB --- 3098.09 user 324.30 system 3988.10 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 23:00:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A47216A417; Fri, 21 Dec 2007 23:00:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F1CA013C447; Fri, 21 Dec 2007 23:00:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lBLN094G031030; Fri, 21 Dec 2007 18:00:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLN09p2092502; Fri, 21 Dec 2007 18:00:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2ED7E73039; Fri, 21 Dec 2007 18:00:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221230009.2ED7E73039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 18:00:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 23:00:10 -0000 TB --- 2007-12-21 22:04:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 22:04:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-21 22:04:11 - cleaning the object tree TB --- 2007-12-21 22:04:28 - cvsupping the source tree TB --- 2007-12-21 22:04:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-21 22:04:34 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 22:04:34 - cd /src TB --- 2007-12-21 22:04:34 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 22:04:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 23:00:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 23:00:09 - ERROR: failed to build world TB --- 2007-12-21 23:00:09 - tinderbox aborted TB --- 2528.17 user 310.55 system 3357.65 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 23:01:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F26E16A46C; Fri, 21 Dec 2007 23:01:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 30C6513C45D; Fri, 21 Dec 2007 23:01:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBLN1reg046954; Fri, 21 Dec 2007 18:01:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBLN1rlI094524; Fri, 21 Dec 2007 18:01:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 977A173039; Fri, 21 Dec 2007 18:01:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071221230153.977A173039@freebsd-current.sentex.ca> Date: Fri, 21 Dec 2007 18:01:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 23:01:54 -0000 TB --- 2007-12-21 22:06:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-21 22:06:52 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-21 22:06:52 - cleaning the object tree TB --- 2007-12-21 22:07:11 - cvsupping the source tree TB --- 2007-12-21 22:07:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-21 22:07:16 - building world (CFLAGS=-O -pipe) TB --- 2007-12-21 22:07:16 - cd /src TB --- 2007-12-21 22:07:16 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 21 22:07:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/ppp (all) cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/acf.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/arp.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/async.c cc -O -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ppp/auth.c cc1: warnings being treated as errors /src/usr.sbin/ppp/auth.c: In function 'auth_CheckPasswd': /src/usr.sbin/ppp/auth.c:145: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-21 23:01:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-21 23:01:53 - ERROR: failed to build world TB --- 2007-12-21 23:01:53 - tinderbox aborted TB --- 2527.68 user 310.43 system 3301.21 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 21 23:42:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E6ED16A419 for ; Fri, 21 Dec 2007 23:42:48 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-074-165-190-154.sip.jan.bellsouth.net [74.165.190.154]) by mx1.freebsd.org (Postfix) with ESMTP id E7C9F13C469 for ; Fri, 21 Dec 2007 23:42:47 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.13.230]) by farris.bafirst.com with esmtp; Fri, 21 Dec 2007 17:42:45 -0600 id 0006D41B.476C4F76.0000911A Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Fri, 21 Dec 2007 17:42:45 -0600 id 0004AC16.476C4F75.0000FA10 Received: from dsl-189-129-13-230.prod-infinitum.com.mx (dsl-189-129-13-230.prod-infinitum.com.mx [189.129.13.230]) by intranet.encontacto.net (Horde Framework) with HTTP; Fri, 21 Dec 2007 17:42:45 -0600 Message-ID: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> Date: Fri, 21 Dec 2007 17:42:45 -0600 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Subject: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 23:42:48 -0000 We have an almost new Acer 5520-5679 in the office that we intended to partition and install 8.0-CURRENT-200712-amd64 but much to my surprise accessing the cdrom it went into an immediate, unreadable loop of hex numbers that can only be stoped by powering down. I next tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu but with all options end up with a BTX halted, almost immediately. The machine specs are: AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache 2GB DDR2 160G HDD Short update. I built a release locally with yesterdays sources 7.0-BETA4 with the same problem. Has anyone else seen this with Turion 64x2 or is it an Acer thing. We should learn that cheap is often expensive. Thanks, ed _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 00:25:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 233AF16A46B for ; Sat, 22 Dec 2007 00:25:34 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id E4E3813C478 for ; Sat, 22 Dec 2007 00:25:33 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.2.243] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id lBM0PVXL064180; Fri, 21 Dec 2007 19:25:32 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Fri, 21 Dec 2007 19:25:30 -0500 User-Agent: KMail/1.9.7 References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> In-Reply-To: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712211925.31112.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 00:25:34 -0000 On Friday 21 December 2007, eculp wrote: > We have an almost new Acer 5520-5679 in the office that we intended to > partition and install 8.0-CURRENT-200712-amd64 but much to my > surprise accessing the cdrom it went into an immediate, unreadable > loop of hex numbers that can only be stoped by powering down. I next > tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu > but with all options end up with a BTX halted, almost immediately. > > The machine specs are: > AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache > 2GB DDR2 > 160G HDD > > Short update. I built a release locally with yesterdays sources > 7.0-BETA4 with the same problem. > > Has anyone else seen this with Turion 64x2 or is it an Acer thing. We > should learn that cheap is often expensive. I just tried an amd64 7.0-BETA4 rescue filesystem CD on the same type of machine and saw the same loop of hex, etc. An i386 6.2-RELEASE CD similarly gives a BTX halted message, with or without ACPI or safe mode, etc. If I had to guess I would say it's the same messages in both cases (register dumps and so forth), but for some reason it loops on the amd64 boot. I saw somewhat similar freezes wtih various Linux boot CD's. In two cases (Kubuntu 7.04 and a BackTrack beta from today) doing a momentary press of the power button would actually allow the boot to continue briefly but then they would freeze again before getting anywhere useful. I was able to boot successfully using systemrescuecd-x86-0.4.3-beta4.iso. It probably has the newest Linux kernel of the lot I tried. I'm not sure if it does anything special in the initrd, etc., but it did come up and recognize the disks and the Ethernet, which is usually what I need in a recovery CD. I'll be leaving Windows Vista on this particular laptop for now, I just wanted to explore the disk layout and recovery partition before I did anything else (including accept the Windows Terms, etc) in case I ended up wanting to try a _different_ version of Windows on the thing. JN From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 01:52:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 314E716A41A for ; Sat, 22 Dec 2007 01:52:26 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-074-165-190-154.sip.jan.bellsouth.net [74.165.190.154]) by mx1.freebsd.org (Postfix) with ESMTP id B298813C4DD for ; Sat, 22 Dec 2007 01:52:25 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.13.230]) by farris.bafirst.com with esmtp; Fri, 21 Dec 2007 19:52:22 -0600 id 0006D41B.476C6DD7.00009847 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Fri, 21 Dec 2007 19:52:21 -0600 id 0004AC1D.476C6DD5.0000357D Received: from dsl-189-129-13-230.prod-infinitum.com.mx (dsl-189-129-13-230.prod-infinitum.com.mx [189.129.13.230]) by intranet.encontacto.net (Horde Framework) with HTTP; Fri, 21 Dec 2007 19:52:21 -0600 Message-ID: <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> Date: Fri, 21 Dec 2007 19:52:21 -0600 From: eculp To: John Nielsen References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> <200712211925.31112.lists@jnielsen.net> In-Reply-To: <200712211925.31112.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Cc: freebsd-current@freebsd.org Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 01:52:26 -0000 Quoting John Nielsen : > On Friday 21 December 2007, eculp wrote: >> We have an almost new Acer 5520-5679 in the office that we intended to >> partition and install 8.0-CURRENT-200712-amd64 but much to my >> surprise accessing the cdrom it went into an immediate, unreadable >> loop of hex numbers that can only be stoped by powering down. I next >> tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu >> but with all options end up with a BTX halted, almost immediately. >> >> The machine specs are: >> AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache >> 2GB DDR2 >> 160G HDD >> >> Short update. I built a release locally with yesterdays sources >> 7.0-BETA4 with the same problem. >> >> Has anyone else seen this with Turion 64x2 or is it an Acer thing. We >> should learn that cheap is often expensive. > > I just tried an amd64 7.0-BETA4 rescue filesystem CD on the same type of > machine and saw the same loop of hex, etc. An i386 6.2-RELEASE CD similarl= y > gives a BTX halted message, with or without ACPI or safe mode, etc. If I > had to guess I would say it's the same messages in both cases (register > dumps and so forth), but for some reason it loops on the amd64 boot. > > I saw somewhat similar freezes wtih various Linux boot CD's. In two cases > (Kubuntu 7.04 and a BackTrack beta from today) doing a momentary press of > the power button would actually allow the boot to continue briefly but the= n > they would freeze again before getting anywhere useful. I was able to boot > successfully using systemrescuecd-x86-0.4.3-beta4.iso. It probably has the > newest Linux kernel of the lot I tried. I'm not sure if it does anything > special in the initrd, etc., but it did come up and recognize the disks an= d > the Ethernet, which is usually what I need in a recovery CD. > > I'll be leaving Windows Vista on this particular laptop for now, I just > wanted to explore the disk layout and recovery partition before I did > anything else (including accept the Windows Terms, etc) in case I ended up > wanting to try a _different_ version of Windows on the thing. > Hi John, Thanks for the report. As they say missery loves company;) Somehow =20 it would seem that we chose the wrong cpu if practically nothing will =20 boot it except windows. I'm stuck with vista that I've found much =20 worse than XP, for a while too I guess. I'm still in hopes that someone has a trick up their sleeve. There =20 seem to be a lot of laptops that use the Turion 64x2 mobile. Thanks again, ed From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 02:14:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CDD16A418 for ; Sat, 22 Dec 2007 02:14:39 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 782AC13C458 for ; Sat, 22 Dec 2007 02:14:39 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.2.243] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id lBM2EZXL008166; Fri, 21 Dec 2007 21:14:35 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Fri, 21 Dec 2007 21:14:34 -0500 User-Agent: KMail/1.9.7 References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> <200712211925.31112.lists@jnielsen.net> <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> In-Reply-To: <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712212114.34354.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 02:14:39 -0000 On Friday 21 December 2007, eculp wrote: > Quoting John Nielsen : > > On Friday 21 December 2007, eculp wrote: > >> We have an almost new Acer 5520-5679 in the office that we intended to > >> partition and install 8.0-CURRENT-200712-amd64 but much to my > >> surprise accessing the cdrom it went into an immediate, unreadable > >> loop of hex numbers that can only be stoped by powering down. I next > >> tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu > >> but with all options end up with a BTX halted, almost immediately. > >> > >> The machine specs are: > >> AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache > >> 2GB DDR2 > >> 160G HDD > >> > >> Short update. I built a release locally with yesterdays sources > >> 7.0-BETA4 with the same problem. > >> > >> Has anyone else seen this with Turion 64x2 or is it an Acer thing. We > >> should learn that cheap is often expensive. > > > > I just tried an amd64 7.0-BETA4 rescue filesystem CD on the same type > > of machine and saw the same loop of hex, etc. An i386 6.2-RELEASE CD > > similarly gives a BTX halted message, with or without ACPI or safe > > mode, etc. If I had to guess I would say it's the same messages in both > > cases (register dumps and so forth), but for some reason it loops on > > the amd64 boot. > > > > I saw somewhat similar freezes wtih various Linux boot CD's. In two > > cases (Kubuntu 7.04 and a BackTrack beta from today) doing a momentary > > press of the power button would actually allow the boot to continue > > briefly but then they would freeze again before getting anywhere > > useful. I was able to boot successfully using > > systemrescuecd-x86-0.4.3-beta4.iso. It probably has the newest Linux > > kernel of the lot I tried. I'm not sure if it does anything special in > > the initrd, etc., but it did come up and recognize the disks and the > > Ethernet, which is usually what I need in a recovery CD. > > > > I'll be leaving Windows Vista on this particular laptop for now, I just > > wanted to explore the disk layout and recovery partition before I did > > anything else (including accept the Windows Terms, etc) in case I ended > > up wanting to try a _different_ version of Windows on the thing. > > Hi John, > > Thanks for the report. As they say missery loves company;) Somehow > it would seem that we chose the wrong cpu if practically nothing will > boot it except windows. I'm stuck with vista that I've found much > worse than XP, for a while too I guess. > > I'm still in hopes that someone has a trick up their sleeve. There > seem to be a lot of laptops that use the Turion 64x2 mobile. I don't think the problem is with the CPU per se. It seems to be something to do with ACPI and/or PCI resource allocation or scanning on this particular chipset (or other hardware combinations).. JN From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 03:12:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9916016A41B for ; Sat, 22 Dec 2007 03:12:38 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0899713C461 for ; Sat, 22 Dec 2007 03:12:37 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBM41vqX087065; Sat, 22 Dec 2007 04:01:57 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBM41uMS087064; Sat, 22 Dec 2007 04:01:56 GMT (envelope-from dunstan) Date: Sat, 22 Dec 2007 04:01:56 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20071222040156.GA87017@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org, emax@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 22 Dec 2007 04:01:57 +0000 (UTC) Cc: emax@freebsd.org Subject: [RFC, PATCH] Getting rid of direct calls to keyboard's methods via kbdsw[] array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 03:12:38 -0000 Hello, In the FreeBSD kernel we have notion of keyboard represented by "keyboard_t" type. We operate on such structures throught another keyboard_switch structure. It lets us to use keyboard API without distinguishing exactly which hardware we're working with. My proposal is to unify a way in which we call such specialized methods, so that instead of direct array indexing used to call specific keyboard method: (*kbdsw[(kbd)->kb_index]->enable)((kbd)) We would use unified interface: kbdd_enable(kbd) Proposed patch is here: http://people.freebsd.org/~wkoszek/patches/tty/kbdcleanup.patch Suggestions are welcome. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 04:17:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 671F516A418 for ; Sat, 22 Dec 2007 04:17:27 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id DCB6C13C45A for ; Sat, 22 Dec 2007 04:17:26 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so328348fgg.35 for ; Fri, 21 Dec 2007 20:17:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=SHGFeJcFHOTtmfOkOaGA6oKIeGvXi3DI8s/k3Egx4KY=; b=T1QiTYdh1jQCbJvd2/+P6yX1pr3rsl3Nx50XILe+xlLIeCd1Byr30t+9XTehgbDim3aida57phj9CB4XZrNCrq8eNK7jzVbjQxtBztbfvZkLWtQCN0jGU0M1CQtXJDOntyhMnhbn/2QirXtiDdr/6CufrfklETB0Ral9NGYnGu8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KDeRQTewQBwqqVpIQ7mflxyesEie6bURb75uZrVB9ASbb0+ZRvD5KEoDMk482Sf+ec4NIeNonmvc9JTTSzA9IEyktfpvgUWLWeRWEwh52q/FZNYTnHW+RnoLLGSMc+bRa6K3tfZsmR5T4n0h/7oh1fSfVO9iIOHaxSOMLmob74A= Received: by 10.86.71.1 with SMTP id t1mr1854250fga.33.1198297045433; Fri, 21 Dec 2007 20:17:25 -0800 (PST) Received: by 10.86.68.13 with HTTP; Fri, 21 Dec 2007 20:17:25 -0800 (PST) Message-ID: <790a9fff0712212017y4b3d0ac2ja0d4667197c09dbc@mail.gmail.com> Date: Fri, 21 Dec 2007 22:17:25 -0600 From: "Scot Hetzel" To: eculp In-Reply-To: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> Cc: freebsd-current Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 04:17:27 -0000 On 12/21/07, eculp wrote: > We have an almost new Acer 5520-5679 in the office that we intended to > partition and install 8.0-CURRENT-200712-amd64 but much to my > surprise accessing the cdrom it went into an immediate, unreadable > loop of hex numbers that can only be stoped by powering down. I next > tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu > but with all options end up with a BTX halted, almost immediately. > > The machine specs are: > AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache > 2GB DDR2 > 160G HDD > > Short update. I built a release locally with yesterdays sources > 7.0-BETA4 with the same problem. > > Has anyone else seen this with Turion 64x2 or is it an Acer thing. We > should learn that cheap is often expensive. > I have the same problem with my HP DV8135NR laptop when using the boot CDs to install FreeBSD. I was able to get it to install by repeatedly pressing the space bar until the speakers beeped for a couple of seconds (when you see /boot/kernel/kernel you can release the space bar), then it loads and executes the kernel and proceeds to sysinstall. After installing FreeBSD to the Hard Drive, the system boots without any further problems. http://www.freebsd.org/cgi/query-pr.cgi?pr=105514 Scot From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 08:32:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 763FA16A41B for ; Sat, 22 Dec 2007 08:32:04 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp109.plus.mail.sp1.yahoo.com (smtp109.plus.mail.sp1.yahoo.com [69.147.95.72]) by mx1.freebsd.org (Postfix) with SMTP id 6028713C447 for ; Sat, 22 Dec 2007 08:32:04 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 2267 invoked from network); 22 Dec 2007 08:05:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:From:To:Cc:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE; b=pSnzVYIpBGvaXnkSZv+Xb1jkzTz21CQMOyHDmjt9aDJtFuPDgpVQvVEccB4UiK1BBpsff/sFBLB7jdeSy04q6FiL7eAu5UlnZ3TRnLvlHT3NalCFR0GCG/xKx8ga3DTbNdVeIgkWoUvOMVN6OZmyC6LrDpxgSsyUm6vzZkJY3jA= ; Received: from unknown (HELO jcooperPC) (john_m_cooper@134.121.244.74 with login) by smtp109.plus.mail.sp1.yahoo.com with SMTP; 22 Dec 2007 08:05:23 -0000 X-YMail-OSG: f1cM.h8VM1mygPR92eJW8KyHrTrzcUcbP2U4FYztOu8l8CJaWMKiZPEQ5x4NcTs7qheu6oCjwPCDgemPtuZvfm6zCxyNBfRAiZOeSLOp2S8rFfTZ8fs3iTwN5Xdl Message-ID: <131B2D73811E4FDD8E06819CC35DDF99@jcooperPC> From: "John Merryweather Cooper" To: "eculp" , "John Nielsen" References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net><200712211925.31112.lists@jnielsen.net> <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> In-Reply-To: <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> Date: Sat, 22 Dec 2007 00:03:20 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6000.16480 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6000.16545 Cc: freebsd-current@freebsd.org Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 MobileTL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 08:32:04 -0000 ----- Original Message ----- From: "eculp" To: "John Nielsen" Cc: Sent: Friday, December 21, 2007 5:52 PM Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 MobileTL-58 1.9 Ghz in an Acer 5520-5679 Quoting John Nielsen : > On Friday 21 December 2007, eculp wrote: >> We have an almost new Acer 5520-5679 in the office that we intended to >> partition and install 8.0-CURRENT-200712-amd64 but much to my >> surprise accessing the cdrom it went into an immediate, unreadable >> loop of hex numbers that can only be stoped by powering down. I next >> tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu >> but with all options end up with a BTX halted, almost immediately. >> >> The machine specs are: >> AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache >> 2GB DDR2 >> 160G HDD >> >> Short update. I built a release locally with yesterdays sources >> 7.0-BETA4 with the same problem. >> >> Has anyone else seen this with Turion 64x2 or is it an Acer thing. We >> should learn that cheap is often expensive. > > I just tried an amd64 7.0-BETA4 rescue filesystem CD on the same type of > machine and saw the same loop of hex, etc. An i386 6.2-RELEASE CD > similarly > gives a BTX halted message, with or without ACPI or safe mode, etc. If I > had to guess I would say it's the same messages in both cases (register > dumps and so forth), but for some reason it loops on the amd64 boot. > > I saw somewhat similar freezes wtih various Linux boot CD's. In two cases > (Kubuntu 7.04 and a BackTrack beta from today) doing a momentary press of > the power button would actually allow the boot to continue briefly but > then > they would freeze again before getting anywhere useful. I was able to boot > successfully using systemrescuecd-x86-0.4.3-beta4.iso. It probably has the > newest Linux kernel of the lot I tried. I'm not sure if it does anything > special in the initrd, etc., but it did come up and recognize the disks > and > the Ethernet, which is usually what I need in a recovery CD. > > I'll be leaving Windows Vista on this particular laptop for now, I just > wanted to explore the disk layout and recovery partition before I did > anything else (including accept the Windows Terms, etc) in case I ended up > wanting to try a _different_ version of Windows on the thing. > Hi John, Thanks for the report. As they say missery loves company;) Somehow it would seem that we chose the wrong cpu if practically nothing will boot it except windows. I'm stuck with vista that I've found much worse than XP, for a while too I guess. I'm still in hopes that someone has a trick up their sleeve. There seem to be a lot of laptops that use the Turion 64x2 mobile. Thanks again, ed _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" The trick is to start pressing when the BIOS splash appears. This should bring you the the boot slice prompt, where you just press and the boot continues normally. Without this trick, my HP Pavilion dv9420us (also a Turion machine) gives identical symptoms to yours. jmc From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 09:45:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E8916A418 for ; Sat, 22 Dec 2007 09:45:15 +0000 (UTC) (envelope-from sat@cenkes.org) Received: from heka.cenkes.org (heka.cenkes.org [208.79.80.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0771C13C465 for ; Sat, 22 Dec 2007 09:45:14 +0000 (UTC) (envelope-from sat@cenkes.org) Received: from amilo.cenkes.org (ppp85-141-135-37.pppoe.mtu-net.ru [85.141.135.37]) (Authenticated sender: sat) by heka.cenkes.org (Postfix) with ESMTP id 4FC00242F82E; Sat, 22 Dec 2007 12:25:44 +0300 (MSK) Date: Sat, 22 Dec 2007 12:25:37 +0300 From: Andrew Pantyukhin To: eculp Message-ID: <20071222092535.GG96716@amilo.cenkes.org> References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> <200712211925.31112.lists@jnielsen.net> <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> X-OS: FreeBSD 8.0-CURRENT amd64 User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org, John Nielsen Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: infofarmer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 09:45:15 -0000 On Fri, Dec 21, 2007 at 07:52:21PM -0600, eculp wrote: >> On Friday 21 December 2007, eculp wrote: >>> We have an almost new Acer 5520-5679 in the office that we >>> intended to partition and install 8.0-CURRENT-200712-amd64 >>> but much to my surprise accessing the cdrom it went into an >>> immediate, unreadable loop of hex numbers that can only be >>> stoped by powering down. > > I'm still in hopes that someone has a trick up their sleeve. > There seem to be a lot of laptops that use the Turion 64x2 > mobile. Many of us are very happy owners of Turion 64x2 laptops. It's a long shot, but if you can setup a dhcp/tftp server, I'd advise booting over network to see if the cdrom has anything to do with it. The setup is very easy and only takes a few minutes. There are lots of howtos available. From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 04:08:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5E716A417 for ; Sat, 22 Dec 2007 04:08:58 +0000 (UTC) (envelope-from lukeedgeworth@googlemail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 7AB7313C447 for ; Sat, 22 Dec 2007 04:08:58 +0000 (UTC) (envelope-from lukeedgeworth@googlemail.com) Received: by an-out-0708.google.com with SMTP id c14so151779anc.13 for ; Fri, 21 Dec 2007 20:08:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type; bh=EyFMXsbU3ZqwNxaSmC8Y7Y42KC9do3URRONjDSzPfJM=; b=DL8stBEYMiu3USsiJhcUIHylFM8AmeSBLY/R0NP1H+tluCflBDsmrU8U/8EkuXB/qw6V2kiLIn/J0Ly59aKEVbh0ezkNk0n/XjbXmQII8MCFBq1Xc6gNa2OvQafVreUg3avUOrZZM+iohjyo7cxZfCa8XMdmKUhjsBmfta1QASI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type; b=h/oGVcq7YzuaMGxJ5exgJqJlJkbUu6VUa2WYwi4wub8YESVvo4q1JOQeowF9te5lzTtPnAb4qSL9ju5CghARWJxxa5qTqOIYcSq7p8g6hMVF7Z/lPM2uEs5DKi/gg1OMVBmW6wXDLgzOauj5GbV18cKFaWck+YJIoyb1h56xmQQ= Received: by 10.100.254.18 with SMTP id b18mr4145093ani.57.1198294942726; Fri, 21 Dec 2007 19:42:22 -0800 (PST) Received: by 10.100.225.12 with HTTP; Fri, 21 Dec 2007 19:42:22 -0800 (PST) Message-ID: <56cee8d50712211942r578ffee2wbd7a27866d29ddd9@mail.gmail.com> Date: Sat, 22 Dec 2007 03:42:22 +0000 From: Luke To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 22 Dec 2007 12:12:57 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: lukeedgeworth@googlemail.com Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 04:08:59 -0000 I've got an earlier model ACER TravelMate 515 from the 5510 series which boots just fine, shame it came with a crappy broadcom wireless card, which only linux has a driver for I think. My only quirk is powering off or rebooting, it'll hang just after the kernel spits out the uptime. No biggy, I just hold the power button for a few seconds. OpenBSD does the samething, not tried any other OS with exception of Vista. dmesg attached & seasons greetings. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA4 #0: Sun Dec 2 16:34:41 UTC 2007 root@myers.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1995.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2133479424 (2034 MB) avail memory = 2058809344 (1963 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xc8000000-0xcfffffff,0xc0100000-0xc010ffff irq 18 at device 0.0 on pci1 acpi_video0: on vgapci0 pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci4: on pcib3 atapci0: port 0x8440-0x8447,0x8434-0x8437,0x8438-0x843f,0x8430-0x8433,0x8400-0x840f mem 0xc0004000-0xc00041ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ohci0: mem 0xc0005000-0xc0005fff irq 19 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xc0006000-0xc0006fff irq 19 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xc0007000-0xc0007fff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 8 ports with 8 removable, self powered ugen0: on uhub2 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci6: on pcib4 rl0: port 0xa000-0xa0ff mem 0xc0200000-0xc02000ff irq 21 at device 1.0 on pci6 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:1b:38:aa:aa:3c rl0: [ITHREAD] cbb0: mem 0xc0201000-0xc0201fff irq 20 at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 ath0: mem 0xc0210000-0xc021ffff irq 20 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:19:e0:ff:ff:5d ath0: mac 7.8 phy 4.5 radio 5.6 SMP: AP CPU #1 Launched!. GEOM_LABEL: Label for provider ad4s5 is ufs/Data. Trying to mount root from ufs:/dev/ad4s1a -- Family means too much, friends are too valuable, and life is too short to put-off sharing with people how much they really mean to you and pursuing whatever it is that makes you happy. From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 12:32:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFABF16A418 for ; Sat, 22 Dec 2007 12:32:55 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 49B6413C43E for ; Sat, 22 Dec 2007 12:32:54 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 3B87CC800 for ; Sat, 22 Dec 2007 13:32:51 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 2E7F9C80E for ; Sat, 22 Dec 2007 13:32:51 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 17EBEC800 for ; Sat, 22 Dec 2007 13:32:47 +0100 (CET) Received: from localhost.my.domain ([91.10.163.30]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3HF96) with ESMTP id 2007122213324637-968 ; Sat, 22 Dec 2007 13:32:46 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Sat, 22 Dec 2007 13:33:15 +0100 Date: Sat, 22 Dec 2007 13:33:15 +0100 From: Alexey Shuvaev To: freebsd-current@freebsd.org Message-ID: <20071222123235.GA1014@localhost.my.domain> Mail-Followup-To: freebsd-current@freebsd.org References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> Mime-Version: 1.0 In-Reply-To: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> User-Agent: Mutt/1.4.2.3i Organization: Universitaet Wuerzburg X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 12/22/2007 13:32:46, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 12/22/2007 13:32:50, Serialize complete at 12/22/2007 13:32:50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 12:32:55 -0000 On Fri, Dec 21, 2007 at 05:42:45PM -0600, eculp wrote: > We have an almost new Acer 5520-5679 in the office that we intended to > partition and install 8.0-CURRENT-200712-amd64 but much to my > surprise accessing the cdrom it went into an immediate, unreadable > loop of hex numbers that can only be stoped by powering down. I next > tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu > but with all options end up with a BTX halted, almost immediately. > > The machine specs are: > AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache > 2GB DDR2 > 160G HDD > > Short update. I built a release locally with yesterdays sources > 7.0-BETA4 with the same problem. > > Has anyone else seen this with Turion 64x2 or is it an Acer thing. We > should learn that cheap is often expensive. > > Thanks, > > ed Hello! Maybe it is a shot in the air, but the problem seems to be not in the kernel but in the loader. It is known that attempt to boot from USB mass storage devices on some machines gives the halt in BTX. (See, for example "http://www.FreeBSD.org/cgi/query-pr.cgi?pr=usb/118571") So, one can try to to build install ISO with realbtx patch applied and see, if the problem gone. The patch is "http://people.freebsd.org/~kib/realbtx/realbtx.2.patch" Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 13:34:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63B1A16A417 for ; Sat, 22 Dec 2007 13:34:25 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-074-165-190-154.sip.jan.bellsouth.net [74.165.190.154]) by mx1.freebsd.org (Postfix) with ESMTP id 2049B13C46E for ; Sat, 22 Dec 2007 13:34:24 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.13.230]) by farris.bafirst.com with esmtp; Sat, 22 Dec 2007 07:34:22 -0600 id 0006D41E.476D125E.0000DE5F Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sat, 22 Dec 2007 07:34:22 -0600 id 0004AC27.476D125E.00006525 Received: from dsl-189-129-13-230.prod-infinitum.com.mx (dsl-189-129-13-230.prod-infinitum.com.mx [189.129.13.230]) by intranet.encontacto.net (Horde Framework) with HTTP; Sat, 22 Dec 2007 07:34:21 -0600 Message-ID: <20071222073421.13827iut7swzppss@intranet.encontacto.net> Date: Sat, 22 Dec 2007 07:34:21 -0600 From: eculp To: infofarmer@FreeBSD.org References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> <200712211925.31112.lists@jnielsen.net> <20071221195221.18565pkwdcogtr0g@intranet.encontacto.net> <20071222092535.GG96716@amilo.cenkes.org> In-Reply-To: <20071222092535.GG96716@amilo.cenkes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Cc: freebsd-current@freebsd.org, John Nielsen Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 13:34:25 -0000 Quoting Andrew Pantyukhin : > On Fri, Dec 21, 2007 at 07:52:21PM -0600, eculp wrote: >>> On Friday 21 December 2007, eculp wrote: >>>> We have an almost new Acer 5520-5679 in the office that we >>>> intended to partition and install 8.0-CURRENT-200712-amd64 >>>> but much to my surprise accessing the cdrom it went into an >>>> immediate, unreadable loop of hex numbers that can only be >>>> stoped by powering down. >> >> I'm still in hopes that someone has a trick up their sleeve. >> There seem to be a lot of laptops that use the Turion 64x2 >> mobile. > > Many of us are very happy owners of Turion 64x2 laptops. > > It's a long shot, but if you can setup a dhcp/tftp server, I'd > advise booting over network to see if the cdrom has anything to > do with it. The setup is very easy and only takes a few minutes. > There are lots of howtos available. > I haven't done that in years. It is worth trying when I have a little =20 bit of extra time. Thanks for the suggestion. Thanks, ed "If anything characterizes the 21st century, it's our inability to restrain ourselves for the benefit of other people," James Katz/Rutgers University From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 14:09:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A90416A417 for ; Sat, 22 Dec 2007 14:09:55 +0000 (UTC) (envelope-from matthew@matthew.sk) Received: from mailserver.antik.sk (mailserver.antik.sk [88.212.10.6]) by mx1.freebsd.org (Postfix) with ESMTP id 50CCF13C459 for ; Sat, 22 Dec 2007 14:09:54 +0000 (UTC) (envelope-from matthew@matthew.sk) Received: (qmail 20410 invoked from network); 22 Dec 2007 14:43:11 +0100 Received: by simscan 1.4.0 ppid: 20405, pid: 20407, t: 0.0142s scanners: regex: 1.4.0 attach: 1.4.0 clamav: 0.91.2/m:45/d:5211 Received: from web.antik.sk (HELO mail.atknet.sk) (matthew@matthew.sk@88.212.10.14) by mailserver.antik.sk with SMTP; 22 Dec 2007 14:43:11 +0100 Received: from 10.252.4.216 (SquirrelMail authenticated user matthew@matthew.sk) by mail.atknet.sk with HTTP; Sat, 22 Dec 2007 14:43:11 +0100 (CET) Message-ID: <51982.10.252.4.216.1198330991.squirrel@mail.atknet.sk> Date: Sat, 22 Dec 2007 14:43:11 +0100 (CET) From: matthew@matthew.sk To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: FreeBSD 7.0Beta4 (amd64) freezes with dummynet enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 14:09:56 -0000 Hi, i have almost the same setup like Thomas > Please try this patch: > http://www.freebsd.org/cgi/query-pr.cgi?prp=113548-3-diff > and report does it help or not. but this patch doesn`t solve my problem with freeze. My config: cpu HAMMER ident HANKA-SMP-ULE options DEVICE_POLLING options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE_LIMIT=1000 options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options HZ=1000 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler The rest is from GENERIC The shaper looks like this: CMD=ipfw # SHAPER IPFW_PIPE_DOWNLOAD=1 IPFW_PIPE_UPLOAD=11 IPFW_QUEUE_DOWNLOAD=1 IPFW_QUEUE_UPLOAD=11 DOWNLOAD_ROOT="450Mbit/s" UPLOAD_ROOT="450Mbit/s" SHAPER_BUCKETS="1024" IPFW_SHAPER_ROOT=1000 $CMD pipe $IPFW_PIPE_DOWNLOAD config bw $DOWNLOAD_ROOT buckets $SHAPER_BUCKETS $CMD pipe $IPFW_PIPE_UPLOAD config bw $UPLOAD_ROOT buckets $SHAPER_BUCKETS $CMD queue $IPFW_QUEUE_DOWNLOAD config pipe $IPFW_PIPE_DOWNLOAD buckets $SHAPER_BUCKETS mask dst-ip 0xFFFFFFFF $CMD queue $IPFW_QUEUE_UPLOAD config pipe $IPFW_PIPE_UPLOAD buckets $SHAPER_BUCKETS mask src-ip 0xFFFFFFFF $CMD delete $IPFW_SHAPER_ROOT $CMD $IPFW_SHAPER_ROOT add queue $IPFW_QUEUE_DOWNLOAD ip from me to any out // Share download $CMD $IPFW_SHAPER_ROOT add queue $IPFW_QUEUE_UPLOAD ip from any to me in // Share upload I also have an ZFS pool: # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT data 1.81T 832G 1024G 44% ONLINE - upload 210G 354K 210G 0% ONLINE - I have a an SMP setup: processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz stepping : 13 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz stepping : 13 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 b19 b21 mmxext mmx fxsr xmm b26 b27 b28 b29 3dnow cpu MHz : 1809.00 bogomips : 1809.00 I also have an GBit NIC: ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=1db em0: port 0x20e0-0x20ff mem 0x50200000-0x5021ffff,0x50220000-0x50220fff irq 20 at device 25.0 on pci0 FreeBSD hanka 7.0-BETA4 FreeBSD 7.0-BETA4 #1: Sat Dec 22 13:53:44 CET 2007 root@hanka:/usr/src/sys/amd64/compile/HANKA-SMP-ULE amd64 I also have an pf firewall, that had the same issues (deathlock) in 6.X wjen used with user config, i have that same in 7.0RC4 but it works fine, but maybe it is something related. It is an simple setup: pass in all pass out all table { 10.0.0.0/8 } block out proto { tcp, udp } from any to any user some_user pass out proto { tcp, udp } from any to user some_user I don`t have debug options in my kernel,its an production machine,but i can include them and post the debug messages, if it can help. With dummynet rules, the server freezes after some minutes (3-10), when under heavy load 200-400Mbit/s. Matthew From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 14:16:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2229616A419; Sat, 22 Dec 2007 14:16:22 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id E4F8513C468; Sat, 22 Dec 2007 14:16:21 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lBMEGFCu085329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Dec 2007 09:16:15 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pwlMBXfwLkG6xaJPeHLN" Organization: U. Buffalo CSE Department Date: Sat, 22 Dec 2007 09:16:15 -0500 Message-Id: <1198332975.54116.25.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: HEADS-UP: RELENG_7_0 created... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 14:16:22 -0000 --=-pwlMBXfwLkG6xaJPeHLN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In preparation for 7.0-RC1 the release branch, RELENG_7_0, has been created. I'll send another message when the 7.0-RC1 builds are done, this is just to let people who use cvsup updates know about the new branch. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-pwlMBXfwLkG6xaJPeHLN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHbRwv/G14VSmup/YRAiAyAKCHw6J+GKZJWsBcxg4kY7NJJW8KAACdHwTj GMVwq/pxWSBzdNG3Jqr+sk8= =llk7 -----END PGP SIGNATURE----- --=-pwlMBXfwLkG6xaJPeHLN-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 14:27:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B1B16A418 for ; Sat, 22 Dec 2007 14:27:14 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-074-165-190-154.sip.jan.bellsouth.net [74.165.190.154]) by mx1.freebsd.org (Postfix) with ESMTP id CF21113C45B for ; Sat, 22 Dec 2007 14:27:13 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.13.230]) by farris.bafirst.com with esmtp; Sat, 22 Dec 2007 08:27:12 -0600 id 0006D41B.476D1EC0.0000E14D Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sat, 22 Dec 2007 08:27:11 -0600 id 0004AC1B.476D1EBF.00006DC6 Received: from dsl-189-129-13-230.prod-infinitum.com.mx (dsl-189-129-13-230.prod-infinitum.com.mx [189.129.13.230]) by intranet.encontacto.net (Horde Framework) with HTTP; Sat, 22 Dec 2007 08:27:11 -0600 Message-ID: <20071222082711.10454sqoixql3vcw@intranet.encontacto.net> Date: Sat, 22 Dec 2007 08:27:11 -0600 From: eculp To: Scot Hetzel References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> <790a9fff0712212017y4b3d0ac2ja0d4667197c09dbc@mail.gmail.com> In-Reply-To: <790a9fff0712212017y4b3d0ac2ja0d4667197c09dbc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Cc: freebsd-current Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 14:27:14 -0000 Quoting Scot Hetzel : > On 12/21/07, eculp wrote: >> We have an almost new Acer 5520-5679 in the office that we intended to >> partition and install 8.0-CURRENT-200712-amd64 but much to my >> surprise accessing the cdrom it went into an immediate, unreadable >> loop of hex numbers that can only be stoped by powering down. I next >> tried 7.0BETA-4 standard (no amd64) and I can get to the Welcome menu >> but with all options end up with a BTX halted, almost immediately. >> >> The machine specs are: >> AMD Turion 64x2 Mobile TL-58 1.9 Ghz 2x512K Lw cache >> 2GB DDR2 >> 160G HDD >> >> Short update. I built a release locally with yesterdays sources >> 7.0-BETA4 with the same problem. >> >> Has anyone else seen this with Turion 64x2 or is it an Acer thing. We >> should learn that cheap is often expensive. >> > I have the same problem with my HP DV8135NR laptop when using the boot > CDs to install FreeBSD. I was able to get it to install by repeatedly > pressing the space bar until the speakers beeped for a couple of > seconds (when you see /boot/kernel/kernel you can release the space > bar), then it loads and executes the kernel and proceeds to > sysinstall. After installing FreeBSD to the Hard Drive, the system > boots without any further problems. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D105514 > > Scot > Scot, That is amazing. Yes it does boot and I'm going to install and see =20 what happens. Gotta add that to the handbook. When all else fails, =20 set on the space key. How did you come up with that solution? Never =20 mind it works:) One other question, did you install AMD64? ! ! FANTASTIC ! ! Thanks and best wishes to all, ed From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 16:39:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C81316A420 for ; Sat, 22 Dec 2007 16:39:50 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id E4E8013C4F4 for ; Sat, 22 Dec 2007 16:39:49 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so460773fgg.35 for ; Sat, 22 Dec 2007 08:39:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=N+qZTvW1aczU42ldmCkOjfUt32IGuN4V4i9n/BEICh0=; b=pYrEF9Nh+yN/LR6fNpxc0pUMx0c6nfO4I2VmDY4UO23s96NMHiBVX2vbZAk5TP1QFw67fYjHQo6Ggdu57bGqUxaAGXWbwGnxiit81zQQUww3EPwcaX+MWj7zZXU422t0Q07YN4ZhunCHak56feSUxDVoGbF2yPj1D5M43h5It1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=snuO2fd2HMK2RgPfNfhsOWQL+oRmcJF0X38/+Z7IUdggQktyyUFP9xOSGHJZ6hvI6FSW5CQmoIMNFRAWcIZzc/XBF7DNi+RvZVxFNSV9nHoHa5DrEmk5w3I/Cq2UaQo7x2ixHgLWonH/OnhwldL4kerEx5O8nGzEHrdnY1me3Rg= Received: by 10.86.61.13 with SMTP id j13mr2410698fga.48.1198341588636; Sat, 22 Dec 2007 08:39:48 -0800 (PST) Received: by 10.86.68.13 with HTTP; Sat, 22 Dec 2007 08:39:48 -0800 (PST) Message-ID: <790a9fff0712220839k77920df4i61bd54d9bb6c8b73@mail.gmail.com> Date: Sat, 22 Dec 2007 10:39:48 -0600 From: "Scot Hetzel" To: eculp In-Reply-To: <20071222082711.10454sqoixql3vcw@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071221174245.482324qxgn5ynudc@intranet.encontacto.net> <790a9fff0712212017y4b3d0ac2ja0d4667197c09dbc@mail.gmail.com> <20071222082711.10454sqoixql3vcw@intranet.encontacto.net> Cc: freebsd-current Subject: Re: Can't install FreeBSD Current or 7.0 on AMD Turion 64x2 Mobile TL-58 1.9 Ghz in an Acer 5520-5679 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 16:39:50 -0000 On 12/22/07, eculp wrote: > Quoting Scot Hetzel : > >> Has anyone else seen this with Turion 64x2 or is it an Acer thing. We > >> should learn that cheap is often expensive. > >> > > I have the same problem with my HP DV8135NR laptop when using the boot > > CDs to install FreeBSD. I was able to get it to install by repeatedly > > pressing the space bar until the speakers beeped for a couple of > > seconds (when you see /boot/kernel/kernel you can release the space > > bar), then it loads and executes the kernel and proceeds to > > sysinstall. After installing FreeBSD to the Hard Drive, the system > > boots without any further problems. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=105514 > > > > Scot > > > Scot, > > That is amazing. Yes it does boot and I'm going to install and see > what happens. Gotta add that to the handbook. When all else fails, > set on the space key. How did you come up with that solution? Never > mind it works:) > > One other question, did you install AMD64? > By accident, I was trying to break into the boot loader, but instead it allowed the install CD to bring up sysinstall. Yes, I have AMD64 installed. Scot From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 16:51:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A80316A41A for ; Sat, 22 Dec 2007 16:51:48 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id DBC5613C461 for ; Sat, 22 Dec 2007 16:51:47 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBMHf9nD030635 for ; Sat, 22 Dec 2007 17:41:09 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBMHf944030630 for freebsd-current@freebsd.org; Sat, 22 Dec 2007 17:41:09 GMT (envelope-from dunstan) Date: Sat, 22 Dec 2007 17:41:08 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20071222174108.GA27354@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 22 Dec 2007 17:41:09 +0000 (UTC) Subject: [RFC, PATCH] Getting rid of direct calls to video's methods via vidsw[] array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 16:51:48 -0000 Hello, This is very similar patch to my kbdsw[] conversion patch, but directed to the video output path. In the kernel, video adapter is represented by "video_adapter" structure. Video adapter code declares itself as being the video adapter driver with VIDEO_DRIVER() macro. It makes it appear in vidsw[] array. For now, we indexed this array directly. I want this behaviour to be improved. My proposal is here: http://people.freebsd.org/~wkoszek/patches/tty/vidcleanup.patch With this patch, instead of calling: (*vidsw[adp->va_index]->)(args...) You call: vidd_(agp, args..); Just like in kbdsw[] patch, I defined missing macros with their respective convention. My intention was to provide full set of macros for all "struct video_switch" function pointers. Comments and suggestions are welcome, Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 18:56:49 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A94216A41A for ; Sat, 22 Dec 2007 18:56:49 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.75]) by mx1.freebsd.org (Postfix) with ESMTP id 26DEF13C459 for ; Sat, 22 Dec 2007 18:56:49 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp008-s [10.150.69.71]) by smtpoutm.mac.com (Xserve/smtpout012/MantshX 4.0) with ESMTP id lBMIum36022127; Sat, 22 Dec 2007 10:56:48 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp008/MantshX 4.0) with ESMTP id lBMIul0k023810 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 22 Dec 2007 10:56:47 -0800 (PST) Message-Id: <75E13C5B-F31A-4EA0-BE1E-2E909364064F@mac.com> From: Marcel Moolenaar To: "Wojciech A. Koszek" In-Reply-To: <20071222040156.GA87017@FreeBSD.czest.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 22 Dec 2007 10:56:45 -0800 References: <20071222040156.GA87017@FreeBSD.czest.pl> X-Mailer: Apple Mail (2.915) Cc: freebsd-current@FreeBSD.ORG, emax@FreeBSD.ORG Subject: Re: [RFC, PATCH] Getting rid of direct calls to keyboard's methods via kbdsw[] array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 18:56:49 -0000 On Dec 21, 2007, at 8:01 PM, Wojciech A. Koszek wrote: > My proposal is to unify a way in which we call such specialized > methods, so that instead of direct array indexing used to call > specific > keyboard method: > > (*kbdsw[(kbd)->kb_index]->enable)((kbd)) > > We would use unified interface: > > kbdd_enable(kbd) > > Proposed patch is here: > > http://people.freebsd.org/~wkoszek/patches/tty/kbdcleanup.patch > > Suggestions are welcome. I like it. It would be nice to be able to get rid of the 2nd 'd' in the kbdd_ prefix though... FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 19:02:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7EE316A41A; Sat, 22 Dec 2007 19:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 73C7813C47E; Sat, 22 Dec 2007 19:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBMJ2I5K092747; Sat, 22 Dec 2007 14:02:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBMJ2IMB073713; Sat, 22 Dec 2007 14:02:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 33FA373039; Sat, 22 Dec 2007 14:02:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071222190218.33FA373039@freebsd-current.sentex.ca> Date: Sat, 22 Dec 2007 14:02:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 19:02:19 -0000 TB --- 2007-12-22 18:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-22 18:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-12-22 18:00:00 - cleaning the object tree TB --- 2007-12-22 18:00:49 - cvsupping the source tree TB --- 2007-12-22 18:00:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2007-12-22 18:05:50 - building world (CFLAGS=-O -pipe) TB --- 2007-12-22 18:05:50 - cd /src TB --- 2007-12-22 18:05:50 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 22 18:05:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/fstat/zfs/zfs.c:111: warning: implicit declaration of function 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: nested extern declaration of 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: assignment makes pointer from integer without a cast /src/usr.bin/fstat/zfs/zfs.c:118: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:119: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:125: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:126: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:127: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-22 19:02:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-22 19:02:18 - ERROR: failed to build world TB --- 2007-12-22 19:02:18 - tinderbox aborted TB --- 2550.92 user 313.78 system 3737.12 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 21:30:32 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4784D16A41B; Sat, 22 Dec 2007 21:30:32 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id D27A313C458; Sat, 22 Dec 2007 21:30:31 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id lBMMJrsA088027; Sat, 22 Dec 2007 22:19:53 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id lBMMJrxA088024; Sat, 22 Dec 2007 22:19:53 GMT (envelope-from dunstan) Date: Sat, 22 Dec 2007 22:19:52 +0000 From: "Wojciech A. Koszek" To: Marcel Moolenaar Message-ID: <20071222221952.GA87350@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , Marcel Moolenaar , freebsd-current@FreeBSD.ORG, emax@FreeBSD.ORG References: <20071222040156.GA87017@FreeBSD.czest.pl> <75E13C5B-F31A-4EA0-BE1E-2E909364064F@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <75E13C5B-F31A-4EA0-BE1E-2E909364064F@mac.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 22 Dec 2007 22:19:53 +0000 (UTC) Cc: freebsd-current@FreeBSD.ORG, emax@FreeBSD.ORG Subject: Re: [RFC, PATCH] Getting rid of direct calls to keyboard's methods via kbdsw[] array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 21:30:32 -0000 On Sat, Dec 22, 2007 at 10:56:45AM -0800, Marcel Moolenaar wrote: > > On Dec 21, 2007, at 8:01 PM, Wojciech A. Koszek wrote: > > >My proposal is to unify a way in which we call such specialized > >methods, so that instead of direct array indexing used to call > >specific > >keyboard method: > > > > (*kbdsw[(kbd)->kb_index]->enable)((kbd)) > > > >We would use unified interface: > > > > kbdd_enable(kbd) > > > >Proposed patch is here: > > > > http://people.freebsd.org/~wkoszek/patches/tty/kbdcleanup.patch > > > >Suggestions are welcome. > > I like it. It would be nice to be able to get rid of the 2nd 'd' > in the kbdd_ prefix though... Thanks. I didn't go to kbd_* because I wanted to know if function is strictly kbd.c-related or is rather indirect call throught keyboard dispatcher; and do it just by seeing function's name. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 23:39:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18BCD16A417 for ; Sat, 22 Dec 2007 23:39:04 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id AA26B13C442 for ; Sat, 22 Dec 2007 23:39:03 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id lBMNGPe9063418; Sun, 23 Dec 2007 00:16:25 +0100 (CET) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.14.2/8.14.2) with ESMTP id lBMNGPqu001275; Sun, 23 Dec 2007 00:16:25 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <476D9B38.1000705@saeab.se> Date: Sun, 23 Dec 2007 00:18:16 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Andrey Chernov Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [10.0.1.133]); Sun, 23 Dec 2007 00:16:30 +0100 (CET) Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld In-Reply-To: <20071118120136.GA21924@nagual.pp.ru> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 23:39:04 -0000 Andrey Chernov wrote: > > On Sun, Nov 18, 2007 at 12:48:17PM +0100, Johan Bucht wrote: > > Yes. W is rarely used in swedish, it's basically considered the same > > letter as V and the few words starting with W are placed under V in > > the dictionary. > > Fixed in -current in just committed Makefile v1.89 > Could this problem be fixed in RELENG_7_0 (and maybe RELENG_7) also? I run into this problem when I tried a buildworld of RELENG_7_0 today. My workaround was to 'unsetenv LANG'. /Thomas -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Dec 22 23:43:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D69016A418 for ; Sat, 22 Dec 2007 23:43:36 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3176B13C459 for ; Sat, 22 Dec 2007 23:43:35 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so533451fgg.35 for ; Sat, 22 Dec 2007 15:43:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=L71oSxkNdUixC8kIT15DZ2hjUzsBpc5CfJacqJbSPA0=; b=PtPYOtpl+EB+hwiifYXqadffjN8ayRD1iekeTt/MeUWZHHVhMqHjXaqWSVZE26az7GYWN8Iezxii+r8H6MRkxp59GFVSFzCYzNVhasgCy7VI9vJOessAKpwb/whwWey/IwASxXJm3XsiPmBb2iSUR7SK56oigbP+E+1DCsCjHt0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Kemxh9jpCy2VlBOx/yqqnMWEIudGmVfoGxYZMkmb0Hk8zKt5oiMF9m5xYClFYukveKivdl6R+iT7WNfL7g23zwZlTsIgZ2Sxg7GV/StYeOlc586zgCNrIZyhYxb0SYfJpngXTmybFS33b+E68m9jkqVZiLXf4cQBky8Q4uc3NOA= Received: by 10.86.26.11 with SMTP id 11mr2722447fgz.37.1198365539500; Sat, 22 Dec 2007 15:18:59 -0800 (PST) Received: by 10.86.49.5 with HTTP; Sat, 22 Dec 2007 15:18:59 -0800 (PST) Message-ID: Date: Sat, 22 Dec 2007 15:18:59 -0800 From: "Maksim Yevmenkin" To: "Wojciech A. Koszek" , freebsd-current@freebsd.org, emax@freebsd.org In-Reply-To: <20071222040156.GA87017@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071222040156.GA87017@FreeBSD.czest.pl> Cc: Subject: Re: [RFC, PATCH] Getting rid of direct calls to keyboard's methods via kbdsw[] array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 23:43:36 -0000 Hello, > In the FreeBSD kernel we have notion of keyboard represented by > "keyboard_t" type. We operate on such structures throught another > keyboard_switch structure. It lets us to use keyboard API without > distinguishing exactly which hardware we're working with. > > My proposal is to unify a way in which we call such specialized > methods, so that instead of direct array indexing used to call specific > keyboard method: > > (*kbdsw[(kbd)->kb_index]->enable)((kbd)) > > We would use unified interface: > > kbdd_enable(kbd) > > Proposed patch is here: > > http://people.freebsd.org/~wkoszek/patches/tty/kbdcleanup.patch > > Suggestions are welcome. looks fine to me. it also would be nice to clean up and unify (where possible) read_char method for all the keyboards. thanks, max