From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 01:04:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C62DF16A41F; Sun, 8 Jan 2006 01:04:54 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from mail.grupos.com.br (mail.grupos.com.br [200.203.183.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4713A43D46; Sun, 8 Jan 2006 01:04:54 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (unknown [200.102.2.99]) by mail.grupos.com.br (Postfix) with ESMTP id 5A7D6210C9; Sat, 7 Jan 2006 23:04:52 -0200 (BRST) Received: from [192.168.1.3] (201-25-249-114.fnsce703.dsl.brasiltelecom.net.br [201.25.249.114]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id 650CE54F5; Sat, 7 Jan 2006 23:04:50 -0200 (BRST) Message-ID: <43C0652D.90709@FreeBSD.org> Date: Sat, 07 Jan 2006 23:04:45 -0200 From: Marcus Alves Grando User-Agent: Thunderbird 1.5 (X11/20060103) MIME-Version: 1.0 To: Doug Barton References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> In-Reply-To: <43C01C75.6020504@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Carlos Fernando Assis Paniago , freebsd-stable@freebsd.org, vivek@khera.org Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:04:54 -0000 Doug, I will add your rcNG script in mail/postfix* Thanks Doug Barton wrote: > Carlos Fernando Assis Paniago wrote: >> Hi: after the last cvsup, my FreeBSD 6.0, i386 is not capable to start >> postfix. I'm using the link in the /usr/local/etc/rc.d/postfix.sh to >> start the postfix program. Looking in the code, I saw that we need to >> change this in a file in /usr/local/etc/postfix/postfix-script to have >> the "faststart" flag.. Someone else find this problem? > > The way that it is suggested to start postfix in the pkg-message (by > placing > a link to /usr/local/sbin/postfix in /usr/local/etc/rc.d) is no longer > valid with the new rc.d code in -stable. I've attached a script that > works for me to start and stop postfix. Please remove the symlink you > have in /usr/local/etc/rc.d now, and put this script in its place. Make > sure that the script is executable (chmod 755 > /usr/local/etc/rc.d/postfix.sh), then 'echo postfix_enable=yes >> > /etc/rc.conf.local' and reboot. Then please let us know for sure that > this worked for you. > > If the maintainer would like help including this in the port, I'd be > glad to do so. If you want to create the update yourself, take a look at > ports/misc/compat5x to see how to integrate this, or I'd be glad to work > on it with you. > > hth, > > Doug > > > ------------------------------------------------------------------------ > > #!/bin/sh > # > # $FreeBSD$ > # > # PROVIDE: postfix > # REQUIRE: DAEMON > # KEYWORD: shutdown > # > # Define these postfix_* variables in one of these files: > # /etc/rc.conf > # /etc/rc.conf.local > # /etc/rc.conf.d/postfix > # > # DO NOT CHANGE THESE DEFAULT VALUES HERE > # > postfix_enable="${postfix_enable-NO}" > > . /etc/rc.subr > > name=postfix > rcvar=`set_rcvar` > > start_cmd=${name}_start > stop_cmd=${name}_stop > > postfix_start() { > /usr/local/sbin/postfix start > } > > postfix_stop() { > /usr/local/sbin/postfix stop > } > > load_rc_config ${name} > run_rc_command "$1" > > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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" -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 01:11:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5535216A41F for ; Sun, 8 Jan 2006 01:11:17 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id A8BAE43D4C for ; Sun, 8 Jan 2006 01:11:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 89666 invoked from network); 8 Jan 2006 01:11:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dRrSCoCRLIdpLXxAG9maiIXq7UwLCL+P+5T3RGTT96q/4coBFq1MJxUO/EyxLyqMF4YFYa99b1yOicqshiP1RYfluVK0rvbQh9Bbw3RWKyUq7fDzxlH7XprSx2UTSp0WtLjv9Oksp8V+sQQ6wQuHZbWchfOEPJqNY/eXFutpn7o= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 8 Jan 2006 01:11:14 -0000 Message-ID: <43C066B4.3060505@rogers.com> Date: Sat, 07 Jan 2006 20:11:16 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Marcus Alves Grando References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> <43C0652D.90709@FreeBSD.org> In-Reply-To: <43C0652D.90709@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Carlos Fernando Assis Paniago , Doug Barton , freebsd-stable@freebsd.org, vivek@khera.org Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:11:17 -0000 Marcus Alves Grando wrote: > Doug, > > I will add your rcNG script in mail/postfix* I think the port should also depend on a database server, if it has been compiled with one or any other of the supported configuration options. I'm not sure if this can be dynamically generated based on ports configuration though. P.S. I actually have a busy mail server on 5.4 where postfix starts first and all lookups are done via mysql, so i get a bunch of errors in the logs before mysql starts. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 01:26:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2871B16A420 for ; Sun, 8 Jan 2006 01:26:07 +0000 (GMT) (envelope-from lonewolf-freebsd@earthmagic.org) Received: from ppp162-248.static.internode.on.net (ppp162-248.static.internode.on.net [150.101.162.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0401943D46 for ; Sun, 8 Jan 2006 01:26:05 +0000 (GMT) (envelope-from lonewolf-freebsd@earthmagic.org) Received: from [192.168.2.3] (sarah.zone2.earthmagic.org [192.168.2.3]) by ppp162-248.static.internode.on.net (Postfix-MSA) with ESMTP id 7B41F91F1 for ; Sun, 8 Jan 2006 12:26:04 +1100 (EST) Message-ID: <43C06A2B.9030603@earthmagic.org> Date: Sun, 08 Jan 2006 12:26:03 +1100 From: Johny Mattsson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051003) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> <43C0652D.90709@FreeBSD.org> <43C066B4.3060505@rogers.com> In-Reply-To: <43C066B4.3060505@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:26:07 -0000 On 01/08/06 12:11, Mike Jakubik wrote: > I think the port should also depend on a database server, if it has been > compiled with one or any other of the supported configuration options. > I'm not sure if this can be dynamically generated based on ports > configuration though. Maybe it would be useful to have a dummy DATABASE milestone, since I imagine there are many applications that do depends on various databases (mail & webservers being the first to come to mind). Having a DATABASE milestone would allow for good decoupling between the individual apps and the various databases. Databases would "BEFORE: DATABASE", and apps depending on them could simply "REQUIRE: DATABASE" and not have to worry about whether it was compiled with a postgresql, mysql or someothersql database. Just a thought, and possibly not the most well-considered one at that, but I figured it might be worthwhile enough to share :) Cheers, /Johny -- Johny Mattsson - Making IT work ,-. ,-. ,-. When all else fails, http://www.earthmagic.org _.' `-' `-' Murphy's Law still works! From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 02:36:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6D816A41F; Sun, 8 Jan 2006 02:36:47 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB46843D46; Sun, 8 Jan 2006 02:36:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k082aXo7047461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Jan 2006 18:36:33 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43C07B16.7050505@errno.com> Date: Sat, 07 Jan 2006 18:38:14 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Palmer References: <43C05270.60106@freebsd.org> In-Reply-To: <43C05270.60106@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: devd and caseful device ID matching on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 02:36:47 -0000 Gary Palmer wrote: > Hi Warner, > > I've been playing with devd and noticed that if you do something like: > > # > # Dell TrueMobile 1300 WLAN PC Card > # > nomatch 10 { > match "bus" "pci[0-9]+"; > match "vendor" "0x14E4"; > match "device" "0x4320"; > match "subvendor" "0x1028"; > match "subdevice" "0x0002"; > action "kldload BCMWL5_SYS"; > }; > > it won't match (at least on 6.0) as the regex that is used is case > sensitive. Since these are hex numbers, could the comparison not be > case insensitive? I'm not sure what implications just making the regex > case insensitive will have on other matching clauses (e.g. for "system"). At one point I added shorthand logic in devd for things like vendor, device, subvendor, etc. that did numeric comparisons instead of regex's. It might be worthwhile to extend the grammar to have a numeric match operator. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 03:45:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63FDA16A41F for ; Sun, 8 Jan 2006 03:45:25 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F59143D46 for ; Sun, 8 Jan 2006 03:45:24 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [87.193.13.207] (unknown [87.193.13.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 161C23000314 for ; Sun, 8 Jan 2006 04:45:18 +0100 (CET) Message-ID: <43C08ACC.3040509@mail.uni-mainz.de> Date: Sun, 08 Jan 2006 04:45:16 +0100 From: "O. Hartmann" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------060306060703070505020809" X-Virus-Scanned: by amavisd-new at uni-mainz.de X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: umass0: BBB reset failed, TIMEOUT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 03:45:25 -0000 This is a multi-part message in MIME format. --------------060306060703070505020809 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello. Got problmes with an external USB 2.0 2,5" harddrive. Short time readings of the on-HD filesystem (msdosfs), reading 1GB in one piece works sometimes fine, but reading more 1GB files or accessing the disk rapidly remains the disk frozen. Kernel reports umass0: Genesyslogic USB Mass Storage Device, rev 2.00/0.33, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) GEOM_LABEL: Label for provider da0s5 is msdosfs/TRANSPORT. umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT Unmounting is impossible and remains the box frozen after a while. Box is a AMD64 system, running a yesterday cvsupdated FreeBSD 6.0-STABLE. ehci and uhci are enabled in kernel config. System is a ASUS A8N-SLI Deluxe, dmesg is attached. I googled for similar problems and found a long list since FreeBSD 5.1. Is there an incompatibility with some chipsets? Thanks, Oliver --------------060306060703070505020809 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1TVEFCTEUgIzE1OiBTYXQgSmFu ICA3IDE2OjIxOjE1IENFVCAyMDA2CiAgICByb290QHRob3Iuc2NoYW56ZS5kZTovdXNyL29i ai91c3Ivc3JjL3N5cy9USE9SCkFDUEkgQVBJQyBUYWJsZTogPE52aWRpYSBBV1JEQUNQST4K VGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BV OiBBTUQgQXRobG9uKHRtKSA2NCBQcm9jZXNzb3IgMzUwMCsgKDIyMTEuMzQtTUh6IEs4LWNs YXNzIENQVSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDEwZmYwICBTdGVw cGluZyA9IDAKICBGZWF0dXJlcz0weDc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVT SCxNTVgsRlhTUixTU0UsU1NFMj4KICBBTUQgRmVhdHVyZXM9MHhlMjUwMDgwMDxTWVNDQUxM LE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93PgpyZWFsIG1lbW9yeSAgPSAyMTQ3NDE4 MTEyICgyMDQ3IE1CKQphdmFpbCBtZW1vcnkgPSAyMDY0NTE1MDcyICgxOTY4IE1CKQppb2Fw aWMwIDxWZXJzaW9uIDEuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCm5ldHNtYl9kZXY6 IGxvYWRlZAphY3BpMDogPE52aWRpYSBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaV9i dXNfbnVtYmVyOiBjYW4ndCBnZXQgX0FEUgphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBf QURSCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpX2J1c19udW1iZXI6IGNhbid0 IGdldCBfQURSCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFIKYWNwaV9idXNfbnVt YmVyOiBjYW4ndCBnZXQgX0FEUgphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBfQURSClRp bWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAw MAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQw MDgtMHg0MDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3cw OiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRv bj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0w eGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiA8bWVt b3J5PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlT QSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNh YjAKaWNoc21iMDogPFNNQnVzIGNvbnRyb2xsZXI+IHBvcnQgMHhlNDAwLTB4ZTQxZiwweDRj MDAtMHg0YzNmLDB4NGM0MC0weDRjN2YgaXJxIDIwIGF0IGRldmljZSAxLjEgb24gcGNpMApp Y2hzbWIwOiBbR0lBTlQtTE9DS0VEXQpzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+ IG9uIGljaHNtYjAKc21iMDogPFNNQnVzIGdlbmVyaWMgSS9PPiBvbiBzbWJ1czAKb2hjaTA6 IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZDgxMDQwMDAtMHhkODEw NGZmZiBpcnEgMjEgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCm9oY2kwOiBbR0lBTlQtTE9DS0VE XQp1c2IwOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IwOiA8T0hDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAx LjAKdWh1YjA6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMQp1aHViMDogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4 ZmViMDAwMDAtMHhmZWIwMDBmZiBpcnEgMjIgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCmVoY2kw OiBbR0lBTlQtTE9DS0VEXQp1c2IxOiBFSENJIHZlcnNpb24gMS4wCnVzYjE6IGNvbXBhbmlv biBjb250cm9sbGVyLCA0IHBvcnRzIGVhY2g6IHVzYjAKdXNiMTogPEVIQ0kgKGdlbmVyaWMp IFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiMTogVVNCIHJldmlzaW9uIDIuMAp1 aHViMTogblZpZGlhIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwg YWRkciAxCnVodWIxOiAxMCBwb3J0cyB3aXRoIDEwIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnBjbTA6IDxuVmlkaWEgbkZvcmNlND4gcG9ydCAweGRjMDAtMHhkY2ZmLDB4ZTAwMC0weGUw ZmYgbWVtIDB4ZDgxMDMwMDAtMHhkODEwM2ZmZiBpcnEgMjMgYXQgZGV2aWNlIDQuMCBvbiBw Y2kwCnBjbTA6IDxBdmFuY2UgTG9naWMgQUxDODUwIEFDOTcgQ29kZWM+CmF0YXBjaTA6IDxu VmlkaWEgbkZvcmNlNCBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgz ZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmMDAwLTB4ZjAwZiBhdCBkZXZpY2UgNi4wIG9uIHBj aTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMTogPEFUQSBjaGFubmVs IDE+IG9uIGF0YXBjaTAKYXRhcGNpMTogPG5WaWRpYSBuRm9yY2U0IFNBVEExNTAgY29udHJv bGxlcj4gcG9ydCAweDlmMC0weDlmNywweGJmMC0weGJmMywweDk3MC0weDk3NywweGI3MC0w eGI3MywweGQ4MDAtMHhkODBmIG1lbSAweGQ4MTAyMDAwLTB4ZDgxMDJmZmYgaXJxIDIxIGF0 IGRldmljZSA3LjAgb24gcGNpMAphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQph dGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQphdGFwY2kyOiA8blZpZGlhIG5Gb3Jj ZTQgU0FUQTE1MCBjb250cm9sbGVyPiBwb3J0IDB4OWUwLTB4OWU3LDB4YmUwLTB4YmUzLDB4 OTYwLTB4OTY3LDB4YjYwLTB4YjYzLDB4YzQwMC0weGM0MGYgbWVtIDB4ZDgxMDEwMDAtMHhk ODEwMWZmZiBpcnEgMjIgYXQgZGV2aWNlIDguMCBvbiBwY2kwCmF0YTQ6IDxBVEEgY2hhbm5l bCAwPiBvbiBhdGFwY2kyCmF0YTU6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kyCnBjaWIx OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDkuMCBvbiBwY2kwCnBjaTU6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIxCmZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBUU0I0 M0FCMjIvQT4gbWVtIDB4ZDgwMDQwMDAtMHhkODAwNDdmZiwweGQ4MDAwMDAwLTB4ZDgwMDNm ZmYgaXJxIDE2IGF0IGRldmljZSAxMS4wIG9uIHBjaTUKZndvaGNpMDogT0hDSSB2ZXJzaW9u IDEuMTAgKFJPTT0xKQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMg NC4KZndvaGNpMDogRVVJNjQgMDA6MTE6ZDg6MDA6MDA6MTI6NTM6MzAKZndvaGNpMDogUGh5 IDEzOTRhIGF2YWlsYWJsZSBTNDAwLCAyIHBvcnRzLgpmd29oY2kwOiBMaW5rIFM0MDAsIG1h eF9yZWMgMjA0OCBieXRlcy4KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4g b24gZndvaGNpMApmd29oY2kwOiBJbml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogbm9kZV9p ZD0weGM4MDBmZmMwLCBnZW49MSwgQ1lDTEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDEgbm9k ZXMsIG1heGhvcCA8PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkKZmlyZXdpcmUwOiBidXMgbWFu YWdlciAwIChtZSkKbnZlMDogPE5WSURJQSBuRm9yY2UgTUNQOSBOZXR3b3JraW5nIEFkYXB0 ZXI+IHBvcnQgMHhiMDAwLTB4YjAwNyBtZW0gMHhkODEwMDAwMC0weGQ4MTAwZmZmIGlycSAy MyBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwCm52ZTA6IEV0aGVybmV0IGFkZHJlc3MgMDA6MTE6 ZDg6OTI6YTM6MTUKbWlpYnVzMDogPE1JSSBidXM+IG9uIG52ZTAKdWtwaHkwOiA8R2VuZXJp YyBJRUVFIDgwMi4zdSBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czAKdWtwaHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VU LCAxMDAwYmFzZVQtRkRYLCBhdXRvCm52ZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjExOmQ4 OjkyOmEzOjE1CnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDExLjAg b24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMi4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTMu MCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CnBjaWI1OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBk cml2ZXIgYXR0YWNoZWQpCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMApmZGMw OiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJx IDYgZHJxIDIgb24gYWNwaTAKZmRjMDogW0ZBU1RdCmZkMDogPDE0NDAtS0IgMy41IiBkcml2 ZT4gb24gZmRjMCBkcml2ZSAwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1h cCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6 IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnBwYzA6IDxFQ1AgcGFyYWxs ZWwgcHJpbnRlciBwb3J0PiBwb3J0IDB4Mzc4LTB4MzdmLDB4Nzc4LTB4NzdiIGlycSA3IGRy cSAzIG9uIGFjcGkwCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJM RSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi8xNiBieXRlcyB0 aHJlc2hvbGQKcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzAKbHB0MDogPFBy aW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKYXRrYmRjMDog PEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24g YWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGtiZGMw CmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogPFBTLzIgTW91 c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IG1vZGVs IEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZs YWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDggdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9 MHgzMDA+CnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQg aXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnZnYTA6IDxHZW5lcmljIElT QSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlz YTAKZmIwIGF0IHZnYTAKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDIyMTEzNDM0OTcg SHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4yMDAgbXNlYwpGYXN0 IElQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBBc3NvY2lhdGlvbiBQcm9jZXNzaW5nLgph Y2QwOiBEVkRSIDxORUMgRFZEIFJXIE5ELTM1MDBBRy8yLjE5PiBhdCBhdGEwLW1hc3RlciBV RE1BMzMKYWQ4OiAxOTA3ODJNQiA8U0FNU1VORyBTUDIwMDRDIFZNMTAwLTMxPiBhdCBhdGE0 LW1hc3RlciBTQVRBMTUwCmFkMTA6IDE5NDQ4MU1CIDxNYXh0b3IgNkIyMDBNMCBCQU5DMUI3 MD4gYXQgYXRhNS1tYXN0ZXIgU0FUQTE1MAphcjA6IDM4MTU2NE1CIDxuVmlkaWEgTWVkaWFT aGllbGQgUkFJRDAgKHN0cmlwZSA2NCBLQik+IHN0YXR1czogUkVBRFkKYXIwOiBkaXNrMCBS RUFEWSB1c2luZyBhZDggYXQgYXRhNC1tYXN0ZXIKYXIwOiBkaXNrMSBSRUFEWSB1c2luZyBh ZDEwIGF0IGF0YTUtbWFzdGVyCmNkMCBhdCBhdGEwIGJ1cyAwIHRhcmdldCAwIGx1biAwCmNk MDogPF9ORUMgRFZEX1JXIE5ELTM1MDBBRyAyLjE5PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kt MCBkZXZpY2UgCmNkMDogMzMuMDAwTUIvcyB0cmFuc2ZlcnMKY2QwOiBBdHRlbXB0IHRvIHF1 ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQK R0VPTV9MQUJFTDogTGFiZWwgZm9yIHByb3ZpZGVyIGFyMHMzaCBpcyB1ZnMvQ1JZUFRPLgpH RU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlkZXIgYXIwczRkIGlzIHVmcy9TQ1JBVENILgpU cnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FyMHMxYQp1bWFzczA6IEdlbmVz eXNsb2dpYyBVU0IgTWFzcyBTdG9yYWdlIERldmljZSwgcmV2IDIuMDAvMC4zMywgYWRkciAy CmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwCmRhMDogPEhUUzQyNDA0 IDBNOUFUMDAgMDgxMT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApkYTA6 IDQwLjAwME1CL3MgdHJhbnNmZXJzCmRhMDogMzgxNTRNQiAoNzgxNDAxNjAgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCA0ODY0QykKR0VPTV9MQUJFTDogTGFiZWwgZm9yIHByb3Zp ZGVyIGRhMHM1IGlzIG1zZG9zZnMvVFJBTlNQT1JULgpnX3Zmc19kb25lKCk6YWNkMFtSRUFE KG9mZnNldD0zMjc2OCwgbGVuZ3RoPTIwNDgpXWVycm9yID0gNQp1bWFzczA6IEJCQiByZXNl dCBmYWlsZWQsIFRJTUVPVVQKdW1hc3MwOiBCQkIgYnVsay1pbiBjbGVhciBzdGFsbCBmYWls ZWQsIFRJTUVPVVQKdW1hc3MwOiBCQkIgYnVsay1vdXQgY2xlYXIgc3RhbGwgZmFpbGVkLCBU SU1FT1VUCnVtYXNzMDogQkJCIHJlc2V0IGZhaWxlZCwgVElNRU9VVAp1bWFzczA6IEJCQiBi dWxrLWluIGNsZWFyIHN0YWxsIGZhaWxlZCwgVElNRU9VVAp1bWFzczA6IEJCQiBidWxrLW91 dCBjbGVhciBzdGFsbCBmYWlsZWQsIFRJTUVPVVQK --------------060306060703070505020809-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 05:11:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F4B16A41F; Sun, 8 Jan 2006 05:11:51 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6777C43D48; Sun, 8 Jan 2006 05:11:51 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from uucp by noop.colo.erols.net with local-rmail (Exim 4.52 (FreeBSD)) id 1EvSqM-000DAp-P2; Sun, 08 Jan 2006 00:11:50 -0500 Received: from localhost.home.in-addr.com ([127.0.0.1]:56831) by rimmer.home.in-addr.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EvSq8-000DRb-Oi; Sun, 08 Jan 2006 05:11:36 +0000 Message-ID: <43C09F08.1080707@freebsd.org> Date: Sun, 08 Jan 2006 05:11:36 +0000 From: Gary Palmer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051130 X-Accept-Language: en-gb, en, en-us MIME-Version: 1.0 To: Sam Leffler References: <43C05270.60106@freebsd.org> <43C07B16.7050505@errno.com> In-Reply-To: <43C07B16.7050505@errno.com> Content-Type: multipart/mixed; boundary="------------060007040507070002080403" Cc: freebsd-stable@freebsd.org Subject: Re: devd and caseful device ID matching on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 05:11:52 -0000 This is a multi-part message in MIME format. --------------060007040507070002080403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sam Leffler wrote: > At one point I added shorthand logic in devd for things like vendor, > device, subvendor, etc. that did numeric comparisons instead of > regex's. It might be worthwhile to extend the grammar to have a > numeric match operator. Something like the attached patch? It seems to work in my test case, although I'm pretty sure its not as defensive as it could be against bad inputs. (note: The patch is against 6.0-STABLE, not head) Thanks, Gary --------------060007040507070002080403 Content-Type: text/plain; name="devd-patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="devd-patch" Index: devd.cc =================================================================== RCS file: /home/ncvs/src/sbin/devd/devd.cc,v retrieving revision 1.22.2.5 diff -u -r1.22.2.5 devd.cc --- devd.cc 19 Dec 2005 03:33:05 -0000 1.22.2.5 +++ devd.cc 8 Jan 2006 05:09:30 -0000 @@ -192,6 +192,25 @@ return retval; } +equals::equals(config &c, const char *var, const char *val) + : _var(var) +{ + _val = strtol(val, NULL, 0); +} + +bool +equals::do_match(config &c) +{ + string value = c.get_variable(_var); + long val = strtol(value.c_str(), NULL, 0); + + if (Dflag) + fprintf(stderr, "Testing %s=%s (0x%x) against 0x%x\n", + _var.c_str(), value.c_str(), val, _val); + + return(val == _val); +} + #include #include #include @@ -850,6 +869,15 @@ } eps * +new_equals(const char *var, const char *val) +{ + eps *e = new equals(cfg, var, val); + free(const_cast(var)); + free(const_cast(val)); + return (e); +} + +eps * new_media(const char *var, const char *re) { eps *e = new media(cfg, var, re); Index: devd.h =================================================================== RCS file: /home/ncvs/src/sbin/devd/devd.h,v retrieving revision 1.5 diff -u -r1.5 devd.h --- devd.h 10 Jul 2005 03:37:15 -0000 1.5 +++ devd.h 8 Jan 2006 05:07:09 -0000 @@ -43,6 +43,7 @@ void add_notify(int, struct event_proc *); struct event_proc *add_to_event_proc(struct event_proc *, struct eps *); struct eps *new_match(const char *, const char *); +struct eps *new_equals(const char *, const char *); struct eps *new_media(const char *, const char *); struct eps *new_action(const char *); void set_pidfile(const char *); Index: devd.hh =================================================================== RCS file: /home/ncvs/src/sbin/devd/devd.hh,v retrieving revision 1.3 diff -u -r1.3 devd.hh --- devd.hh 10 Jul 2005 03:37:15 -0000 1.3 +++ devd.hh 8 Jan 2006 05:07:09 -0000 @@ -96,6 +96,21 @@ }; /** + * equal is the subclass used to match an individual variable using + * numeric comparitors instead of a regex. Its actions are nops. + */ +class equals : public eps +{ +public: + equals(config &, const char *var, const char *val); + virtual bool do_match(config &); + virtual bool do_action(config &) { return true; } +private: + std::string _var; + long _val; +}; + +/** * media is the subclass used to match an individual variable. Its * actions are nops. */ Index: parse.y =================================================================== RCS file: /home/ncvs/src/sbin/devd/parse.y,v retrieving revision 1.5 diff -u -r1.5 parse.y --- parse.y 10 Jul 2005 03:37:15 -0000 1.5 +++ parse.y 8 Jan 2006 05:07:09 -0000 @@ -48,6 +48,7 @@ %token ID %token OPTIONS SET DIRECTORY PID_FILE DEVICE_NAME ACTION MATCH %token ATTACH DETACH NOMATCH NOTIFY MEDIA_TYPE CLASS SUBDEVICE +%token EQUALS %type match_or_action_list %type match_or_action match action @@ -135,6 +136,7 @@ match : MATCH STRING STRING SEMICOLON { $$ = new_match($2, $3); } + | EQUALS STRING STRING SEMICOLON { $$ = new_equals($2, $3); } | DEVICE_NAME STRING SEMICOLON { $$ = new_match(strdup("device-name"), $2); } | MEDIA_TYPE STRING SEMICOLON Index: token.l =================================================================== RCS file: /home/ncvs/src/sbin/devd/token.l,v retrieving revision 1.6 diff -u -r1.6 token.l --- token.l 10 Jul 2005 03:37:15 -0000 1.6 +++ token.l 8 Jan 2006 05:07:09 -0000 @@ -95,6 +95,7 @@ subdevice { return SUBDEVICE; } action { return ACTION; } match { return MATCH; } +equals { return EQUALS; } nomatch { return NOMATCH; } notify { return NOTIFY; } [A-Za-z][A-Za-z0-9_-]* { --------------060007040507070002080403-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 05:16:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827C516A41F; Sun, 8 Jan 2006 05:16:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218AA43D48; Sun, 8 Jan 2006 05:16:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k085GDNK029317; Sat, 7 Jan 2006 22:16:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 07 Jan 2006 22:16:15 -0700 (MST) Message-Id: <20060107.221615.106545203.imp@bsdimp.com> To: gpalmer@freebsd.org From: "M. Warner Losh" In-Reply-To: <43C09F08.1080707@freebsd.org> References: <43C05270.60106@freebsd.org> <43C07B16.7050505@errno.com> <43C09F08.1080707@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 07 Jan 2006 22:16:13 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: devd and caseful device ID matching on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 05:16:27 -0000 In message: <43C09F08.1080707@freebsd.org> Gary Palmer writes: : Sam Leffler wrote: : : > At one point I added shorthand logic in devd for things like vendor, : > device, subvendor, etc. that did numeric comparisons instead of : > regex's. It might be worthwhile to extend the grammar to have a : > numeric match operator. : : : Something like the attached patch? It seems to work in my test case, : although I'm pretty sure its not as defensive as it could be against bad : inputs. : : (note: The patch is against 6.0-STABLE, not head) This works. However, matches should already be case insensitive. If they aren't, then I need to investigate why not. Warner From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 05:24:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB67616A41F; Sun, 8 Jan 2006 05:24:33 +0000 (GMT) (envelope-from gjp@in-addr.com) Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7294043D45; Sun, 8 Jan 2006 05:24:33 +0000 (GMT) (envelope-from gjp@in-addr.com) Received: from uucp by noop.colo.erols.net with local-rmail (Exim 4.52 (FreeBSD)) id 1EvT2e-000DCn-JC; Sun, 08 Jan 2006 00:24:32 -0500 Received: from localhost.home.in-addr.com ([127.0.0.1]:57273) by rimmer.home.in-addr.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EvT2U-000DSI-E0; Sun, 08 Jan 2006 05:24:22 +0000 Message-ID: <43C0A206.6020103@in-addr.com> Date: Sun, 08 Jan 2006 05:24:22 +0000 From: Gary Palmer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051130 X-Accept-Language: en-gb, en, en-us MIME-Version: 1.0 To: "M. Warner Losh" References: <43C05270.60106@freebsd.org> <43C07B16.7050505@errno.com> <43C09F08.1080707@freebsd.org> <20060107.221615.106545203.imp@bsdimp.com> In-Reply-To: <20060107.221615.106545203.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: devd and caseful device ID matching on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 05:24:33 -0000 M. Warner Losh wrote: >This works. However, matches should already be case insensitive. If >they aren't, then I need to investigate why not. > > My reading of regex(3) says that the reg_comp at line 173 of devd.cc needs to add the REG_ICASE flag. i.e. regcomp(&_regex, _re.c_str(), REG_EXTENDED | REG_NOSUB | REG_ICASE); Testing seeems to show that adding that flag makes "match" case-insensitive. Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 06:06:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CABA16A41F for ; Sun, 8 Jan 2006 06:06:04 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C77143D49 for ; Sun, 8 Jan 2006 06:06:03 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 92162 invoked by uid 399); 8 Jan 2006 06:06:00 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 8 Jan 2006 06:06:00 -0000 Message-ID: <43C0ABC6.9010207@FreeBSD.org> Date: Sat, 07 Jan 2006 22:05:58 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: Mike Jakubik References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> <43C0652D.90709@FreeBSD.org> <43C066B4.3060505@rogers.com> In-Reply-To: <43C066B4.3060505@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcus Alves Grando , Carlos Fernando Assis Paniago , freebsd-stable@freebsd.org, vivek@khera.org Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 06:06:04 -0000 Mike Jakubik wrote: > Marcus Alves Grando wrote: >> Doug, >> >> I will add your rcNG script in mail/postfix* Excellent! > I think the port should also depend on a database server, if it has been > compiled with one or any other of the supported configuration options. > I'm not sure if this can be dynamically generated based on ports > configuration though. If you look at misc/compat5x you can see how I made some elements of the script conditional. It also helps to read the information about SUB-FILES in bsd.port.mk. It's actually quite a flexible system. I'll be glad to help with any questions, or send mail to freebsd-rc@. > P.S. I actually have a busy mail server on 5.4 where postfix starts > first and all lookups are done via mysql, so i get a bunch of errors in > the logs before mysql starts. Well this sounds like a timely change then. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 06:22:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A437A16A41F; Sun, 8 Jan 2006 06:22:18 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CBF43D45; Sun, 8 Jan 2006 06:22:18 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k086JReE029682; Sat, 7 Jan 2006 23:19:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 07 Jan 2006 23:19:29 -0700 (MST) Message-Id: <20060107.231929.74404461.imp@bsdimp.com> To: gjp@in-addr.com From: "M. Warner Losh" In-Reply-To: <43C0A206.6020103@in-addr.com> References: <43C09F08.1080707@freebsd.org> <20060107.221615.106545203.imp@bsdimp.com> <43C0A206.6020103@in-addr.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 07 Jan 2006 23:19:41 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: devd and caseful device ID matching on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 06:22:18 -0000 In message: <43C0A206.6020103@in-addr.com> Gary Palmer writes: : M. Warner Losh wrote: : : >This works. However, matches should already be case insensitive. If : >they aren't, then I need to investigate why not. : > : > : : My reading of regex(3) says that the reg_comp at line 173 of devd.cc : needs to add the REG_ICASE flag. i.e. : : regcomp(&_regex, _re.c_str(), REG_EXTENDED | REG_NOSUB | REG_ICASE); : : Testing seeems to show that adding that flag makes "match" case-insensitive. I found the same thing here, and committed a fix. Thanks! I'm still pondering equals. I'd like to have some way to specify masks with it, ideally, but maybe what you submitted is better enough to run with it. As Sam mentioned, he made very similar suggestions a while ago. Warner From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 07:38:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22BAD16A41F for ; Sun, 8 Jan 2006 07:38:02 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from smartmail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781BE43D5C for ; Sun, 8 Jan 2006 07:37:56 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (151.85-200-10.bkkb.no [85.200.10.151]) by smartmail.hjemme.no (8.13.3/8.13.3) with ESMTP id k087a8lD011119 for ; Sun, 8 Jan 2006 08:36:08 +0100 Received: from localhost (unknown [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id A865511204F for ; Sun, 8 Jan 2006 08:37:58 +0100 (CET) Received: from carebears.mine.nu ([127.0.0.1]) by localhost (tenderheart.carebears.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44342-07 for ; Sun, 8 Jan 2006 08:37:41 +0100 (CET) Received: from carebears.mine.nu (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id 6CC58111E04 for ; Sun, 8 Jan 2006 08:37:41 +0100 (CET) Received: from 62.97.242.158 (SquirrelMail authenticated user solskogen) by carebears.mine.nu with HTTP; Sun, 8 Jan 2006 08:37:41 +0100 (CET) Message-ID: <1489.62.97.242.158.1136705861.squirrel@carebears.mine.nu> Date: Sun, 8 Jan 2006 08:37:41 +0100 (CET) From: "Christer Solskogen" To: stable@freebsd.org User-Agent: SquirrelMail/1.4.6 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavis at tenderheart.carebears.net Cc: Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 07:38:02 -0000 Hi! I got myself a mainboard with the ICH7 chipset. This chipset is supported in FreeBSD, but on my board it had a problem. It found only 2 of my four disks (ad0 and ad2) I tried updating to 6.0-stable (from 6.0-release) but the problem resist. I found a patch at bsdforums that did indeed work. Could anyone review this, and commit it, please? Taken from http://www.bsdforums.org/forums/showthread.php?threadid=37304 --- ata-chipset.c Thu Oct 13 10:07:46 2005 +++ ata-chipset-ich7.c Sun Dec 11 23:25:48 2005 @@ -1845,10 +1845,13 @@ struct ata_channel *ch = device_get_softc(dev); int mask, timeout; - /* ICH6 has 4 SATA ports as master/slave on 2 channels so deal with pairs */ + /* ICH6/7 has 4 SATA ports as master/slave on 2 channels so deal with pairs */ if (ctlr->chip->chipid == ATA_I82801FB_S1 || ctlr->chip->chipid == ATA_I82801FB_R1 || - ctlr->chip->chipid == ATA_I82801FB_M) { + ctlr->chip->chipid == ATA_I82801FB_M || + ctlr->chip->chipid == ATA_I82801GB_S1 || + ctlr->chip->chipid == ATA_I82801GB_R1 || + ctlr->chip->chipid == ATA_I82801GB_M) { mask = (0x0005 << ch->unit); } else { -- cso From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 08:01:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3518416A41F for ; Sun, 8 Jan 2006 08:01:07 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 9211643D45 for ; Sun, 8 Jan 2006 08:01:01 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 54859 invoked by uid 399); 8 Jan 2006 08:01:00 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 8 Jan 2006 08:01:00 -0000 Message-ID: <43C0C6BB.1000403@FreeBSD.org> Date: Sun, 08 Jan 2006 00:00:59 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: Johny Mattsson References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> <43C0652D.90709@FreeBSD.org> <43C066B4.3060505@rogers.com> <43C06A2B.9030603@earthmagic.org> In-Reply-To: <43C06A2B.9030603@earthmagic.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 08:01:07 -0000 Johny Mattsson wrote: > Maybe it would be useful to have a dummy DATABASE milestone, since I > imagine there are many applications that do depends on various databases > (mail & webservers being the first to come to mind). Having a DATABASE > milestone would allow for good decoupling between the individual apps > and the various databases. Databases would "BEFORE: DATABASE", and apps > depending on them could simply "REQUIRE: DATABASE" and not have to worry > about whether it was compiled with a postgresql, mysql or someothersql > database. > > Just a thought, and possibly not the most well-considered one at that, > but I figured it might be worthwhile enough to share :) This idea has been discussed in the past, and it has a lot of merit. I tend to have a fundamental opposition to adding new pseudo-targets unless they are ABSOLUTELY necessary, since they add complexity to the system and reduce flexibility with ordering. However, this may actually be a case where it's both useful and worth the cost. I'm not going to take the initiative on this however, since I don't feel that I understand all the issues well enough. If you (or anyone else) want to pursue this, freebsd-rc@ is probably the place to start, then get involvement from -ports once the pros and cons have been well discussed. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 09:07:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66ED216A41F for ; Sun, 8 Jan 2006 09:07:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B39DA43D45 for ; Sun, 8 Jan 2006 09:07:26 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k089CslA046720 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 8 Jan 2006 04:13:00 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Sun, 8 Jan 2006 04:09:21 -0500 User-Agent: KMail/1.8.3 References: <1489.62.97.242.158.1136705861.squirrel@carebears.mine.nu> In-Reply-To: <1489.62.97.242.158.1136705861.squirrel@carebears.mine.nu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2709036.FhvjR2X8JN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601080409.39077.mistry.7@osu.edu> X-Spam-Status: No, score=-4.9 required=5.0 tests=ALL_TRUSTED,BAYES_20, J_CHICKENPOX_33,MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.87/1234/Fri Jan 6 08:54:31 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Christer Solskogen Subject: Re: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 09:07:27 -0000 --nextPart2709036.FhvjR2X8JN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 08 January 2006 02:37 am, Christer Solskogen wrote: > Hi! > > I got myself a mainboard with the ICH7 chipset. This chipset is > supported in FreeBSD, but on my board it had a problem. It found > only 2 of my four disks (ad0 and ad2) I tried updating to > 6.0-stable (from 6.0-release) but the problem resist. > I found a patch at bsdforums that did indeed work. > Could anyone review this, and commit it, please? It is generally best to file a PR so this stuff doesn't get lost. =20 Also check to see if this is in current via cvsweb.freebsd.org, and=20 if it is emailing the responsible commiter about MFC'ing that change=20 will give you an authoritative answer on what's up. > > Taken from > http://www.bsdforums.org/forums/showthread.php?threadid=3D37304 > > --- ata-chipset.c Thu Oct 13 10:07:46 2005 > +++ ata-chipset-ich7.c Sun Dec 11 23:25:48 2005 > @@ -1845,10 +1845,13 @@ > struct ata_channel *ch =3D device_get_softc(dev); > int mask, timeout; > > - /* ICH6 has 4 SATA ports as master/slave on 2 channels so deal > with pairs */ > + /* ICH6/7 has 4 SATA ports as master/slave on 2 channels so > deal with pairs */ > if (ctlr->chip->chipid =3D=3D ATA_I82801FB_S1 || > ctlr->chip->chipid =3D=3D ATA_I82801FB_R1 || > - ctlr->chip->chipid =3D=3D ATA_I82801FB_M) { > + ctlr->chip->chipid =3D=3D ATA_I82801FB_M || > + ctlr->chip->chipid =3D=3D ATA_I82801GB_S1 || > + ctlr->chip->chipid =3D=3D ATA_I82801GB_R1 || > + ctlr->chip->chipid =3D=3D ATA_I82801GB_M) { > mask =3D (0x0005 << ch->unit); > } > else { =2D-=20 Anish Mistry --nextPart2709036.FhvjR2X8JN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDwNbTxqA5ziudZT0RAtUhAJsEkXx2l1og4PcFH773KIAqCWg6+gCeLEbv cesMDwLOzIc3gt9k6YQXDG4= =r7PA -----END PGP SIGNATURE----- --nextPart2709036.FhvjR2X8JN-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 12:09:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A19B716A41F for ; Sun, 8 Jan 2006 12:09:48 +0000 (GMT) (envelope-from lars.stokholm@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 136B443D45 for ; Sun, 8 Jan 2006 12:09:47 +0000 (GMT) (envelope-from lars.stokholm@gmail.com) Received: by nproxy.gmail.com with SMTP id y38so1534619nfb for ; Sun, 08 Jan 2006 04:09:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QFhwkimghsjwoN0yxOEcFduTPHGRhfCV+p8Gx+0KqPia27OpnmMx2W5vslNwtf7aDOsrSMNnHiiXHhxPZe86NruU3sc3yvOTmYQ6EChJuwovXZvuOWTA7/OqoXRRFgk3hLnCxmu5Zwd6isAhKTFtSOX3TCtfElVpzYnbyDHYfrI= Received: by 10.48.207.6 with SMTP id e6mr872753nfg; Sun, 08 Jan 2006 04:09:46 -0800 (PST) Received: by 10.49.4.11 with HTTP; Sun, 8 Jan 2006 04:09:45 -0800 (PST) Message-ID: Date: Sun, 8 Jan 2006 13:09:45 +0100 From: Lars Stokholm To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: psm0: unable to allocate IRQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 12:09:48 -0000 After upgrading from 6.0-RELEASE to -STABLE on my laptop, I get this error at startup: "psm0: unable to allocate IRQ". moused fails to load, which of course prevents me from using my Synaptic Touchpad mouse. I'm using the GENERIC kernel. Any ideas what could have happened, what the problem is and/or how to solve it? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 12:29:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49AF616A41F for ; Sun, 8 Jan 2006 12:29:17 +0000 (GMT) (envelope-from stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A078243D48 for ; Sun, 8 Jan 2006 12:29:15 +0000 (GMT) (envelope-from stable@dino.sk) Received: from [192.168.16.253] ([213.215.74.194]) (AUTH: PLAIN milan, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by bsd.dino.sk with esmtp; Sun, 08 Jan 2006 13:29:33 +0100 id 00000451.43C105AD.00008767 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Sun, 8 Jan 2006 13:28:51 +0100 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601081328.53342.stable@dino.sk> Subject: Re: psm0: unable to allocate IRQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 12:29:17 -0000 On Sunday 08 January 2006 13:09, Lars Stokholm wrote: > After upgrading from 6.0-RELEASE to -STABLE on my laptop, I get this > error at startup: "psm0: unable to allocate IRQ". moused fails to > load, which of course prevents me from using my Synaptic Touchpad > mouse. > > I'm using the GENERIC kernel. Any ideas what could have happened, what > the problem is and/or how to solve it? > Did you try running with ACPI disabled? I vaguely remember similar problem reported some time ago. Milan From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 15:54:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 743E216A41F for ; Sun, 8 Jan 2006 15:54:44 +0000 (GMT) (envelope-from lars.stokholm@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B58643D48 for ; Sun, 8 Jan 2006 15:54:43 +0000 (GMT) (envelope-from lars.stokholm@gmail.com) Received: by nproxy.gmail.com with SMTP id l24so51474nfc for ; Sun, 08 Jan 2006 07:54:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=o1yAfyFEusN1eQgcm0L8Zr4PPrEWJE9hiWQ/h9IFnAdYyBE0GzBdbdn5qI6BL4kOxSliCOIjX5q2c5G9ljLvZvgZepH+UuMrPMlxV24IpnQJw6L6KVXJtPnTp3YZUn9xnh8jCsD4XT7h+X4+IkGItuWH6wh92yRbUxIgTIxjOEU= Received: by 10.49.51.10 with SMTP id d10mr819994nfk; Sun, 08 Jan 2006 07:54:41 -0800 (PST) Received: by 10.49.4.11 with HTTP; Sun, 8 Jan 2006 07:54:41 -0800 (PST) Message-ID: Date: Sun, 8 Jan 2006 16:54:41 +0100 From: Lars Stokholm To: freebsd-stable@freebsd.org In-Reply-To: <200601081328.53342.stable@dino.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601081328.53342.stable@dino.sk> Subject: Re: psm0: unable to allocate IRQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 15:54:44 -0000 On 08/01/06, Milan Obuch wrote: > Did you try running with ACPI disabled? I vaguely remember similar > problem reported some time ago. Yes, I did try that, but it made no difference. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 06:00:32 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83F4316A41F; Mon, 9 Jan 2006 06:00:32 +0000 (GMT) (envelope-from yasu@utahime.org) Received: from utahime.as.wakwak.ne.jp (utahime.as.wakwak.ne.jp [61.205.238.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74E143D48; Mon, 9 Jan 2006 06:00:30 +0000 (GMT) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by utahime.as.wakwak.ne.jp (Postfix) with ESMTP id 4A53DB868; Mon, 9 Jan 2006 15:00:29 +0900 (JST) Received: from localhost.home.utahime.org (localhost.home.utahime.org [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 1E7B035; Mon, 9 Jan 2006 15:00:29 +0900 (JST) Received: from eastasia.home.utahime.org (localhost.home.utahime.org [127.0.0.1]) by localhost.home.utahime.org (AvMailGate-2.0.2-14) id 12499-022998B4; Mon, 09 Jan 2006 15:00:29 +0900 Received: from localhost (maybe.home.utahime.org [192.168.174.253]) by eastasia.home.utahime.org (Postfix) with ESMTP id BEF9A22; Mon, 9 Jan 2006 15:00:28 +0900 (JST) Date: Mon, 09 Jan 2006 14:59:47 +0900 (JST) Message-Id: <20060109.145947.38122868.yasu@utahime.org> To: freebsd-stable@FreeBSD.org, bug-followup@FreeBSD.org From: KIMURA Yasuhiro Organization: Utahime no Mori X-Mailer: Mew version 4.2.52 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-14; AVE: 6.33.0.25; VDF: 6.33.0.104; host: eastasia.home.utahime.org) Cc: Subject: Re: bin/41744: [sysinstall] cannot stop comat22 from being extracted after selecting X-user, X-Kern-Developer or X-Developer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 06:00:32 -0000 Would someone please close this PR? This PR is about the problem of 4.x but it is already fixed at 5.x or later. Best Regards. --- KIMURA Yasuhiro From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 06:06:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E2F316A41F for ; Mon, 9 Jan 2006 06:06:49 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 1488343D45 for ; Mon, 9 Jan 2006 06:06:47 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 17408 invoked by uid 399); 9 Jan 2006 06:06:44 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 9 Jan 2006 06:06:44 -0000 Message-ID: <43C1FD73.20509@FreeBSD.org> Date: Sun, 08 Jan 2006 22:06:43 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: KIMURA Yasuhiro References: <20060109.145947.38122868.yasu@utahime.org> In-Reply-To: <20060109.145947.38122868.yasu@utahime.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: bin/41744: [sysinstall] cannot stop comat22 from being extracted after selecting X-user, X-Kern-Developer or X-Developer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 06:06:49 -0000 KIMURA Yasuhiro wrote: > Would someone please close this PR? Done, and thanks for the followup. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 16:35:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8A816A41F for ; Mon, 9 Jan 2006 16:35:31 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3FF843D49 for ; Mon, 9 Jan 2006 16:35:30 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 17214B80F for ; Mon, 9 Jan 2006 11:35:30 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <43BE98F3.3000507@bmts.com> References: <20060106135717.GA20651@llama.fishballoon.org> <43BE8304.2010709@kernel32.de> <43BE98F3.3000507@bmts.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 9 Jan 2006 11:35:29 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: 6.0 on Dell 1850 with DRAC4 management card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:35:31 -0000 On Jan 6, 2006, at 11:21 AM, Ralph Hempel wrote: > Hmmm. The DRAC card can save you a long drive sometimes. You actually > get to look at the hardware boot process and can even adjust > BIOS settings if needed. To get to a FreeBSD console, I think that > the OS actually needs to boot. Dell's BIOS allows you to control and watch it via the serial port. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 16:40:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0006716A41F for ; Mon, 9 Jan 2006 16:40:50 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A652D43D46 for ; Mon, 9 Jan 2006 16:40:50 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 3FA8DB80F for ; Mon, 9 Jan 2006 11:40:50 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <43C0C6BB.1000403@FreeBSD.org> References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> <43C0652D.90709@FreeBSD.org> <43C066B4.3060505@rogers.com> <43C06A2B.9030603@earthmagic.org> <43C0C6BB.1000403@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 9 Jan 2006 11:40:49 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:40:51 -0000 On Jan 8, 2006, at 3:00 AM, Doug Barton wrote: > This idea has been discussed in the past, and it has a lot of > merit. I tend to have a fundamental opposition to adding new pseudo- > targets unless they are ABSOLUTELY necessary, since they add > complexity to the system and reduce flexibility with ordering. > However, this may actually be a case where it's both useful and > worth the cost. It would certainly get rid of the need for naming the startup scripts like 000.foo.sh to force it to happen. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 16:46:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A42D16A41F for ; Mon, 9 Jan 2006 16:46:33 +0000 (GMT) (envelope-from ianchov@mail.bg) Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C021043D45 for ; Mon, 9 Jan 2006 16:46:32 +0000 (GMT) (envelope-from ianchov@mail.bg) Received: from localhost (web1.mail.bg [193.201.172.98]) by mx1.mail.bg (Postfix) with ESMTP id 1BACF9000844 for ; Mon, 9 Jan 2006 18:46:31 +0200 (EET) Received: from 213-240-220-79.1699773.ddns.cablebg.net (213-240-220-79.1699773.ddns.cablebg.net [213.240.220.79]) by mail.bg (mail.bG Webmail 4.0.1) with HTTP for ; Mon, 09 Jan 2006 18:46:30 +0200 Message-ID: <1136825190.ca68b2a970d9c@mail.bg> Date: Mon, 09 Jan 2006 18:46:30 +0200 From: ianchov@mail.bg To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: mail.bG Webmail 4.0-cvs X-Originating-IP: 213.240.220.79 Subject: adaptec raid 8130 - hp proliant ml 150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:46:33 -0000 Hello! Anyone succeeded to install freebsd on a HP Proliant ML 150? It didn`t recognize the raid controller.... :( ----------------------------- =CD=FF=EA=EE=E8 DVD =E2 =D1=CB=CE=CD.=C1=C3: =B7 Star Wars =C5=EF=E8=E7=EE=E4 III: =CE=F2=EC=FA=F9=E5=ED=E8=E5=F2=EE =ED= =E0 =D1=E8=F2=E8=F2=E5 =B7 =CD=E5=E1=E5=F1=ED=EE =F6=E0=F0=F1=F2=E2=EE =B7 =CF=EE=EB=FF=F0=E5=ED =C5=EA=F1=EF=F0=E5=F1 http://www.slon.bg From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 16:51:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA41616A41F for ; Mon, 9 Jan 2006 16:51:06 +0000 (GMT) (envelope-from ianchov@mail.bg) Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689B343D46 for ; Mon, 9 Jan 2006 16:51:06 +0000 (GMT) (envelope-from ianchov@mail.bg) Received: from localhost (web1.mail.bg [193.201.172.98]) by mx1.mail.bg (Postfix) with ESMTP id 76C62900044E for ; Mon, 9 Jan 2006 18:51:05 +0200 (EET) Received: from 213-240-220-79.1699773.ddns.cablebg.net (213-240-220-79.1699773.ddns.cablebg.net [213.240.220.79]) by mail.bg (mail.bG Webmail 4.0.1) with HTTP for ; Mon, 09 Jan 2006 18:51:05 +0200 Message-ID: <1136825465.c13973387efee@mail.bg> Date: Mon, 09 Jan 2006 18:51:05 +0200 From: ianchov@mail.bg To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: mail.bG Webmail 4.0-cvs X-Originating-IP: 213.240.220.79 Subject: adaptec raid 8130 - hp proliant ml 150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:51:07 -0000 Hello! Anyone succeeded to install freebsd on a HP Proliant ML 150? It didn`t recognize the raid controller.... :( ----------------------------- =CD=FF=EA=EE=E8 DVD =E2 =D1=CB=CE=CD.=C1=C3: =B7 Star Wars =C5=EF=E8=E7=EE=E4 III: =CE=F2=EC=FA=F9=E5=ED=E8=E5=F2=EE =ED= =E0 =D1=E8=F2=E8=F2=E5 =B7 =CD=E5=E1=E5=F1=ED=EE =F6=E0=F0=F1=F2=E2=EE =B7 =CF=EE=EB=FF=F0=E5=ED =C5=EA=F1=EF=F0=E5=F1 http://www.slon.bg From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 19:49:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A760F16A41F; Mon, 9 Jan 2006 19:49:53 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from swip.net (mailfe02.tele2.fr [212.247.154.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C135043D7B; Mon, 9 Jan 2006 19:49:40 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) X-T2-Posting-ID: si/BYDnMcLMCSRAzvRV5qDzvZpSo+m8/C5DygMCCiGw= X-Cloudmark-Score: 0.000000 [] Received: from [83.179.217.248] (HELO localhost.darkstar) by mailfe02.swip.net (CommuniGate Pro SMTP 5.0.2) with ESMTPS id 80389092; Mon, 09 Jan 2006 21:03:09 +0100 Received: from localhost.darkstar (localhost.darkstar [127.0.0.1]) by localhost.darkstar (8.13.4/8.13.4/Frédéric PRACA - 05/12/2003) with ESMTP id k09JnTSx037309; Mon, 9 Jan 2006 20:49:29 +0100 (CET) (envelope-from frederic.praca@freebsd-fr.org) Date: Mon, 9 Jan 2006 20:49:27 +0100 From: Frederic Praca To: current@freebsd.org Message-ID: <20060109204927.5092d323@localhost.darkstar> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 19:49:53 -0000 Hello and happy new year, I still got the same problem that is described there (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squirrel ). My uname is : FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Jan 4 21:41:20 CET 2006 fred@coruscant.dnsalias.net:/usr/obj/usr/src/sys/CORUSCANT i386 Any idea ? Thanks Fred From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 21:27:23 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9EE316A41F for ; Mon, 9 Jan 2006 21:27:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFDC443D45 for ; Mon, 9 Jan 2006 21:27:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k09LRIVT029523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 00:27:19 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k09LRI7s029522; Tue, 10 Jan 2006 00:27:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 10 Jan 2006 00:27:18 +0300 From: Gleb Smirnoff To: Frederic Praca Message-ID: <20060109212718.GB87430@FreeBSD.org> References: <20060109204927.5092d323@localhost.darkstar> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060109204927.5092d323@localhost.darkstar> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 21:27:23 -0000 On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote: F> Hello and happy new year, F> I still got the same problem that is described there F> (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squirrel ). F> My uname is : F> FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed F> Jan 4 21:41:20 CET 2006 F> fred@coruscant.dnsalias.net:/usr/obj/usr/src/sys/CORUSCANT i386 F> F> Any idea ? Is your /usr/src/sys/netgraph/ng_split.h file correct? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 21:34:44 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A28B16A41F; Mon, 9 Jan 2006 21:34:44 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F2D243D5F; Mon, 9 Jan 2006 21:34:40 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from imp1-g19.free.fr (imp1-g19.free.fr [212.27.42.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id EADF64E8AC; Mon, 9 Jan 2006 22:34:38 +0100 (CET) Received: by imp1-g19.free.fr (Postfix, from userid 33) id C203BD1C2D; Mon, 9 Jan 2006 22:34:38 +0100 (MET) Received: from d83-179-217-248.cust.tele2.fr (d83-179-217-248.cust.tele2.fr [83.179.217.248]) by imp1-g19.free.fr (IMP) with HTTP for ; Mon, 09 Jan 2006 22:34:38 +0100 Message-ID: <1136842478.43c2d6eeac62c@imp1-g19.free.fr> Date: Mon, 09 Jan 2006 22:34:38 +0100 From: =?iso-8859-1?b?RnLpZOlyaWM=?= PRACA To: Gleb Smirnoff References: <20060109204927.5092d323@localhost.darkstar> <20060109212718.GB87430@FreeBSD.org> In-Reply-To: <20060109212718.GB87430@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 83.179.217.248 Cc: stable@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 21:34:44 -0000 > On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote: > F> Hello and happy new year, > F> I still got the same problem that is described there > F> > (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squirrel > ). > F> My uname is : > F> FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed > F> Jan 4 21:41:20 CET 2006 > F> fred@coruscant.dnsalias.net:/usr/obj/usr/src/sys/CORUSCANT i386 > F> > F> Any idea ? > > Is your /usr/src/sys/netgraph/ng_split.h file correct? I just cvsup'ed few hours ago with RELENG_6. Of course, I could hack the source code but that's not my goal. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 21:48:45 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4828A16A41F for ; Mon, 9 Jan 2006 21:48:45 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 854C343D45 for ; Mon, 9 Jan 2006 21:48:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k09LmfbP029677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 00:48:42 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k09Lmfcq029676; Tue, 10 Jan 2006 00:48:41 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 10 Jan 2006 00:48:41 +0300 From: Gleb Smirnoff To: Fr?d?ric PRACA Message-ID: <20060109214841.GC87430@cell.sick.ru> References: <20060109204927.5092d323@localhost.darkstar> <20060109212718.GB87430@FreeBSD.org> <1136842478.43c2d6eeac62c@imp1-g19.free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1136842478.43c2d6eeac62c@imp1-g19.free.fr> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 21:48:45 -0000 On Mon, Jan 09, 2006 at 10:34:38PM +0100, Fr?d?ric PRACA wrote: F> > On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote: F> > F> Hello and happy new year, F> > F> I still got the same problem that is described there F> > F> F> > (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squirrel F> > ). F> > F> My uname is : F> > F> FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed F> > F> Jan 4 21:41:20 CET 2006 F> > F> fred@coruscant.dnsalias.net:/usr/obj/usr/src/sys/CORUSCANT i386 F> > F> F> > F> Any idea ? F> > F> > Is your /usr/src/sys/netgraph/ng_split.h file correct? F> I just cvsup'ed few hours ago with RELENG_6. Of course, I could hack the source F> code but that's not my goal. May be /usr/include/netgraph/ng_split.h is incorrect? But if it affects build, than we have problem in our build infrastructure. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 00:09:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A6AD16A41F for ; Tue, 10 Jan 2006 00:09:07 +0000 (GMT) (envelope-from gorshkov.pavel@gmail.com) Received: from ppp85-140-169-214.pppoe.mtu-net.ru (ppp85-140-169-214.pppoe.mtu-net.ru [85.140.169.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FB743D46 for ; Tue, 10 Jan 2006 00:09:06 +0000 (GMT) (envelope-from gorshkov.pavel@gmail.com) Received: from localhost (localhost [IPv6:::1]) by localhost.my.domain (8.13.4/8.13.4) with ESMTP id k09Nxr9m003090 for ; Tue, 10 Jan 2006 02:59:54 +0300 (MSK) (envelope-from gorshkov.pavel@gmail.com) Date: Tue, 10 Jan 2006 02:59:53 +0300 From: Pavel Gorshkov To: freebsd-stable@freebsd.org Message-ID: <20060109235953.GA2868@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline X-Operating-System: FreeBSD 6.0-STABLE i386 X-Editor: Vim-604 http://www.vim.org User-Agent: mutt-ng/devel-r655 (FreeBSD) Subject: SHA1_Update() produces wrong results for large buffers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 00:09:07 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline An important detail to begin with is that our libmd.a, as opposed to libmd.so, provides a faster, assembly-optimized version of the `SHA1_Update' function (it is not compatible with PIC and is therefore not used in libmd.so). The problem is that the asm-optimized version fails on large input buffers. Attached is a test program, which mmaps a file and then just feeds its contents to SHA1_Update(): gcc sha1test.c -o sha1test.md-shared -lmd gcc sha1test.c -o sha1test.md-static -lmd -static the input files: dd if=/dev/zero bs=32M count=48 of=test-1.5G dd if=/dev/zero bs=32M count=32 of=test-1G dd if=/dev/zero bs=32M count=16 of=test-0.5G *** # exits immediately, displaying a WRONG hash value ./sha1test.md-static test-1.5G 747cd7172ce7737d1735cf936c0d69ce0f733fcd # OK ./sha1test.md-shared test-1.5G a957f01b1a92366c7b72296cb24eb84f42ed06e4 *** ./sha1test.md-static test-1G 0d6ee6083bf8b6368cb80d323e82164e5540e296 # ^^^ WRONG # OK ./sha1test.md-shared test-1G 2a492f15396a6768bcbca016993f4b4c8b0b5307 However, both programs work fine with files less than ~920M: ./sha1test.md-static test-0.5G 5b088492c9f4778f409b7ae61477dec124c99033 ./sha1test.md-shared test-0.5G 5b088492c9f4778f409b7ae61477dec124c99033 Everything was tested on a RELENG_6/i386 box (CFLAGS = -O2). Is this a bug in libmd, or am I missing something? Thanks in advance, -- Pavel Gorshkov --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sha1test.c" #include #include #include #include #include #include #include #include int main(int argc, char **argv) { int fd; struct stat st; SHA_CTX ctx; unsigned char *buf; char hexdigest[41]; if (argc < 2 || stat(argv[1], &st) < 0 || (fd=open(argv[1], O_RDONLY)) < 0) exit(1); if ((buf = mmap(NULL, st.st_size, PROT_READ, MAP_PRIVATE, fd, 0)) == MAP_FAILED) exit(1); SHA1_Init(&ctx); SHA1_Update(&ctx, buf, st.st_size); SHA1_End(&ctx, hexdigest); puts(hexdigest); if (st.st_size) munmap(buf, st.st_size); close(fd); return 0; } --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 00:28:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5769116A420 for ; Tue, 10 Jan 2006 00:28:55 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao01.cox.net (eastrmmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC3D43D46 for ; Tue, 10 Jan 2006 00:28:54 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao01.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060110002714.JNLJ4894.eastrmmtao01.cox.net@serene.no-ip.org>; Mon, 9 Jan 2006 19:27:14 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k0A0SqD2071171; Mon, 9 Jan 2006 18:28:52 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k0A0SlN8071170; Mon, 9 Jan 2006 18:28:47 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <010520060154.13425.43BC7C3E000289400000347122007511509D0A070E03A19FA1020E089B0E02@comcast.net> Date: Mon, 09 Jan 2006 18:28:47 -0600 (CST) Sender: conrads@cox.net From: conrads@cox.net To: nathan_p_maier@comcast.net Cc: freebsd-stable@freebsd.org Subject: RE: Config meet your kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 00:28:55 -0000 On 05-Jan-2006 nathan_p_maier@comcast.net wrote: > Hi, > I cannot "make buildkernel" after cvsup from 5.3 to 6-stable doing src-all > and ports-all in my cvsup supfile. Then I built my world. Now I get this > message when I try "make buildkernel": > > -----snip > 386/conf/GENERIC > ERROR: version of config(8) does not match kernel! > config version = 500013, version required = 600003 > > Make sure that /usr/src/usr.sbin/config is in sync > with your /usr/src/sys and install a new config binary > before trying this again. > > If running the new config fails check your config > file against the GENERIC or LINT config files for > changes in config syntax, or option/device naming > conventions > > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > dhcppc2# > > I've done cvsup and buildworld several times. > I hope that this is enough info. > -Nathan M. Try this: cd /usr/src/usr.sbin/config make clean obj all install Then try building your kernel again. HTH -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 01:02:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C9C516A41F for ; Tue, 10 Jan 2006 01:02:31 +0000 (GMT) (envelope-from spork@bway.net) Received: from mail.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A846F43D45 for ; Tue, 10 Jan 2006 01:02:25 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 81547 invoked by uid 0); 10 Jan 2006 01:02:23 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Jan 2006 01:02:23 -0000 Date: Mon, 9 Jan 2006 20:02:22 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@gee5.local To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: recent rc changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 01:02:31 -0000 Hello, I recently made the jump to -stable from 6.0 on a box that I'm looking to bring into production as soon as 6.1 hits. Everything seems fine so far but for one issue that I am guessing is related to the rc changes in -stable. This host has two jails, both started via the rc.conf method, ie: # jail stuff - general jail_enable="YES" jail_list="somejail somejail2" jail_socket_unixiproute_only="YES" jail_sysvipc_allow="NO" # jail stuff - per jail settings # jail 1 - shell jail_jail1_rootdir="/jails/somejail" jail_jail1_hostname="somejail.bway.net" jail_jail1_ip="216.220.x.x" jail_jail1_exec_start="/bin/sh /etc/rc" jail_jail1_exec_stop="/bin/sh /etc/rc.shutdown" jail_jail1_devfs_enable="YES" jail_jail1_fdescfs_enable="NO" jail_jail1_procfs_enable="NO" jail_jail1_mount_enable="NO" jail_jail1_devfs_ruleset="devfsrules_jail" Since the upgrade, I've noticed that none of the ports-installed services in each jail start up. For example, both jails have apache2 and mysql40-server installed. Everything in /usr/local/etc/rc.d within each jail looks correct, and the startup flags are set in each jail's rc.conf. They start fine if I login to the jail and run the scripts, but do not start at boot. I have the main host's rc.conf set to log info and debugging info, but there does not seem to be anything relevant to /usr/local/etc/rc.d startup in there. I read the cvs commit from 12/20, scanned the rc manpage, and dug around in the archives but did not find anything that specifically addresses local startup within a jail. Any ideas? Any other info needed? My -stable is from 1/4/06. I'm including the rc.conf logs of jail startup below in case there's something I missed. Thanks, Charles /etc/rc: INFO: checkyesno: jail_enable is set to YES. /etc/rc: INFO: run_rc_command: evaluating jail_start(). /etc/rc: INFO: checkyesno: jail_set_hostname_allow is set to YES. /etc/rc: INFO: checkyesno: jail_socket_unixiproute_only is set to YES. /etc/rc: INFO: checkyesno: jail_sysvipc_allow is set to NO. /etc/rc: INFO: somejail devfs enable: YES /etc/rc: INFO: somejail fdescfs enable: NO /etc/rc: INFO: somejail procfs enable: NO /etc/rc: INFO: somejail mount enable: NO /etc/rc: INFO: somejail hostname: somejail.bway.net /etc/rc: INFO: somejail ip: 216.220.x.x /etc/rc: INFO: somejail root: /jails/somejail /etc/rc: INFO: somejail devdir: /jails/somejail/dev /etc/rc: INFO: somejail fdescdir: /jails/somejail/dev/fd /etc/rc: INFO: somejail procdir: /jails/somejail/proc /etc/rc: INFO: somejail ruleset: devfsrules_jail /etc/rc: INFO: somejail fstab: /etc/fstab.somejail /etc/rc: INFO: somejail exec start: /bin/sh /etc/rc /etc/rc: INFO: somejail exec stop: /bin/sh /etc/rc.shutdown /etc/rc: INFO: somejail flags: -l -U root /etc/rc: INFO: checkyesno: jail_mount is set to NO. /etc/rc: INFO: checkyesno: jail_devfs is set to YES. /etc/rc: INFO: Mounting devfs on /jails/somejail/dev /etc/rc: INFO: reading rulesets from file (/etc/defaults/devfs.rules) /etc/rc: INFO: found ruleset: devfsrules_hide_all=1 /etc/rc: INFO: adding rule (add hide) /etc/rc: INFO: found ruleset: devfsrules_unhide_basic=2 /etc/rc: INFO: adding rule (add path null unhide) /etc/rc: INFO: adding rule (add path zero unhide) /etc/rc: INFO: adding rule (add path crypto unhide) /etc/rc: INFO: adding rule (add path random unhide) /etc/rc: INFO: adding rule (add path urandom unhide) /etc/rc: INFO: found ruleset: devfsrules_unhide_login=3 /etc/rc: INFO: adding rule (add path 'ptyp*' unhide) /etc/rc: INFO: adding rule (add path 'ptyq*' unhide) /etc/rc: INFO: adding rule (add path 'ptyr*' unhide) /etc/rc: INFO: adding rule (add path 'ptys*' unhide) /etc/rc: INFO: adding rule (add path 'ptyP*' unhide) /etc/rc: INFO: adding rule (add path 'ptyQ*' unhide) /etc/rc: INFO: adding rule (add path 'ptyR*' unhide) /etc/rc: INFO: adding rule (add path 'ptyS*' unhide) /etc/rc: INFO: adding rule (add path 'ttyp*' unhide) /etc/rc: INFO: adding rule (add path 'ttyq*' unhide) /etc/rc: INFO: adding rule (add path 'ttyr*' unhide) /etc/rc: INFO: adding rule (add path 'ttys*' unhide) /etc/rc: INFO: adding rule (add path 'ttyP*' unhide) /etc/rc: INFO: adding rule (add path 'ttyQ*' unhide) /etc/rc: INFO: adding rule (add path 'ttyR*' unhide) /etc/rc: INFO: adding rule (add path 'ttyS*' unhide) /etc/rc: INFO: adding rule (add path fd unhide) /etc/rc: INFO: adding rule (add path 'fd/*' unhide) /etc/rc: INFO: adding rule (add path stdin unhide) /etc/rc: INFO: adding rule (add path stdout unhide) /etc/rc: INFO: adding rule (add path stderr unhide) /etc/rc: INFO: found ruleset: devfsrules_jail=4 /etc/rc: INFO: adding rule (add include $devfsrules_hide_all) /etc/rc: INFO: adding rule (add include $devfsrules_unhide_basic) /etc/rc: INFO: adding rule (add include $devfsrules_unhide_login) /etc/rc: INFO: devfs_rulesets_from_file: no such file (/etc/devfs.rules) /etc/rc: INFO: devfs_init_rulesets: devfs rulesets initialized /etc/rc: INFO: devfs_domount(): mount-point is (/jails/somejail/dev), ruleset is (devfsrules_jail) /etc/rc: INFO: devfs_init_rulesets: devfs rulesets already initialized /etc/rc: INFO: devfs_set_ruleset: setting ruleset (4) on mount-point (/jails/somejail/dev) /etc/rc: INFO: checkyesno: jail_fdescfs is set to NO. /etc/rc: INFO: checkyesno: jail_procfs is set to NO. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 01:10:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C111016A41F for ; Tue, 10 Jan 2006 01:10:56 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id DC9E943D55 for ; Tue, 10 Jan 2006 01:10:55 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 10 Jan 2006 01:10:54 -0000 Received: from unknown (EHLO zi025.glh.mhn.de) [129.187.43.241] by mail.gmx.net (mp037) with SMTP; 10 Jan 2006 02:10:54 +0100 X-Authenticated: #147403 Received: by zi025.glh.mhn.de (Postfix, from userid 1000) id 416AAC45C; Tue, 10 Jan 2006 02:11:01 +0100 (CET) Date: Tue, 10 Jan 2006 02:11:01 +0100 From: Simon Barner To: Pavel Gorshkov Message-ID: <20060110011100.GA61821@zi025.glh.mhn.de> References: <20060109235953.GA2868@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20060109235953.GA2868@localhost> User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: SHA1_Update() produces wrong results for large buffers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 01:10:56 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pavel Gorshkov wrote: > Everything was tested on a RELENG_6/i386 box (CFLAGS =3D -O2). How exactly do you know, that the static version is wrong, and not vice-vera (e.g. caused by the -O2 optimization)? --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDwwmkCkn+/eutqCoRAi+KAJ9Av4mrudRNmcKJVOVYxAgtNb0kawCgpKIE uRkvUNNAWyDCmTPxo+o4Czg= =jcL8 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 01:26:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E935A16A41F for ; Tue, 10 Jan 2006 01:26:55 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id BBD5943D45 for ; Tue, 10 Jan 2006 01:26:54 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 10 Jan 2006 01:26:53 -0000 Received: from unknown (EHLO zi025.glh.mhn.de) [129.187.43.241] by mail.gmx.net (mp024) with SMTP; 10 Jan 2006 02:26:53 +0100 X-Authenticated: #147403 Received: by zi025.glh.mhn.de (Postfix, from userid 1000) id 3B7E4C3EB; Tue, 10 Jan 2006 02:27:00 +0100 (CET) Date: Tue, 10 Jan 2006 02:26:59 +0100 From: Simon Barner To: Pavel Gorshkov Message-ID: <20060110012659.GB61821@zi025.glh.mhn.de> References: <20060109235953.GA2868@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <20060109235953.GA2868@localhost> User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: SHA1_Update() produces wrong results for large buffers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 01:26:56 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pavel Gorshkov wrote: > ./sha1test.md-static test-1G > 0d6ee6083bf8b6368cb80d323e82164e5540e296 > # ^^^ WRONG > # OK > ./sha1test.md-shared test-1G > 2a492f15396a6768bcbca016993f4b4c8b0b5307 Values confirmed for 6.0-STABLE with CFLAGS=3D"-O -pipe". --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDww1jCkn+/eutqCoRAlIXAKDGhom/8qsQc1P070w80RGeejjshQCfXx9C FLB5fX4uDA/CkJdQ+B0BmBc= =3z6g -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 03:10:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BDAB16A41F for ; Tue, 10 Jan 2006 03:10:38 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255D543D45 for ; Tue, 10 Jan 2006 03:10:35 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0A3AYca020280 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 10 Jan 2006 14:10:34 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0A3AXHh060635; Tue, 10 Jan 2006 14:10:33 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0A3AXt4060634; Tue, 10 Jan 2006 14:10:33 +1100 (EST) (envelope-from pjeremy) Date: Tue, 10 Jan 2006 14:10:33 +1100 From: Peter Jeremy To: Pavel Gorshkov Message-ID: <20060110031033.GB60380@cirb503493.alcatel.com.au> References: <20060109235953.GA2868@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060109235953.GA2868@localhost> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: SHA1_Update() produces wrong results for large buffers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 03:10:39 -0000 On Tue, 2006-Jan-10 02:59:53 +0300, Pavel Gorshkov wrote: >The problem is that the asm-optimized version fails on large input >buffers. Attached is a test program, which mmaps a file and then >just feeds its contents to SHA1_Update(): "openssl sha1" agrees with the shared version on -current. > # exits immediately, displaying a WRONG hash value > ./sha1test.md-static test-1.5G > 747cd7172ce7737d1735cf936c0d69ce0f733fcd I get this on 7-current as well. Copying the relevant bits from libmd and compiling it myself, I get the same behaviour. The fact that this exits virtually instantly strongly suggests that it is broken (rather than the shared version). My initial guess is that an operation on the length is overflowing 32 bits. Unfortunately, the asm is rather opaque - it was auto-generated by a perl script that doesn't seem to included in the repository. (There is a sha1-586.pl in openssl but it generates different code). As far as I can determine, the asm code (sha1_block_x86) is designed to process an integral number of SHA1 blocks of input, leaving the remainder to be processed in the C code. Using the debugger, the asm code is not looping when passed 1610612736 (1.5G) - which explains the rapid exit and incorrect result. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 08:13:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7531F16A420; Tue, 10 Jan 2006 08:13:33 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B88243D60; Tue, 10 Jan 2006 08:13:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0A8DRhS097854; Tue, 10 Jan 2006 10:13:27 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 09734-08-2; Tue, 10 Jan 2006 10:13:25 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0A8Cs10097817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 10:12:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0A8Cu1o047065; Tue, 10 Jan 2006 10:12:56 +0200 (EET) (envelope-from ru) Date: Tue, 10 Jan 2006 10:12:55 +0200 From: Ruslan Ermilov To: Frederic Praca Message-ID: <20060110081255.GB90253@ip.net.ua> References: <20060109204927.5092d323@localhost.darkstar> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <20060109204927.5092d323@localhost.darkstar> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: stable@freebsd.org, current@freebsd.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 08:13:33 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote: > Hello and happy new year, > I still got the same problem that is described there > (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squir= rel ).=20 > My uname is : > FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed > Jan 4 21:41:20 CET 2006 > fred@coruscant.dnsalias.net:/usr/obj/usr/src/sys/CORUSCANT i386 >=20 > Any idea ? >=20 Do you have ccache stuff in /etc/make.conf? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDw2yHqRfpzJluFF4RAkbxAJ9ikeFQHX66HreSJe4AC2zm+KAC+QCeOoKm dyOfVNmbWtl+L18qRVc/aLg= =7QHs -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 09:04:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD15E16A41F for ; Tue, 10 Jan 2006 09:04:30 +0000 (GMT) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [65.102.14.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC6F43D46 for ; Tue, 10 Jan 2006 09:04:29 +0000 (GMT) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.40] (doorwarden.sailorfej.net [65.102.14.161]) (authenticated bits=0) by mail.sailorfej.net (8.13.1/8.12.11) with ESMTP id k0A94Pru011534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Jan 2006 01:04:26 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <43C37894.7000302@sailorfej.net> Date: Tue, 10 Jan 2006 01:04:20 -0800 From: Jeffrey Williams User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.85.1/1235/Sun Jan 8 10:13:01 2006 on mail.sailorfej.net X-Virus-Status: Clean Subject: fbsd6 and mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 09:04:30 -0000 Absolute BSD, in the Tweaking Kernel Performance section of chapter 4, recommends increasing the number of mbufs for high network servers, by setting the NMBCLUSTERS option in the kernel. Is this still a good idea/possible in 6 stable, and if so is there a sysctl variable for it, or does it still need to be done in a custom kernel? Thanks Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 09:13:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8AF516A420 for ; Tue, 10 Jan 2006 09:13:47 +0000 (GMT) (envelope-from nicklas@dinpris.no) Received: from dp-mail-01.dinpris.com (dp-mail-01.dinpris.com [62.73.247.20]) by mx1.FreeBSD.org (Postfix) with SMTP id F118043D48 for ; Tue, 10 Jan 2006 09:13:45 +0000 (GMT) (envelope-from nicklas@dinpris.no) Received: (qmail 94219 invoked by uid 1004); 10 Jan 2006 09:40:22 -0000 Received: from 62.73.247.155 by dp-mail-01.dinpris.com (envelope-from , uid 98) with qmail-scanner-1.25 (clamdscan: 0.86.2/1235. spamassassin: 3.1.0-rc1. perlscan: 1.25. Clear:RC:1(62.73.247.155):. Processed in 0.109406 secs); 10 Jan 2006 09:40:22 -0000 X-Qmail-Scanner-Mail-From: nicklas@dinpris.no via dp-mail-01.dinpris.com X-Qmail-Scanner: 1.25 (Clear:RC:1(62.73.247.155):. Processed in 0.109406 secs) Received: from 529c-tbg7-5fl.oslo.dinpris.com (HELO ?62.73.247.155?) (nicklas@dinpris.no@62.73.247.155) by dp-mail-01.dinpris.com with SMTP; 10 Jan 2006 09:40:21 -0000 Message-ID: <43C37ADF.6090402@dinpris.no> Date: Tue, 10 Jan 2006 10:14:07 +0100 From: "Nicklas B. Westerlund" User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeffrey Williams References: <43C37894.7000302@sailorfej.net> In-Reply-To: <43C37894.7000302@sailorfej.net> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fbsd6 and mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 09:13:47 -0000 Jeffrey Williams wrote: > > Is this still a good idea/possible in 6 stable, and if so is there > a sysctl variable for it, or does it still need to be done in a > custom kernel? perhaps kern.ipc.nmbclusters is what you're looking for. - Nick. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 09:17:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D40FF16A41F for ; Tue, 10 Jan 2006 09:17:31 +0000 (GMT) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [65.102.14.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id E018C43D5D for ; Tue, 10 Jan 2006 09:17:23 +0000 (GMT) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.40] (doorwarden.sailorfej.net [65.102.14.161]) (authenticated bits=0) by mail.sailorfej.net (8.13.1/8.12.11) with ESMTP id k0A9HFW4011608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 01:17:16 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <43C37B96.2020903@sailorfej.net> Date: Tue, 10 Jan 2006 01:17:10 -0800 From: Jeffrey Williams User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Nicklas B. Westerlund" References: <43C37894.7000302@sailorfej.net> <43C37ADF.6090402@dinpris.no> In-Reply-To: <43C37ADF.6090402@dinpris.no> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.85.1/1235/Sun Jan 8 10:13:01 2006 on mail.sailorfej.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: fbsd6 and mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 09:17:31 -0000 Yep, thank you sir you are a scholar and gentleman - Jeff Nicklas B. Westerlund wrote: > Jeffrey Williams wrote: > > >>Is this still a good idea/possible in 6 stable, and if so is there >>a sysctl variable for it, or does it still need to be done in a >>custom kernel? > > > > perhaps kern.ipc.nmbclusters is what you're looking for. > > - Nick. > > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 11:59:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FECA16A420 for ; Tue, 10 Jan 2006 11:59:35 +0000 (GMT) (envelope-from marko@freebsd.org) Received: from pih-relay05.plus.net (pih-relay05.plus.net [212.159.14.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E5B43D46 for ; Tue, 10 Jan 2006 11:59:33 +0000 (GMT) (envelope-from marko@freebsd.org) Received: from [80.229.231.20] (helo=[192.168.1.4]) by pih-relay05.plus.net with esmtp (Exim) id 1EwI9z-00089W-L9 for stable@freebsd.org; Tue, 10 Jan 2006 11:59:32 +0000 Message-ID: <43C3A1DE.10203@freebsd.org> Date: Tue, 10 Jan 2006 12:00:30 +0000 From: Mark Ovens User-Agent: Mail/News 1.6a1 (X11/20051228) MIME-Version: 1.0 To: stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: recent rc changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 11:59:35 -0000 Charles Sprickman wrote: > Hello, > > I recently made the jump to -stable from 6.0 on a box that I'm looking to > bring into production as soon as 6.1 hits. Everything seems fine so far > but for one issue that I am guessing is related to the rc changes in > -stable. > > This host has two jails, both started via the rc.conf method, ie: > > # jail stuff - general > jail_enable="YES" > jail_list="somejail somejail2" > jail_socket_unixiproute_only="YES" > jail_sysvipc_allow="NO" > # jail stuff - per jail settings > # jail 1 - shell > jail_jail1_rootdir="/jails/somejail" > jail_jail1_hostname="somejail.bway.net" > jail_jail1_ip="216.220.x.x" > jail_jail1_exec_start="/bin/sh /etc/rc" > jail_jail1_exec_stop="/bin/sh /etc/rc.shutdown" > jail_jail1_devfs_enable="YES" > jail_jail1_fdescfs_enable="NO" > jail_jail1_procfs_enable="NO" > jail_jail1_mount_enable="NO" > jail_jail1_devfs_ruleset="devfsrules_jail" > > Since the upgrade, I've noticed that none of the ports-installed services > in each jail start up. For example, both jails have apache2 and > mysql40-server installed. Everything in /usr/local/etc/rc.d within each > jail looks correct, and the startup flags are set in each jail's rc.conf. > They start fine if I login to the jail and run the scripts, but do not > start at boot. See the thread "FreeBSD Port: sysutils/smartmontools (more RCng problems)" in -ports, particularly the posts by Doug Barton. It sounds like the same problem. I used his fix to get a couple of daemons to start at boot which had stopped doing so after u/g to 6.0. ------ quote Doug Barton -------- Ok, I installed this port and tested it myself, and the problem is the hard coded value of smartd_enable at the top of the script. For reasons I don't quite understand yet, hard coding the value in the script affects the boot-time operation of the script differently than on the command line. The good news is that the fix is simple: Index: smartd.sh =================================================================== RCS file: /home/pcvs/ports/sysutils/smartmontools/files/smartd.sh,v retrieving revision 1.5 diff -u -r1.5 smartd.sh --- smartd.sh 18 Nov 2005 11:46:38 -0000 1.5 +++ smartd.sh 6 Jan 2006 23:36:35 -0000 @@ -13,8 +13,8 @@ # # DO NOT CHANGE THESE DEFAULT VALUES HERE # -smartd_enable="NO" -smartd_pidfile="/var/run/smartd.pid" +smartd_enable=${smartd_enable:-NO} +smartd_pidfile=${smartd_pidfile:-/var/run/smartd.pid} . %%RC_SUBR%% ------ quote Doug Barton -------- HTH Regards, Mark From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 14:02:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F1816A41F for ; Tue, 10 Jan 2006 14:02:32 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id B13FC43D46 for ; Tue, 10 Jan 2006 14:02:29 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 94538 invoked by uid 0); 10 Jan 2006 12:02:37 -0200 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (uvscan: v4.3.20/v4670. Clear:RC:1(201.17.211.163):. Processed in 4.979287 secs); 10 Jan 2006 14:02:37 -0000 Received: from unknown (HELO ?10.69.69.69?) (201.17.211.163) by capeta.freebsdbrasil.com.br with SMTP; 10 Jan 2006 12:02:27 -0200 Message-ID: <43C3BE64.8080703@freebsdbrasil.com.br> Date: Tue, 10 Jan 2006 12:02:12 -0200 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051013 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ifconfig hidessid not hiding SSID on 802.11b with PRISM 2.5 based card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 14:02:32 -0000 I have set hidessid option to an Intersil PRISM 2.5 based cart, acting as hostap, and the ssid stills gets broadcasted, aparently. Other FreeBSD systems and the Windows software supplied by the vendor can find the SSID while scanning. I would like to know if hidessid should hide it in ordinary scans like those ones, and how to test it better to see if ssid stills broadcasted in the beacons, if it is possible (say, any debug option or tool). Thanks! -- Patrick Tracanelli From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 14:24:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8E316A41F for ; Tue, 10 Jan 2006 14:24:59 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D8F643D45 for ; Tue, 10 Jan 2006 14:24:57 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: (qmail 63141 invoked from network); 10 Jan 2006 14:24:55 -0000 Received: from unknown (HELO ?201.12.59.126?) (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 10 Jan 2006 14:24:55 -0000 Message-ID: <43C3C3B1.6030607@nlink.com.br> Date: Tue, 10 Jan 2006 11:24:49 -0300 From: Paulo Fragoso User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SATA RAID Controller (PCIe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 14:24:59 -0000 Hi, Are there any SATA RAID card controller for PCI Express bus working with FreeBSD 6.0-STABLE? Paulo. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 14:55:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B15616A41F for ; Tue, 10 Jan 2006 14:55:02 +0000 (GMT) (envelope-from gorshkov.pavel@gmail.com) Received: from ppp83-237-38-206.pppoe.mtu-net.ru (ppp83-237-38-206.pppoe.mtu-net.ru [83.237.38.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA18743D67 for ; Tue, 10 Jan 2006 14:54:51 +0000 (GMT) (envelope-from gorshkov.pavel@gmail.com) Received: from ppp83-237-38-206.pppoe.mtu-net.ru (localhost [IPv6:::1]) by ppp83-237-38-206.pppoe.mtu-net.ru (8.13.4/8.13.4) with ESMTP id k0AEslXj001646; Tue, 10 Jan 2006 17:54:48 +0300 (MSK) (envelope-from gorshkov.pavel@gmail.com) Date: Tue, 10 Jan 2006 17:54:47 +0300 From: Pavel Gorshkov To: Peter Jeremy Message-ID: <20060110145447.GA1208@localhost> References: <20060109235953.GA2868@localhost> <20060110031033.GB60380@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20060110031033.GB60380@cirb503493.alcatel.com.au> X-Operating-System: FreeBSD 6.0-STABLE i386 X-Editor: Vim-604 http://www.vim.org User-Agent: mutt-ng/devel-r655 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: SHA1_Update() produces wrong results for large buffers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 14:55:02 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 10, 2006 at 02:10:33PM +1100, Peter Jeremy wrote: > I get this on 7-current as well. Copying the relevant bits from libmd > and compiling it myself, I get the same behaviour. The fact that this > exits virtually instantly strongly suggests that it is broken (rather > than the shared version). My initial guess is that an operation on > the length is overflowing 32 bits. Unfortunately, the asm is rather > opaque - it was auto-generated by a perl script that doesn't seem to > included in the repository. (There is a sha1-586.pl in openssl but > it generates different code). Yes, the SHA1 implementation in libmd.a is very similar to the one found in libcrypto.a, the former is just much older. SHA1_Update as provided by libcrypto.a has no problems with large buffers. Here's a slightly modified test program (attached), now compatible with -lcrypto: gcc sha1test.c -o sha1test.ssl-static -lcrypto -static gcc sha1test.c -o sha1test.md-shared -lmd gcc sha1test.c -o sha1test.md-static -lmd -static dd if=/dev/zero bs=32M count=48 of=test-1.5G for i in ssl-static md-{shared,static}; do ./sha1test.$i test-1.5G; done a957f01b1a92366c7b72296cb24eb84f42ed06e4 a957f01b1a92366c7b72296cb24eb84f42ed06e4 747cd7172ce7737d1735cf936c0d69ce0f733fcd According to this page: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libmd/i386/ our version of `sha.S' is 6 years old, whereas `sha1-586.pl' as found in the openssl cvs tree has underwent many changes since then: http://cvs.openssl.org/rlog?f=openssl/crypto/sha/asm/sha1-586.pl > As far as I can determine, the asm code (sha1_block_x86) is designed > to process an integral number of SHA1 blocks of input, leaving the > remainder to be processed in the C code. Using the debugger, the > asm code is not looping when passed 1610612736 (1.5G) - which explains > the rapid exit and incorrect result. Yes, thanks for the additional info. It looks like some parts of libmd should be either fixed/brought in sync with the openssl cvs, or marked as deprecated. Peter & Simon, thanks for confirming the test results. -- Pavel Gorshkov --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sha1test.c" #include #include #include #include #include #include #include #include int main(int argc, char **argv) { int fd, i; struct stat st; SHA_CTX ctx; unsigned char *buf, digest[20]; char hexdigest[41]; if (argc < 2 || stat(argv[1], &st) < 0 || (fd=open(argv[1], O_RDONLY)) < 0) exit(1); if ((buf = mmap(NULL, st.st_size, PROT_READ, MAP_PRIVATE, fd, 0)) == MAP_FAILED) exit(1); SHA1_Init(&ctx); SHA1_Update(&ctx, buf, st.st_size); SHA1_Final(digest, &ctx); for (i = 0; i < 20; ++i) sprintf(hexdigest + 2*i, "%02x", digest[i]); puts(hexdigest); if (st.st_size) munmap(buf, st.st_size); close(fd); return 0; } --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 16:42:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 781CA16A42A for ; Tue, 10 Jan 2006 16:42:55 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0196943D46 for ; Tue, 10 Jan 2006 16:42:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0AGgqGr057006; Tue, 10 Jan 2006 11:42:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k0AGgkZo028560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 11:42:47 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060110113817.091820f8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 10 Jan 2006 11:42:12 -0500 To: Paulo Fragoso , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <43C3C3B1.6030607@nlink.com.br> References: <43C3C3B1.6030607@nlink.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: Re: SATA RAID Controller (PCIe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 16:42:55 -0000 At 09:24 AM 10/01/2006, Paulo Fragoso wrote: >Hi, > >Are there any SATA RAID card controller for PCI Express bus working >with FreeBSD 6.0-STABLE? I have been using the Areca cards on a couple of production boxes with good results so far. They work out of the box with FreeBSD 5.4 and above. http://www.areca.com.tw/products/html/pciE-sata.htm They are nice and fast and have a decent cli and web interface to them. The drivers are in the tree. See the man pages for arcmsr [ns6b]# ./cli "vsf info" # Name Raid# Level Capacity Ch/Id/Lun State =============================================================================== 1 ARC-1210-VOL#00 1 Raid0+1 240.0GB 00/00/00 Normal =============================================================================== GuiErrMsg<0x00>: Success. [ns6b]# ./cli "hw info" The Hardware Monitor Information =========================================== Fan#1 Speed (RPM) : 2772 HDD #1 Temp. : 30 HDD #2 Temp. : 30 HDD #3 Temp. : 30 HDD #4 Temp. : 29 =========================================== GuiErrMsg<0x00>: Success. [ns6b]# ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 18:34:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4310116A41F for ; Tue, 10 Jan 2006 18:34:19 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id A884043D48 for ; Tue, 10 Jan 2006 18:34:18 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 53965 invoked by uid 399); 10 Jan 2006 18:34:18 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 10 Jan 2006 18:34:18 -0000 Message-ID: <43C3FE28.6080505@FreeBSD.org> Date: Tue, 10 Jan 2006 10:34:16 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: Charles Sprickman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: recent rc changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 18:34:19 -0000 Charles Sprickman wrote: > Hello, > > I recently made the jump to -stable from 6.0 on a box that I'm looking > to bring into production as soon as 6.1 hits. Everything seems fine so > far but for one issue that I am guessing is related to the rc changes in > -stable. For rc.conf in the jails, try changing the value of early_late_divider to NETWORKING and let us know if that fixes it for you. Someone else has tested that solution successfully, and I'm behind on adding that hint to the rc man page. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 19:19:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8557816A41F; Tue, 10 Jan 2006 19:19:52 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2262B43D48; Tue, 10 Jan 2006 19:19:52 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0AJJnVZ012766; Tue, 10 Jan 2006 11:19:49 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0AJJnI3012764; Tue, 10 Jan 2006 11:19:49 -0800 Date: Tue, 10 Jan 2006 11:19:49 -0800 From: Brooks Davis To: Doug Barton Message-ID: <20060110191949.GA12137@odin.ac.hmc.edu> References: <43C3FE28.6080505@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <43C3FE28.6080505@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Charles Sprickman , stable@freebsd.org Subject: Re: recent rc changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 19:19:52 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 10, 2006 at 10:34:16AM -0800, Doug Barton wrote: > Charles Sprickman wrote: > >Hello, > > > >I recently made the jump to -stable from 6.0 on a box that I'm looking= =20 > >to bring into production as soon as 6.1 hits. Everything seems fine so= =20 > >far but for one issue that I am guessing is related to the rc changes in= =20 > >-stable. >=20 > For rc.conf in the jails, try changing the value of early_late_divider to= =20 > NETWORKING and let us know if that fixes it for you. Someone else has=20 > tested that solution successfully, and I'm behind on adding that hint to= =20 > the rc man page. You definitly have to change things somehow in the jail case because local scripts won't run until after early_late_divider shows up on the list and in the jail case, the default never shows up. Possible solutions include: - Remove nojail from mountcrit* (should be harmless unless there's a bogus fstab installed). - Add some magic to /etc/defaults/rc.conf to set early_late_divider appropriatly in the jail case. - Put the split code in rcorder controlled by upto and after flags. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDxAjVXY6L6fI4GtQRAtpYAJ9KZDY+HLjkVHPY+Tl+6HDHnaUVDACg345t 72RyYKLoTibLMKQ/Ccly3Os= =2IrC -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 21:49:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A3C16A41F for ; Tue, 10 Jan 2006 21:49:08 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D31B543D55 for ; Tue, 10 Jan 2006 21:49:06 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 47609 invoked by uid 1026); 10 Jan 2006 21:50:05 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.094679 secs); 10 Jan 2006 21:50:05 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 10 Jan 2006 21:50:05 -0000 From: Niki Denev To: freebsd-stable@freebsd.org Date: Tue, 10 Jan 2006 23:50:36 +0200 User-Agent: KMail/1.8.2 References: <43C3BE64.8080703@freebsdbrasil.com.br> In-Reply-To: <43C3BE64.8080703@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601102350.37042.nike_d@cytexbg.com> Subject: Re: ifconfig hidessid not hiding SSID on 802.11b with PRISM 2.5 based card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 21:49:08 -0000 On Tuesday 10 January 2006 16:02, Patrick Tracanelli wrote: > I have set hidessid option to an Intersil PRISM 2.5 based cart, acting > as hostap, and the ssid stills gets broadcasted, aparently. Other > FreeBSD systems and the Windows software supplied by the vendor can find > the SSID while scanning. > > I would like to know if hidessid should hide it in ordinary scans like > those ones, and how to test it better to see if ssid stills broadcasted > in the beacons, if it is possible (say, any debug option or tool). > > Thanks! I think that for SSID hiding to work there is a need for the firmware on the card to support this. (at least on Prism2/2.5 hardware) Maybe your firmware does not support ssid hiding. You can try to update it. hth, --niki From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 23:59:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7610F16A41F for ; Tue, 10 Jan 2006 23:59:51 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (green-dome.village.org [168.103.84.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1C343D45 for ; Tue, 10 Jan 2006 23:59:50 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (localhost.village.org [127.0.0.1]) by green-dome.village.org (8.11.0/8.11.0) with ESMTP id k0ANxnB25342 for ; Tue, 10 Jan 2006 16:59:49 -0700 (MST) Message-Id: <200601102359.k0ANxnB25342@green-dome.village.org> To: freebsd-stable@freebsd.org From: dlm-fb@weaselfish.com Date: Tue, 10 Jan 2006 16:59:49 -0700 Subject: [5.4] getting stuck in nfs_rcvlock() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 23:59:51 -0000 I'm regularly running into a situation on 5.4 (current as of a few weeks ago) where a multi-threaded process comes to a screeching halt due to a vnode lock dependency chain. In other words, many of the threads have various vnodes locked and are trying to acquire another. When you chase down to the end of it, the one thread that's not waiting for a vnode lock is asleep in nfs_rcvlock(). A typical traceback is: Tracing pid 380 tid 100274 td 0xc5e9c600 sched_switch(c5e9c600,0,2) at sched_switch+0x143 mi_switch(2,0) at mi_switch+0x1ba thread_suspend_check(1) at thread_suspend_check+0x181 sleepq_catch_signals(c70bdda4,0,0,100,c6779a80) at sleepq_catch_signals+0xe9 msleep(c70bdda4,0,153,c08cd4ae,0) at msleep+0x239 nfs_rcvlock(c6cb2300) at nfs_rcvlock+0x63 nfs_reply(c6cb2300,0,f,0,18) at nfs_reply+0x18 nfs_request(c814b948,c6b72700,3,c5e9c600,c51e1780) at nfs_request+0x2f1 nfs_lookup(eba4b9d8) at nfs_lookup+0x53d lookup(eba4bbd4,81a4,c5e9c600,0,c5bb9000) at lookup+0x2cf namei(eba4bbd4) at namei+0x285 vn_open_cred(eba4bbd4,eba4bcd4,180,c51e1780,27) at vn_open_cred+0x5b vn_open(eba4bbd4,eba4bcd4,180,27,c7c71318) at vn_open+0x1e kern_open(c5e9c600,888a406,0,602,180) at kern_open+0xeb open(c5e9c600,eba4bd04,3,0,296) at open+0x18 syscall(80a002f,2f,bdfc002f,8099200,180) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x48108bcb, esp = 0xbe9cedbc, ebp = 0xbe9cede8 --- The obvious interpretation is a non-responding nfs server. However, no complaints of that sort are being generated by the client that's showing the hang. I've chased all sorts of herrings, red or otherwise, and have not yet come up with a good explanation, let alone a fix. It's almost like the request is never getting transmitted. One promising line was that some debug writes showed retransmits being suppressed due to the congestion avoidance window being too small and never opening back up. However, while artificially opening it helped a little bit on throughput, it didn't make the hang go away. An additional data point is that the vnode that the hanging request is referencing is for a directory that we're in the process of creating a file in. There is always at least one other thread from the same process waiting on the vnode to become free so it can create its own file in the same directory. Unfortunately, the application is rather unwieldy to try to split up into multiple processes to see if it's somehow related to threads rather than nfs per se. Does this sort of problem sound at all familiar to anyone? Any help will be greatly appreciated. I'm running out of hair to pull.... Dworkin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 03:40:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D64316A41F for ; Wed, 11 Jan 2006 03:40:32 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id B639543D60 for ; Wed, 11 Jan 2006 03:40:29 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id B9A6496C170; Tue, 10 Jan 2006 22:38:29 -0500 (EST) Received: from 68.49.189.193 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Tue, 10 Jan 2006 22:38:29 -0500 (EST) Message-ID: <2178.68.49.189.193.1136950709.squirrel@68.49.189.193> Date: Tue, 10 Jan 2006 22:38:29 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 03:40:32 -0000 Howdy. I took 6.0 for a test drive today and was disappointed to find that vinum/gvinum are still in disarray. For example there is a man page for vinum, but only a gvinum binary. gvinum help still lists lots of old vinum commands that are not implemented in gvinum. Lots of basic things I try from the gvinum prompt just tell me "not yet supported". But most importantly, gvinum configuration (at least for a raid-5 plex) still doesn't persist across a reboot :( Has anyone had success with software Raid-5 under freebsd 6.0 ? If so, how did you do it? I've been forced, rather unhappily, to stick with 4.x and some early 5.x releases b/c vinum is critical for me... Any advice would be greatly appreciated. Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 06:43:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF0216A41F for ; Wed, 11 Jan 2006 06:43:52 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 796DF43D46 for ; Wed, 11 Jan 2006 06:43:51 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 71E4713B699; Wed, 11 Jan 2006 07:43:50 +0100 (CET) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68951-10; Wed, 11 Jan 2006 07:43:49 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by kweetal.tue.nl (Postfix) with ESMTP id 946D213B697; Wed, 11 Jan 2006 07:43:49 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id 924B731401C; Wed, 11 Jan 2006 07:43:49 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id 71C2C410C; Wed, 11 Jan 2006 07:43:49 +0100 (CET) Date: Wed, 11 Jan 2006 07:43:49 +0100 From: Stijn Hoop To: Brian Szymanski Message-ID: <20060111064349.GJ63938@pcwin002.win.tue.nl> References: <2178.68.49.189.193.1136950709.squirrel@68.49.189.193> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3O1VwFp74L81IIeR" Content-Disposition: inline In-Reply-To: <2178.68.49.189.193.1136950709.squirrel@68.49.189.193> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-stable@freebsd.org Subject: Re: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 06:43:52 -0000 --3O1VwFp74L81IIeR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Jan 10, 2006 at 10:38:29PM -0500, Brian Szymanski wrote: > I took 6.0 for a test drive today and was disappointed to find that > vinum/gvinum are still in disarray. For example there is a man page for > vinum, but only a gvinum binary. gvinum help still lists lots of old vinum > commands that are not implemented in gvinum. Lots of basic things I try > from the gvinum prompt just tell me "not yet supported". Hmm. There is a manpage in 6-STABLE. And there are a few things that don't work but I wouldn't call it "lots". > But most importantly, gvinum configuration (at least for a raid-5 plex) > still doesn't persist across a reboot :( That's a bug; I think it might be related to compiling gvinum in the kernel as opposed to loading it from /boot/loader.conf. I also think there is a fix already commited to 6-STABLE. > Has anyone had success with software Raid-5 under freebsd 6.0 ? If so, how > did you do it? I'm succesfully running gvinum RAID-5 on two plexes on the same machine since 6.0-RC3 or thereabouts. I just used the same procedure I used to setup volumes with "regular" vinum. I did not try to migrate volumes however, I started from scratch and restored my data. > I've been forced, rather unhappily, to stick with 4.x and some early 5.x > releases b/c vinum is critical for me... Any advice would be greatly > appreciated. Two things: - contact Lukas Ertl and/or send PRs with any problems that you encounter. He is very responsive, especially when you send in detailed problem reports. - try 6-STABLE instead of 6.0-RELEASE. It might not be useful for you in production, but at least you get a manpage, and the disappearing volume bug might be fixed. If not, you can try option 1. HTH, --Stijn --=20 My server has more fans than Britney. -- Steve Warwick, from a posting at questions@freebsd.org --3O1VwFp74L81IIeR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxKklY3r/tLQmfWcRAoUxAJ9utYu1QZEaNbNJgpuyoheo5P1+qQCfXFfO uBrYBv6WP7QPKSCrsCzXBvU= =VqLI -----END PGP SIGNATURE----- --3O1VwFp74L81IIeR-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 09:05:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D86B16A426; Wed, 11 Jan 2006 09:05:26 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BCD543F48; Wed, 11 Jan 2006 08:53:43 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from imp3-g19.free.fr (imp3-g19.free.fr [212.27.42.3]) by smtp5-g19.free.fr (Postfix) with ESMTP id 9B465171A6; Wed, 11 Jan 2006 09:52:30 +0100 (CET) Received: by imp3-g19.free.fr (Postfix, from userid 33) id 38BC153800; Wed, 11 Jan 2006 09:52:31 +0100 (MET) Received: from 80.156.46.5 ([80.156.46.5]) by imp3-g19.free.fr (IMP) with HTTP for ; Wed, 11 Jan 2006 09:52:30 +0100 Message-ID: <1136969550.43c4c74eef9ab@imp3-g19.free.fr> Date: Wed, 11 Jan 2006 09:52:30 +0100 From: =?iso-8859-1?b?RnLpZOlyaWM=?= PRACA To: Ruslan Ermilov References: <20060109204927.5092d323@localhost.darkstar> <20060110081255.GB90253@ip.net.ua> In-Reply-To: <20060110081255.GB90253@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 80.156.46.5 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 09:05:29 -0000 Selon Ruslan Ermilov : > Do you have ccache stuff in /etc/make.conf? Yes, but I already tried with NOCCACHE and the problem is still there. Fred From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 09:13:41 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 892C616A42A; Wed, 11 Jan 2006 09:13:41 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from postfix1-c.free.fr (postfix1-c.free.fr [213.228.0.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A342343EDC; Wed, 11 Jan 2006 09:10:49 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix1-c.free.fr (Postfix) with ESMTP id 8019416068B7; Wed, 11 Jan 2006 09:51:36 +0100 (CET) Received: from imp3-g19.free.fr (imp3-g19.free.fr [212.27.42.3]) by smtp4-g19.free.fr (Postfix) with ESMTP id 62ADD4ED70; Wed, 11 Jan 2006 09:51:06 +0100 (CET) Received: by imp3-g19.free.fr (Postfix, from userid 33) id 1B715537A2; Wed, 11 Jan 2006 09:51:06 +0100 (MET) Received: from 80.156.46.5 ([80.156.46.5]) by imp3-g19.free.fr (IMP) with HTTP for ; Wed, 11 Jan 2006 09:51:06 +0100 Message-ID: <1136969466.43c4c6fa918b3@imp3-g19.free.fr> Date: Wed, 11 Jan 2006 09:51:06 +0100 From: =?iso-8859-1?b?RnLpZOlyaWM=?= PRACA To: Gleb Smirnoff References: <20060109204927.5092d323@localhost.darkstar> <20060109212718.GB87430@FreeBSD.org> <1136842478.43c2d6eeac62c@imp1-g19.free.fr> <20060109214841.GC87430@cell.sick.ru> In-Reply-To: <20060109214841.GC87430@cell.sick.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 80.156.46.5 Cc: stable@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 09:13:41 -0000 Selon Gleb Smirnoff : > F> > Is your /usr/src/sys/netgraph/ng_split.h file correct? > F> I just cvsup'ed few hours ago with RELENG_6. Of course, I could hack the > source > F> code but that's not my goal. > > May be /usr/include/netgraph/ng_split.h is incorrect? But if it affects > build, than we have problem in our build infrastructure. Well, you're right, /usr/include/netgraph/ng_split.h is still in 1.4 version whereas /usr/src/sys/netgraph/ng_split.h is in 1.4.2.1. So, maybe there's a problem in the build. Thanks for help. Fred From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 12:00:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 252E916A423; Wed, 11 Jan 2006 12:00:35 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D6B443D46; Wed, 11 Jan 2006 12:00:34 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id C3C3296C170; Wed, 11 Jan 2006 06:58:34 -0500 (EST) Received: from 68.49.189.193 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Wed, 11 Jan 2006 06:58:34 -0500 (EST) Message-ID: <3657.68.49.189.193.1136980714.squirrel@68.49.189.193> In-Reply-To: <20060111064349.GJ63938@pcwin002.win.tue.nl> References: <2178.68.49.189.193.1136950709.squirrel@68.49.189.193> <20060111064349.GJ63938@pcwin002.win.tue.nl> Date: Wed, 11 Jan 2006 06:58:34 -0500 (EST) From: "Brian Szymanski" To: "Stijn Hoop" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20060111065834_81162" X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, Lukas Ertl Subject: Re: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 12:00:35 -0000 ------=_20060111065834_81162 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Stijn, thanks for your help, I'm getting closer... >> I took 6.0 for a test drive today and was disappointed to find that >> vinum/gvinum are still in disarray. For example there is a man page for >> vinum, but only a gvinum binary. gvinum help still lists lots of old >> vinum >> commands that are not implemented in gvinum. Lots of basic things I try >> from the gvinum prompt just tell me "not yet supported". > > Hmm. There is a manpage in 6-STABLE. And there are a few things that > don't work but I wouldn't call it "lots". Ah, a manpage! Progress... >> But most importantly, gvinum configuration (at least for a raid-5 plex) >> still doesn't persist across a reboot :( > > That's a bug; I think it might be related to compiling gvinum in the > kernel > as opposed to loading it from /boot/loader.conf. I also think there is a > fix already commited to 6-STABLE. Hmm, I upgraded to 6-STABLE and I'm still having the problem. Here's basically how it happens: gvinum create /etc/vinum.cnf newfs /dev/gvinum/VOLUME mount /dev/gvinum/VOLUME /mnt #screw with /mnt, everything works and is happy, yay! reboot At this point I call "gvinum l" (which loads geom_vinum.ko) by hand (after the reboot). My configuration mostly seems to persist - except or the "drives" section... One of two things happens here: Either a) The volumes/plexes appear down, the subdisks are stale. Additionally, /dev/gvinum is not there - suffice it to say I can't mount anything. b) Everything has status up (except the nonexistent drives). In this case as well, /dev/gvinum is not there - and I still can't mount anything. If I try to fix the configuration by gvinum rm'ing the volumes and plexes that are there, then reloading my vinum.cnf (gvinum create), either: a) everything seems to work b) the system panics Unfortunately there is no correlation between "gvinum l" output and whether the system panics or is happy when I run gvinum create again. Would I have better luck compiling gvinum into the kernel instead of loading the module? What do other folks who have successful config's do? Thanks in advance, Brian Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org ------=_20060111065834_81162 Content-Type: application/octet-stream; name="vinum.r5.cf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vinum.r5.cf" ZHJpdmUgYXBwbGUgZGV2aWNlIC9kZXYvYWQxZApkcml2ZSBiYW5hbmEgZGV2aWNlIC9kZXYvYWQy ZApkcml2ZSBvcmFuZ2UgZGV2aWNlIC9kZXYvYWQzZAoKdm9sdW1lIHJ2CiBwbGV4IG9yZyByYWlk NSAyODhrCiAgc2QgbGVuZ3RoIDEwMThtIGRyaXZlIGFwcGxlCiAgc2QgbGVuZ3RoIDEwMThtIGRy aXZlIGJhbmFuYQogIHNkIGxlbmd0aCAxMDE4bSBkcml2ZSBvcmFuZ2UKCg== ------=_20060111065834_81162 Content-Type: application/octet-stream; name="gvinum.before" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gvinum.before" MyBkcml2ZXM6CkQgb3JhbmdlICAgICAgICAgICAgICAgIFN0YXRlOiB1cAkvZGV2L2FkM2QJQTog Ni8xMDIzIE1CICgwJSkKRCBiYW5hbmEgICAgICAgICAgICAgICAgU3RhdGU6IHVwCS9kZXYvYWQy ZAlBOiA2LzEwMjMgTUIgKDAlKQpEIGFwcGxlICAgICAgICAgICAgICAgICBTdGF0ZTogdXAJL2Rl di9hZDFkCUE6IDYvMTAyMyBNQiAoMCUpCgoxIHZvbHVtZToKViBydiAgICAgICAgICAgICAgICAg ICAgU3RhdGU6IHVwCVBsZXhlczogICAgICAgMQlTaXplOiAgICAgICAyMDM1IE1CCgoxIHBsZXg6 ClAgcnYucDAgICAgICAgICAgICAgIFI1IFN0YXRlOiB1cAlTdWJkaXNrczogICAgIDMJU2l6ZTog ICAgICAgMjAzNSBNQgoKMyBzdWJkaXNrczoKUyBydi5wMC5zMiAgICAgICAgICAgICAgU3RhdGU6 IHVwCUQ6IG9yYW5nZSAgICAgICBTaXplOiAgICAgICAxMDE3IE1CClMgcnYucDAuczEgICAgICAg ICAgICAgIFN0YXRlOiB1cAlEOiBiYW5hbmEgICAgICAgU2l6ZTogICAgICAgMTAxNyBNQgpTIHJ2 LnAwLnMwICAgICAgICAgICAgICBTdGF0ZTogdXAJRDogYXBwbGUgICAgICAgIFNpemU6ICAgICAg IDEwMTcgTUIK ------=_20060111065834_81162 Content-Type: application/octet-stream; name="gvinum.after" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gvinum.after" MCBkcml2ZXM6CgoxIHZvbHVtZToKViBydiAgICAgICAgICAgICAgICAgICAgU3RhdGU6IGRvd24J UGxleGVzOiAgICAgICAwCVNpemU6ICAgICAgICAgIDAgIEIKCjEgcGxleDoKUCBydi5wMCAgICAg ICAgICAgICAgUjUgU3RhdGU6IGRvd24JU3ViZGlza3M6ICAgICAwCVNpemU6ICAgICAgICAgIDAg IEIKCjMgc3ViZGlza3M6ClMgcnYucDAuczAgICAgICAgICAgICAgIFN0YXRlOiBzdGFsZQlEOiBh cHBsZSAgICAgICAgU2l6ZTogICAgICAgMTAxNyBNQgpTIHJ2LnAwLnMxICAgICAgICAgICAgICBT dGF0ZTogc3RhbGUJRDogYmFuYW5hICAgICAgIFNpemU6ICAgICAgIDEwMTcgTUIKUyBydi5wMC5z MiAgICAgICAgICAgICAgU3RhdGU6IHN0YWxlCUQ6IG9yYW5nZSAgICAgICBTaXplOiAgICAgICAx MDE3IE1CCg== ------=_20060111065834_81162-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 12:10:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51CAA16A41F for ; Wed, 11 Jan 2006 12:10:15 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 383E843D70 for ; Wed, 11 Jan 2006 12:10:06 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id k0BC9mKN088342 for ; Wed, 11 Jan 2006 13:09:48 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id k0BC9gP21171 for freebsd-stable@freebsd.org; Wed, 11 Jan 2006 13:09:42 +0100 (CET) (envelope-from rabe) Date: Wed, 11 Jan 2006 13:09:42 +0100 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20060111130942.B30165@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: [5.4-p6] Trouble with swap_pager: indefinite wait buffer on LSI(PERC4)-RAID on Dell PE6650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 12:10:15 -0000 Hi *, one of our Dell PE6650 (4x Xeon, HTT, 2GB RAM) crash from time to time with kernel messages like: swap_pager: indefinite wait buffer: device amrd1s1d, blkno 77 Any access to the RAID is impossible (e.g. login on console, shutdown, ... ), have to powercycle it. What is the meaning of this message? What is the causation for this error? Does swap_pager crash the RAID? Maybe under load? Maybe any locking/SMP? swap seems to work: Swap: 2048M Total, 144K Used, 2048M Free Some technical details: * This filesystem is pretty loaded/stressed by the webserver/CMS and periodic rsync-jobs. Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/amrd1s1d 265G 77G 167G 32% 1415076 34454618 4% /data * There is a 2GB swap on amrd0s2b (or what is the problem with swap_pager?) * From dmesg: amr0: mem 0xfce00000-0xfce0ffff irq 21 at device 1.0 on pci3 amr0: Firmware 351S, BIOS 1.10, 128MB RAM amrd0: on amr0 amrd0: 69880MB (143114240 sectors) RAID 1 (optimal) amrd1: on amr0 amrd1: 279800MB (573030400 sectors) RAID 5 (optimal) * from pciconf: amr0@pci3:1:0: class=0x010400 card=0x05181028 chip=0x19601000 rev=0x01 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' class = mass storage subclass = RAID * a typical load average is "1.02, 1.05, 1.05" (actually 52 httpd processes, have seen up to 120 httpd) * Kernel is 5.4-RELEASE-p6 with GENERIC plus SMP include GENERIC ident PE6650 options SMP Is there anything I can do? Any switches? sysctl? Is 6.0-RELEASE or will 6.1-RELEASE be a solution for that? Any patches in 5-STABLE? Need more info? Need more testing? I have a second machine of this which acts as a standby/fallback-system. I may test some things here (without workload). TIA Regards Raphael Becker From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 13:23:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F0D116A422; Wed, 11 Jan 2006 13:23:32 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A9F43D46; Wed, 11 Jan 2006 13:23:31 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id DB9B013BCF1; Wed, 11 Jan 2006 14:23:30 +0100 (CET) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18663-01-3; Wed, 11 Jan 2006 14:23:10 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by kweetal.tue.nl (Postfix) with ESMTP id 3F9A013BB71; Wed, 11 Jan 2006 13:56:25 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id 2FB0C31401C; Wed, 11 Jan 2006 13:56:25 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id 253C5410C; Wed, 11 Jan 2006 13:56:25 +0100 (CET) Date: Wed, 11 Jan 2006 13:56:25 +0100 From: Stijn Hoop To: Brian Szymanski Message-ID: <20060111125625.GL63938@pcwin002.win.tue.nl> References: <2178.68.49.189.193.1136950709.squirrel@68.49.189.193> <20060111064349.GJ63938@pcwin002.win.tue.nl> <3657.68.49.189.193.1136980714.squirrel@68.49.189.193> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline In-Reply-To: <3657.68.49.189.193.1136980714.squirrel@68.49.189.193> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-stable@freebsd.org, Lukas Ertl Subject: Re: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 13:23:32 -0000 --7uYPyRQQ5N0D02nI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 06:58:34AM -0500, Brian Szymanski wrote: > Stijn, thanks for your help, I'm getting closer... Great! > > > But most importantly, gvinum configuration (at least for a raid-5 ple= x) > > > still doesn't persist across a reboot :( > > > > That's a bug; I think it might be related to compiling gvinum in the > > kernel > > as opposed to loading it from /boot/loader.conf. I also think there is a > > fix already commited to 6-STABLE. >=20 > Hmm, I upgraded to 6-STABLE and I'm still having the problem. >=20 > Here's basically how it happens: > gvinum create /etc/vinum.cnf > newfs /dev/gvinum/VOLUME > mount /dev/gvinum/VOLUME /mnt > #screw with /mnt, everything works and is happy, yay! > reboot >=20 > At this point I call "gvinum l" (which loads geom_vinum.ko) by hand (after > the reboot). My configuration mostly seems to persist - except or the > "drives" section... Ah ok. Hmm. Lukas will need to look at the initialization code path again I think. Sounds like some random pointer is being used somewhere. > Would I have better luck compiling gvinum into the kernel instead of > loading the module? What do other folks who have successful config's do? I use a third method: load geom_vinum.ko in /boot/loader.conf: [stijn@sandcat] <~> cat /boot/loader.conf | grep geom_vinum geom_vinum_load=3D"YES" But maybe those lost configurations have something to do with disks/controllers as well? Mine are Promise Ultra133 with Maxtor 200/250G drives, as well as an internal IDE chipset with Maxtor 120G drives. In any case, that's really an area that I'm unable to help you with, it all depends on a lot of GEOM internal stuff that I don't understand (yet). HTH, --Stijn --=20 > Thus again, we have succesfully proven that I cannot read minds. It doesn't help. Almost all you ever get is "This mind intentionally left blank." -- Steve VanDevender, alt.sysadmin.recovery --7uYPyRQQ5N0D02nI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxQB5Y3r/tLQmfWcRAjv2AJ0Uv91L1wD+vQ2DWIizLqEMYg9nXQCglOBQ n/UdF6ok74BD9KOBqNCpnQQ= =sokK -----END PGP SIGNATURE----- --7uYPyRQQ5N0D02nI-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 14:33:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6954516A420; Wed, 11 Jan 2006 14:33:34 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25AA443D72; Wed, 11 Jan 2006 14:33:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BEXPnl056414; Wed, 11 Jan 2006 16:33:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30287-01-4; Wed, 11 Jan 2006 16:33:24 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BEUuZ5056325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:30:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BEUwqI035994; Wed, 11 Jan 2006 16:30:58 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 16:30:58 +0200 From: Ruslan Ermilov To: Fr?d?ric PRACA Message-ID: <20060111143058.GC34661@ip.net.ua> References: <20060109204927.5092d323@localhost.darkstar> <20060109212718.GB87430@FreeBSD.org> <1136842478.43c2d6eeac62c@imp1-g19.free.fr> <20060109214841.GC87430@cell.sick.ru> <1136969466.43c4c6fa918b3@imp3-g19.free.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aT9PWwzfKXlsBJM1" Content-Disposition: inline In-Reply-To: <1136969466.43c4c6fa918b3@imp3-g19.free.fr> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: stable@freebsd.org, Gleb Smirnoff Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:33:34 -0000 --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 09:51:06AM +0100, Fr?d?ric PRACA wrote: > Selon Gleb Smirnoff : >=20 >=20 > > F> > Is your /usr/src/sys/netgraph/ng_split.h file correct? > > F> I just cvsup'ed few hours ago with RELENG_6. Of course, I could hack= the > > source > > F> code but that's not my goal. > > > > May be /usr/include/netgraph/ng_split.h is incorrect? But if it affects > > build, than we have problem in our build infrastructure. > Well, you're right, /usr/include/netgraph/ng_split.h is still in 1.4 ver= sion > whereas /usr/src/sys/netgraph/ng_split.h is in 1.4.2.1. So, maybe there's= a > problem in the build. >=20 I think I asked you this question already, but... Do you have ccache stuff in your /etc/make.conf? If not, show me your /etc/make.conf and the exact command you use to build world. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxRaiqRfpzJluFF4RAkG7AKCYUct4P7ePU9r0FTCFmqaN5mqdPgCbBllN 0KGMBVu074xTMnT3MXiKwUI= =84as -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 15:02:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C327816A41F; Wed, 11 Jan 2006 15:02:46 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-1.avtlg.ru [83.239.142.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A53643D46; Wed, 11 Jan 2006 15:02:44 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 699FEFED0C8; Wed, 11 Jan 2006 18:02:42 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 5A9361009A9E; Wed, 11 Jan 2006 18:02:40 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id k0BF2UIJ011158; Wed, 11 Jan 2006 18:02:30 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id k0BF2TDv011155; Wed, 11 Jan 2006 18:02:29 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Don Lewis To: Don Lewis References: <200601052157.k05LvJV0015906@gw.catspoiler.org> From: Denis Shaposhnikov Date: Wed, 11 Jan 2006 18:02:29 +0300 In-Reply-To: <200601052157.k05LvJV0015906@gw.catspoiler.org> (Don Lewis's message of "Thu, 5 Jan 2006 13:57:19 -0800 (PST)") Message-ID: <87wth6byey.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.18 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@FreeBSD.org Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 15:02:46 -0000 Hi! >>>>> "Don" == Don Lewis writes: Don> Are you using any unusual file systems, such as nullfs or Don> unionfs? >> Yes, I'm use a lots of nullfs. This is a host system for about 20 >> jails with nullfs mounted ro system: Don> That would be my guess as to the cause of the problem. Hopefully Don> DEBUG_VFS_LOCKS will help pinpoint the bug. I've got the problem again. Now I have debug kernel and crash dump. That is an output from the kdb. Do you need any additional information which I can get from the crash dump? Script started on Wed Jan 11 16:19:51 2006 Connected ~KDB: enter: Line break on console [thread pid 10 tid 100006 ] Stopped at kdb_enter+0x32: leave db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 33279 c8fb6684 0 1 1 0000000 [SLPQ ufs 0xc690d454][SLP] sh 33017 c7f998b0 1008 1 2692 0000000 [SLPQ ufs 0xc690d300][SLP] httpd 33016 c9261000 1008 1 2692 0004000 [SLPQ ufs 0xc6bed454][SLP] parser3.cgi 33015 c8e1fd08 1008 1 2692 0004000 [SLPQ ufs 0xc6bed454][SLP] perl5.8.7 33013 c9796458 1008 1 2692 0004000 [SLPQ ufs 0xc690d454][SLP] parser3.cgi 30627 c8f2fd08 1012 21055 30627 0004002 [SLPQ ufs 0xc690d454][SLP] perl5.8.7 30210 c86e3684 1010 1 30210 0004000 [SLPQ ufs 0xc690d454][SLP] sftp-server 21225 c858522c 1012 1 21225 0004000 [SLPQ ufs 0xc6bf9300][SLP] sftp-server 21055 c6c6d684 1012 1 21055 0015002 [SLPQ ufs 0xc690d454][SLP] zsh 21031 c62978b0 1012 1 21031 0004002 [SLPQ ufs 0xc690d454][SLP] zsh 21003 c9269684 0 2728 21003 0004100 [SLPQ ufs 0xc690d454][SLP] sshd 5004 c941eadc 1010 1 5004 0004000 [SLPQ ufs 0xc690d454][SLP] sftp-server 2735 c8007684 0 1 2735 0000000 [SLPQ ufs 0xc690d454][SLP] cron 2728 c7ca1000 0 1 2728 0000100 [SLPQ ufs 0xc690d454][SLP] sshd 2705 c8006d08 1008 1 2703 0004002 [SLPQ ufs 0xc690d454][SLP] perl5.8.7 2639 c8006adc 0 1 2639 0000000 [SLPQ ufs 0xc690d454][SLP] syslogd 546 c6a10684 80 1 540 0000100 [SLPQ ufs 0xc6c07c4c][SLP] nginx 36 c60d722c 0 0 0 0000204 [SLPQ - 0xe4c45cf0][SLP] schedcpu 35 c60d7458 0 0 0 0000204 [SLPQ ktsusp 0xc60d74e0][SLP] syncer 34 c60d7684 0 0 0 0000204 [SLPQ ktsusp 0xc60d770c][SLP] vnlru 33 c60d78b0 0 0 0 0000204 [SLPQ ktsusp 0xc60d7938][SLP] bufdaemon 32 c60d7adc 0 0 0 000020c [SLPQ pgzero 0xc06d0b14][SLP] pagezero 31 c60d7d08 0 0 0 0000204 [SLPQ psleep 0xc06c8a48][SLP] vmdaemon 30 c60d8000 0 0 0 0000204 [SLPQ psleep 0xc06c8a08][SLP] pagedaemon 29 c60d822c 0 0 0 0000204 [IWAIT] irq1: atkbd0 28 c60d8458 0 0 0 0000204 [IWAIT] swi0: sio 27 c602d684 0 0 0 0000204 [IWAIT] irq18: atapci1 26 c602d8b0 0 0 0 0000204 [IWAIT] irq15: ata1 25 c602dadc 0 0 0 0000204 [IWAIT] irq14: ata0 24 c602dd08 0 0 0 0000204 [IWAIT] irq27: em1 23 c6070000 0 0 0 0000204 [IWAIT] irq26: em0 22 c607022c 0 0 0 0000204 [IWAIT] irq9: acpi0 21 c6070458 0 0 0 0000204 [IWAIT] swi2: cambio 20 c6070684 0 0 0 0000204 [IWAIT] swi6: task queue 9 c60708b0 0 0 0 0000204 [SLPQ - 0xc6064e00][SLP] acpi_task2 8 c6070adc 0 0 0 0000204 [SLPQ - 0xc6064e00][SLP] acpi_task1 7 c5fd822c 0 0 0 0000204 [SLPQ - 0xc6064e00][SLP] acpi_task0 19 c5fd8458 0 0 0 0000204 [IWAIT] swi6: Giant taskq 6 c5fd8684 0 0 0 0000204 [SLPQ - 0xc6065000][SLP] thread taskq 18 c5fd88b0 0 0 0 0000204 [IWAIT] swi5: Fast taskq 5 c5fd8adc 0 0 0 0000204 [SLPQ - 0xc60650c0][SLP] kqueue taskq 17 c5fd8d08 0 0 0 0000204 [SLPQ - 0xc06b8460][SLP] yarrow 4 c602d000 0 0 0 0000204 [SLPQ - 0xc06b8d00][SLP] g_down 3 c602d22c 0 0 0 0000204 [SLPQ - 0xc06b8cfc][SLP] g_up 2 c602d458 0 0 0 0000204 [SLPQ - 0xc06b8cf4][SLP] g_event 16 c5fd3000 0 0 0 0000204 [IWAIT] swi1: net 15 c5fd322c 0 0 0 0000204 [IWAIT] swi3: vm 14 c5fd3458 0 0 0 000020c [IWAIT] swi4: clock sio 13 c5fd3684 0 0 0 000020c [CPU 0] idle: cpu0 12 c5fd38b0 0 0 0 000020c [CPU 1] idle: cpu1 11 c5fd3adc 0 0 0 000020c [CPU 2] idle: cpu2 10 c5fd3d08 0 0 0 000020c [CPU 3] idle: cpu3 1 c5fd8000 0 0 1 0004200 [SLPQ ufs 0xc690d5a8][SLP] init 0 c06b8e00 0 0 0 0000200 [IWAIT] swapper 21030 c8e1f8b0 1012 21003 21003 0002100 zomb[INACTIVE] sshd 5005 c93f8684 0 2728 5005 0006100 zomb[INACTIVE] sshd 5000 c83d1d08 0 2728 5000 0006100 zomb[INACTIVE] sshd 30211 c7907d08 0 2728 30211 0006100 zomb[INACTIVE] sshd 4997 c6a10adc 0 2728 4997 0006100 zomb[INACTIVE] sshd 6404 c8558684 0 2728 6404 0006100 zomb[INACTIVE] sshd db> show lockedvnods Locked vnodes 0xc690d550: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc9413934 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc8f84000 (pid 33279) with 1 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc0558bb2 at vn_open_cred+0x3d #13 0xc055918a at vn_open+0x33 #14 0xc054e6d3 at kern_open+0xd2 #15 0xc054f055 at open+0x36 #16 0xc0648a47 at syscall+0x23a #17 0xc06326ff at Xint0x80_syscall+0x1f ino 2072602, on dev ad4s1g 0xc690d3fc: tag ufs, type VDIR usecount 48, writecount 0, refcount 49 mountedhere 0 flags () v_object 0xc810c6c8 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc7f9c000 (pid 33017) with 12 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc053f430 at lookup+0xc3 #7 0xc0540262 at namei+0x2e7 #8 0xc0558d37 at vn_open_cred+0x1c2 #9 0xc055918a at vn_open+0x33 #10 0xc054e6d3 at kern_open+0xd2 #11 0xc054f055 at open+0x36 #12 0xc0648a47 at syscall+0x23a #13 0xc06326ff at Xint0x80_syscall+0x1f ino 2072603, on dev ad4s1g 0xc690d2a8: tag ufs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc839a8b8 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc8584300 (pid 21225) with 1 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc0558d37 at vn_open_cred+0x1c2 #13 0xc055918a at vn_open+0x33 #14 0xc054e6d3 at kern_open+0xd2 #15 0xc054f055 at open+0x36 #16 0xc0648a47 at syscall+0x23a #17 0xc06326ff at Xint0x80_syscall+0x1f ino 2072615, on dev ad4s1g 0xc6bf92a8: tag ufs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc8a18174 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc9429780 (pid 33015) with 1 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc05513e6 at kern_stat+0x3d #13 0xc05514e8 at stat+0x2f #14 0xc0648a47 at syscall+0x23a #15 0xc06326ff at Xint0x80_syscall+0x1f ino 2072680, on dev ad4s1g 0xc6bed3fc: tag ufs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc84fce0c ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc69d1d80 (pid 546) with 2 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc0558d37 at vn_open_cred+0x1c2 #13 0xc055918a at vn_open+0x33 #14 0xc054e6d3 at kern_open+0xd2 #15 0xc054f055 at open+0x36 #16 0xc0648a47 at syscall+0x23a #17 0xc06326ff at Xint0x80_syscall+0x1f ino 2072795, on dev ad4s1g 0xc6c07bf4: tag ufs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc940a744 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc9146c00 (pid 33016) with 1 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc0554134 at kern_rmdir+0x98 #13 0xc055436e at rmdir+0x22 #14 0xc0648a47 at syscall+0x23a #15 0xc06326ff at Xint0x80_syscall+0x1f ino 2072767, on dev ad4s1g db> show lockedbufs db> db> alltrace Tracing command sh pid 33279 tid 100567 td 0xc8f84000 sched_switch(c8f84000,0,1,3ef33c46,367ee305) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e91b8670,c04f425b) at mi_switch+0x150 sleepq_switch(e91b86a4,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,1) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,c0655075,c05db299,c0655075,c0557513) at acquire+0x7a lockmgr(c690d454,2002,c690d4c4,c8f84000,e91b878c) at lockmgr+0x4ce vop_stdlock(e91b87e4,c06a4f20,c06a4f20,e91b87e4,e91b879c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e91b87e4,e91b87b4,c0655075,e91b87e4) at VOP_LOCK_APV+0x3b ffs_lock(e91b87e4,c0673faf,2,c690d3fc,e91b8800) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e91b87e4,e91b8814,c0504340,e91b8814) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,2002,c8f84000,c05e52a9,c690d550) at vn_lock+0x6c vget(c690d3fc,2002,c8f84000,0,e91b88a8) at vget+0x87 cache_lookup(c690d550,e91b8b80,e91b8b94,c8f84000,c5fd1780) at cache_lookup+0xde vfs_cache_lookup(e91b8940,e91b88ec,c690d550,e91b8b94,e91b895c) at vfs_cache_lookup+0xad VOP_LOOKUP_APV(c06a4f20,e91b8940,e91b892c,c8f84000,2) at VOP_LOOKUP_APV+0x3b lookup(e91b8b6c,c8d8b800,400,e91b8b88,c053d7b7) at lookup+0x419 namei(e91b8b6c,c678a618,c8f84000,e91b89f8,c0655118) at namei+0x2e7 vn_open_cred(e91b8b6c,e91b8c6c,1a4,c5fd1780,3) at vn_open_cred+0x3d vn_open(e91b8b6c,e91b8c6c,1a4,3,0) at vn_open+0x33 kern_open(c8f84000,8084768,0,20a,1b6) at kern_open+0xd2 open(c8f84000,e91b8d04,c,3,e91b8d38) at open+0x36 syscall(3b,3b,3b,8084768,1) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x281a6d6b, esp = 0xbfbfd08c, ebp = 0xbfbfd128 --- Tracing command httpd pid 33017 tid 100300 td 0xc7f9c000 sched_switch(c7f9c000,0,1,9d63b87a,bfac35b1) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8d94670,c04f425b) at mi_switch+0x150 sleepq_switch(e8d946a4,c04e4cc6,c690d300,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d300,50,c0672a31,0,d) at sleepq_wait+0xb msleep(c690d300,c06b9cd0,50,c0672a31,0) at msleep+0x454 acquire(60000,c7f9c000,e8d94718,c064191c,dab8b000) at acquire+0x7a lockmgr(c690d300,2002,c690d370,c7f9c000,e8d9478c) at lockmgr+0x4ce vop_stdlock(e8d947e4,da08b520,c06a4f20,e8d947e4,e8d9479c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8d947e4,e8d947b4,c0655075,e8d947e4) at VOP_LOCK_APV+0x3b ffs_lock(e8d947e4,4c,2,c690d2a8,e8d94800) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8d947e4,40,e8d94848,c04cd7ad) at VOP_LOCK_APV+0x3b vn_lock(c690d2a8,2002,c7f9c000,c05e52a9,c690d3fc) at vn_lock+0x6c vget(c690d2a8,2002,c7f9c000,0,e8d948a8) at vget+0x87 cache_lookup(c690d3fc,e8d94b80,e8d94b94,c7f9c000,c7fac400) at cache_lookup+0xde vfs_cache_lookup(e8d94940,e8d948ec,c690d3fc,e8d94b94,e8d9495c) at vfs_cache_lookup+0xad VOP_LOOKUP_APV(c06a4f20,e8d94940,c7f9c000,c9120050,2) at VOP_LOOKUP_APV+0x3b lookup(e8d94b6c,c9ac3c00,400,e8d94b88,c802407c) at lookup+0x419 namei(e8d94b6c,e8d949f4,c06316b2,e8d94a18,c06326aa) at namei+0x2e7 vn_open_cred(e8d94b6c,e8d94c6c,0,c7fac400,a) at vn_open_cred+0x1c2 vn_open(e8d94b6c,e8d94c6c,0,a,0) at vn_open+0x33 kern_open(c7f9c000,81cb068,0,2,0) at kern_open+0xd2 open(c7f9c000,e8d94d04,c,0,e8d94d38) at open+0x36 syscall(811003b,e4d003b,bfbf003b,8103358,1) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0xe6faf6b, esp = 0xbfbfea7c, ebp = 0xbfbfeaa8 --- Tracing command parser3.cgi pid 33016 tid 100652 td 0xc9146c00 sched_switch(c9146c00,0,1,5e57bc72,aaef377f) at sched_switch+0xd8 mi_switch(1,0,0,e93d86c4,c04f425b) at mi_switch+0x150 sleepq_switch(e93d86f8,c04e4cc6,c6bed454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c6bed454,50,c0672a31,0,c602a080) at sleepq_wait+0xb msleep(c6bed454,c06b9c98,50,c0672a31,0) at msleep+0x454 acquire(60000,da1dcb4c,c0504340,da1dcb4c,4c) at acquire+0x7a lockmgr(c6bed454,2002,c6bed4c4,c9146c00,e93d87e0) at lockmgr+0x4ce vop_stdlock(e93d8838,120,c06a4f20,e93d8838,e93d87f0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e93d8838,e93d8808,c0655075,e93d8838) at VOP_LOCK_APV+0x3b ffs_lock(e93d8838,f,2,c6bed3fc,e93d8854) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e93d8838,c0653a6a,c053acd2,c0652eaf) at VOP_LOCK_APV+0x3b vn_lock(c6bed3fc,2002,c9146c00,c06326ff,6) at vn_lock+0x6c vget(c6bed3fc,2002,c9146c00,c0653a6a,c053acd2) at vget+0x87 vfs_hash_get(c6268c00,1fa0db,2,c9146c00,e93d89bc) at vfs_hash_get+0xf5 ffs_vget(c6268c00,1fa0db,2,e93d89bc,e93d89c0) at ffs_vget+0x49 ufs_lookup(e93d8a6c,c0685ac5,c6c07bf4,e93d8c34,e93d8aa8) at ufs_lookup+0x965 VOP_CACHEDLOOKUP_APV(c06a4f20,e93d8a6c,e93d8c34,c9146c00,c7fac400) at VOP_CACHEDLOOKUP_APV+0x59 vfs_cache_lookup(e93d8b14,e93d8ac0,c6c07bf4,e93d8c34,e93d8b30) at vfs_cache_lookup+0xec VOP_LOOKUP_APV(c06a4f20,e93d8b14,c9146c00,c065510a,c054a6f6) at VOP_LOOKUP_APV+0x3b lookup(e93d8c0c,c954a800,400,e93d8c28,0) at lookup+0x419 namei(e93d8c0c,ffffffdf,2,0,c6268c00) at namei+0x2e7 kern_rmdir(c9146c00,824b500,0,e93d8d30,c0648a47) at kern_rmdir+0x98 rmdir(c9146c00,e93d8d04,4,d,e93d8d38) at rmdir+0x22 syscall(804003b,e50003b,bfbf003b,8310560,8310560) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (137, FreeBSD ELF32, rmdir), eip = 0xe8201bf, esp = 0xbfbfbcfc, ebp = 0xbfbfbd18 --- Tracing command perl5.8.7 pid 33015 tid 100540 td 0xc9429780 sched_switch(c9429780,0,1,3e4e9c0e,ccaac762) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e90837c8,c04f425b) at mi_switch+0x150 sleepq_switch(e90837fc,c04e4cc6,c6bed454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c6bed454,50,c0672a31,0,c06326ff) at sleepq_wait+0xb msleep(c6bed454,c06b9c98,50,c0672a31,0) at msleep+0x454 acquire(60000,c0648a47,c06326ff,0,0) at acquire+0x7a lockmgr(c6bed454,2002,c6bed4c4,c9429780,e90838e4) at lockmgr+0x4ce vop_stdlock(e908393c,c06a4f20,c06a4f20,e908393c,e90838f4) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e908393c,e908390c,c0655075,e908393c) at VOP_LOCK_APV+0x3b ffs_lock(e908393c,c0673faf,2,c6bed3fc,e9083958) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e908393c,e908396c,c0504340,e908396c) at VOP_LOCK_APV+0x3b vn_lock(c6bed3fc,2002,c9429780,c05e52a9,c6bf92a8) at vn_lock+0x6c vget(c6bed3fc,2002,c9429780,0,e9083a00) at vget+0x87 cache_lookup(c6bf92a8,e9083bb4,e9083bc8,c9429780,c7fac400) at cache_lookup+0xde vfs_cache_lookup(e9083a98,e9083a44,c6bf92a8,e9083bc8,e9083ab4) at vfs_cache_lookup+0xad VOP_LOOKUP_APV(c06a4f20,e9083a98,c9429780,c053838f,da2dbca8) at VOP_LOOKUP_APV+0x3b lookup(e9083ba0,c9890400,400,e9083bbc,c7ec7800) at lookup+0x419 namei(e9083ba0,c054aeb7,c0602f4b,e9083b74,c97a71f0) at namei+0x2e7 kern_stat(c9429780,86e80d4,0,e9083c14,c7d04494) at kern_stat+0x3d stat(c9429780,e9083d04,8,5,e9083d38) at stat+0x2f syscall(bfbf003b,bfbf003b,bfbf003b,86e80d4,86e80d4) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0xe696f0b, esp = 0xbfbf159c, ebp = 0xbfbf1618 --- Tracing command parser3.cgi pid 33013 tid 100514 td 0xc9662000 sched_switch(c9662000,0,1,ce8a74bc,fee529ff) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e910a978,c04f425b) at mi_switch+0x150 sleepq_switch(e910a9ac,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,c057cbf1,c67ebc1c,c882b700,e910aa28) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c9662000,e910aa94) at lockmgr+0x4ce vop_stdlock(e910aaec,0,c06a4f20,e910aaec,e910aaa4) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e910aaec,e910aabc,c0655075,e910aaec) at VOP_LOCK_APV+0x3b ffs_lock(e910aaec,c0face68,1002,c690d3fc,e910ab08) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e910aaec,0,e910ab18,0) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c9662000,c05f6b30,c0face68) at vn_lock+0x6c lookup(e910ac08,c8d9e800,400,e910ac24,3) at lookup+0xc3 namei(e910ac08,27f,0,0,c7f74a80) at namei+0x2e7 kern_access(c9662000,8164270,0,2,e910ad30) at kern_access+0x72 access(c9662000,e910ad04,8,1,e910ad38) at access+0x29 syscall(3b,3b,3b,8164270,8185c60) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (33, FreeBSD ELF32, access), eip = 0xe882a53, esp = 0xbfbfbd4c, ebp = 0xbfbfbd98 --- Tracing command perl5.8.7 pid 30627 tid 100547 td 0xc9429480 sched_switch(c9429480,0,1,b326927a,259d4869) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e907d8e0,c04f425b) at mi_switch+0x150 sleepq_switch(e907d914,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,c0547c81) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,4,4,e907d9cc,c053838f) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c9429480,e907d9fc) at lockmgr+0x4ce vop_stdlock(e907da54,c06316b2,c06a4f20,e907da54,e907da0c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e907da54,e907da24,c0655075,e907da54) at VOP_LOCK_APV+0x3b ffs_lock(e907da54,c0655075,1002,c690d3fc,e907da70) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e907da54,c053d7b7,c065510a,c054a6f6) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c9429480,c9429480,e907daa0) at vn_lock+0x6c lookup(e907dc08,c9a55000,400,e907dc24,0) at lookup+0xc3 namei(e907dc08,c9429480,e907db80,c9429480,8d94000) at namei+0x2e7 kern_rename(c9429480,8602b40,86f7f40,0,e907dd30) at kern_rename+0x46 rename(c9429480,e907dd04,8,c06bc640,c5fd4d60) at rename+0x29 syscall(3b,895003b,bfbf003b,8602b40,8c34008) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (128, FreeBSD ELF32, rename), eip = 0xb42721f, esp = 0xbfbfeacc, ebp = 0xbfbfeaf8 --- Tracing command sftp-server pid 30210 tid 100409 td 0xc8583480 sched_switch(c8583480,0,1,8f67a44c,cabc55b8) at sched_switch+0xd8 mi_switch(1,0,0,e8f938b4,c04f425b) at mi_switch+0x150 sleepq_switch(e8f938e8,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,b) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,2169,d860e58a,ddcc828d,be7ecac0) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c8583480,e8f939d0) at lockmgr+0x4ce vop_stdlock(e8f93a28,c86e3684,c06a4f20,e8f93a28,e8f939e0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8f93a28,e8f939f8,c0655075,e8f93a28) at VOP_LOCK_APV+0x3b ffs_lock(e8f93a28,c06bc640,1002,c690d3fc,e8f93a44) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8f93a28,c942b480,7fffffff,c86e3748) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c8583480,c8583480,c06bf160) at vn_lock+0x6c lookup(e8f93ba0,c9ab6c00,400,e8f93bbc,e8f93b48) at lookup+0xc3 namei(e8f93ba0,ffffffff,7fffffff,c97cac94,4) at namei+0x2e7 kern_stat(c8583480,804e080,0,e8f93c14,e8f93c40) at kern_stat+0x3d stat(c8583480,e8f93d04,8,2,e8f93d38) at stat+0x2f syscall(3b,3b,3b,804e080,bfbea620) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0xb497f0b, esp = 0xbfbea3fc, ebp = 0xbfbea698 --- Tracing command sftp-server pid 21225 tid 100402 td 0xc8584300 sched_switch(c8584300,0,1,fadc2abe,86dd987) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8fae670,c04f425b) at mi_switch+0x150 sleepq_switch(e8fae6a4,c04e4cc6,c6bf9300,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c6bf9300,50,c0672a31,0,b) at sleepq_wait+0xb msleep(c6bf9300,c06ba8f4,50,c0672a31,0) at msleep+0x454 acquire(60000,0,e8fae8fc,c0632c7e,e8fae724) at acquire+0x7a lockmgr(c6bf9300,2002,c6bf9370,c8584300,e8fae78c) at lockmgr+0x4ce vop_stdlock(e8fae7e4,c06a4f20,c06a4f20,e8fae7e4,e8fae79c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8fae7e4,e8fae7b4,c0655075,e8fae7e4) at VOP_LOCK_APV+0x3b ffs_lock(e8fae7e4,c0673faf,2,c6bf92a8,e8fae800) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8fae7e4,e8fae814,c0504340,e8fae814) at VOP_LOCK_APV+0x3b vn_lock(c6bf92a8,2002,c8584300,c05e52a9,c690d2a8) at vn_lock+0x6c vget(c6bf92a8,2002,c8584300,0,e8fae8a8) at vget+0x87 cache_lookup(c690d2a8,e8faeb80,e8faeb94,c8584300,c8836180) at cache_lookup+0xde vfs_cache_lookup(e8fae940,e8fae8ec,c690d2a8,e8faeb94,e8fae95c) at vfs_cache_lookup+0xad VOP_LOOKUP_APV(c06a4f20,e8fae940,c8584300,c05589ca,c0558a6d) at VOP_LOOKUP_APV+0x3b lookup(e8faeb6c,c99c9800,400,e8faeb88,c21845d8) at lookup+0x419 namei(e8faeb6c,c7ca4d60,c06bc640,c858522c,e8fae9fc) at namei+0x2e7 vn_open_cred(e8faeb6c,e8faec6c,1a4,c8836180,5) at vn_open_cred+0x1c2 vn_open(e8faeb6c,e8faec6c,1a4,5,c80b9700) at vn_open+0x33 kern_open(c8584300,8052000,0,1,1b6) at kern_open+0xd2 open(c8584300,e8faed04,c,369e99,0) at open+0x36 syscall(804003b,804003b,bfbf003b,0,1) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0xb497f6b, esp = 0xbfbea6bc, ebp = 0xbfbfad08 --- Tracing command zsh pid 21055 tid 100144 td 0xc6a4c480 sched_switch(c6a4c480,0,1,2ef60aaa,c21bdf61) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8aab8b4,c04f425b) at mi_switch+0x150 sleepq_switch(e8aab8e8,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,0,80000,0,0) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c6a4c480,e8aab9d0) at lockmgr+0x4ce vop_stdlock(e8aaba28,c0557513,c06a4f20,e8aaba28,e8aab9e0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8aaba28,e8aab9f8,c0655075,e8aaba28) at VOP_LOCK_APV+0x3b ffs_lock(e8aaba28,c84ab618,1002,c690d3fc,e8aaba44) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8aaba28,e8aaba18,46,e8aaba3c) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c6a4c480,8,28) at vn_lock+0x6c lookup(e8aabba0,c9a59000,400,e8aabbbc,c8683c8c) at lookup+0xc3 namei(e8aabba0,0,e8aabc04,e8aabbe7,e8aabbe8) at namei+0x2e7 kern_stat(c6a4c480,8054410,0,e8aabc14,0) at kern_stat+0x3d stat(c6a4c480,e8aabd04,8,3,e8aabd38) at stat+0x2f syscall(3b,3b,3b,bfbfe354,805441a) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0xb419f0b, esp = 0xbfbfe27c, ebp = 0xbfbfe338 --- Tracing command zsh pid 21031 tid 100053 td 0xc6294480 sched_switch(c6294480,0,1,c3ff51ac,c4792049) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e89478b4,c04f425b) at mi_switch+0x150 sleepq_switch(e89478e8,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,e89478e0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,0,0,c62978b0,247) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c6294480,e89479d0) at lockmgr+0x4ce vop_stdlock(e8947a28,c0557513,c06a4f20,e8947a28,e89479e0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8947a28,e89479f8,c0655075,e8947a28) at VOP_LOCK_APV+0x3b ffs_lock(e8947a28,c7f5b4c4,1002,c690d3fc,e8947a44) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8947a28,e8947a18,c053d7da,c6294480) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c6294480,0,0) at vn_lock+0x6c lookup(e8947ba0,c9547400,400,e8947bbc,c8aa8500) at lookup+0xc3 namei(e8947ba0,0,e8947c04,e8947be7,e8947be8) at namei+0x2e7 kern_stat(c6294480,b2f9db0,0,e8947c14,e8947c3c) at kern_stat+0x3d stat(c6294480,e8947d04,8,4,e8947d38) at stat+0x2f syscall(804003b,3b,bfbf003b,b2f9db0,8057e38) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0xb419f0b, esp = 0xbfbfeb6c, ebp = 0xbfbfec58 --- Tracing command sshd pid 21003 tid 100669 td 0xc94fd000 sched_switch(c94fd000,0,1,2131dd7e,bcba92fa) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e93a28b4,c04f425b) at mi_switch+0x150 sleepq_switch(e93a28e8,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,0,0,c9269684,283) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c94fd000,e93a29d0) at lockmgr+0x4ce vop_stdlock(e93a2a28,c0557513,c06a4f20,e93a2a28,e93a29e0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e93a2a28,e93a29f8,c0655075,e93a2a28) at VOP_LOCK_APV+0x3b ffs_lock(e93a2a28,c7f45618,1002,c690d3fc,e93a2a44) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e93a2a28,e93a2a18,c053d7da,c94fd000) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c94fd000,0,0) at vn_lock+0x6c lookup(e93a2ba0,c9884400,400,e93a2bbc,4) at lookup+0xc3 namei(e93a2ba0,4,c0c6c468,e93a2b68,c05eea3a) at namei+0x2e7 kern_stat(c94fd000,2836ca34,0,e93a2c14,c94fd000) at kern_stat+0x3d stat(c94fd000,e93a2d04,8,2,e93a2d38) at stat+0x2f syscall(3b,3b,bfbf003b,0,0) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x28356f0b, esp = 0xbfbfdb9c, ebp = 0xbfbfdc88 --- Tracing command sftp-server pid 5004 tid 100468 td 0xc856d180 sched_switch(c856d180,0,1,8eac7b52,c9668742) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8f5175c,c04f425b) at mi_switch+0x150 sleepq_switch(e8f51790,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,da13433c) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,e8f517f0,c06316b2,e8f51814,c06326ff) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c856d180,e8f51878) at lockmgr+0x4ce vop_stdlock(e8f518d0,3,c06a4f20,e8f518d0,e8f51888) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8f518d0,e8f518a0,c0655075,e8f518d0) at VOP_LOCK_APV+0x3b ffs_lock(e8f518d0,e8f518dc,1002,c690d3fc,e8f518ec) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8f518d0,0,1,1) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c856d180,da7a1930,9afa) at vn_lock+0x6c lookup(e8f51b6c,c7bc9800,400,e8f51b88,c0652dda) at lookup+0xc3 namei(e8f51b6c,c8556ee0,c06bc640,c941eadc,e8f519fc) at namei+0x2e7 vn_open_cred(e8f51b6c,e8f51c6c,1a4,c8677800,5) at vn_open_cred+0x15c vn_open(e8f51b6c,e8f51c6c,1a4,5,c8430300) at vn_open+0x33 kern_open(c856d180,8052000,0,e02,1b6) at kern_open+0xd2 open(c856d180,e8f51d04,c,c602a080,e8f51cc8) at open+0x36 syscall(3b,3b,bfbe003b,e01,3a) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0xb497f6b, esp = 0xbfbea6bc, ebp = 0xbfbfad08 --- Tracing command cron pid 2735 tid 100313 td 0xc7f9aa80 sched_switch(c7f9aa80,0,1,a17a4cba,9e6ea105) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8d6d8b4,c04f425b) at mi_switch+0x150 sleepq_switch(e8d6d8e8,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,e8d6d8e0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,e8d6d948,c06316b2,e8d6d96c,c06326ff) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c7f9aa80,e8d6d9d0) at lockmgr+0x4ce vop_stdlock(e8d6da28,c7f9aa80,c06a4f20,e8d6da28,e8d6d9e0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8d6da28,e8d6d9f8,c0655075,e8d6da28) at VOP_LOCK_APV+0x3b ffs_lock(e8d6da28,c80ac3fc,1002,c690d3fc,e8d6da44) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8d6da28,4c,e8d6da28,c06316b2) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c7f9aa80,c065510a,c054a6f6) at vn_lock+0x6c lookup(e8d6dba0,c9426c00,400,e8d6dbbc,0) at lookup+0xc3 namei(e8d6dba0,e8d6db40,60,0,c7f9aa80) at namei+0x2e7 kern_stat(c7f9aa80,804e681,0,e8d6dc14,50) at kern_stat+0x3d stat(c7f9aa80,e8d6dd04,8,0,e8d6dd38) at stat+0x2f syscall(3b,3b,3b,bfbfedf0,3) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x28143f0b, esp = 0xbfbfe95c, ebp = 0xbfbfec68 --- Tracing command sshd pid 2728 tid 100238 td 0xc7ac4900 sched_switch(c7ac4900,0,1,c53f3824,ce10ace9) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8bfa7d4,c04f425b) at mi_switch+0x150 sleepq_switch(e8bfa808,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,c7ac4900) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,c0504340,c7df35cc,4c,e8bfa874) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c7ac4900,e8bfa8f0) at lockmgr+0x4ce vop_stdlock(e8bfa948,c07ca6e0,c06a4f20,e8bfa948,e8bfa900) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8bfa948,e8bfa918,c0655075,e8bfa948) at VOP_LOCK_APV+0x3b ffs_lock(e8bfa948,c7ac4900,1002,c690d3fc,e8bfa964) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8bfa948,0,0,0) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c7ac4900,c06326aa,3041) at vn_lock+0x6c lookup(e8bfab94,c9892400,400,e8bfabb0,c7f5b4c4) at lookup+0xc3 namei(e8bfab94,c069ba60,2,0,c7ac4900) at namei+0x2e7 unp_connect(c7ac4900,102,0,0,e8bfac20) at unp_connect+0xc9 uipc_connect(c97d4154,c7dfb100,c7ac4900) at uipc_connect+0x46 soconnect(c97d4154,c7dfb100,c7ac4900,6a,c052bf53) at soconnect+0x5d kern_connect(c7ac4900,4,c7dfb100,c7dfb100) at kern_connect+0xd6 connect(c7ac4900,e8bfad04,c,f,e8bfad38) at connect+0x45 syscall(3b,3b,bfbf003b,bfbfc850,bfbfc852) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (98, FreeBSD ELF32, connect), eip = 0x28344527, esp = 0xbfbfc83c, ebp = 0xbfbfc8d8 --- Tracing command perl5.8.7 pid 2705 tid 100309 td 0xc7f9b180 sched_switch(c7f9b180,0,1,444335ac,c86a47d5) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8d7975c,c04f425b) at mi_switch+0x150 sleepq_switch(e8d79790,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,c06b610c,c6782900,901f0000,c68f0714) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c7f9b180,e8d79878) at lockmgr+0x4ce vop_stdlock(e8d798d0,0,c06a4f20,e8d798d0,e8d79888) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8d798d0,e8d798a0,c0655075,e8d798d0) at VOP_LOCK_APV+0x3b ffs_lock(e8d798d0,c5fd5000,1002,c690d3fc,e8d798ec) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8d798d0,c5fd5000,4,bf49f752) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c7f9b180,c5fd5000,ff) at vn_lock+0x6c lookup(e8d79b6c,c6cf4400,400,e8d79b88,c0566fef) at lookup+0xc3 namei(e8d79b6c,0,0,e8d79a28,4) at namei+0x2e7 vn_open_cred(e8d79b6c,e8d79c6c,1a4,c7f42e80,3) at vn_open_cred+0x1c2 vn_open(e8d79b6c,e8d79c6c,1a4,3,246) at vn_open+0x33 kern_open(c7f9b180,e6a7d28,0,1,1b6) at kern_open+0xd2 open(c7f9b180,e8d79d04,c,369e99,0) at open+0x36 syscall(3b,81a003b,bfbf003b,4,e6c5f20) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0xe696f6b, esp = 0xbfbfeb1c, ebp = 0xbfbfeb48 --- Tracing command syslogd pid 2639 tid 100308 td 0xc7f9b300 sched_switch(c7f9b300,0,1,bfebc1b4,fce5836d) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8d7c950,c04f425b) at mi_switch+0x150 sleepq_switch(e8d7c984,c04e4cc6,c690d454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d454,50,c0672a31,0,0) at sleepq_wait+0xb msleep(c690d454,c06b9cb4,50,c0672a31,0) at msleep+0x454 acquire(60000,1000,c13cbba8,3b,805b050) at acquire+0x7a lockmgr(c690d454,3002,c690d4c4,c7f9b300,e8d7ca6c) at lockmgr+0x4ce vop_stdlock(e8d7cac4,4000,c06a4f20,e8d7cac4,e8d7ca7c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8d7cac4,e8d7ca94,c0655075,e8d7cac4) at VOP_LOCK_APV+0x3b ffs_lock(e8d7cac4,e8d7ca94,1002,c690d3fc,e8d7cae0) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8d7cac4,e8d7cac0,c06316b2,e8d7cae4) at VOP_LOCK_APV+0x3b vn_lock(c690d3fc,1002,c7f9b300,c055856a,c05080a7) at vn_lock+0x6c lookup(e8d7cc0c,c9ab9000,400,e8d7cc28,0) at lookup+0xc3 namei(e8d7cc0c,c06b2960,c7febd48,c7f9b300,c7f43900) at namei+0x2e7 kern_unlink(c7f9b300,804eb7b,0,e8d7cd30,c0648a47) at kern_unlink+0x9b unlink(c7f9b300,e8d7cd04,4,0,0) at unlink+0x22 syscall(3b,3b,3b,1,f) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (10, FreeBSD ELF32, unlink), eip = 0x28141827, esp = 0xbfbfd90c, ebp = 0xbfbfd9a8 --- Tracing command nginx pid 546 tid 100122 td 0xc69d1d80 sched_switch(c69d1d80,0,1,f002cf9e,6c43d35e) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8a73670,c04f425b) at mi_switch+0x150 sleepq_switch(e8a736a4,c04e4cc6,c6c07c4c,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c6c07c4c,50,c0672a31,0,c044b82a) at sleepq_wait+0xb msleep(c6c07c4c,c06ba45c,50,c0672a31,0) at msleep+0x454 acquire(60000,c0655075,c05db299,c0655075,c0557513) at acquire+0x7a lockmgr(c6c07c4c,2002,c6c07cbc,c69d1d80,e8a7378c) at lockmgr+0x4ce vop_stdlock(e8a737e4,c06a4f20,c06a4f20,e8a737e4,e8a7379c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8a737e4,e8a737b4,c0655075,e8a737e4) at VOP_LOCK_APV+0x3b ffs_lock(e8a737e4,c0673faf,2,c6c07bf4,e8a73800) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8a737e4,e8a73814,c0504340,e8a73814) at VOP_LOCK_APV+0x3b vn_lock(c6c07bf4,2002,c69d1d80,c05e52a9,c6bed3fc) at vn_lock+0x6c vget(c6c07bf4,2002,c69d1d80,0,e8a738a8) at vget+0x87 cache_lookup(c6bed3fc,e8a73b80,e8a73b94,c69d1d80,c6202900) at cache_lookup+0xde vfs_cache_lookup(e8a73940,e8a738ec,c6bed3fc,e8a73b94,e8a7395c) at vfs_cache_lookup+0xad VOP_LOOKUP_APV(c06a4f20,e8a73940,e8a7392c,c69d1d80,0) at VOP_LOOKUP_APV+0x3b lookup(e8a73b6c,c9630000,400,e8a73b88,c057cbf1) at lookup+0x419 namei(e8a73b6c,c0584a9f,c7ef4900,0,e8a739a8) at namei+0x2e7 vn_open_cred(e8a73b6c,e8a73c6c,1a4,c6202900,37) at vn_open_cred+0x1c2 vn_open(e8a73b6c,e8a73c6c,1a4,37,c83b0d48) at vn_open+0x33 kern_open(c69d1d80,80f0424,0,1,1a4) at kern_open+0xd2 open(c69d1d80,e8a73d04,c,c602a480,e8a73cc8) at open+0x36 syscall(80e003b,814003b,bfbf003b,80f0475,8151000) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x282f9d6b, esp = 0xbfbfea6c, ebp = 0xbfbfeb18 --- Tracing command schedcpu pid 36 tid 100029 td 0xc5fd9d80 sched_switch(c5fd9d80,0,1,deebc4ca,f168ca11) at sched_switch+0xd8 mi_switch(1,0,0,0,e4c45c8c) at mi_switch+0x150 sleepq_switch(3e8,e4c45cc0,c04e4e23,e4c45cf0,34) at sleepq_switch+0x115 sleepq_timedwait(e4c45cf0,34,c066a1ff,0,c7ca3900) at sleepq_timedwait+0xc msleep(e4c45cf0,0,34,c066a1ff,3e8) at msleep+0x5b1 schedcpu_thread(0,e4c45d38,ffffffff,ffffffff,ffffffff) at schedcpu_thread+0x22c fork_exit(c04f42d5,0,e4c45d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c45d6c, ebp = 0 --- Tracing command syncer pid 35 tid 100030 td 0xc5fd9c00 sched_switch(c5fd9c00,0,1,edd2ea48,455594e8) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4c42c2c,c04f425b) at mi_switch+0x150 sleepq_switch(e4c42c60,c04e4cc6,c60d74e0,68,c066cfe3) at sleepq_switch+0x115 sleepq_wait(c60d74e0,68,c066cfe3,0,c60d74e0) at sleepq_wait+0xb msleep(c60d74e0,c60d74c0,68,c066cfe3,0) at msleep+0x454 kthread_suspend_check(c60d7458,0,68,c0673dfe,fa) at kthread_suspend_check+0x65 sched_sync(0,e4c42d38,ffffffff,ffffffff,ffffffff) at sched_sync+0x11f fork_exit(c054934e,0,e4c42d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c42d6c, ebp = 0 --- Tracing command vnlru pid 34 tid 100031 td 0xc5fd9a80 sched_switch(c5fd9a80,0,1,befcd2e8,5f176ae8) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4c3fc40,c04f425b) at mi_switch+0x150 sleepq_switch(e4c3fc74,c04e4cc6,c60d770c,68,c066cfe3) at sleepq_switch+0x115 sleepq_wait(c60d770c,68,c066cfe3,0,c60d770c) at sleepq_wait+0xb msleep(c60d770c,c60d76ec,68,c066cfe3,0) at msleep+0x454 kthread_suspend_check(c60d7684,c06c17e0,250,c0673dcd,3e8) at kthread_suspend_check+0x65 vnlru_proc(0,e4c3fd38,ffffffff,ffffffff,ffffffff) at vnlru_proc+0x94 fork_exit(c0548aab,0,e4c3fd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c3fd6c, ebp = 0 --- Tracing command bufdaemon pid 33 tid 100032 td 0xc5fd9900 sched_switch(c5fd9900,0,1,b29de270,bd7eb7ab) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4c3cc84,c04f425b) at mi_switch+0x150 sleepq_switch(e4c3ccb8,c04e4cc6,c60d7938,68,c066cfe3) at sleepq_switch+0x115 sleepq_wait(c60d7938,68,c066cfe3,0,c60d7938) at sleepq_wait+0xb msleep(c60d7938,c60d7918,68,c066cfe3,0) at msleep+0x454 kthread_suspend_check(c60d78b0,c06c150c,44,c0672ce9,3e8) at kthread_suspend_check+0x65 buf_daemon(0,e4c3cd38,ffffffff,ffffffff,ffffffff) at buf_daemon+0x106 fork_exit(c0535c97,0,e4c3cd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c3cd6c, ebp = 0 --- Tracing command pagezero pid 32 tid 100033 td 0xc5fd9780 sched_switch(c5fd9780,0,1,1aa738e4,41803987) at sched_switch+0xd8 mi_switch(1,0,4,0,e4c39ca0) at mi_switch+0x150 sleepq_switch(493e0,e4c39cd4,c04e4e23,c06d0b14,ff) at sleepq_switch+0x115 sleepq_timedwait(c06d0b14,ff,c067dae7,0,246) at sleepq_timedwait+0xc msleep(c06d0b14,c06c89e0,2ff,c067dae7,493e0) at msleep+0x5b1 vm_pagezero(0,e4c39d38,ffffffff,ffffffff,ffffffff) at vm_pagezero+0x8e fork_exit(c060a5a8,0,e4c39d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c39d6c, ebp = 0 --- Tracing command vmdaemon pid 31 tid 100034 td 0xc5fd9600 sched_switch(c5fd9600,0,1,68c14d46,5bf5a05f) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 sleepq_switch(e4c36cb0,c04e4cc6,c06c8a48,68,0) at sleepq_switch+0x115 sleepq_wait(c06c8a48,68,0,0,0) at sleepq_wait+0xb msleep(c06c8a48,0,68,c0672ce9,0) at msleep+0x454 vm_daemon(0,e4c36d38,ffffffff,ffffffff,ffffffff) at vm_daemon+0x7c fork_exit(c0608ca7,0,e4c36d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c36d6c, ebp = 0 --- Tracing command pagedaemon pid 30 tid 100035 td 0xc5fd9480 sched_switch(c5fd9480,0,1,16e08acc,9be9e077) at sched_switch+0xd8 mi_switch(1,0,4,0,e4c33be0) at mi_switch+0x150 sleepq_switch(1388,e4c33c14,c04e4e23,c06c8a08,44) at sleepq_switch+0x115 sleepq_timedwait(c06c8a08,44,c0672ce9,0,0) at sleepq_timedwait+0xc msleep(c06c8a08,c06c89e0,44,c0672ce9,1388) at msleep+0x5b1 vm_pageout(0,e4c33d38,ffffffff,ffffffff,ffffffff) at vm_pageout+0x329 fork_exit(c0606ed4,0,e4c33d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c33d6c, ebp = 0 --- Tracing command irq1: atkbd0 pid 29 tid 100036 td 0xc60d9d80 sched_switch(c60d9d80,0,1,653f5760,1aae6dca) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c60cd700,e674fd38,ffffffff,ffffffff,ffffffff) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c60cd700,e674fd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe674fd6c, ebp = 0 --- Tracing command swi0: sio pid 28 tid 100037 td 0xc60d9c00 sched_switch(c60d9c00,0,1,78e163aa,280d73cf) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c60cd760,e674cd38,6d206461,6c75646f,65622065) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c60cd760,e674cd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe674cd6c, ebp = 0 --- Tracing command irq18: atapci1 pid 27 tid 100017 td 0xc5fd5900 sched_switch(c5fd5900,0,1,91f9c4ec,bbe83083) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c60bb1d0,e4c1ed38,ffffffff,ffffffff,ffffffff) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c60bb1d0,e4c1ed38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c1ed6c, ebp = 0 --- Tracing command irq15: ata1 pid 26 tid 100018 td 0xc5fd5780 fork_trampoline() at fork_trampoline Tracing command irq14: ata0 pid 25 tid 100019 td 0xc5fd5600 sched_switch(c5fd5600,0,1,dcb75946,1d08a930) at sched_switch+0xd8 mi_switch(1,0,ffffffff,ffffffff,ffffffff) at mi_switch+0x150 ithread_loop(c60b2670,e4c18d38,ffffffff,ffffffff,ffffffff) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c60b2670,e4c18d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c18d6c, ebp = 0 --- Tracing command irq27: em1 pid 24 tid 100020 td 0xc5fd5480 fork_trampoline() at fork_trampoline Tracing command irq26: em0 pid 23 tid 100021 td 0xc5fd5300 sched_switch(c5fd5300,0,1,10e80ad0,3614c13) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c609dc50,e4c12d38,ffffffff,ffffffff,ffffffff) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c609dc50,e4c12d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c12d6c, ebp = 0 --- Tracing command irq9: acpi0 pid 22 tid 100022 td 0xc5fd5180 fork_trampoline() at fork_trampoline Tracing command swi2: cambio pid 21 tid 100023 td 0xc6071780 fork_trampoline() at fork_trampoline Tracing command swi6: task queue pid 20 tid 100024 td 0xc6071600 sched_switch(c6071600,0,1,61baa270,dfbf6a4b) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c5fb88d0,e6678d38,e8240489,ffffc5f2,5b0cc483) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c5fb88d0,e6678d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6678d6c, ebp = 0 --- Tracing command acpi_task2 pid 9 tid 100025 td 0xc6071480 sched_switch(c6071480,0,1,d88d1c6,a349b95) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e6675ca8,c04f425b) at mi_switch+0x150 sleepq_switch(e6675cdc,c04e4cc6,c6064e00,5c,c066a1ff) at sleepq_switch+0x115 sleepq_wait(c6064e00,5c,c066a1ff,0,ad7df67a) at sleepq_wait+0xb msleep(c6064e00,c6064e1c,5c,c066a1ff,0) at msleep+0x454 taskqueue_thread_loop(c07cc6b4,e6675d38,ebda3651,9850f34,c11001f6) at taskqueue_thread_loop+0x57 fork_exit(c0504e77,c07cc6b4,e6675d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6675d6c, ebp = 0 --- Tracing command acpi_task1 pid 8 tid 100026 td 0xc6071300 sched_switch(c6071300,0,1,af3a7fc6,a346356) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e6672ca8,c04f425b) at mi_switch+0x150 sleepq_switch(e6672cdc,c04e4cc6,c6064e00,5c,c066a1ff) at sleepq_switch+0x115 sleepq_wait(c6064e00,5c,c066a1ff,0,77598b73) at sleepq_wait+0xb msleep(c6064e00,c6064e1c,5c,c066a1ff,0) at msleep+0x454 taskqueue_thread_loop(c07cc6b4,e6672d38,c76de081,dce7e219,98eb29d) at taskqueue_thread_loop+0x57 fork_exit(c0504e77,c07cc6b4,e6672d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6672d6c, ebp = 0 --- Tracing command acpi_task0 pid 7 tid 100008 td 0xc5fd4300 sched_switch(c5fd4300,0,1,73bafc46,a342668) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4bf4ca8,c04f425b) at mi_switch+0x150 sleepq_switch(e4bf4cdc,c04e4cc6,c6064e00,5c,c066a1ff) at sleepq_switch+0x115 sleepq_wait(c6064e00,5c,c066a1ff,0,ffffffff) at sleepq_wait+0xb msleep(c6064e00,c6064e1c,5c,c066a1ff,0) at msleep+0x454 taskqueue_thread_loop(c07cc6b4,e4bf4d38,ffffffff,ffffffff,ffffffff) at taskqueue_thread_loop+0x57 fork_exit(c0504e77,c07cc6b4,e4bf4d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4bf4d6c, ebp = 0 --- Tracing command swi6: Giant taskq pid 19 tid 100009 td 0xc5fd4180 fork_trampoline() at fork_trampoline Tracing command thread taskq pid 6 tid 100010 td 0xc5fd4000 sched_switch(c5fd4000,0,1,bec3185e,4c4cc167) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4beeca8,c04f425b) at mi_switch+0x150 sleepq_switch(e4beecdc,c04e4cc6,c6065000,5c,c066a1ff) at sleepq_switch+0x115 sleepq_wait(c6065000,5c,c066a1ff,0,ffffffff) at sleepq_wait+0xb msleep(c6065000,c606501c,5c,c066a1ff,0) at msleep+0x454 taskqueue_thread_loop(c06bffd4,e4beed38,ffffffff,ffffffff,ffffffff) at taskqueue_thread_loop+0x57 fork_exit(c0504e77,c06bffd4,e4beed38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4beed6c, ebp = 0 --- Tracing command swi5: Fast taskq pid 18 tid 100011 td 0xc5fd9300 fork_trampoline() at fork_trampoline Tracing command kqueue taskq pid 5 tid 100012 td 0xc5fd9180 sched_switch(c5fd9180,0,1,99f92146,a32a613) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4c2dca8,c04f425b) at mi_switch+0x150 sleepq_switch(e4c2dcdc,c04e4cc6,c60650c0,5c,c066a1ff) at sleepq_switch+0x115 sleepq_wait(c60650c0,5c,c066a1ff,0,ffffffff) at sleepq_wait+0xb msleep(c60650c0,c60650dc,5c,c066a1ff,0) at msleep+0x454 taskqueue_thread_loop(c06b9580,e4c2dd38,ffffffff,ffffffff,ffffffff) at taskqueue_thread_loop+0x57 fork_exit(c0504e77,c06b9580,e4c2dd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c2dd6c, ebp = 0 --- Tracing command yarrow pid 17 tid 100013 td 0xc5fd9000 sched_switch(c5fd9000,0,1,ed90b28e,e6cc3d64) at sched_switch+0xd8 mi_switch(1,0,0,0,e4c2ac9c) at mi_switch+0x150 sleepq_switch(64,e4c2acd0,c04e4e23,c06b8460,44) at sleepq_switch+0x115 sleepq_timedwait(c06b8460,44,c066a1ff,0,6) at sleepq_timedwait+0xc msleep(c06b8460,0,44,c066a1ff,64) at msleep+0x5b1 random_kthread(0,e4c2ad38,ffffffff,ffffffff,ffffffff) at random_kthread+0x1f0 fork_exit(c048ff8e,0,e4c2ad38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c2ad6c, ebp = 0 --- Tracing command g_down pid 4 tid 100014 td 0xc5fd5d80 sched_switch(c5fd5d80,0,1,acb067aa,6e026c0b) at sched_switch+0xd8 mi_switch(1,0,4,0,e4c27c68) at mi_switch+0x150 sleepq_switch(64,e4c27c9c,c04e4e23,c06b8d00,4c) at sleepq_switch+0x115 sleepq_timedwait(c06b8d00,4c,c066a1ff,0,4000) at sleepq_timedwait+0xc msleep(c06b8d00,c06b8be8,24c,c066a1ff,64) at msleep+0x5b1 g_io_schedule_down(c5fd5d80,4c,c5fd5d80,c049a065,e4c27d00) at g_io_schedule_down+0x11c g_down_procbody(0,e4c27d38,ffffffff,ffffffff,ffffffff) at g_down_procbody+0x97 fork_exit(c049a065,0,e4c27d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c27d6c, ebp = 0 --- Tracing command g_up pid 3 tid 100015 td 0xc5fd5c00 sched_switch(c5fd5c00,0,1,7297e676,fbc655b8) at sched_switch+0xd8 mi_switch(1,0,4,0,e4c24c88) at mi_switch+0x150 sleepq_switch(64,e4c24cbc,c04e4e23,c06b8cfc,4c) at sleepq_switch+0x115 sleepq_timedwait(c06b8cfc,4c,c066a1ff,0,c63313ac) at sleepq_timedwait+0xc msleep(c06b8cfc,c06b8c28,24c,c066a1ff,64) at msleep+0x5b1 g_io_schedule_up(c5fd5c00,4c,c5fd5c00,c0499fb0,e4c24d00) at g_io_schedule_up+0xc2 g_up_procbody(0,e4c24d38,ffffffff,ffffffff,ffffffff) at g_up_procbody+0x97 fork_exit(c0499fb0,0,e4c24d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c24d6c, ebp = 0 --- Tracing command g_event pid 2 tid 100016 td 0xc5fd5a80 sched_switch(c5fd5a80,0,1,41a6af52,24a002a3) at sched_switch+0xd8 mi_switch(1,0,0,0,e4c21ca8) at mi_switch+0x150 sleepq_switch(64,e4c21cdc,c04e4e23,c06b8cf4,4c) at sleepq_switch+0x115 sleepq_timedwait(c06b8cf4,4c,c066a1ff,0,0) at sleepq_timedwait+0xc msleep(c06b8cf4,0,4c,c066a1ff,64) at msleep+0x5b1 g_event_procbody(0,e4c21d38,ffffffff,ffffffff,ffffffff) at g_event_procbody+0xd9 fork_exit(c049a11a,0,e4c21d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c21d6c, ebp = 0 --- Tracing command swi1: net pid 16 tid 100000 td 0xc5fd5000 sched_switch(c5fd5000,0,1,b27eab48,150f90e0) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c5fb8840,e4c0cd38,ffffffff,ffffffff,ffffffff) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c5fb8840,e4c0cd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c0cd6c, ebp = 0 --- Tracing command swi3: vm pid 15 tid 100001 td 0xc5fd4d80 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 14 tid 100002 td 0xc5fd4c00 sched_switch(c5fd4c00,0,1,53e95da,fc43c0ce) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 ithread_loop(c5fb8860,e4c06d38,ffffffff,ffffffff,ffffffff) at ithread_loop+0x3b7 fork_exit(c04c1b0d,c5fb8860,e4c06d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c06d6c, ebp = 0 --- Tracing command idle: cpu0 pid 13 tid 100003 td 0xc5fd4a80 cpustop_handler(e4c03c64,c064844e,369e99,0,be1c6ca0) at cpustop_handler+0x2c ipi_nmi_handler(369e99,0,be1c6ca0,4af,a5f) at ipi_nmi_handler+0x2a trap(8,c04f0028,c5fd0028,c603a900,c603a918) at trap+0x30a calltrap() at calltrap+0x5 --- trap 0x13, eip = 0xc07bdc12, esp = 0xe4c03cac, ebp = 0xe4c03cac --- acpi_cpu_c1(caef575e,e4c03cd8,236b,e4c03cd0,c04f2fb4) at acpi_cpu_c1+0x5 acpi_cpu_idle(1,0,0,0,0) at acpi_cpu_idle+0x18a idle_proc(0,e4c03d38,ffffffff,ffffffff,ffffffff) at idle_proc+0x149 fork_exit(c04c097a,0,e4c03d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c03d6c, ebp = 0 --- Tracing command idle: cpu1 pid 12 tid 100004 td 0xc5fd4900 cpustop_handler(e4c00c64,c064844e,ffffffff,ffffffff,ffffffff) at cpustop_handler+0x2c ipi_nmi_handler(ffffffff,ffffffff,ffffffff,ffffffff,c5fd4900) at ipi_nmi_handler+0x2a trap(8,c04f0028,c5fd0028,c603a700,c603a718) at trap+0x30a calltrap() at calltrap+0x5 --- trap 0x13, eip = 0xc07bdc12, esp = 0xe4c00cac, ebp = 0xe4c00cac --- acpi_cpu_c1(93b6c83c,e4c00cd8,236c,e4c00cd0,c04f2fb4) at acpi_cpu_c1+0x5 acpi_cpu_idle(1,0,0,0,0) at acpi_cpu_idle+0x18a idle_proc(0,e4c00d38,ffffffff,ffffffff,ffffffff) at idle_proc+0x149 fork_exit(c04c097a,0,e4c00d38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4c00d6c, ebp = 0 --- Tracing command idle: cpu2 pid 11 tid 100005 td 0xc5fd4780 cpustop_handler(e4bfdc64,c064844e,ffffffff,ffffffff,ffffffff) at cpustop_handler+0x2c ipi_nmi_handler(ffffffff,ffffffff,ffffffff,ffffffff,c5fd4780) at ipi_nmi_handler+0x2a trap(8,c04f0028,c5fd0028,c603ab00,c603ab18) at trap+0x30a calltrap() at calltrap+0x5 --- trap 0x13, eip = 0xc07bdc12, esp = 0xe4bfdcac, ebp = 0xe4bfdcac --- acpi_cpu_c1(2a172b1b,e4bfdcd8,236d,e4bfdcd0,c04f2fb4) at acpi_cpu_c1+0x5 acpi_cpu_idle(1,0,0,0,0) at acpi_cpu_idle+0x18a idle_proc(0,e4bfdd38,ffffffff,ffffffff,ffffffff) at idle_proc+0x149 fork_exit(c04c097a,0,e4bfdd38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4bfdd6c, ebp = 0 --- Tracing command idle: cpu3 pid 10 tid 100006 td 0xc5fd4600 kdb_enter(c067f27b,e4bfabfc,46,c5fd4600,c60d0c00) at kdb_enter+0x32 siointr1(e4bfac24,c04f4652,c5fd4600,c5fd4600,c5fd3d08) at siointr1+0x3de siointr(c60d0c00,0,c5fd4600,c5fd4600,0) at siointr+0x66 intr_execute_handlers(c5fcaca0,e4bfac6c,e4bfacac,c0632a63,37) at intr_execute_handlers+0xcc lapic_handle_intr(37) at lapic_handle_intr+0x2d Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc07bdc12, esp = 0xe4bfacac, ebp = 0xe4bfacac --- acpi_cpu_c1(0,0,0,e4bfacd0,c04f2fb4) at acpi_cpu_c1+0x5 acpi_cpu_idle(1,0,0,0,0) at acpi_cpu_idle+0x18a idle_proc(0,e4bfad38,ffffffff,ffffffff,ffffffff) at idle_proc+0x149 fork_exit(c04c097a,0,e4bfad38) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4bfad6c, ebp = 0 --- Tracing command init pid 1 tid 100007 td 0xc5fd4480 sched_switch(c5fd4480,0,1,7942a4fc,85e8071) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e4bf78f0,c04f425b) at mi_switch+0x150 sleepq_switch(e4bf7924,c04e4cc6,c690d5a8,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c690d5a8,50,c0672a31,0,c064191c) at sleepq_wait+0xb msleep(c690d5a8,c06b9c98,50,c0672a31,0) at msleep+0x454 acquire(60000,e4bf796c,c06b2ca0,c690d7f8,0) at acquire+0x7a lockmgr(c690d5a8,2002,c690d618,c5fd4480,e4bf7a0c) at lockmgr+0x4ce vop_stdlock(e4bf7a64,c065510a,c06a4f20,e4bf7a64,e4bf7a1c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e4bf7a64,e4bf7a34,c0655075,e4bf7a64) at VOP_LOCK_APV+0x3b ffs_lock(e4bf7a64,0,2,c690d550,e4bf7a80) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e4bf7a64,c0c5fa00,0,c690d6a4) at VOP_LOCK_APV+0x3b vn_lock(c690d550,2002,c5fd4480,7ffcaf32,369e99) at vn_lock+0x6c vflush(c6268c00,0,2,c5fd4480,4) at vflush+0x12a ffs_flushfiles(c6268c00,2,c5fd4480,c06b2ca0,c678f7f8) at ffs_flushfiles+0x93 ffs_unmount(c6268c00,80000,c5fd4480,c5fd4480,20) at ffs_unmount+0xea dounmount(c6268c00,80000,c5fd4480,da054aac,0) at dounmount+0x226 vfs_unmountall(c066ec26,0,0,0,0) at vfs_unmountall+0x3b boot(c5fd4480,e4bf7d38,bfbfe95c,c5fd8000,c5fd4480) at boot+0x80c reboot(c5fd4480,e4bf7d04,4,0,0) at reboot+0x3c syscall(3b,3b,3b,2,bfbfeef8) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (55, FreeBSD ELF32, reboot), eip = 0x8050703, esp = 0xbfbfeccc, ebp = 0xbfbfeda8 --- Tracing command swapper pid 0 tid 0 td 0xc06b9040 sched_switch(c06b9040,0,1,e7689d46,75507e12) at sched_switch+0xd8 mi_switch(1,0,0,0,0) at mi_switch+0x150 scheduler(0,0,c5fbf79c,81ec00,81e000) at scheduler+0x551 mi_startup() at mi_startup+0xb1 begin() at begin+0x2c db> show allpcpu Current CPU: 3 cpuid = 0 curthread = 0xc5fd4a80: pid 13 "idle: cpu0" curpcb = 0xe4c03d90 fpcurthread = none idlethread = 0xc5fd4a80: pid 13 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0xc5fd4900: pid 12 "idle: cpu1" curpcb = 0xe4c00d90 fpcurthread = none idlethread = 0xc5fd4900: pid 12 "idle: cpu1" APIC ID = 1 currentldt = 0x50 cpuid = 2 curthread = 0xc5fd4780: pid 11 "idle: cpu2" curpcb = 0xe4bfdd90 fpcurthread = none idlethread = 0xc5fd4780: pid 11 "idle: cpu2" APIC ID = 6 currentldt = 0x50 cpuid = 3 curthread = 0xc5fd4600: pid 10 "idle: cpu3" curpcb = 0xe4bfad90 fpcurthread = none idlethread = 0xc5fd4600: pid 10 "idle: cpu3" APIC ID = 7 currentldt = 0x50 db> call doadump Dumping 2047 MB (2 chunks) chunk 0: 1MB (154 pages) ... ok chunk 1: 2047MB (523968 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Dump complete = 0xf db> reset cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 3 -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 15:47:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B7BF16A41F; Wed, 11 Jan 2006 15:47:29 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C4743D46; Wed, 11 Jan 2006 15:47:28 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from imp2-g19.free.fr (imp2-g19.free.fr [212.27.42.2]) by smtp4-g19.free.fr (Postfix) with ESMTP id 610944EDF1; Wed, 11 Jan 2006 16:47:27 +0100 (CET) Received: by imp2-g19.free.fr (Postfix, from userid 33) id 1B2D278DA8; Wed, 11 Jan 2006 16:47:27 +0100 (MET) Received: from 80.156.46.5 ([80.156.46.5]) by imp2-g19.free.fr (IMP) with HTTP for ; Wed, 11 Jan 2006 16:47:26 +0100 Message-ID: <1136994446.43c5288ef41da@imp2-g19.free.fr> Date: Wed, 11 Jan 2006 16:47:26 +0100 From: =?iso-8859-1?b?RnLpZOlyaWM=?= PRACA To: Ruslan Ermilov References: <20060109204927.5092d323@localhost.darkstar> <20060109212718.GB87430@FreeBSD.org> <1136842478.43c2d6eeac62c@imp1-g19.free.fr> <20060109214841.GC87430@cell.sick.ru> <1136969466.43c4c6fa918b3@imp3-g19.free.fr> <20060111143058.GC34661@ip.net.ua> In-Reply-To: <20060111143058.GC34661@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 80.156.46.5 Cc: stable@freebsd.org, Gleb Smirnoff Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 15:47:29 -0000 Selon Ruslan Ermilov : > I think I asked you this question already, but... Do you have ccache stuff > in your /etc/make.conf? If not, show me your /etc/make.conf and the exact > command you use to build world. Ouups, sorry, I forgot this part of your question. I have ccache stuff in make.conf but I compile using NOCCACHE variable. Well, I can't copy/paste my make.conf there because I'm not at home. Fred From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 15:57:30 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B8C16A41F; Wed, 11 Jan 2006 15:57:30 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFEC43D45; Wed, 11 Jan 2006 15:57:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BFuCqn058774; Wed, 11 Jan 2006 17:56:12 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 31153-02; Wed, 11 Jan 2006 17:55:44 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BFniIb058606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 17:49:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BFnk7M036609; Wed, 11 Jan 2006 17:49:46 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 17:49:46 +0200 From: Ruslan Ermilov To: Fr?d?ric PRACA Message-ID: <20060111154946.GA36556@ip.net.ua> References: <20060109204927.5092d323@localhost.darkstar> <20060110081255.GB90253@ip.net.ua> <1136969550.43c4c74eef9ab@imp3-g19.free.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <1136969550.43c4c74eef9ab@imp3-g19.free.fr> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: stable@FreeBSD.org, current@FreeBSD.org, ahze@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 15:57:30 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 09:52:30AM +0100, Fr?d?ric PRACA wrote: > Selon Ruslan Ermilov : >=20 > > Do you have ccache stuff in /etc/make.conf? > Yes, but I already tried with NOCCACHE and the problem is still there. >=20 The example in /etc/make.conf that you copied from the port is wrong -- it causes the following to be set if NOCCACHE is defined: CC=3D/usr/bin/cc CXX=3D/usr/bin/c++ This OTOH prevents buildworld from working correctly, as the latter uses internal versions of cc and c++. Comment out the ccache stuff completely in /etc/make.conf, and you'll be done. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxSkaqRfpzJluFF4RAjt1AJ45q8cz8rDzN53p4cmaOGhql0mCNwCeKfsF Bu7zU9XOtmfGAAxt9eCyoRk= =fHn8 -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 16:29:58 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD2D16A420 for ; Wed, 11 Jan 2006 16:29:58 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from smtp.mail.drexel.edu (pm1.irt.drexel.edu [144.118.29.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A74943D5A for ; Wed, 11 Jan 2006 16:29:56 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from smtp.mail.drexel.edu (localhost.localdomain [127.0.0.1]) by smtp.mail.drexel.edu (Postfix) with SMTP id E4FF6225F22 for ; Wed, 11 Jan 2006 11:29:54 -0500 (EST) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mail.drexel.edu (Postfix) with ESMTP id D39C3225E62 for ; Wed, 11 Jan 2006 11:29:54 -0500 (EST) Received: from [IPv6:::1] (localhost.math.drexel.edu [IPv6:::1]) by vorpal.math.drexel.edu (8.13.4/8.13.4) with ESMTP id k0BGTRFa097897 for ; Wed, 11 Jan 2006 11:29:28 -0500 (EST) (envelope-from jsmith@drexel.edu) Message-ID: <43C53267.10109@drexel.edu> Date: Wed, 11 Jan 2006 11:29:27 -0500 From: Justin Smith User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051220) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: GDM problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 16:29:58 -0000 After upgrading to STABLE a few days ago, several odd problems developed: 1. cups did not start automatically. It turned out the CUPS script was being given the parameter 'faststart' rather than 'start' 2. GDM started but in an odd mode that didn't detect any keyboard input (so I couldn't log in). The mouse continued to work. When I started in nongraphical mode and manually started GDM as root, it worked normally. Any suggestions? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 17:19:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9257A16A423 for ; Wed, 11 Jan 2006 17:19:31 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF4343D68 for ; Wed, 11 Jan 2006 17:19:23 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id k0BHJ3jE043016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 11:19:05 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <43C53E0E.8040803@iaces.com> Date: Wed, 11 Jan 2006 11:19:10 -0600 From: "Paul T. Root" User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Justin Smith References: <43C53267.10109@drexel.edu> In-Reply-To: <43C53267.10109@drexel.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: GDM problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 17:19:31 -0000 Two of us just went through it, last week. A number of tweaks gets you going again, but the real answer is to set: VTAllocation=true in /usr/X11R6/etc/gdm/gdm.conf You may want to set the Virtual Terminal you want as well. I turn off 5-8 to tty, and have mine come on VT5. I never use the four as it is. Paul. Justin Smith wrote: > After upgrading to STABLE a few days ago, several odd problems developed: > > 1. cups did not start automatically. It turned out the CUPS script was > being given the parameter 'faststart' rather than 'start' > > 2. GDM started but in an odd mode that didn't detect any keyboard input > (so I couldn't log in). The mouse continued to work. > When I started in nongraphical mode and manually started GDM as root, it > worked normally. > > Any suggestions? > _______________________________________________ > 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" -- Paul Root "Few people know what to do when hula girls attack." - Sam, age 8 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 17:50:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5EC16A41F for ; Wed, 11 Jan 2006 17:50:49 +0000 (GMT) (envelope-from pica@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 4738543D72 for ; Wed, 11 Jan 2006 17:50:35 +0000 (GMT) (envelope-from pica@biaix.org) Received: (qmail 60573 invoked by uid 1000); 11 Jan 2006 17:47:28 -0000 Date: Wed, 11 Jan 2006 18:47:28 +0100 From: Joan Picanyol i Puig To: freebsd-stable@freebsd.org Message-ID: <20060111174728.GA53160@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <2178.68.49.189.193.1136950709.squirrel@68.49.189.193> <20060111064349.GJ63938@pcwin002.win.tue.nl> <3657.68.49.189.193.1136980714.squirrel@68.49.189.193> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3657.68.49.189.193.1136980714.squirrel@68.49.189.193> User-Agent: Mutt/1.5.9i Subject: Re: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 17:50:49 -0000 * Brian Szymanski [20060111 13:01]: > >> But most importantly, gvinum configuration (at least for a raid-5 plex) > >> still doesn't persist across a reboot :( > > > > That's a bug; I think it might be related to compiling gvinum in the > > kernel > > as opposed to loading it from /boot/loader.conf. I also think there is a > > fix already commited to 6-STABLE. > > Hmm, I upgraded to 6-STABLE and I'm still having the problem. > > Here's basically how it happens: > gvinum create /etc/vinum.cnf > newfs /dev/gvinum/VOLUME > mount /dev/gvinum/VOLUME /mnt > #screw with /mnt, everything works and is happy, yay! > reboot > > At this point I call "gvinum l" (which loads geom_vinum.ko) by hand (after > the reboot). My configuration mostly seems to persist - except or the > "drives" section... I believe you don't have the proper STABLE version. I'm setting up a new system and after encountering the same problem I can currently reboot successfully and even mount / from vinum: gromit# dmesg |grep 'mount root' Trying to mount root from ufs:/dev/gvinum/std-root I'm using (long lines): gromit# ident /mnt/src/sys/geom/vinum/* | grep FreeBSD ident warning: no id keywords in /mnt/src/sys/geom/vinum/CVS $FreeBSD: src/sys/geom/vinum/geom_vinum.c,v 1.16.2.3 2005/12/10 14:36:17 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum.h,v 1.9.2.1 2005/11/26 11:06:11 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_drive.c,v 1.18.2.4 2005/12/10 14:36:17 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_init.c,v 1.10.2.1 2005/10/09 04:36:44 delphij Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_list.c,v 1.3 2005/01/06 18:27:30 imp Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_move.c,v 1.2.2.1 2005/11/26 11:06:11 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_plex.c,v 1.15.2.1 2005/08/19 08:48:04 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_raid5.c,v 1.10 2004/11/26 11:59:51 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_raid5.h,v 1.6 2005/01/06 18:27:30 imp Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_rename.c,v 1.3.2.1 2005/11/26 11:06:11 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_rm.c,v 1.6.2.3 2005/11/26 11:06:11 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_share.c,v 1.4 2004/11/15 12:30:59 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_share.h,v 1.2 2004/11/15 12:30:59 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_state.c,v 1.7 2005/01/21 18:27:23 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_subr.c,v 1.13 2005/01/19 13:57:09 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_var.h,v 1.8.2.1 2005/08/19 08:48:04 le Exp $ $FreeBSD: src/sys/geom/vinum/geom_vinum_volume.c,v 1.8.2.2 2005/10/09 04:35:42 delphij Exp $ qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 19:04:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48D4216A420 for ; Wed, 11 Jan 2006 19:04:45 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9851E43D48 for ; Wed, 11 Jan 2006 19:04:44 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id k0BJ4gPE086512 for ; Wed, 11 Jan 2006 20:04:42 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id k0BJ4a441710 for freebsd-stable@freebsd.org; Wed, 11 Jan 2006 20:04:36 +0100 (CET) (envelope-from rabe) Date: Wed, 11 Jan 2006 20:04:36 +0100 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20060111200436.C30165@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: [6.0-RELEASE] Trouble with X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 19:04:45 -0000 Hi *, there's another system causing me headaches: It is an Intel-Server with onboard SATA-RAID Controller (Adaptec Firmware [1]). The two Seagate Barracuda SATA Drives[2] are configured as RAID1(mirror). The system worked fine, for example cvsup, bonnie++, make world and so on worked for me for some weeks. Since I've installed the server in our housing the following happened just an hour after leaving it: [...] Jan 7 12:11:07 top kernel: ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode Jan 7 12:11:07 top kernel: ar0: writing of Adaptec HostRAID metadata is NOT supported yet Jan 7 12:11:07 top kernel: subdisk4: detached Jan 7 12:11:07 top kernel: ar0: writing of Adaptec HostRAID metadata is NOT supported yet Jan 7 12:11:07 top last message repeated 22 times Jan 7 12:11:07 top kernel: ad4: detached Jan 7 12:11:07 top kernel: unknown: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=18390271 Jan 7 12:11:07 top kernel: unknown: timeout waiting to issue command Jan 7 12:11:07 top kernel: unknown: error issueing WRITE_DMA command Jan 7 12:11:07 top kernel: ar0: writing of Adaptec HostRAID metadata is NOT supported yet [...] So Murphy is as redundand as my RAID was configured, he crashed the second disk (ad6) while running a backup to the external USB-Storage, same things: TIMEOUT - WRITE_DMA retrying (1 retry left) etc Few hours later back in the data center the system was at the manual fsck, the RAID was "optimal" (since FreeBSD was not able to update the meta-information on the controller), everything was messed up (out-of-sync, ufs-panics, ... ) I guess the RAID-controller is not fully supported by FreeBSD and the DMA-Timeouts caused the disks to crash, which damaged the RAID (no metadata written). So I guess will need another SATA-RAID-Controller (PCI). Which SATA-RAID-controller works "rock solid" with 6.0-RELEASE? Any other solutions? Known issues? Patches? Ideas? TIA Regards Raphael Becker Hardware is atapci1: port 0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd40f irq 18 at device 31.2 on pci0 atapci1: failed to enable memory mapping! <-- W*F !?!? [...] ad4: 190782MB at ata2-master SATA150 ad6: 190782MB at ata3-master SATA150 ar0: 190782MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master [...] atapci1@pci0:31:2: class=0x01048f card=0x34308086 chip=0x25b08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '6300ESB Serial ATA Controller (RAID mode)' class = mass storage subclass = RAID [...] See dmesg.boot[3] and pciconf[4] for more details. Links & Images: [1] http://rabe.uugrn.org/uugrn/bilder/top/2006-01-06_18-30-28_001.jpg [2] http://rabe.uugrn.org/uugrn/bilder/top/2006-01-06_18-21-43_001.jpg [3] http://rabe.uugrn.org/FreeBSD/top.uugrn.org/dmesg.boot [4] http://rabe.uugrn.org/FreeBSD/top.uugrn.org/pciconf-vvl.txt From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 19:15:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04A0216A41F for ; Wed, 11 Jan 2006 19:15:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C29C43D46 for ; Wed, 11 Jan 2006 19:15:12 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 88393 invoked from network); 11 Jan 2006 19:15:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=5fC7wTHTcbc/zmukr+HKqtjiL0smwQ9kFp0+dCfwTva1NyuQTmZy9cuiw4Ne8XAdLnEg+iz4+KralcXO+FWOaCtiOD5C8uCJg09acHipKb6Myy5LDez/PjHNK6Txxhb40gIe2XotKnWwqGlr9VAtku6kXC6P3WbL7hqL6NfMrYk= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 11 Jan 2006 19:15:11 -0000 Message-ID: <43C55962.5020205@rogers.com> Date: Wed, 11 Jan 2006 14:15:46 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Raphael H. Becker" References: <20060111200436.C30165@p-i-n.com> In-Reply-To: <20060111200436.C30165@p-i-n.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [6.0-RELEASE] Trouble with X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 19:15:13 -0000 Raphael H. Becker wrote: > So I guess will need another SATA-RAID-Controller (PCI). > Which SATA-RAID-controller works "rock solid" with 6.0-RELEASE? > 3ware, areca, and highpoint are good choices. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 21:06:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF7716A41F for ; Wed, 11 Jan 2006 21:06:28 +0000 (GMT) (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 043A643D45 for ; Wed, 11 Jan 2006 21:06:27 +0000 (GMT) (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 23F1746BBD; Wed, 11 Jan 2006 16:06:27 -0500 (EST) Date: Wed, 11 Jan 2006 21:06:32 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daniel O'Connor In-Reply-To: <200601051154.32092.doconnor@gsoft.com.au> Message-ID: <20060111210323.G28748@fledge.watson.org> References: <200601051154.32092.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 devfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 21:06:28 -0000 On Thu, 5 Jan 2006, Daniel O'Connor wrote: > I just installed the latest mgetty and ran it, then found it wasn't talking > to my modem so I disabled it in /etc/ttys and killed the process. > > I ran fstat /dev/cuad0 to check it was dead and fstat got stuck in the devfs > state. It seems that everything else was stuck too and now the machine is > alive but not very functional. > > What can I do to try and debug it? Do you use devfs rule sets? I fixed a bug a week or so ago in devfs_rule.c in HEAD, and MFC'd the fix today. The symptoms are much what you describe, and occur when an invalid rule is proposed -- the right error is returned, but a lock is not released resulting in it being unavailable when processes try to access device nodes, resulting in eventual deadlock. It's devfs_rule.c:1.21 in HEAD, and devfs_rule.c:1.14.2.3 in RELENG_6. I belive the bug does not exist in RELENG_5, as there were significant changes in devfs locking for 6.0, and those haven't been merged to RELENG_5. If this doesn't fix it, the normal debugging steps apply -- compile in DDB, BREAK_TO_DEBUGGER, and WITNESS. When the wedge occurs, dump the lock state (show alllocks), and we'll see if we can track down the problem. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 21:09:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 804AE16A41F for ; Wed, 11 Jan 2006 21:09:22 +0000 (GMT) (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 2D8D843D45 for ; Wed, 11 Jan 2006 21:09:22 +0000 (GMT) (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 3550D46B84; Wed, 11 Jan 2006 16:09:21 -0500 (EST) Date: Wed, 11 Jan 2006 21:09:26 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dikshie In-Reply-To: <20060103043051.GA174@ppk.itb.ac.id> Message-ID: <20060111210718.Q28748@fledge.watson.org> References: <20060103043051.GA174@ppk.itb.ac.id> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-STABLE Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 21:09:22 -0000 On Tue, 3 Jan 2006, Dikshie wrote: > Dear All, > my 6.0-STABLE always panic when "make buildworld" This is actually a long-standing bug, but comes to light when accounting is used with recent versions of INVARIANTS, whcih are better able to detect the bug. In principle, if you turn off INVARIANTS, it should stop occuring. A patch has been proposed that fixes the underlying bug, and needs to be merged to HEAD. If you need/want to run with INVARIANTS on, remove lines reading THREAD_NO_SLEEPING() and THREAD_SLEEPING_OK() from src/sys/kern/kern_timeout.c and recompile your kernel. That will disable only those specific checks. Robert N M Watson > > heres the dump: > > lapi# kgdb kernel.debug vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: trying to sleep while sleeping is prohibited > KDB: stack backtrace: > kdb_backtrace(100,c32f4480,c06f8c28,c32f4480,c06f3970) at 0xc0510929 = kdb_backtrace+0x29 > panic(c06988c7,c32f4480,0,c06f3970,d5629a7c) at 0xc04f9318 = panic+0xa8 > sleepq_add(c06f3970,c06f4a2c,c06917eb,1,c06f4a2c,0,c0691b7d,7d) at 0xc0515e68 = sleepq_add+0x8c > cv_wait(c06f3970,c06f4a2c,0,16,d5629cb4) at 0xc04d3b5e = cv_wait+0x132 > _sx_xlock(c06f3940,c06918e2,180) at 0xc04fe334 = _sx_xlock+0x5c > acctwatch(0) at 0xc04d1cf8 = acctwatch+0x20 > softclock(0) at 0xc05043d9 = softclock+0x211 > ithread_loop(c32ab500,d5629d38,c32ab500,c04e5d74,0) at 0xc04e5eb8 = ithread_loop+0x144 > fork_exit(c04e5d74,c32ab500,d5629d38) at 0xc04e5328 = fork_exit+0xa0 > fork_trampoline() at 0xc065169c = fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd5629d6c, ebp = 0 --- > Uptime: 41m7s > Dumping 510 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 511MB (130608 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc04f90d0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xc04f937b in panic (fmt=0xc06988c7 "trying to sleep while sleeping is prohibited") > at /usr/src/sys/kern/kern_shutdown.c:555 > #3 0xc0515e68 in sleepq_add (wchan=0xc06f3970, lock=0xc06f4a2c, wmesg=0x0, flags=1) > at /usr/src/sys/kern/subr_sleepqueue.c:273 > #4 0xc04d3b5e in cv_wait (cvp=0xc06f3970, mp=0xc06f4a2c) at /usr/src/sys/kern/kern_condvar.c:127 > #5 0xc04fe334 in _sx_xlock (sx=0xc06f3940, file=0xc06918e2 "/usr/src/sys/kern/kern_acct.c", line=384) > at /usr/src/sys/kern/kern_sx.c:188 > #6 0xc04d1cf8 in acctwatch (a=0x0) at /usr/src/sys/kern/kern_acct.c:384 > #7 0xc05043d9 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:290 > #8 0xc04e5eb8 in ithread_loop (arg=0xc32ab500) at /usr/src/sys/kern/kern_intr.c:547 > #9 0xc04e5328 in fork_exit (callout=0xc04e5d74 , arg=0xc32ab500, frame=0xd5629d38) > at /usr/src/sys/kern/kern_fork.c:789 > #10 0xc065169c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 > (kgdb) > > > > it is: > lapi# uname -a > FreeBSD lapi.itb.ac.id 6.0-STABLE FreeBSD 6.0-STABLE #0: Tue Jan 3 10:22:22 WIT 2006 dikshie@lapi.itb.ac.id:/usr/obj/usr/src/sys/LAPI i386 > > > > > > > > > > regards, > > -dikshie- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 23:36:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66D0D16A41F for ; Wed, 11 Jan 2006 23:36:14 +0000 (GMT) (envelope-from jim@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0308F43D46 for ; Wed, 11 Jan 2006 23:36:13 +0000 (GMT) (envelope-from jim@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 0986C11439; Wed, 11 Jan 2006 18:36:13 -0500 (EST) Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03089-05; Wed, 11 Jan 2006 18:36:12 -0500 (EST) Received: from [192.168.0.2] (aurora.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by willow.pingle.org (Postfix) with ESMTP id 2393811434; Wed, 11 Jan 2006 18:36:11 -0500 (EST) Message-ID: <43C5968E.4060900@pingle.org> Date: Wed, 11 Jan 2006 18:36:46 -0500 From: Jim Pingle User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20060111130942.B30165@p-i-n.com> In-Reply-To: <20060111130942.B30165@p-i-n.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at pingle.org Cc: freebsd-stable@freebsd.org Subject: Re: [5.4-p6] Trouble with swap_pager: indefinite wait buffer on LSI(PERC4)-RAID on Dell PE6650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 23:36:14 -0000 Raphael H. Becker wrote: > Hi *, > > swap_pager: indefinite wait buffer: device amrd1s1d, blkno 77 > > Any access to the RAID is impossible (e.g. login on console, shutdown, > ... ), have to powercycle it. > > What is the meaning of this message? I have encountered this error once before, and it meant that it timed out trying to access the disk/partition where swap was. It also coincided with a network card (fxp0) timeout, but I'm not sure that was related. The system was unresponsive from the console or remotely until it was completely power cycled, the reset button wasn't enough. > What is the causation for this error? Probably a disk/controller/SCSI timeout of some sort > amr0: mem 0xfce00000-0xfce0ffff irq 21 at device 1.0 on pci3 Mine also happened to be on an LSI/amr based card, but not a Dell. It's an older dual CPU PIII-800. > Is there anything I can do? > Any switches? sysctl? > Is 6.0-RELEASE or will 6.1-RELEASE be a solution for that? > Any patches in 5-STABLE? In my case, after some hair pulling, it turned out to be a bad SCSI cable. You might check your cabling and termination, and perhaps swap the cable even if it looks good -- mine looked better than the cable I replaced it with. Jim From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 00:26:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C043A16A41F for ; Thu, 12 Jan 2006 00:26:38 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 33A3643D45 for ; Thu, 12 Jan 2006 00:26:38 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 86990 invoked from network); 12 Jan 2006 00:26:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=E7qsNUsLUYB2UzUy3lLtfFVUhdMRHODzOA3qZDUDO3iWr1X3TME6AiUzd41w0+5NjHVDUSpNmkaS14mQsxa3zo66pzKKTt7yKpQNbaBwDS4yCq936SlDOc4sBN5t2DeujvKUA0JQTB5uJ6XCKHh2K1KZd3DbFp84DnED4lOnVs0= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 00:26:37 -0000 Message-ID: <43C5A261.1020407@rogers.com> Date: Wed, 11 Jan 2006 19:27:13 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 00:26:38 -0000 It seems that powerd does very little in terms of reducing heat, and sacrifices performance while doing so. Am i wrong to assume that lowering the cpu's frequency should reduce consumed power, and therefore reduce the amount of heat produced? I have tested with mbmon and i see no difference between an idle system running with powerd at 75mhz, and at full rate without. Also, while testing the speed of a php script, i found myself refreshing it quickly in the browser to see the results of the timers. I was getting sporadic results, on an otherwise idle system. I noticed that if anything cpu intensive ran in the background, my script would execute quicker. I disabled powerd and restored the frequency, at this point i got more consistent results, and the script would execute over 100msec faster. It seems like its not adjusting the clock fast enough. Are these problems with powerd or just my hardware? It is an old athlon system, running on the via133 chipset . --- CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> real memory = 536788992 (511 MB) avail memory = 520237056 (496 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pc From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 02:56:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D38D16A41F; Thu, 12 Jan 2006 02:56:29 +0000 (GMT) (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 D8D6A43D46; Thu, 12 Jan 2006 02:56:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0C2uMKd064567 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 13:26:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 12 Jan 2006 13:25:57 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> In-Reply-To: <43C5A261.1020407@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1367710.h4BoA2S3SE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601121326.18384.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Mike Jakubik , stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 02:56:29 -0000 --nextPart1367710.h4BoA2S3SE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 10:57, Mike Jakubik wrote: > It seems that powerd does very little in terms of reducing heat, and > sacrifices performance while doing so. Am i wrong to assume that > lowering the cpu's frequency should reduce consumed power, and therefore > reduce the amount of heat produced? I have tested with mbmon and i see > no difference between an idle system running with powerd at 75mhz, and > at full rate without. Also, while testing the speed of a php script, i If you want to test how much heat your system draws for a given clock speed= =20 you should dispense with powerd and just set the frequency by hand, ie.. sysctl dev.cpu.0.freq=3DXXX powerd won't run your CPU at a specific clock frequency - it varies the CPU= =20 frequency based on current load conditions. Do you have thermally controlled fans? If so I wouldn't expect the temperat= ure=20 to vary with clock speed very much at all. > found myself refreshing it quickly in the browser to see the results of > the timers. I was getting sporadic results, on an otherwise idle system. > I noticed that if anything cpu intensive ran in the background, my > script would execute quicker. I disabled powerd and restored the > frequency, at this point i got more consistent results, and the script > would execute over 100msec faster. It seems like its not adjusting the The powerd defaults do not change frequency that quickly - every 500ms by=20 default. I run it with '-p 200' and it seems fine although you do notice it= =20 'stick' sometimes (where the CPU change doesn't happen quickly enough). You could try what I do but there are some systems which are very slow to=20 change clock speed so this could be an impediment. > clock fast enough. Are these problems with powerd or just my hardware? > It is an old athlon system, running on the via133 chipset . I'm suprised a system this old even supports a clock speed as low as 75Mhz. =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 --nextPart1367710.h4BoA2S3SE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxcVS5ZPcIHs/zowRAl+jAKCYATIA/T2oLfSVWs8cPDT5arHTyACeLIkm GHDG2DLfP5ja2VHF3nHlS0k= =rsk4 -----END PGP SIGNATURE----- --nextPart1367710.h4BoA2S3SE-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 02:56:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D38D16A41F; Thu, 12 Jan 2006 02:56:29 +0000 (GMT) (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 D8D6A43D46; Thu, 12 Jan 2006 02:56:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0C2uMKd064567 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 13:26:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 12 Jan 2006 13:25:57 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> In-Reply-To: <43C5A261.1020407@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1367710.h4BoA2S3SE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601121326.18384.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Mike Jakubik , stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 02:56:29 -0000 --nextPart1367710.h4BoA2S3SE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 10:57, Mike Jakubik wrote: > It seems that powerd does very little in terms of reducing heat, and > sacrifices performance while doing so. Am i wrong to assume that > lowering the cpu's frequency should reduce consumed power, and therefore > reduce the amount of heat produced? I have tested with mbmon and i see > no difference between an idle system running with powerd at 75mhz, and > at full rate without. Also, while testing the speed of a php script, i If you want to test how much heat your system draws for a given clock speed= =20 you should dispense with powerd and just set the frequency by hand, ie.. sysctl dev.cpu.0.freq=3DXXX powerd won't run your CPU at a specific clock frequency - it varies the CPU= =20 frequency based on current load conditions. Do you have thermally controlled fans? If so I wouldn't expect the temperat= ure=20 to vary with clock speed very much at all. > found myself refreshing it quickly in the browser to see the results of > the timers. I was getting sporadic results, on an otherwise idle system. > I noticed that if anything cpu intensive ran in the background, my > script would execute quicker. I disabled powerd and restored the > frequency, at this point i got more consistent results, and the script > would execute over 100msec faster. It seems like its not adjusting the The powerd defaults do not change frequency that quickly - every 500ms by=20 default. I run it with '-p 200' and it seems fine although you do notice it= =20 'stick' sometimes (where the CPU change doesn't happen quickly enough). You could try what I do but there are some systems which are very slow to=20 change clock speed so this could be an impediment. > clock fast enough. Are these problems with powerd or just my hardware? > It is an old athlon system, running on the via133 chipset . I'm suprised a system this old even supports a clock speed as low as 75Mhz. =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 --nextPart1367710.h4BoA2S3SE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxcVS5ZPcIHs/zowRAl+jAKCYATIA/T2oLfSVWs8cPDT5arHTyACeLIkm GHDG2DLfP5ja2VHF3nHlS0k= =rsk4 -----END PGP SIGNATURE----- --nextPart1367710.h4BoA2S3SE-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 03:21:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E230816A41F for ; Thu, 12 Jan 2006 03:21:38 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 34C1343D5D for ; Thu, 12 Jan 2006 03:21:37 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 40449 invoked from network); 12 Jan 2006 03:21:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vWA0foalMMtfBg45767PyNpm1d12GlxgA7gIXZ40Xar1ZhiTRCy21uSlR+KT9OI4Z6mUmMHKPBP7sNIzyCtbizrmh2nLLPwuiNKnuc/Nk5dafvVHosFOdilm/UpUEre71b9gQ+/du356rJ/m5KbGT9AycDPclvSlVl5noI+LvKs= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 03:21:34 -0000 Message-ID: <43C5CB63.7060202@rogers.com> Date: Wed, 11 Jan 2006 22:22:11 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daniel O'Connor References: <43C5A261.1020407@rogers.com> <200601121326.18384.doconnor@gsoft.com.au> In-Reply-To: <200601121326.18384.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 03:21:39 -0000 Daniel O'Connor wrote: > On Thu, 12 Jan 2006 10:57, Mike Jakubik wrote: > >> It seems that powerd does very little in terms of reducing heat, and >> sacrifices performance while doing so. Am i wrong to assume that >> lowering the cpu's frequency should reduce consumed power, and therefore >> reduce the amount of heat produced? I have tested with mbmon and i see >> no difference between an idle system running with powerd at 75mhz, and >> at full rate without. Also, while testing the speed of a php script, i >> > > If you want to test how much heat your system draws for a given clock speed > you should dispense with powerd and just set the frequency by hand, ie.. > > sysctl dev.cpu.0.freq=XXX > > powerd won't run your CPU at a specific clock frequency - it varies the CPU > frequency based on current load conditions. > > The load was 0, only thing that was running was mbmon. > Do you have thermally controlled fans? If so I wouldn't expect the temperature > to vary with clock speed very much at all. > > No, i do not. > The powerd defaults do not change frequency that quickly - every 500ms by > default. I run it with '-p 200' and it seems fine although you do notice it > 'stick' sometimes (where the CPU change doesn't happen quickly enough). > > You could try what I do but there are some systems which are very slow to > change clock speed so this could be an impediment. > What was part of my question, is it the hardware or the software thats at fault here. I.e. would a cool n quiet system be better. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 03:21:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E82FF16A420 for ; Thu, 12 Jan 2006 03:21:38 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 26FCF43D4C for ; Thu, 12 Jan 2006 03:21:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 40449 invoked from network); 12 Jan 2006 03:21:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vWA0foalMMtfBg45767PyNpm1d12GlxgA7gIXZ40Xar1ZhiTRCy21uSlR+KT9OI4Z6mUmMHKPBP7sNIzyCtbizrmh2nLLPwuiNKnuc/Nk5dafvVHosFOdilm/UpUEre71b9gQ+/du356rJ/m5KbGT9AycDPclvSlVl5noI+LvKs= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 03:21:34 -0000 Message-ID: <43C5CB63.7060202@rogers.com> Date: Wed, 11 Jan 2006 22:22:11 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daniel O'Connor References: <43C5A261.1020407@rogers.com> <200601121326.18384.doconnor@gsoft.com.au> In-Reply-To: <200601121326.18384.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 03:21:39 -0000 Daniel O'Connor wrote: > On Thu, 12 Jan 2006 10:57, Mike Jakubik wrote: > >> It seems that powerd does very little in terms of reducing heat, and >> sacrifices performance while doing so. Am i wrong to assume that >> lowering the cpu's frequency should reduce consumed power, and therefore >> reduce the amount of heat produced? I have tested with mbmon and i see >> no difference between an idle system running with powerd at 75mhz, and >> at full rate without. Also, while testing the speed of a php script, i >> > > If you want to test how much heat your system draws for a given clock speed > you should dispense with powerd and just set the frequency by hand, ie.. > > sysctl dev.cpu.0.freq=XXX > > powerd won't run your CPU at a specific clock frequency - it varies the CPU > frequency based on current load conditions. > > The load was 0, only thing that was running was mbmon. > Do you have thermally controlled fans? If so I wouldn't expect the temperature > to vary with clock speed very much at all. > > No, i do not. > The powerd defaults do not change frequency that quickly - every 500ms by > default. I run it with '-p 200' and it seems fine although you do notice it > 'stick' sometimes (where the CPU change doesn't happen quickly enough). > > You could try what I do but there are some systems which are very slow to > change clock speed so this could be an impediment. > What was part of my question, is it the hardware or the software thats at fault here. I.e. would a cool n quiet system be better. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 05:25:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B580516A426; Thu, 12 Jan 2006 05:25:02 +0000 (GMT) (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 1058343D45; Thu, 12 Jan 2006 05:24:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0C5Ov18066773 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 15:54:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Jakubik Date: Thu, 12 Jan 2006 15:54:47 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <200601121326.18384.doconnor@gsoft.com.au> <43C5CB63.7060202@rogers.com> In-Reply-To: <43C5CB63.7060202@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1148451.ZxjGgqoG8z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601121554.55657.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 05:25:02 -0000 --nextPart1148451.ZxjGgqoG8z Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 13:52, Mike Jakubik wrote: > > powerd won't run your CPU at a specific clock frequency - it varies the > > CPU frequency based on current load conditions. > > The load was 0, only thing that was running was mbmon. =46air enough.. still.. makes testing simpler IMO. > > You could try what I do but there are some systems which are very slow = to > > change clock speed so this could be an impediment. > > What was part of my question, is it the hardware or the software thats > at fault here. I.e. would a cool n quiet system be better. Hard to say. I don't see how you can possibly get the frequencies you say with the hardw= are=20 you claim. What does sysctl dev.cpu.0.freq_levels say? =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 --nextPart1148451.ZxjGgqoG8z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxegn5ZPcIHs/zowRAgCsAJ44Avtcz9S8TW3jg720PMqnTDyOmgCgoQP3 6jeBJ2dmGU1x0iY7ky6nwmY= =7tBp -----END PGP SIGNATURE----- --nextPart1148451.ZxjGgqoG8z-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 05:25:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B580516A426; Thu, 12 Jan 2006 05:25:02 +0000 (GMT) (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 1058343D45; Thu, 12 Jan 2006 05:24:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0C5Ov18066773 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 15:54:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Jakubik Date: Thu, 12 Jan 2006 15:54:47 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <200601121326.18384.doconnor@gsoft.com.au> <43C5CB63.7060202@rogers.com> In-Reply-To: <43C5CB63.7060202@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1148451.ZxjGgqoG8z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601121554.55657.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 05:25:02 -0000 --nextPart1148451.ZxjGgqoG8z Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 13:52, Mike Jakubik wrote: > > powerd won't run your CPU at a specific clock frequency - it varies the > > CPU frequency based on current load conditions. > > The load was 0, only thing that was running was mbmon. =46air enough.. still.. makes testing simpler IMO. > > You could try what I do but there are some systems which are very slow = to > > change clock speed so this could be an impediment. > > What was part of my question, is it the hardware or the software thats > at fault here. I.e. would a cool n quiet system be better. Hard to say. I don't see how you can possibly get the frequencies you say with the hardw= are=20 you claim. What does sysctl dev.cpu.0.freq_levels say? =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 --nextPart1148451.ZxjGgqoG8z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxegn5ZPcIHs/zowRAgCsAJ44Avtcz9S8TW3jg720PMqnTDyOmgCgoQP3 6jeBJ2dmGU1x0iY7ky6nwmY= =7tBp -----END PGP SIGNATURE----- --nextPart1148451.ZxjGgqoG8z-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 05:35:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA6A16A41F for ; Thu, 12 Jan 2006 05:35:06 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 088A643D45 for ; Thu, 12 Jan 2006 05:35:05 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 58165 invoked from network); 12 Jan 2006 05:35:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=6VnibW3rswTM0gihXYnEUYd9dFmm4n7DcBXHywCQmJyPA8KRDFvCTzLK/fc0i9YJ7TdMGDmhaZR82IFdZj+2zpFNJSUiPl4Z9NFD41wAGqQ2NLj2ZpiQ70xL9xn12Y3Ow278TOr6IJjok51AeRwh8d/+r+DwRpai7UopRkr03Rg= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 05:35:05 -0000 Message-ID: <43C5EAB0.3090805@rogers.com> Date: Thu, 12 Jan 2006 00:35:44 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daniel O'Connor References: <43C5A261.1020407@rogers.com> <200601121326.18384.doconnor@gsoft.com.au> <43C5CB63.7060202@rogers.com> <200601121554.55657.doconnor@gsoft.com.au> In-Reply-To: <200601121554.55657.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 05:35:06 -0000 Daniel O'Connor wrote: > On Thu, 12 Jan 2006 13:52, Mike Jakubik wrote: > >>> powerd won't run your CPU at a specific clock frequency - it varies the >>> CPU frequency based on current load conditions. >>> >> The load was 0, only thing that was running was mbmon. >> > > Fair enough.. still.. makes testing simpler IMO. > Agreed. However thats how i tested it :P > >>> You could try what I do but there are some systems which are very slow to >>> change clock speed so this could be an impediment. >>> >> What was part of my question, is it the hardware or the software thats >> at fault here. I.e. would a cool n quiet system be better. >> > > Hard to say. > I don't see how you can possibly get the frequencies you say with the hardware > you claim. > > What does sysctl dev.cpu.0.freq_levels say? > CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) # sysctl dev.cpu.0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 87 dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 I think i meant 87, instead of 75. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 06:00:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB8E16A41F for ; Thu, 12 Jan 2006 06:00:44 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id B2E3543D45 for ; Thu, 12 Jan 2006 06:00:43 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 84486 invoked from network); 12 Jan 2006 06:00:42 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp102.biz.mail.re2.yahoo.com with SMTP; 12 Jan 2006 06:00:42 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 1809C6143; Thu, 12 Jan 2006 01:00:42 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04616-10; Thu, 12 Jan 2006 01:00:41 -0500 (EST) Received: from [192.168.1.9] (bastion.noacks.org [192.168.1.9]) by optimator.noacks.org (Postfix) with ESMTP id EE08660CE; Thu, 12 Jan 2006 01:00:40 -0500 (EST) Message-ID: <43C5F088.1040108@alumni.rice.edu> Date: Thu, 12 Jan 2006 01:00:40 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mike Jakubik References: <43C5A261.1020407@rogers.com> <200601121326.18384.doconnor@gsoft.com.au> <43C5CB63.7060202@rogers.com> <200601121554.55657.doconnor@gsoft.com.au> <43C5EAB0.3090805@rogers.com> In-Reply-To: <43C5EAB0.3090805@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 06:00:44 -0000 Mike Jakubik wrote: > Daniel O'Connor wrote: >> On Thu, 12 Jan 2006 13:52, Mike Jakubik wrote: >>>> powerd won't run your CPU at a specific clock frequency - it varies the >>>> CPU frequency based on current load conditions. >>> >>> The load was 0, only thing that was running was mbmon. >> >> Fair enough.. still.. makes testing simpler IMO. > > Agreed. However thats how i tested it :P > >>>> You could try what I do but there are some systems which are very >>>> slow to >>>> change clock speed so this could be an impediment. >>> >>> What was part of my question, is it the hardware or the software thats >>> at fault here. I.e. would a cool n quiet system be better. >> >> Hard to say. >> I don't see how you can possibly get the frequencies you say with the >> hardware you claim. >> >> What does sysctl dev.cpu.0.freq_levels say? > > CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) > > # sysctl dev.cpu.0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 87 > dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 > 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 > > I think i meant 87, instead of 75. You might want to throw 'hint.acpi_throttle.0.disabled="1"' in loader.conf so acpi_throttle doesn't load. Assuming acpi_throttle is being used, this will help power consumption a lot. You could also try setting debug.cpufreq.lowest to some sane value to help with performance. -Jonathan From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 06:05:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7D5B16A41F for ; Thu, 12 Jan 2006 06:05:16 +0000 (GMT) (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 91EBF43D46 for ; Thu, 12 Jan 2006 06:05:15 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0C65D2a067356 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 16:35:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Jakubik Date: Thu, 12 Jan 2006 16:35:03 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <200601121554.55657.doconnor@gsoft.com.au> <43C5EAB0.3090805@rogers.com> In-Reply-To: <43C5EAB0.3090805@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2146451.dPc6vQSXtl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601121635.09835.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 06:05:16 -0000 --nextPart2146451.dPc6vQSXtl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 16:05, Mike Jakubik wrote: > > Fair enough.. still.. makes testing simpler IMO. > > Agreed. However thats how i tested it :P Heh > > What does sysctl dev.cpu.0.freq_levels say? > > CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) > > # sysctl dev.cpu.0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 87 > dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 > 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 > > I think i meant 87, instead of 75. Wow, that's weird, wish my AMD would do speeds like that :) As for your temperature observation - I have no idea sorry. It would appear= =20 that powerd is doing the right thing but for some reason your CPU is not=20 benefiting. That said checking by measuring temperature is fraught with=20 complexity because there is probably a significant delay between a change i= n=20 power consumption and a corresponding chaange in heatsink temperature. =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 --nextPart2146451.dPc6vQSXtl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxfGV5ZPcIHs/zowRAijzAJ9uJXaQ0XgIV9UYoxtpaZw3Te+PdwCgnn6M ATwdNzY5Sy2tbhV0r+v7tEc= =eAO2 -----END PGP SIGNATURE----- --nextPart2146451.dPc6vQSXtl-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 06:11:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E3A016A41F for ; Thu, 12 Jan 2006 06:11:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 693F443D45 for ; Thu, 12 Jan 2006 06:11:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 81853 invoked from network); 12 Jan 2006 06:11:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HDKXUI2fbGVN6SFZLfc0e1j9lL62PIDlY6nicIpvEtRg1EcNaIdgnOD3w0x3WWfgSLO0/+PI8yX1DOBxUHw2w8V+S5N4s85p0WJswE3MiOCQGVZSYsa2k6mBI8F1m2oXB+J7sYjCvpkOw+nwA7bDnhovdwsPGTurkDSCBvxATwE= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 06:11:13 -0000 Message-ID: <43C5F328.4030507@rogers.com> Date: Thu, 12 Jan 2006 01:11:52 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daniel O'Connor References: <43C5A261.1020407@rogers.com> <200601121554.55657.doconnor@gsoft.com.au> <43C5EAB0.3090805@rogers.com> <200601121635.09835.doconnor@gsoft.com.au> In-Reply-To: <200601121635.09835.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 06:11:15 -0000 Daniel O'Connor wrote: > Wow, that's weird, wish my AMD would do speeds like that :) > > As for your temperature observation - I have no idea sorry. It would appear > that powerd is doing the right thing but for some reason your CPU is not > benefiting. That said checking by measuring temperature is fraught with > complexity because there is probably a significant delay between a change in > power consumption and a corresponding chaange in heatsink temperature. > Actually, i took readings from the wrong box :P CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) acpi0: on motherboard root@mail:~# sysctl dev.cpu. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 75 dev.cpu.0.freq_levels: 1215/-1 1139/-1 1063/-1 987/-1 911/-1 835/-1 759/-1 683/-1 607/-1 531/-1 455/-1 379/-1 303/-1 227/-1 151/-1 75/-1 Thats the correct one, it is 75mhz. I was suspecting hardwares limitations in terms of modulating the frequency quickly enough. Just wanted to make sure. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 06:56:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B9B16A41F for ; Thu, 12 Jan 2006 06:56:21 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14DDF43D45 for ; Thu, 12 Jan 2006 06:56:21 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C6tj1x013259; Wed, 11 Jan 2006 22:56:20 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C6sJ0m092143; Wed, 11 Jan 2006 22:54:19 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C6sJ83092142; Wed, 11 Jan 2006 22:54:19 -0800 (PST) (envelope-from jrhett) Date: Wed, 11 Jan 2006 22:54:19 -0800 From: Jo Rhett To: Peter Jeremy Message-ID: <20060112065419.GC84964@svcolo.com> Mail-Followup-To: Peter Jeremy , freebsd-stable@freebsd.org References: <20060105093220.GJ1358@svcolo.com> <200601050947.k059lctk024288@hugo10.ka.punkt.de> <20060106103440.GB54324@svcolo.com> <20060106203120.GE51452@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060106203120.GE51452@cirb503493.alcatel.com.au> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 06:56:21 -0000 > >On Thu, Jan 05, 2006 at 10:47:38AM +0100, Patrick M. Hausen wrote: > >> While I agree with much of your reasoning, I know exactly zero > >> people running a modified kernel of any version of Windows, > >> Mac OS X or Solaris, to name just three commercial OS's. > On Fri, 2006-Jan-06 02:34:40 -0800, Jo Rhett wrote: > >You're tickling a different subject here. All three of these operating > >systems have loadable kernel modules that work. On Sat, Jan 07, 2006 at 07:31:20AM +1100, Peter Jeremy wrote: > As does FreeBSD. No. See below. > > I mean, they dynamically > >load the modules they need, and you can disable kernel modules in > >configuration files. FreeBSD has loadable kernel modules, but they don't > >autoload (you have to modify rc files) > > This isn't quite true. FreeBSD does not currently have the tools to > automatically load kernel modules for most hardware device drivers and [cut more explanation of the "state of" which we both know] Let me rephrase it for you. One cannot run GENERIC on FreeBSD (like on these platforms) because one has to REMOVE drivers from the kernel in order to successfully use the hardware. Vendor supplies updated driver (.ko) for hardware. But you can't use this without either re-compiling the kernel with the new driver, or recompiling the kernel with that driver disabled. In either case, no GENERIC for you. This isn't true on any of the platforms above you have named. Thus, freebsd doesn't have a loadable modules interface that works well enough for this situation. > >To give you a specific example: if we could remove NFS and the 3ware > >driver from the kernel in a configuration file, we could probably run > >GENERIC. > > IMHO, NFS server could be removed without problems (it will autoload), > as could tw{a,e} (which are loadable). NFS client can't be removed > because it has to be built in to support diskless operation. We don't need either, we just need those resources (memory) back. And back to the topic: this is why we can't run FreeBSD GENERIC, but nobody has to tune their kernels on the major OSes ;-) > >hog we have to remove on small footprint systems > > FreeBSD has never claimed to optimally support small footprint systems > without customisation. There are too many variables and some kernel > functionality can't be readily converted to modules (eg IPv6 support). > In any case, the way to minimise the kernel footprint is to statically > load all the required functionality and not have any modules. Either way, it's non GENERIC. So you have strongly and clearly made my own arguement for me about why you have to modify GENERIC on FreeBSD but not on the other major OSes. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:08:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC29816A41F for ; Thu, 12 Jan 2006 07:08:17 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3868D43D46 for ; Thu, 12 Jan 2006 07:08:17 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C77j1r013795; Wed, 11 Jan 2006 23:08:17 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C75NIm095288; Wed, 11 Jan 2006 23:05:24 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C75N6V095287; Wed, 11 Jan 2006 23:05:23 -0800 (PST) (envelope-from jrhett) Date: Wed, 11 Jan 2006 23:05:23 -0800 From: Jo Rhett To: Peter Jeremy Message-ID: <20060112070523.GD84964@svcolo.com> Mail-Followup-To: Peter Jeremy , freebsd-stable@freebsd.org References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <20060105184147.GD69162@funkthat.com> <20060106110318.GF54324@svcolo.com> <20060106194436.GD51452@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060106194436.GD51452@cirb503493.alcatel.com.au> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:08:17 -0000 On Sat, Jan 07, 2006 at 06:44:36AM +1100, Peter Jeremy wrote: > In general, volunteer projects have a surfeit of ideas and a shortage > of real implementations. The Project is never going to agree to import > an idea without some substance. Always true, and I wouldn't expect less. But we've covered the topic of wasting time writing code without buyin. > >consensus that (a) the project has interest and (b) what flavors would be > >acceptable to the existing groups - are both necessary for this project to > >even mumble it's first line of code. > In which case you need to move this thread to freebsd-arch where these > sort of issues are discussed. You need to clearly define your goals > and suggest a design to meet them. If your idea has merit, you'll be > able to convince at least one committer to work with you to implement > your design. Yes, if it even gets that far. But you're putting the cart before the horse. When Scott posted the release schedule, I was not offering to build this for him (although I am interested enough to try/help/etc) I was suggesting that perhaps this issue deserves a priority focus, given the escalation of releases. You're saying "If you want to go to war in Iraq then hire a military" and I'm saying "I was just trying to see if there was agreement that Saddam is a bad guy" and more specifically "I have no desire to rush into Iraq without consensus" ;-) -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:25:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36CF16A420 for ; Thu, 12 Jan 2006 07:25:17 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAB7B43D4C for ; Thu, 12 Jan 2006 07:25:16 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C7Ou1s014524; Wed, 11 Jan 2006 23:25:16 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C7MtcT000389; Wed, 11 Jan 2006 23:22:55 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C7Mrpg000384; Wed, 11 Jan 2006 23:22:53 -0800 (PST) (envelope-from jrhett) Date: Wed, 11 Jan 2006 23:22:53 -0800 From: Jo Rhett To: "Daniel O'Connor" , freebsd-stable@freebsd.org, Chuck Swiger Message-ID: <20060112072253.GE84964@svcolo.com> Mail-Followup-To: Daniel O'Connor , freebsd-stable@freebsd.org, Chuck Swiger References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <20060105184147.GD69162@funkthat.com> <20060106110318.GF54324@svcolo.com> <20060106211636.GF69162@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060106211636.GF69162@funkthat.com> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:25:17 -0000 On Fri, Jan 06, 2006 at 01:16:36PM -0800, John-Mark Gurney wrote: > You're trying to target to large of an audience... You need to get _A_ > committer interested in your work, and get HIM to guide you and commit > your work... DING! Now we are FINALLY understanding what my goal for this topic was. ARE there any committers who agree that binary updates would be good, and are willing to attempt to acquire enough consensus to get this project started? This topic comes up periodically, and the answer was always no. > stop talking about core... -core makes absolutely no technical decisions > about how FreeBSD is.. it is the developers, and previously there was > a technical review board for settling differences between developers > that were pure "technical" in nature... And if you claim you didn't > know this, then you better read the email you respond to more closely, > since this has been pointed out to you numerous times.. Yes yes this is known. Again, exactly who is at the helm makes no difference if nobody at the helm is interested in the project. I'm not trying to change/restructure/ANYTHING! about the FreeBSD project. I'm bringing up a topic that comes up periodically but gets shot down, to see if there is any new interest in the topic. I am deliberately trolling: not to cause grief, but to see if there are any bites on the topic. So far it's just people insulting my intelligence and cut&pasting web pages to me. Typical FreeBSD: assume the person is stupid and reply as such. > hmmm... you really are choosing to completely ignore what people have > said about core, that at least you did add developers after core, which > makes it appear less likely that you're talking about -core.. but lots > of stuff gets done w/o core developers... I did lots of work on -sparc64, Did your changes to -sparc require changes to the mainline freebsd installation process? If not, then this requires a lot less buy-in from a lot less people. So it's not the same. And yes, I'm using a macro I call '-core' to refer to group of people who can absolutely kill something like this because they don't like the food coloring in it. It's a convenience for me. > As for the whole installation thing, you need to talk with re (release > engineering) as they are the ones to really have final say in what > installation and releases look like... Yes. But back when release engineering was interested in packaging the base installation for exactly the reasons I've listed in other messages, a great uproar was heard and the entire topic was killed off because "freebsd isn't for newbies" and "non-newbies can use make buildworld" without any regard for all of the real issues that production facilities face. In short, there is some group of individuals who can kill projects. This group obviously changes over time, but this issue has repeatedly been killed by some group of people I lazily call "-core" > FreeBSD isn't commercial, so you can't talk about budgets... And most > orgs want some sort of prototypes and feasibility study done before > they'll commit any budget to it... Ah, yes. But that requires conversation to happen and consensus about what kind of results are "feasible" which means that you have to converse first, and write code later. You've made my point for me. > None of this prevents you from getting a basic prototype that works, > but isn't complete with bells and whistles.. Look at what Colin did > with FreeBSD update, I didn't see him demanding anyone in FreeBSD to > sign off on his work... Colin created freebsd-update in spite of not having support for integrating it. And he certainly has commit access. Anyway, Colin (in both freebsd-update and bsdupdates.com) is having to do things the very long way around because of the lack of information provided in the core operating system. Much as we've had to do here, but we structured it inside the cfengine framework. Anyway, the point is that doing it without any chance of integration means going the VERY long way around, which won't help the core installation. Colin could tear out a great deal of his code if the core installation documented versions and checksums at time of installation. Even more code if there was a localized backout ability. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:37:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 970ED16A41F for ; Thu, 12 Jan 2006 07:37:17 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD15243D5E for ; Thu, 12 Jan 2006 07:37:11 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C7au1t015192; Wed, 11 Jan 2006 23:37:04 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C7YnpM003646; Wed, 11 Jan 2006 23:34:49 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C7Ynjp003643; Wed, 11 Jan 2006 23:34:49 -0800 (PST) (envelope-from jrhett) Date: Wed, 11 Jan 2006 23:34:49 -0800 From: Jo Rhett To: Dag-Erling Sm?rgrav Message-ID: <20060112073449.GF84964@svcolo.com> Mail-Followup-To: Dag-Erling Sm?rgrav , freebsd-stable@freebsd.org References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <20060105184147.GD69162@funkthat.com> <20060106110318.GF54324@svcolo.com> <86irsw1bwm.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86irsw1bwm.fsf@xps.des.no> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@FreeBSD.org Subject: Re: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:37:17 -0000 On Sat, Jan 07, 2006 at 01:05:13PM +0100, Dag-Erling Sm?rgrav wrote: > So *you're* the AC that keeps predicting the death of *BSD on /.! I have no idea what you are referring to. Not something I would say anyway. > > I don't bother writing up patches for FreeBSD because every time I > > do they sit in a PR and get ignored for several years. Then someone > > that does have commit rights makes their own patch (which often is > > less useful) but they own it and the best I've ever succeeded at was > > convincing them to put some of the ideas from my patch into their > > code. > > Every single time? > > There are five PRs with your name on in GNATS (assuming you and > are one and same) > > ports/76013 - patch committed after four months > ports/76019 - superceded after a month One was committed, the other superceded. The first change only works if the latter is commited. Thus, the port remains broken and we keep using localized patches to fix it. The 'superceding port' is a different apache module that has different limitations. There is no reason not to commit the latter and fix this particular port, but I can't convince anyone to do that. > ports/76724 - patch committed after a week > docs/87445 - immediately adopted by a committer, being worked on I received no e-mail notification of either. My posts about said bugs to the appropriate mailing lists garnered no responses other than "put in GNATS" > Oh, how we have wronged you! Please let us know how we may correct > this grievous injustice! Nice sarcasm. Doesn't change that these were ignored, or that other proposed patches gathered zero responses so I stopped bothering to submit them. As I said, I've learned that "no response" means "will be ignored". -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:39:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D8516A41F; Thu, 12 Jan 2006 07:39:37 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D5643D68; Thu, 12 Jan 2006 07:39:30 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C7br1u015218; Wed, 11 Jan 2006 23:39:30 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C7bXxZ004524; Wed, 11 Jan 2006 23:37:33 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C7bXqO004523; Wed, 11 Jan 2006 23:37:33 -0800 (PST) (envelope-from jrhett) Date: Wed, 11 Jan 2006 23:37:33 -0800 From: Jo Rhett To: "Daniel O'Connor" Message-ID: <20060112073733.GG84964@svcolo.com> Mail-Followup-To: Daniel O'Connor , freebsd-stable@freebsd.org, current References: <43A266E5.3080103@samsco.org> <200601061120.14707.doconnor@gsoft.com.au> <20060106112329.GG54324@svcolo.com> <200601062220.13417.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601062220.13417.doconnor@gsoft.com.au> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:39:37 -0000 On Fri, Jan 06, 2006 at 10:20:11PM +1030, Daniel O'Connor wrote: > I imagine there are a few committers interested, but I'd say you need to ask > the right way first.. As in...? But again, there are lots of people interested in this topic. Colin for an obvious one. But if Colin can't convince the team to take this on, where do you start? I tried to start by suggesting to Scott that a faster release schedule means that maybe this should be considered a priority. To see if even a consensus on the *idea* could be reached. Mostly I just get insults. SOP for freebsd. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:42:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CD3516A420 for ; Thu, 12 Jan 2006 07:42:43 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-5.eunet.yu (smtpclu-5.eunet.yu [194.247.192.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB5843D46 for ; Thu, 12 Jan 2006 07:42:42 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-13.66.EUnet.yu [213.240.13.66]) by smtpclu-5.eunet.yu (8.13.4/8.13.4) with ESMTP id k0C7gb3Q024265 for ; Thu, 12 Jan 2006 08:42:38 +0100 Received: by faust.net (Postfix, from userid 1001) id BB24EB840; Thu, 12 Jan 2006 08:35:24 +0100 (CET) Date: Thu, 12 Jan 2006 08:35:24 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060112073524.GA651@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -1.2 X-AVAS-Spam-Symbols: AWL BAYES_40 NO_RELAYS Subject: Re:powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:42:43 -0000 Hi all! This issue was written over and over, and a lot of people, including me, have more questions. Don't want to crosspost, cause I think that it is related. On Celeron M laptop, with cpufreq and powerd, also with this in rc.conf: performance_cx_lowest="LOW" economy_cx_lowest="LOW" I have C2 and 1400 -> 174 MHz. Should it be set "LOW" for performance_cpu_freq and economy_cpu_freq? Battery lasts for almost 3 hours with no X and exten- sive cd/modem/hdd work. Temperature is 34-38. On my amd64 box (754, 1800 MHz), with Coll'n'Quiet, acpi2 and the same confi- guration, I have just one C (C1) and two states (1800 and 800). Usb is com- piled into kernel. (One poster removed it and got more steps.) Anyway, the box is really cool, so it is just a matter of curiosity. Is there anything, beside using usb as module, to get more c's and put frequency down dinamicaly? And no temp measurement on this nforce3 mobo. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:49:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E9CA16A41F for ; Thu, 12 Jan 2006 07:49:17 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D14D43D58 for ; Thu, 12 Jan 2006 07:49:16 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C7mm22015721; Wed, 11 Jan 2006 23:49:16 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C7jvxb006832; Wed, 11 Jan 2006 23:45:57 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C7jvEe006828; Wed, 11 Jan 2006 23:45:57 -0800 (PST) (envelope-from jrhett) Date: Wed, 11 Jan 2006 23:45:57 -0800 From: Jo Rhett To: Marian Hettwer Message-ID: <20060112074557.GH84964@svcolo.com> Mail-Followup-To: Marian Hettwer , Daniel O'Connor , freebsd-stable@freebsd.org References: <43A266E5.3080103@samsco.org> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <200601061120.14707.doconnor@gsoft.com.au> <20060106112329.GG54324@svcolo.com> <43BE6226.5000103@kernel32.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43BE6226.5000103@kernel32.de> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:49:17 -0000 On Fri, Jan 06, 2006 at 01:27:18PM +0100, Marian Hettwer wrote: > I'm actually wondering how yahoo for instance handles this situation. To > my knowledge, they have several thousand of FreeBSD based servers. > Either they are all the same in regards to configuration and version, or > they have some other cunning way to solve the issue of patching. Yahoo has a very similar implementation to ours from what I grok, but they aren't happy about releasing their implementation into the wild so I can't say for sure. > > We need support from the freebsd core developers that this is a worthwhile > > idea, and what kind of solutions would be acceptable to them. Once we have > > a direction to go in, code can be written. > Generally speaking: Your statement is true. You don't start writing code > without an agreement that the direction choosen is a direction where > FreeBSD wants to evolve. > However, you (as in, you as a developer) could come up with a proof of > concept. Start with an implementation like you would like to have it. > And even if it's just a piece of paper and some code. Before we plan the invasion of Iraq, how about an agreement on what we're trying to accomplish? Like I said, this topic has always been killed because "non-newbies can run make buildworld". So if it's going to get shot down quickly then why bother? Frankly, that's pretty much where it has gone. Everyone who cares about this has privately mailed me saying "it would be nice" but nobody believes that we can get this accepted for inclusion. I've tried to make the point clear, and ignore the insults and try to keep on topic... but it's pretty much a lost point already. Everyone loves to say "you're an idiot" or "your ideas [taken out of context] are wrong" etc and such forth. > Then start this thread over again, fine tune the concept and hopefully > some others will jump aboard and help developing. > I would like to, but I do lack knowledge in C. Shell and a wee bit of > Perl is fine. Definitly too few knowledge for a project like that :-/ If it really was a project, just a willingness to test this across a range of environments and the ability to do-one-thing-at-a-time and read log files would be great assistance. But given zero interest in the project expressed so far, this is cart years before horse has evolved. > That statement ain't true. If the code solves your problem, fine. If it > solves problems of others too, even better. Chances are higher that it > doesn't get ignored... Code that doesn't solve the problem correctly should be rejected with a reason. Ignorance advances nothing. No replies/no updates = ignorance. And no commits means the problem isn't solved. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 07:52:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A746316A41F for ; Thu, 12 Jan 2006 07:52:23 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FB743D4C for ; Thu, 12 Jan 2006 07:52:17 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id k0C7qFC8036929 for ; Thu, 12 Jan 2006 08:52:15 +0100 (CET) (envelope-from victor@bsdes.net) Date: Thu, 12 Jan 2006 08:52:15 +0100 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20060112075214.GA769@pato.euesrg02.net> References: <43C5A261.1020407@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C5A261.1020407@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:52:23 -0000 On Wed, Jan 11, 2006 at 07:27:13PM -0500, Mike Jakubik wrote: > It seems that powerd does very little in terms of reducing heat, and > sacrifices performance while doing so. Am i wrong to assume that > lowering the cpu's frequency should reduce consumed power, and therefore > reduce the amount of heat produced? I have tested with mbmon and i see > no difference between an idle system running with powerd at 75mhz, and > at full rate without. Also, while testing the speed of a php script, i > found myself refreshing it quickly in the browser to see the results of > the timers. I was getting sporadic results, on an otherwise idle system. > I noticed that if anything cpu intensive ran in the background, my > script would execute quicker. I disabled powerd and restored the > frequency, at this point i got more consistent results, and the script > would execute over 100msec faster. It seems like its not adjusting the > clock fast enough. Are these problems with powerd or just my hardware? > It is an old athlon system, running on the via133 chipset . I know that this is not what you're asking for, but anyway: You should try sysutils/fvcool, it will reduce de heat a lot and the performance will not suffer. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 08:11:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED2916A41F; Thu, 12 Jan 2006 08:11:48 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB6B43D68; Thu, 12 Jan 2006 08:11:43 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C8Aa1v016763; Thu, 12 Jan 2006 00:11:42 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C88u9B013251; Thu, 12 Jan 2006 00:08:56 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C88uOa013250; Thu, 12 Jan 2006 00:08:56 -0800 (PST) (envelope-from jrhett) Date: Thu, 12 Jan 2006 00:08:56 -0800 From: Jo Rhett To: freebsd-stable@freebsd.org Message-ID: <20060112080856.GI84964@svcolo.com> Mail-Followup-To: freebsd-stable@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 08:11:48 -0000 FreeBSD-current: please accept this posting to close off the thread that your list saw half of. I'm going to kill this topic. Results of my trolling to see if we could get any committer interest in this topic are: 17 enterprises e-mailing me privately to agree that it sucks, but that they doubt it will ever change. Some notes about how we handle certain situations today exchanged. 2 e-mails from people working at the bsdupdates project. I explain again to them why we can't run GENERIC, and they agree that without core operation system support there's no easy way to handle this. 3 e-mails from people who've been burned trying to raise this topic before, suggesting that I run and hide after raising an issue like this. They don't believe it will happen. 12 or so honest queries on the mailing list about why "make buildworld" or the freebsd-update mechanism doesn't work for me. Which I try to answer in detail, even when the questioner was insulting me. 7 or so suggestions on the mailing list that I deliver a working solution before asking for consensus. 16-something people telling me that I clearly don't understand the problem, and that if I wasn't an idiot I could solve it using this or that. Most of which are tools we are using today, and know the limitations of pretty well. (none of whom actually delivered information about how to improve on this) 20-something people telling me that my shorthand for -core proves that I'm an idiot. It wasn't the topic, and it doesn't change the real question one bit, but it's a great chance for everyone to call me an idiot. 1,215,545 or thereabouts people writing me to call me an idiot, without much justification whatsoever. In short, the situation remains as before. A lot of need, but no solution. A lot of interest, but no belief that it will be accepted into the core operating system. No interest from any of the developers who could make this happen. Without any interest, you can't come up with a starting definition or goals for consensus. Thus there's no point in trying to build a team to do it. Kind of like invading Iraq without a clear objective and a plan. (sorry for the off-topic political reference, but it is apt) For now we'll have to see if Colin can find ways around the problems without the tools he needs to do it right. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 08:45:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1818A16A41F for ; Thu, 12 Jan 2006 08:45:36 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF30043D48 for ; Thu, 12 Jan 2006 08:45:35 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 6666619F2C for ; Thu, 12 Jan 2006 00:45:32 -0800 (PST) From: "Darren Pilgrim" To: Date: Thu, 12 Jan 2006 00:45:26 -0800 Message-ID: <000001c61754$897c6340$672a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <20060112073524.GA651@faust.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: RE: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 08:45:36 -0000 I guess I should chime in here: 1.6GHz Pentium M notebook. Everything enabled: ACPI, USB, wireless, bluetooth. powerd_flags=3D"-i 100 -r 25" The backlight is on = continuously in FreeBSD. Lag is hard to notice, since it takes <100 ms to make the 100->1600 MHz step, but I can see brief lag if the machine is completely idle and I do something to eat the CPU that provides an immediate visual indicator of churn rate, like run an animation. Battery life: FreeBSD, powerd running: 4.5-5 hours FreeBSD, powerd not running: ~2 hours For comparison: Windows XP, aggressive power-saving: ~3 hours As for heat, the surface hot spots all stay significantly cooler with = powerd running. I don't have working system health stats in FreeBSD, so quantitative heat reports aren't possible. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 09:08:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09BE916A41F for ; Thu, 12 Jan 2006 09:08:53 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 419B643D45 for ; Thu, 12 Jan 2006 09:08:52 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0C98oiw015198 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 12 Jan 2006 20:08:50 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0C98nHh064464 for ; Thu, 12 Jan 2006 20:08:49 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0C98nNv064463 for freebsd-stable@freebsd.org; Thu, 12 Jan 2006 20:08:49 +1100 (EST) (envelope-from pjeremy) Date: Thu, 12 Jan 2006 20:08:49 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060112090849.GU60380@cirb503493.alcatel.com.au> References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <20060105184147.GD69162@funkthat.com> <20060106110318.GF54324@svcolo.com> <20060106211636.GF69162@funkthat.com> <20060112072253.GE84964@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112072253.GE84964@svcolo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 09:08:53 -0000 On Wed, 2006-Jan-11 23:22:53 -0800, Jo Rhett wrote: >I am deliberately trolling: not to cause grief, but to see if there are any >bites on the topic. So far it's just people insulting my intelligence and >cut&pasting web pages to me. Going out of your way to antagonize FreeBSD developers is not the way to get your ideas adopted. >And yes, I'm using a macro I call '-core' to refer to group of people who >can absolutely kill something like this because they don't like the food >coloring in it. It's a convenience for me. As a convenience for the rest of us, how about using same terminology as the rest of the Project. It makes it much simpler if we all agree on the meanings of the words we use. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 09:47:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51D0016A41F for ; Thu, 12 Jan 2006 09:47:43 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580A743D4C for ; Thu, 12 Jan 2006 09:47:42 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1Ewz3U-000PQ6-Lv for freebsd-stable@freebsd.org; Thu, 12 Jan 2006 12:47:40 +0300 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.54 (FreeBSD)) id 1Ewz32-000FXc-9l for freebsd-stable@freebsd.org; Thu, 12 Jan 2006 12:47:12 +0300 Received: (from igorr@localhost) by sysadm.stc (8.13.4/8.13.3/Submit) id k0C9lCBv059743 for freebsd-stable@freebsd.org; Thu, 12 Jan 2006 12:47:12 +0300 (MSK) (envelope-from igorr) Date: Thu, 12 Jan 2006 12:47:12 +0300 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060112094712.GC52424@sysadm.stc> References: <43C53267.10109@drexel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C53267.10109@drexel.edu> User-Agent: Mutt/1.5.11 X-Archived: Yes Subject: Re: GDM problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 09:47:43 -0000 On Wed, Jan 11, 2006 at 11:29:27AM -0500, Justin Smith wrote: > 2. GDM started but in an odd mode that didn't detect any keyboard input > (so I couldn't log in). The mouse continued to work. Any characters? Or you can enter numbers? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 10:10:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5019216A41F for ; Thu, 12 Jan 2006 10:10:38 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC28B43D46 for ; Thu, 12 Jan 2006 10:10:37 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id CB0E541D2; Thu, 12 Jan 2006 11:10:35 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43075-03; Thu, 12 Jan 2006 11:10:32 +0100 (CET) Received: from [10.38.0.120] (unknown [213.238.63.253]) by crivens.unixoid.de (Postfix) with ESMTP id E38E641C8; Thu, 12 Jan 2006 11:10:31 +0100 (CET) Message-ID: <43C62C24.2090109@kernel32.de> Date: Thu, 12 Jan 2006 11:15:00 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jo Rhett References: <43A266E5.3080103@samsco.org> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <200601061120.14707.doconnor@gsoft.com.au> <20060106112329.GG54324@svcolo.com> <43BE6226.5000103@kernel32.de> <20060112074557.GH84964@svcolo.com> In-Reply-To: <20060112074557.GH84964@svcolo.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-stable@freebsd.org Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:10:38 -0000 Hej there, Jo Rhett wrote: > On Fri, Jan 06, 2006 at 01:27:18PM +0100, Marian Hettwer wrote: > >>I'm actually wondering how yahoo for instance handles this situation. To >>my knowledge, they have several thousand of FreeBSD based servers. >>Either they are all the same in regards to configuration and version, or >>they have some other cunning way to solve the issue of patching. > > > Yahoo has a very similar implementation to ours from what I grok, but they > aren't happy about releasing their implementation into the wild so I can't > say for sure. > a pity. 'cause I bet there would be some nice ideas. > >>Generally speaking: Your statement is true. You don't start writing code >>without an agreement that the direction choosen is a direction where >>FreeBSD wants to evolve. >>However, you (as in, you as a developer) could come up with a proof of >>concept. Start with an implementation like you would like to have it. >>And even if it's just a piece of paper and some code. > > > Before we plan the invasion of Iraq, how about an agreement on what we're > trying to accomplish? Like I said, this topic has always been killed Please stop with these political statements. They have nothing to do with the topic you're stressing here. Just stop these political statements, please :) > because "non-newbies can run make buildworld". So if it's going to get > shot down quickly then why bother? > Why bother? Because you do see a need for binary updates and you do want to change something. So get started with it. Just write a piece of paper (webpage, whatever), maybe even start coding something. Come up with this paper on freebsd-arch (like stated by someone else) and see wether you can find some agreements. > Frankly, that's pretty much where it has gone. Everyone who cares about > this has privately mailed me saying "it would be nice" but nobody believes > that we can get this accepted for inclusion. > Well, I wouldn't be sure. When perl was removed from base and made optional there was some roaring around too. Nevertheless it was removed from base and is no longer needed to run FreeBSD. > I've tried to make the point clear, and ignore the insults and try to keep > on topic... but it's pretty much a lost point already. Everyone loves to > say "you're an idiot" or "your ideas [taken out of context] are wrong" etc > and such forth. > I was following this thread on -current and frankly, I couldn't see any "you're an idiot" statements. Prove me wrong ( by copy 'n paste of the statement in addition with the sender of that mail ). > >>Then start this thread over again, fine tune the concept and hopefully >>some others will jump aboard and help developing. >>I would like to, but I do lack knowledge in C. Shell and a wee bit of >>Perl is fine. Definitly too few knowledge for a project like that :-/ > > > If it really was a project, just a willingness to test this across a range > of environments and the ability to do-one-thing-at-a-time and read log > files would be great assistance. But given zero interest in the project > expressed so far, this is cart years before horse has evolved. > Then my statement would be again: Yes, I would agree that binary updates could make updating FreeBSD easier. However, there are other ways (apart from using make world). I would think about "make release". This is a way to go. Build your custom releases and roll 'em out. Granted, using own releases is only good if you have like one or two architectures (say i386 and amd64). > >>That statement ain't true. If the code solves your problem, fine. If it >>solves problems of others too, even better. Chances are higher that it >>doesn't get ignored... > > > Code that doesn't solve the problem correctly should be rejected with a > reason. Ignorance advances nothing. No replies/no updates = ignorance. > And no commits means the problem isn't solved. > so far, so true. However, just start your project and ask later on for support. best regards, Marian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 10:24:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECA7B16A41F for ; Thu, 12 Jan 2006 10:24:41 +0000 (GMT) (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 530D543D45 for ; Thu, 12 Jan 2006 10:24:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-188.lns2.adl4.internode.on.net [203.122.233.188]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CAOT0H072891 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 20:54:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 12 Jan 2006 20:54:19 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <86irsw1bwm.fsf@xps.des.no> <20060112073449.GF84964@svcolo.com> In-Reply-To: <20060112073449.GF84964@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1230442.SgRGYFZx8E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601122054.27572.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , Dag-Erling Sm?rgrav Subject: Re: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:24:42 -0000 --nextPart1230442.SgRGYFZx8E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 18:04, Jo Rhett wrote: > > ports/76724 - patch committed after a week > > docs/87445 - immediately adopted by a committer, being worked on > > I received no e-mail notification of either. My posts about said bugs to > the appropriate mailing lists garnered no responses other than "put in > GNATS" You should have. I get email when my PR's are changed.. (I have submitted a few more than you but not many) Maybe you should consider your email system was at fault here? Or there was= a=20 temporary problem with the FreeBSD mail servers? I'd be pretty suprised at the later as lost email is very very rare in my=20 experience (when dealing with FreeBSD). > > Oh, how we have wronged you! Please let us know how we may correct > > this grievous injustice! > > Nice sarcasm. Doesn't change that these were ignored, or that other > proposed patches gathered zero responses so I stopped bothering to submit > them. As I said, I've learned that "no response" means "will be ignored". Quite frankly given the way you have approached this, I am not suprised you= =20 get scorn. None of those PRs where ignored, your saying they were in the face of evide= nce=20 in GNATS considerably weakens your position of "poor coder those mean FreeB= SD=20 people keep ignoring". =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 --nextPart1230442.SgRGYFZx8E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxi5b5ZPcIHs/zowRArCmAJ0YXhAplHKBI4q5ScrFsxE56gaoNACgqTq/ 5yCeMAdCW4tpfER5THrNGjA= =0IAm -----END PGP SIGNATURE----- --nextPart1230442.SgRGYFZx8E-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 10:27:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF9CE16A41F; Thu, 12 Jan 2006 10:27:33 +0000 (GMT) (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 62AD543D55; Thu, 12 Jan 2006 10:27:22 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-188.lns2.adl4.internode.on.net [203.122.233.188]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CARLuR072956 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 20:57:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 12 Jan 2006 20:57:19 +1030 User-Agent: KMail/1.8.3 References: <20060112080856.GI84964@svcolo.com> In-Reply-To: <20060112080856.GI84964@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2836752.KEI0pMRxDa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601122057.20181.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:27:34 -0000 --nextPart2836752.KEI0pMRxDa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 18:38, Jo Rhett wrote: > 20-something people telling me that my shorthand for -core proves that I'm > an idiot. It wasn't the topic, and it doesn't change the real question o= ne > bit, but it's a great chance for everyone to call me an idiot. Am I in this category? I wonder.. Anyway.. Your use of nomenclature not matching that of the rest of the community is = a=20 sure fire way to be misunderstood and brushed off. Yes, people shouldn't just ignore you because you used the wrong name, but= =20 since those people are very busy they are guessing you are probably just a= =20 troll, or clueless.. This sort of attitude is necessary otherwise you'd was= te=20 heaps of time dealing with clueless people or trolls. =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 --nextPart2836752.KEI0pMRxDa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxi8I5ZPcIHs/zowRAkFIAKCYiRQ9PE4QIgpS+p9uTgI7LQR4AACdEWOK HLrSldQn6OknEJIb03syflM= =Pba2 -----END PGP SIGNATURE----- --nextPart2836752.KEI0pMRxDa-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 10:34:41 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC03A16A420 for ; Thu, 12 Jan 2006 10:34:41 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 35A6443D78 for ; Thu, 12 Jan 2006 10:34:40 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 22667 invoked by uid 399); 12 Jan 2006 10:34:38 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 12 Jan 2006 10:34:38 -0000 Message-ID: <43C630BB.5020901@FreeBSD.org> Date: Thu, 12 Jan 2006 02:34:35 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051206) MIME-Version: 1.0 To: Justin Smith References: <43C53267.10109@drexel.edu> In-Reply-To: <43C53267.10109@drexel.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: GDM problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:34:41 -0000 Justin Smith wrote: > After upgrading to STABLE a few days ago, several odd problems developed: > > 1. cups did not start automatically. It turned out the CUPS script was > being given the parameter 'faststart' rather than 'start' You have an old version of the cups.sh script in /usr/local/etc/rc.d. If your port is not already up to date, delete /usr/local/etc/rc.d/cups*, upgrade the port, and 'cd /usr/local/etc/rc.d/ && ln -s cups.sh.sample cups.sh' If your port is up to date, delete cups.sh and symlink it as above. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 10:42:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE6616A41F; Thu, 12 Jan 2006 10:42:18 +0000 (GMT) (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 77E1743D4C; Thu, 12 Jan 2006 10:42:17 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-188.lns2.adl4.internode.on.net [203.122.233.188]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CAgENv073248 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 21:12:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jo Rhett Date: Thu, 12 Jan 2006 21:12:12 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> In-Reply-To: <20060112073733.GG84964@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2243913.CToydO0EHq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601122112.13347.doconnor@gsoft.com.au> X-Spam-Score: 0 () SUBJECT_EXCESS_QP X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:42:18 -0000 --nextPart2243913.CToydO0EHq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 18:07, Jo Rhett wrote: > On Fri, Jan 06, 2006 at 10:20:11PM +1030, Daniel O'Connor wrote: > > I imagine there are a few committers interested, but I'd say you need to > > ask the right way first.. > > As in...? I don't know any personally, but then again I only know about 3 committers= =20 which is not a large percentage. > But again, there are lots of people interested in this topic. Colin for > an obvious one. But if Colin can't convince the team to take this on, > where do you start? Colin is a committer. You write the code under his guidance. He commits it. So, there you go, problem solved. =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 --nextPart2243913.CToydO0EHq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxjKF5ZPcIHs/zowRAsqGAJ4/BEw3roHS8fChGo7Ahva0qhQY3ACgpOmI 446W728pzdJrt+XmHWkDw5U= =5ol6 -----END PGP SIGNATURE----- --nextPart2243913.CToydO0EHq-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 10:47:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 340B916A41F for ; Thu, 12 Jan 2006 10:47:33 +0000 (GMT) (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 0E1DF43D45 for ; Thu, 12 Jan 2006 10:47:31 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-188.lns2.adl4.internode.on.net [203.122.233.188]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CAlTHc073293 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 21:17:29 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jo Rhett Date: Thu, 12 Jan 2006 21:17:26 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <43BE6226.5000103@kernel32.de> <20060112074557.GH84964@svcolo.com> In-Reply-To: <20060112074557.GH84964@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5658216.cE8t4kCXa6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601122117.27473.doconnor@gsoft.com.au> X-Spam-Score: 0 () SUBJECT_EXCESS_QP X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:47:33 -0000 --nextPart5658216.cE8t4kCXa6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 18:15, Jo Rhett wrote: > Before we plan the invasion of Iraq, how about an agreement on what we're > trying to accomplish? Like I said, this topic has always been killed > because "non-newbies can run make buildworld". So if it's going to get > shot down quickly then why bother? You are still fundamentally misunderstanding how FreeBSD works.. You have at least one committer you've said wants to do this, what more do = you=20 need? > I've tried to make the point clear, and ignore the insults and try to keep > on topic... but it's pretty much a lost point already. Everyone loves to > say "you're an idiot" or "your ideas [taken out of context] are wrong" etc > and such forth. I think people disagreeing with you is perfectly acceptable.. Calling you a= n=20 idiot is no, but it seems to be fairly rare (even in this thread) =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 --nextPart5658216.cE8t4kCXa6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxjO/5ZPcIHs/zowRAjtiAJwO0aRzV5jkoSeJbv+AgctIw7P4YACgrCKR M78w3DBFIgdt/FvG968kk/8= =rnj3 -----END PGP SIGNATURE----- --nextPart5658216.cE8t4kCXa6-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 11:03:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A59E16A41F for ; Thu, 12 Jan 2006 11:03:22 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A9E43D49 for ; Thu, 12 Jan 2006 11:03:21 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id 97C3E96C170; Thu, 12 Jan 2006 06:01:20 -0500 (EST) Received: from 68.49.189.193 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Thu, 12 Jan 2006 06:01:20 -0500 (EST) Message-ID: <3986.68.49.189.193.1137063680.squirrel@68.49.189.193> Date: Thu, 12 Jan 2006 06:01:20 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:03:22 -0000 >> Hmm, I upgraded to 6-STABLE and I'm still having the problem. > > Are you really using the very latest 6-STABLE? Oops - serious egg on my face - my build must have failed and I rebooted without checking the return value (sheepish grin)... I rebuilt and things seem to work now - thanks & sorry for the false alarm! I cannot tell you how happy I am to have (g?)vinum working in FreeBSD again - I can finally upgrade my file servers! One more question: Is gvinum on 6-STABLE's RAID-5 implementation bit-compatible with R5 on vinum from 4.x/5.x? Would it be possible to upgrade from vinum on 5.3 to gvinum on 6-STABLE without a dump/restore? I probably won't do this out of paranoia, but am curious if it's possible. Thanks again and cheers, Brian Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 11:12:37 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3365116A41F for ; Thu, 12 Jan 2006 11:12:37 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from hermes2.cf.ac.uk (hermes2.cf.ac.uk [131.251.0.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7304543D46 for ; Thu, 12 Jan 2006 11:12:36 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from fenrir.insrv.cf.ac.uk ([131.251.50.213]) by hermes2.cf.ac.uk with esmtp (Exim 4.34) id 1Ex0Nf-00040M-Am; Thu, 12 Jan 2006 11:12:35 +0000 In-Reply-To: <20060112073449.GF84964@svcolo.com> References: <43A266E5.3080103@samsco.org> <43AB1E65.2030501@mac.com> <20051222221202.GM39174@svcolo.com> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <20060105184147.GD69162@funkthat.com> <20060106110318.GF54324@svcolo.com> <86irsw1bwm.fsf@xps.des.no> <20060112073449.GF84964@svcolo.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-5--156629124" Message-Id: <724F9C12-4A7D-451E-9811-674798FEDEA4@submonkey.net> Content-Transfer-Encoding: 7bit From: Ceri Davies Date: Thu, 12 Jan 2006 11:12:40 +0000 To: Jo Rhett X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: Cardiff University Sophos AV Cc: Dag-Erling Sm?rgrav , freebsd-stable@FreeBSD.org Subject: Re: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:12:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-5--156629124 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I don't want to get embroiled in this conversation, but I am concerned about the use of GNATS illustrated here. On 12 Jan 2006, at 07:34, Jo Rhett wrote: > On Sat, Jan 07, 2006 at 01:05:13PM +0100, Dag-Erling Sm?rgrav wrote: > >> >> ports/76013 - patch committed after four months >> ports/76019 - superceded after a month > > One was committed, the other superceded. The first change only > works if > the latter is commited. Thus, the port remains broken and we keep > using > localized patches to fix it. Where does it say that in the PR? > The 'superceding port' is a different apache module that has different > limitations. There is no reason not to commit the latter and fix this > particular port, but I can't convince anyone to do that. I don't know that you tried. Why didn't you followup to the PR and ask for it to be reopened, or point out that there was a problem? >> ports/76724 - patch committed after a week >> docs/87445 - immediately adopted by a committer, being worked on > > I received no e-mail notification of either. My posts about said > bugs to > the appropriate mailing lists garnered no responses other than "put > in GNATS" We don't have mail logs back that far, so I can't see where that went wrong, but GNATS always send the submitter mail on a state change. You could always have looked at the PR. >> Oh, how we have wronged you! Please let us know how we may correct >> this grievous injustice! > > Nice sarcasm. Doesn't change that these were ignored, Except that we have shown that they were not, of course. Ceri --Apple-Mail-5--156629124 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDxjmome8yCsQvJJ0RArRHAJ93Q7v48fsmqHcfB37hDptV+S/bGACeLcDC VUsITVqTP+2qr9M9Wck7wvI= =oKit -----END PGP SIGNATURE----- --Apple-Mail-5--156629124-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 11:40:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A9416A41F for ; Thu, 12 Jan 2006 11:40:16 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (imap.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A15FA43D48 for ; Thu, 12 Jan 2006 11:40:14 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id k0CBdxZH013698; Thu, 12 Jan 2006 11:39:59 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <43C6400E.2030203@infracaninophile.co.uk> Date: Thu, 12 Jan 2006 11:39:58 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <43C5A261.1020407@rogers.com> <200601121554.55657.doconnor@gsoft.com.au> <43C5EAB0.3090805@rogers.com> <200601121635.09835.doconnor@gsoft.com.au> <43C5F328.4030507@rogers.com> In-Reply-To: <43C5F328.4030507@rogers.com> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigF58AFB187156D7C4ADE27330" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Thu, 12 Jan 2006 11:40:02 +0000 (GMT) X-Virus-Scanned: ClamAV 0.87.1/1238/Wed Jan 11 10:19:06 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:40:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF58AFB187156D7C4ADE27330 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Mike Jakubik wrote: > Daniel O'Connor wrote: > >> Wow, that's weird, wish my AMD would do speeds like that :) >> >> As for your temperature observation - I have no idea sorry. It would >> appear that powerd is doing the right thing but for some reason your >> CPU is not benefiting. That said checking by measuring temperature is >> fraught with complexity because there is probably a significant delay >> between a change in power consumption and a corresponding chaange in >> heatsink temperature. >> > > > Actually, i took readings from the wrong box :P > > CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) > acpi0: on motherboard > > root@mail:~# sysctl dev.cpu. > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 75 > dev.cpu.0.freq_levels: 1215/-1 1139/-1 1063/-1 987/-1 911/-1 835/-1 > 759/-1 683/-1 607/-1 531/-1 455/-1 379/-1 303/-1 227/-1 151/-1 75/-1 > > Thats the correct one, it is 75mhz. I was suspecting hardwares > limitations in terms of modulating the frequency quickly enough. Just > wanted to make sure. Only vaguely apropos, but take a look at sysutils/fvcool which can help reduce the power consumption on Athlons quite effectively. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigF58AFB187156D7C4ADE27330 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDxkAO8Mjk52CukIwRA25YAJ9FkDgKfwkeLTs3AhqTGVIaRi2C+QCeNAtb DqupS9ywiQE3DwAvzOW6QFg= =nrrU -----END PGP SIGNATURE----- --------------enigF58AFB187156D7C4ADE27330-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 13:16:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 476AA16A41F for ; Thu, 12 Jan 2006 13:16:44 +0000 (GMT) (envelope-from litgle@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D612C43D45 for ; Thu, 12 Jan 2006 13:16:43 +0000 (GMT) (envelope-from litgle@gmail.com) Received: by zproxy.gmail.com with SMTP id l1so354599nzf for ; Thu, 12 Jan 2006 05:16:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:content-type:content-transfer-encoding; b=fYoc9oVa9z8Ci5Q7G6loWIXhYCSBVQYCZRK6JLG1EeqJ9S+QN+DHIvhM0exVFVdd/lgaJuXkOp94JiGDLCVW1p+4ABbvnQeEm5bUru7dc4ZNM3XUI34Ddxswb+Kuv8e0rMbbmu601nJAXsdXk0RR5qMPHq4uWo/FTSWwzsZdYyw= Received: by 10.36.58.11 with SMTP id g11mr1874345nza; Thu, 12 Jan 2006 05:16:43 -0800 (PST) Received: from ?192.168.1.80? ( [219.136.5.115]) by mx.gmail.com with ESMTP id 16sm1734840nzo.2006.01.12.05.16.41; Thu, 12 Jan 2006 05:16:42 -0800 (PST) Message-ID: <43C656B3.2010908@gmail.com> Date: Thu, 12 Jan 2006 21:16:35 +0800 From: litgle User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 13:16:44 -0000 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 13:26:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5896116A41F for ; Thu, 12 Jan 2006 13:26:02 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2712443D6D for ; Thu, 12 Jan 2006 13:25:57 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k0CDPfFx027656; Thu, 12 Jan 2006 14:25:52 +0100 (MET) Message-ID: <43C6584F.10001@fer.hr> Date: Thu, 12 Jan 2006 14:23:27 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <43C5A261.1020407@rogers.com> In-Reply-To: <43C5A261.1020407@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 13:26:02 -0000 Mike Jakubik wrote: > It seems that powerd does very little in terms of reducing heat, and > sacrifices performance while doing so. Am i wrong to assume that > CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) It is very unlikely this processor supports any kind of frequency modification by software. Basically there are two cases with modern processors: - Very modern processors, from Pentium M class onwards, support true frequency modification, which can and does offer significant savings. - Somewhat older processors, and the whole Celeron M line support only "CPU throttling", which is something like forcing idle cycles (like the "HLT" instruction) only on hardware level. I think this can be distinguished in FreeBSD by the second number in freq_levels being -1, like here: dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 (this second type of power management management support doesn't alter the physical frequency). I think the infrastructure used by powerd supports both cases, but won't get you much savings if the CPU doesn't support the first case. This information was gathered because I have a Celeron-based laptop and wanted to squeeze as much autonomy as possible - it may not be authoritative :) What I would like for FreeSBD to support is turning off of devices like WinXP does. Not only hard drives, but it seems that WinXP can somehow turn off network cards, USB controllers and/or devices and similar peripherals when running on batteries and those are not used (it seems it's not like disabling them completely but something else). From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 13:40:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CD216A41F for ; Thu, 12 Jan 2006 13:40:30 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD1C43D45 for ; Thu, 12 Jan 2006 13:40:29 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Ex2gY-0003UF-00; Thu, 12 Jan 2006 14:40:14 +0100 Date: Thu, 12 Jan 2006 14:40:13 +0100 To: Mike Jakubik Message-ID: <20060112134013.GC22983@poupinou.org> References: <43C5A261.1020407@rogers.com> <200601121554.55657.doconnor@gsoft.com.au> <43C5EAB0.3090805@rogers.com> <200601121635.09835.doconnor@gsoft.com.au> <43C5F328.4030507@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C5F328.4030507@rogers.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 13:40:30 -0000 Hi Make, On Thu, Jan 12, 2006 at 01:11:52AM -0500, Mike Jakubik wrote: > Daniel O'Connor wrote: > >Wow, that's weird, wish my AMD would do speeds like that :) > > > >As for your temperature observation - I have no idea sorry. It would > >appear that powerd is doing the right thing but for some reason your CPU > >is not benefiting. That said checking by measuring temperature is fraught > >with complexity because there is probably a significant delay between a > >change in power consumption and a corresponding chaange in heatsink > >temperature. > > > > Actually, i took readings from the wrong box :P > > CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) > acpi0: on motherboard > > root@mail:~# sysctl dev.cpu. > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 75 > dev.cpu.0.freq_levels: 1215/-1 1139/-1 1063/-1 987/-1 911/-1 835/-1 > 759/-1 683/-1 607/-1 531/-1 455/-1 379/-1 303/-1 227/-1 151/-1 75/-1 > > Thats the correct one, it is 75mhz. I was suspecting hardwares > limitations in terms of modulating the frequency quickly enough. Just > wanted to make sure. What you have noticed is acpi_throttle(4). The combinaison of some VIA chipset and AMD processors give 16 frequencies. powerd(8) is not designed for thermal stuff, and will never be. It's up to acpi_thermal(4) to cool the processor if needed. Note that I think acpi_throttle(4) can only be used for cooling a processor. I don't think it is usefull for power comsuption at all for which powerd(4) is designed. Some other people may have different opinion of course. BTW you may want to try to check if setting hw.acpi.cpu.cx_lowest to C2 permit to cool the processor. There are a lot of old systems based upon AMD processors that require this for resolving overheating issues. You may also want to check if sysutlis/fvcool can help you if setting the above sysctl is not possible (but don't mix the two). Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 13:45:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DB8E16A41F for ; Thu, 12 Jan 2006 13:45:08 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A8D43D46 for ; Thu, 12 Jan 2006 13:45:07 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id k0CDj4qh088877; Thu, 12 Jan 2006 14:45:04 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id k0CDix593488; Thu, 12 Jan 2006 14:44:59 +0100 (CET) (envelope-from rabe) Date: Thu, 12 Jan 2006 14:44:59 +0100 From: "Raphael H. Becker" To: Mike Jakubik Message-ID: <20060112144459.D30165@p-i-n.com> References: <20060111200436.C30165@p-i-n.com> <43C55962.5020205@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <43C55962.5020205@rogers.com>; from mikej@rogers.com on Wed, Jan 11, 2006 at 02:15:46PM -0500 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-stable@freebsd.org Subject: Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 13:45:08 -0000 Hi Mike, *, thank you for the answer. On Wed, Jan 11, 2006 at 02:15:46PM -0500, Mike Jakubik wrote: > Raphael H. Becker wrote: > > So I guess will need another SATA-RAID-Controller (PCI). > > Which SATA-RAID-controller works "rock solid" with 6.0-RELEASE? > > > > 3ware, areca, and highpoint are good choices. I froogled around: 3ware: * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR areca: * nothing @froogle, any models? highpoint: * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR A local computer store recommended a Dawicontrol DC-150, 2 Channels. Any experience with theese controllers? Any other manufacturers/models in the range between 100 and 200EUR for 2 disks? Regards Raphael Becker PS: 100 EUR = 121.26 USD From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 13:50:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A80CA16A41F for ; Thu, 12 Jan 2006 13:50:15 +0000 (GMT) (envelope-from mikael.krantz@qbrick.com) Received: from mail2.krantz.pp.se (gw-bi-fw-mikr.bahnhof.net [213.136.47.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B51243D4C for ; Thu, 12 Jan 2006 13:50:08 +0000 (GMT) (envelope-from mikael.krantz@qbrick.com) Received: from localhost (firewall.mikr.bahnhof.net [127.0.0.1]) by smtp.lamerz.net (Postfix) with ESMTP id 8F2849C3C9; Thu, 12 Jan 2006 15:15:36 +0100 (CET) Received: from virusscan.lamerz.net ([127.0.0.1]) by localhost (mail.lamerz.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02865-07; Thu, 12 Jan 2006 15:15:26 +0100 (CET) Received: from [10.1.1.20] (unknown [10.1.1.20]) by mail2.krantz.pp.se (Postfix) with ESMTP id A928B9C3BC; Thu, 12 Jan 2006 15:15:26 +0100 (CET) Message-ID: <43C65E83.4060801@qbrick.com> Date: Thu, 12 Jan 2006 14:49:55 +0100 From: Mikael Krantz User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20060111200436.C30165@p-i-n.com> <43C55962.5020205@rogers.com> <20060112144459.D30165@p-i-n.com> In-Reply-To: <20060112144459.D30165@p-i-n.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 at mail.lamerz.net Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 13:50:15 -0000 Raphael H. Becker wrote: >Hi Mike, *, > >thank you for the answer. > >On Wed, Jan 11, 2006 at 02:15:46PM -0500, Mike Jakubik wrote: > > >>Raphael H. Becker wrote: >> >> >>>So I guess will need another SATA-RAID-Controller (PCI). >>>Which SATA-RAID-controller works "rock solid" with 6.0-RELEASE? >>> >>> >>> >>3ware, areca, and highpoint are good choices. >> >> > >I froogled around: > >3ware: > * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR > >areca: > * nothing @froogle, any models? > > > www.areca.com.tw arc-1120 8 port arc-1160 is 16ports. Very good experience with areca bords.. I can also recommend lsi logis 8 ports sata raidcards. Very good cards. Regards Mikael Krantz Qbrick AB Streaming media provider http://www.qbrick.com >highpoint: > * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR > > >A local computer store recommended a Dawicontrol DC-150, 2 Channels. > > >Any experience with theese controllers? >Any other manufacturers/models in the range between 100 and 200EUR for 2 disks? > > > >Regards >Raphael Becker > >PS: 100 EUR = 121.26 USD > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 14:13:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E038A16A41F for ; Thu, 12 Jan 2006 14:13:09 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFCC843D5C for ; Thu, 12 Jan 2006 14:13:06 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id A2C1BAD; Thu, 12 Jan 2006 08:13:05 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id D6A4161C28; Thu, 12 Jan 2006 08:13:04 -0600 (CST) Date: Thu, 12 Jan 2006 08:13:04 -0600 From: "Matthew D. Fuller" To: "Raphael H. Becker" Message-ID: <20060112141304.GC20029@over-yonder.net> References: <20060111200436.C30165@p-i-n.com> <43C55962.5020205@rogers.com> <20060112144459.D30165@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112144459.D30165@p-i-n.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 14:13:10 -0000 On Thu, Jan 12, 2006 at 02:44:59PM +0100 I heard the voice of Raphael H. Becker, and lo! it spake thus: Note that this: > 3ware: > * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR is a "real" hardware RAID controller, while I'm pretty sure that this: > highpoint: > * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR is a more "software"-ish (I think the xxxxA Highpoints are the hardware-ish ones). Not that that's necessarily good or bad either way; just a point. > Any experience with theese controllers? Any other > manufacturers/models in the range between 100 and 200EUR for 2 > disks? > PS: 100 EUR = 121.26 USD Well, I've got a server running on a Promise (TX2200, maybe?) 2-port SATA, which cost me about US$50. It's software-ish, but pretty well supported. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 14:16:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1572B16A441 for ; Thu, 12 Jan 2006 14:16:24 +0000 (GMT) (envelope-from mikael.krantz@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B4743D68 for ; Thu, 12 Jan 2006 14:16:10 +0000 (GMT) (envelope-from mikael.krantz@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 39A7F51976; Thu, 12 Jan 2006 15:13:27 +0100 (CET) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 57923-06; Thu, 12 Jan 2006 15:13:26 +0100 (CET) Received: from [10.43.0.5] (mikael.p0.u3.local [10.43.0.5]) by mail.qbrick.com (Postfix) with ESMTP id 00EFE51972; Thu, 12 Jan 2006 15:13:25 +0100 (CET) Message-ID: <43C664A3.7070107@qbrick.com> Date: Thu, 12 Jan 2006 15:16:03 +0100 From: Mikael Krantz User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Matthew D. Fuller" References: <20060111200436.C30165@p-i-n.com> <43C55962.5020205@rogers.com> <20060112144459.D30165@p-i-n.com> <20060112141304.GC20029@over-yonder.net> In-Reply-To: <20060112141304.GC20029@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at qbrick.com Cc: Mike Jakubik , "Raphael H. Becker" , freebsd-stable@freebsd.org Subject: Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 14:16:24 -0000 Either you use hardware raid or you skip that and run software. My self would never go over to software based raid if its not just for mirroring rootdisks or data that isnt that importent. Regards Mikael Krantz Qbrick AB Matthew D. Fuller wrote: >On Thu, Jan 12, 2006 at 02:44:59PM +0100 I heard the voice of >Raphael H. Becker, and lo! it spake thus: > >Note that this: > > > >>3ware: >> * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR >> >> > >is a "real" hardware RAID controller, while I'm pretty sure that this: > > > >>highpoint: >> * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR >> >> > >is a more "software"-ish (I think the xxxxA Highpoints are the >hardware-ish ones). Not that that's necessarily good or bad either >way; just a point. > > > > >>Any experience with theese controllers? Any other >>manufacturers/models in the range between 100 and 200EUR for 2 >>disks? >>PS: 100 EUR = 121.26 USD >> >> > >Well, I've got a server running on a Promise (TX2200, maybe?) 2-port >SATA, which cost me about US$50. It's software-ish, but pretty well >supported. > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 17:03:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61E4716A41F for ; Thu, 12 Jan 2006 17:03:38 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 73B6143D49 for ; Thu, 12 Jan 2006 17:03:36 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 12 Jan 2006 17:03:35 -0000 Received: from p54A7FF60.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.255.96] by mail.gmx.net (mp015) with SMTP; 12 Jan 2006 18:03:35 +0100 X-Authenticated: #5465401 Message-ID: <43C68BCF.5090101@gmx.de> Date: Thu, 12 Jan 2006 18:03:11 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig99F1FA812C8DF6C739F766CA" X-Y-GMX-Trusted: 0 Subject: nforce2, onboard sound, digital out? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 17:03:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig99F1FA812C8DF6C739F766CA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit My brother has an Asus A7N8X Deluxe (nforce2) with onboard sound. I installed 6-stable on the system, but I cannot figure out how to activate the digital output. Has anyone ever managed to do this? --------------enig99F1FA812C8DF6C739F766CA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxovPfMDIb41/+S0RAhupAJ98/jkahLMdZnLOLSq0iGUVvENpmQCeLzpM 4BRrCYCzxmDfelcgqF9uQ/8= =hhrN -----END PGP SIGNATURE----- --------------enig99F1FA812C8DF6C739F766CA-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 20:14:24 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5961F16A41F; Thu, 12 Jan 2006 20:14:24 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id D527F43D48; Thu, 12 Jan 2006 20:14:23 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) Received: from imp3-g19.free.fr (imp3-g19.free.fr [212.27.42.3]) by smtp3-g19.free.fr (Postfix) with ESMTP id 73B874412F; Thu, 12 Jan 2006 21:14:22 +0100 (CET) Received: by imp3-g19.free.fr (Postfix, from userid 33) id 90DD854561; Thu, 12 Jan 2006 21:14:23 +0100 (MET) Received: from d80-170-196-212.cust.tele2.fr (d80-170-196-212.cust.tele2.fr [80.170.196.212]) by imp3-g19.free.fr (IMP) with HTTP for ; Thu, 12 Jan 2006 21:14:22 +0100 Message-ID: <1137096862.43c6b89ec1f6b@imp3-g19.free.fr> Date: Thu, 12 Jan 2006 21:14:22 +0100 From: =?iso-8859-1?b?RnLpZOlyaWM=?= PRACA To: Ruslan Ermilov References: <20060109204927.5092d323@localhost.darkstar> <20060110081255.GB90253@ip.net.ua> <1136969550.43c4c74eef9ab@imp3-g19.free.fr> <20060111154946.GA36556@ip.net.ua> In-Reply-To: <20060111154946.GA36556@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 80.170.196.212 Cc: stable@FreeBSD.org, ahze@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 20:14:24 -0000 Selon Ruslan Ermilov : > On Wed, Jan 11, 2006 at 09:52:30AM +0100, Fr?d?ric PRACA wrote: > > Selon Ruslan Ermilov : > > > > > Do you have ccache stuff in /etc/make.conf? > > Yes, but I already tried with NOCCACHE and the problem is still there. > > > The example in /etc/make.conf that you copied from the port is > wrong -- it causes the following to be set if NOCCACHE is defined: > > CC=/usr/bin/cc > CXX=/usr/bin/c++ > > This OTOH prevents buildworld from working correctly, as the latter > uses internal versions of cc and c++. Comment out the ccache stuff > completely in /etc/make.conf, and you'll be done. Well, it seemed to work. Thanks a lot Fred From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 20:16:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCD5816A420 for ; Thu, 12 Jan 2006 20:16:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id F300543D46 for ; Thu, 12 Jan 2006 20:16:35 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 60179 invoked from network); 12 Jan 2006 20:16:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RwydeDpQ84fCT9cqZj/MeAYzhgGTdehTRYFysJNJge6IFDru40JuFghpMaRStg3f5isCMGhJMYBTMjI2BZ6VM6za2P9vhErDWKN0fFpeuEPDmubC3o69734YFCM0EXsMON47+pmnx7hwdBtTbrkODhV5PAnDfZYJntsUzaXxkhM= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 20:16:34 -0000 Message-ID: <43C6B94F.7060301@rogers.com> Date: Thu, 12 Jan 2006 15:17:19 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Victor Balada Diaz References: <43C5A261.1020407@rogers.com> <20060112075214.GA769@pato.euesrg02.net> In-Reply-To: <20060112075214.GA769@pato.euesrg02.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 20:16:36 -0000 Victor Balada Diaz wrote: > I know that this is not what you're asking for, but anyway: > > You should try sysutils/fvcool, it will reduce de heat a lot and the > performance will not suffer. > --- ===> WARNING This software can have a negative impact on system stability. In particular while doing heavy duty work such as encoding music, under certain conditions the system can freeze. Don't use this software in production or mission-critical environments! Also note that this software is supposed to be used with AMD Athlon (XP) an AMD Duron processors only. --- These are not acceptable sacrifices, besides, im not using Athlon *XP* processors, the program does not seem to do anything. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 20:50:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20F1116A41F; Thu, 12 Jan 2006 20:50:28 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38BE43D7C; Thu, 12 Jan 2006 20:50:18 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0CKoGOd003892 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 13 Jan 2006 07:50:17 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0CKoGHh013274; Fri, 13 Jan 2006 07:50:16 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0CKoGrf013273; Fri, 13 Jan 2006 07:50:16 +1100 (EST) (envelope-from pjeremy) Date: Fri, 13 Jan 2006 07:50:15 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20060112205015.GA13244@cirb503493.alcatel.com.au> References: <20060112080856.GI84964@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112080856.GI84964@svcolo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 20:50:28 -0000 On Thu, 2006-Jan-12 00:08:56 -0800, Jo Rhett wrote: >I'm going to kill this topic. Results of my trolling to see if we could >get any committer interest in this topic are: Deliberate antagonism of most (if not all) FreeBSD developers is unlikely to assist in getting your ideas listened to. You also left out the results of the assorted claims/promises you made: 1) "core" deliberately killed suggestions of improved binary update processes You have yet to produce the e-mails demonstrating this. 2) Your PRs get ignored. This has been disproven by examining the status of your PRs. It appears that you never received the status updates, but equally, you never appear to have bothered following up any of the PRs. 3) Your promise to provide a formal requirements specification defining exactly what you are asking for. Again, you have yet to produce the information you promised. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 21:37:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FBC116A41F for ; Thu, 12 Jan 2006 21:37:43 +0000 (GMT) (envelope-from tomjobbins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B049E43D4C for ; Thu, 12 Jan 2006 21:37:42 +0000 (GMT) (envelope-from tomjobbins@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so495538wra for ; Thu, 12 Jan 2006 13:37:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=oUAKUxtgQMVDwsAB7ovw27Tm1AFV80De2ZYjDLJigk721CItJ5ykYagRGTHueu5VhSYDCpYB6RHpIk7Fie4x7ovNlTJwuO93gvFQ+zzJiGrEN+ojCwWUtVbW76MT1rH6ephRiYTnpDhUH24NWiooJztAULUgCvcY7EcBNfWKcW4= Received: by 10.65.124.13 with SMTP id b13mr1202958qbn; Thu, 12 Jan 2006 13:37:41 -0800 (PST) Received: by 10.65.185.7 with HTTP; Thu, 12 Jan 2006 13:37:41 -0800 (PST) Message-ID: Date: Thu, 12 Jan 2006 21:37:41 +0000 From: Tom Jobbins To: freebsd-stable@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: Two PPP connections to the same ISP with same remote gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 21:37:43 -0000 Hi, I have a FreeBSD 6.0-STABLE server running as my internet gateway. It was newly installed to 6.0-RELEASE yesterday, and built to -STABLE from a cvsup early this morning. I have two separate accounts at the same broadband ISP, with two separate PPPoE modems on two separate phone lines. I need to connect both of these simultaneously thus providing me with two PPP connections to the same ISP. The problem I am having is that both connections have the same remote gateway, and FreeBSD is preventing me from setting the IP address on the second connection because its gateway is the same. This can be demonstrated from the command line with the following: [root@magrathea:~]$ ifconfig tun0 1.2.3.5 1.2.3.250 [root@magrathea:~]$ ifconfig tun1 1.2.4.4 1.2.3.250 ifconfig: ioctl (SIOCAIFADDR): File exists Similarly when I connect using either ppp or mpd, I get the above error in the logs and the second connection fails. Either connection works on its own, but they won't work simultaneously. What is strange is that I was speaking to an op on the Efnet IRC channel #FreeBSDHelp who said he was able to execute the above two commands on his 6.0 machine without problems. So I am confused as to why it won't work for me. Perhaps there is some kernel or other configuration option he has set but I don't, which would make this work? If anyone could tell me a way to get this working I would be most grateful. Once the connections are established I will be using ipfilter to do source-IP routing, i.e. LAN machine 192.168.0.100 will be routed via tun0, 192.168.0.200 will be routed via tun1, etc. Thanks in advance Tom PS. Mulilink connections or any other method of combining the two PPP connections will not work for me - I need them to be separate and distinct, with their own IP addresses. If I had realised there would be this problem then I would have chosen a different broadband ISP for the second connectio= n - but now I'm stuck into a minimum contract so I need to get it working. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:20:04 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43B8416A41F for ; Thu, 12 Jan 2006 23:20:04 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F57843D46 for ; Thu, 12 Jan 2006 23:20:03 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id k0CNJp9G046391; Thu, 12 Jan 2006 15:19:56 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200601122319.k0CNJp9G046391@gw.catspoiler.org> Date: Thu, 12 Jan 2006 15:19:51 -0800 (PST) From: Don Lewis To: dsh@vlink.ru In-Reply-To: <87wth6byey.fsf@neva.vlink.ru> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:20:04 -0000 On 11 Jan, Denis Shaposhnikov wrote: > Hi! > >>>>>> "Don" == Don Lewis writes: > > Don> Are you using any unusual file systems, such as nullfs or > Don> unionfs? > > >> Yes, I'm use a lots of nullfs. This is a host system for about 20 > >> jails with nullfs mounted ro system: > > Don> That would be my guess as to the cause of the problem. Hopefully > Don> DEBUG_VFS_LOCKS will help pinpoint the bug. > > I've got the problem again. Now I have debug kernel and crash > dump. That is an output from the kdb. Do you need any additional > information which I can get from the crash dump? > 0xc6bed3fc: tag ufs, type VDIR > usecount 3, writecount 0, refcount 4 mountedhere 0 > flags () > v_object 0xc84fce0c ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc69d1d80 (pid 546) with 2 pending#0 0xc04cd7ad at lockmgr+0x3c6 > #1 0xc053d780 at vop_stdlock+0x32 > #2 0xc0655075 at VOP_LOCK_APV+0x3b > #3 0xc05db299 at ffs_lock+0x19 > #4 0xc0655075 at VOP_LOCK_APV+0x3b > #5 0xc0557513 at vn_lock+0x6c > #6 0xc054a320 at vget+0x87 > #7 0xc053a1f0 at cache_lookup+0xde > #8 0xc053ac93 at vfs_cache_lookup+0xad > #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b > #10 0xc053f786 at lookup+0x419 > #11 0xc0540262 at namei+0x2e7 > #12 0xc0558d37 at vn_open_cred+0x1c2 > #13 0xc055918a at vn_open+0x33 > #14 0xc054e6d3 at kern_open+0xd2 > #15 0xc054f055 at open+0x36 > #16 0xc0648a47 at syscall+0x23a > #17 0xc06326ff at Xint0x80_syscall+0x1f > > ino 2072795, on dev ad4s1g > > 0xc6c07bf4: tag ufs, type VDIR > usecount 2, writecount 0, refcount 3 mountedhere 0 > flags () > v_object 0xc940a744 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc9146c00 (pid 33016) with 1 pending#0 0xc04cd7ad at lockmgr+0x3c6 > #1 0xc053d780 at vop_stdlock+0x32 > #2 0xc0655075 at VOP_LOCK_APV+0x3b > #3 0xc05db299 at ffs_lock+0x19 > #4 0xc0655075 at VOP_LOCK_APV+0x3b > #5 0xc0557513 at vn_lock+0x6c > #6 0xc054a320 at vget+0x87 > #7 0xc053a1f0 at cache_lookup+0xde > #8 0xc053ac93 at vfs_cache_lookup+0xad > #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b > #10 0xc053f786 at lookup+0x419 > #11 0xc0540262 at namei+0x2e7 > #12 0xc0554134 at kern_rmdir+0x98 > #13 0xc055436e at rmdir+0x22 > #14 0xc0648a47 at syscall+0x23a > #15 0xc06326ff at Xint0x80_syscall+0x1f > > ino 2072767, on dev ad4s1g > > db> alltrace > Tracing command parser3.cgi pid 33016 tid 100652 td 0xc9146c00 > sched_switch(c9146c00,0,1,5e57bc72,aaef377f) at sched_switch+0xd8 > mi_switch(1,0,0,e93d86c4,c04f425b) at mi_switch+0x150 > sleepq_switch(e93d86f8,c04e4cc6,c6bed454,50,c0672a31) at sleepq_switch+0x115 > sleepq_wait(c6bed454,50,c0672a31,0,c602a080) at sleepq_wait+0xb > msleep(c6bed454,c06b9c98,50,c0672a31,0) at msleep+0x454 > acquire(60000,da1dcb4c,c0504340,da1dcb4c,4c) at acquire+0x7a > lockmgr(c6bed454,2002,c6bed4c4,c9146c00,e93d87e0) at lockmgr+0x4ce > vop_stdlock(e93d8838,120,c06a4f20,e93d8838,e93d87f0) at vop_stdlock+0x32 > VOP_LOCK_APV(c06a55c0,e93d8838,e93d8808,c0655075,e93d8838) at VOP_LOCK_APV+0x3b > ffs_lock(e93d8838,f,2,c6bed3fc,e93d8854) at ffs_lock+0x19 > VOP_LOCK_APV(c06a4f20,e93d8838,c0653a6a,c053acd2,c0652eaf) at VOP_LOCK_APV+0x3b > vn_lock(c6bed3fc,2002,c9146c00,c06326ff,6) at vn_lock+0x6c > vget(c6bed3fc,2002,c9146c00,c0653a6a,c053acd2) at vget+0x87 > vfs_hash_get(c6268c00,1fa0db,2,c9146c00,e93d89bc) at vfs_hash_get+0xf5 > ffs_vget(c6268c00,1fa0db,2,e93d89bc,e93d89c0) at ffs_vget+0x49 > ufs_lookup(e93d8a6c,c0685ac5,c6c07bf4,e93d8c34,e93d8aa8) at ufs_lookup+0x965 > VOP_CACHEDLOOKUP_APV(c06a4f20,e93d8a6c,e93d8c34,c9146c00,c7fac400) at VOP_CACHEDLOOKUP_APV+0x59 > vfs_cache_lookup(e93d8b14,e93d8ac0,c6c07bf4,e93d8c34,e93d8b30) at vfs_cache_lookup+0xec > VOP_LOOKUP_APV(c06a4f20,e93d8b14,c9146c00,c065510a,c054a6f6) at VOP_LOOKUP_APV+0x3b > lookup(e93d8c0c,c954a800,400,e93d8c28,0) at lookup+0x419 > namei(e93d8c0c,ffffffdf,2,0,c6268c00) at namei+0x2e7 > kern_rmdir(c9146c00,824b500,0,e93d8d30,c0648a47) at kern_rmdir+0x98 > rmdir(c9146c00,e93d8d04,4,d,e93d8d38) at rmdir+0x22 > syscall(804003b,e50003b,bfbf003b,8310560,8310560) at syscall+0x23a > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (137, FreeBSD ELF32, rmdir), eip = 0xe8201bf, esp = 0xbfbfbcfc, ebp = 0xbfbfbd18 --- > Tracing command nginx pid 546 tid 100122 td 0xc69d1d80 > sched_switch(c69d1d80,0,1,f002cf9e,6c43d35e) at sched_switch+0xd8 > mi_switch(1,0,c0502e44,e8a73670,c04f425b) at mi_switch+0x150 > sleepq_switch(e8a736a4,c04e4cc6,c6c07c4c,50,c0672a31) at sleepq_switch+0x115 > sleepq_wait(c6c07c4c,50,c0672a31,0,c044b82a) at sleepq_wait+0xb > msleep(c6c07c4c,c06ba45c,50,c0672a31,0) at msleep+0x454 > acquire(60000,c0655075,c05db299,c0655075,c0557513) at acquire+0x7a > lockmgr(c6c07c4c,2002,c6c07cbc,c69d1d80,e8a7378c) at lockmgr+0x4ce > vop_stdlock(e8a737e4,c06a4f20,c06a4f20,e8a737e4,e8a7379c) at vop_stdlock+0x32 > VOP_LOCK_APV(c06a55c0,e8a737e4,e8a737b4,c0655075,e8a737e4) at VOP_LOCK_APV+0x3b > ffs_lock(e8a737e4,c0673faf,2,c6c07bf4,e8a73800) at ffs_lock+0x19 > VOP_LOCK_APV(c06a4f20,e8a737e4,e8a73814,c0504340,e8a73814) at VOP_LOCK_APV+0x3b > vn_lock(c6c07bf4,2002,c69d1d80,c05e52a9,c6bed3fc) at vn_lock+0x6c > vget(c6c07bf4,2002,c69d1d80,0,e8a738a8) at vget+0x87 > cache_lookup(c6bed3fc,e8a73b80,e8a73b94,c69d1d80,c6202900) at cache_lookup+0xde > vfs_cache_lookup(e8a73940,e8a738ec,c6bed3fc,e8a73b94,e8a7395c) at vfs_cache_lookup+0xad > VOP_LOOKUP_APV(c06a4f20,e8a73940,e8a7392c,c69d1d80,0) at VOP_LOOKUP_APV+0x3b > lookup(e8a73b6c,c9630000,400,e8a73b88,c057cbf1) at lookup+0x419 > namei(e8a73b6c,c0584a9f,c7ef4900,0,e8a739a8) at namei+0x2e7 > vn_open_cred(e8a73b6c,e8a73c6c,1a4,c6202900,37) at vn_open_cred+0x1c2 > vn_open(e8a73b6c,e8a73c6c,1a4,37,c83b0d48) at vn_open+0x33 > kern_open(c69d1d80,80f0424,0,1,1a4) at kern_open+0xd2 > open(c69d1d80,e8a73d04,c,c602a480,e8a73cc8) at open+0x36 > syscall(80e003b,814003b,bfbf003b,80f0475,8151000) at syscall+0x23a > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x282f9d6b, esp = 0xbfbfea6c, ebp = 0xbfbfeb18 --- Process 33016 is executing rmdir(). While doing the lookup, it is holding a lock on vnode 0xc6c07bf4 and attempting to lock vnode c6bed3fc. Vnode 0xc6c07bf4 should be the parent directory of c6bed3fc. Process 546 is executing open(). While doing the lookup, it is holding a lock on vnode 0xc6bed3fc while attempting to lock vnode c6c07bf4. Vnode 0xc6bed3fc should be the parent directory of c6c07bf4, but this is inconsistent with the previous paragraph. This situation should not be possible. Using kgdb on your saved crash dump, print "fmode" and "*ndp" in the vn_open_cred() stack frame of process 546, and "*nd" in the kern_rmdir() stack frame of process 33016. The path names being looked up may be helpful. Are there any symbolic links in the path names? If so, what are the link contents? Are either of these processes jailed? If so, same or different jails? What are inodes 2072767 and 2072795 on ad4s1g? Are you using snapshots? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:31:45 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6520316A41F for ; Thu, 12 Jan 2006 23:31:45 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3C2243D46 for ; Thu, 12 Jan 2006 23:31:43 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id k0CNVXv4046419; Thu, 12 Jan 2006 15:31:37 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200601122331.k0CNVXv4046419@gw.catspoiler.org> Date: Thu, 12 Jan 2006 15:31:33 -0800 (PST) From: Don Lewis To: dsh@vlink.ru In-Reply-To: <200601122319.k0CNJp9G046391@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:31:45 -0000 On 12 Jan, Don Lewis wrote: > On 11 Jan, Denis Shaposhnikov wrote: >> Hi! >> >>>>>>> "Don" == Don Lewis writes: >> >> Don> Are you using any unusual file systems, such as nullfs or >> Don> unionfs? >> >> >> Yes, I'm use a lots of nullfs. This is a host system for about 20 >> >> jails with nullfs mounted ro system: >> >> Don> That would be my guess as to the cause of the problem. Hopefully >> Don> DEBUG_VFS_LOCKS will help pinpoint the bug. >> >> I've got the problem again. Now I have debug kernel and crash >> dump. That is an output from the kdb. Do you need any additional >> information which I can get from the crash dump? > Process 33016 is executing rmdir(). While doing the lookup, it is > holding a lock on vnode 0xc6c07bf4 and attempting to lock vnode > c6bed3fc. Vnode 0xc6c07bf4 should be the parent directory of c6bed3fc. > > Process 546 is executing open(). While doing the lookup, it is holding > a lock on vnode 0xc6bed3fc while attempting to lock vnode c6c07bf4. > Vnode 0xc6bed3fc should be the parent directory of c6c07bf4, but this is > inconsistent with the previous paragraph. > > This situation should not be possible. Using kgdb on your saved crash > dump, print "fmode" and "*ndp" in the vn_open_cred() stack frame of > process 546, and "*nd" in the kern_rmdir() stack frame of process 33016. > The path names being looked up may be helpful. > > Are there any symbolic links in the path names? If so, what are the > link contents? > > Are either of these processes jailed? If so, same or different jails? > > What are inodes 2072767 and 2072795 on ad4s1g? > > Are you using snapshots? I just thought of another possible cause for this problem. Is is possible that you have any hard links to directories in the file system on ad4s1g? That could put a loop in the directory tree and mess up the normal parent-child relationship that we rely on to avoid deadlocks. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:41:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C9716A41F for ; Thu, 12 Jan 2006 23:41:19 +0000 (GMT) (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 796A643D5D for ; Thu, 12 Jan 2006 23:41:13 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CNf1Kj092744 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 13 Jan 2006 10:11:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Fri, 13 Jan 2006 10:10:51 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <43C5F328.4030507@rogers.com> <20060112134013.GC22983@poupinou.org> In-Reply-To: <20060112134013.GC22983@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2639375.PunIk5R02t"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601131010.59992.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:41:19 -0000 --nextPart2639375.PunIk5R02t Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 13 Jan 2006 00:10, Bruno Ducrot wrote: > > Thats the correct one, it is 75mhz. I was suspecting hardwares > > limitations in terms of modulating the frequency quickly enough. Just > > wanted to make sure. > > What you have noticed is acpi_throttle(4). The combinaison of > some VIA chipset and AMD processors give 16 frequencies. > powerd(8) is not designed for thermal stuff, and will never be. > It's up to acpi_thermal(4) to cool the processor if needed. > > Note that I think acpi_throttle(4) can only be used for cooling a > processor. I don't think it is usefull for power comsuption at all for > which > powerd(4) is designed. Some other people may have different opinion of > course. I don't see how reducing power consumption could NOT affect the temperature. Nearly all of the energy going into the CPU is disipated as heat. > You may also want to check if sysutlis/fvcool can help you if setting > the above sysctl is not possible (but don't mix the two). How come? (I am just curious :) =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 --nextPart2639375.PunIk5R02t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxukL5ZPcIHs/zowRAtDqAJ9cjn5Pcz8U1EBFF2p98HV/YA3JggCglSyU FGLJon5AD5NkFD8ncrVQvdM= =kSm7 -----END PGP SIGNATURE----- --nextPart2639375.PunIk5R02t-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:42:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB03016A41F for ; Thu, 12 Jan 2006 23:42:44 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id F340443D70 for ; Thu, 12 Jan 2006 23:42:35 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 43779 invoked by uid 399); 12 Jan 2006 23:42:34 -0000 Received: from localhost (HELO master) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 12 Jan 2006 23:42:34 -0000 Date: Thu, 12 Jan 2006 15:42:33 -0800 (PST) From: Doug Barton To: Vivek Khera In-Reply-To: Message-ID: <20060112153934.G51718@znfgre.qbhto.arg> References: <43BD2794.8020000@cnptia.embrapa.br> <43C01C75.6020504@FreeBSD.org> <43C0652D.90709@FreeBSD.org> <43C066B4.3060505@rogers.com> <43C06A2B.9030603@earthmagic.org> <43C0C6BB.1000403@FreeBSD.org> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable Subject: Re: Postfix and faststart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:42:45 -0000 On Mon, 9 Jan 2006, Vivek Khera wrote: > > On Jan 8, 2006, at 3:00 AM, Doug Barton wrote: > >> This idea has been discussed in the past, and it has a lot of merit. I tend >> to have a fundamental opposition to adding new pseudo-targets unless they >> are ABSOLUTELY necessary, since they add complexity to the system and >> reduce flexibility with ordering. However, this may actually be a case >> where it's both useful and worth the cost. > > It would certainly get rid of the need for naming the startup scripts like > 000.foo.sh to force it to happen. Where the client scripts are doing nothing but ldconfig'ing a set of directories, a mechanism to obsolete those scripts altogether has already been committed to HEAD. Florent is working on the code to support this in bsd.port.mk, and we'll MFC after that's ready. For other issues related to ordering, the proper REQUIRE, and when necessary BEFORE lines _should_ be able to prevent the need for a pseudo-target, the only question being when do we cross the point that doing it without a pseudo-target is harder and "hurts" more than adding one. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:54:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70AF916A41F for ; Thu, 12 Jan 2006 23:54:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F97043D48 for ; Thu, 12 Jan 2006 23:54:31 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1ExCGl-0004RG-00; Fri, 13 Jan 2006 00:54:15 +0100 Date: Fri, 13 Jan 2006 00:54:15 +0100 To: Daniel O'Connor Message-ID: <20060112235415.GA16467@poupinou.org> References: <43C5A261.1020407@rogers.com> <43C5F328.4030507@rogers.com> <20060112134013.GC22983@poupinou.org> <200601131010.59992.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601131010.59992.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:54:32 -0000 On Fri, Jan 13, 2006 at 10:10:51AM +1030, Daniel O'Connor wrote: > On Fri, 13 Jan 2006 00:10, Bruno Ducrot wrote: > > > Thats the correct one, it is 75mhz. I was suspecting hardwares > > > limitations in terms of modulating the frequency quickly enough. Just > > > wanted to make sure. > > > > What you have noticed is acpi_throttle(4). The combinaison of > > some VIA chipset and AMD processors give 16 frequencies. > > powerd(8) is not designed for thermal stuff, and will never be. > > It's up to acpi_thermal(4) to cool the processor if needed. > > > > Note that I think acpi_throttle(4) can only be used for cooling a > > processor. I don't think it is usefull for power comsuption at all for > > which > > powerd(4) is designed. Some other people may have different opinion of > > course. > > I don't see how reducing power consumption could NOT affect the temperature. > > Nearly all of the energy going into the CPU is disipated as heat. Of course. But the goal of powerd is to reduce power comsuption with nearly no visible impact on performance. This imply that if the runpercent is nearly 100%, then the processor will be put to full frequency even though this can imply an overheat situation. The role of acpi_thermal is to reduce frequency if the processor is too hot, and this imply performance loss if runpercent is high. > > You may also want to check if sysutlis/fvcool can help you if setting > > the above sysctl is not possible (but don't mix the two). > > How come? > (I am just curious :) > > -- > 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 -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:57:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C680A16A41F for ; Thu, 12 Jan 2006 23:57:44 +0000 (GMT) (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 0262543D46 for ; Thu, 12 Jan 2006 23:57:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CNvgT5093025 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 13 Jan 2006 10:27:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Fri, 13 Jan 2006 10:27:37 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <200601131010.59992.doconnor@gsoft.com.au> <20060112235415.GA16467@poupinou.org> In-Reply-To: <20060112235415.GA16467@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1243814.9WEU2pgRUd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601131027.38149.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:57:44 -0000 --nextPart1243814.9WEU2pgRUd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 13 Jan 2006 10:24, Bruno Ducrot wrote: > > Nearly all of the energy going into the CPU is disipated as heat. > > Of course. But the goal of powerd is to reduce power comsuption with > nearly no visible impact on performance. This imply that if the > runpercent is nearly 100%, then the processor will be put to full > frequency even though this can imply an overheat situation. > The role of acpi_thermal is to reduce frequency if the processor is > too hot, and this imply performance loss if runpercent is high. Yes, but the original poster was wondering why their CPU temperature didn't= go=20 down when the clock was (allegedly) very slow. =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 --nextPart1243814.9WEU2pgRUd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxuzy5ZPcIHs/zowRAgVDAKCe5yoFagkQgcAiQNCh8J+zh5Yr3QCdHljG lTlyq2cg/ZWzm7iOUB/ZTxs= =gzpM -----END PGP SIGNATURE----- --nextPart1243814.9WEU2pgRUd-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 00:05:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6AD916A41F for ; Fri, 13 Jan 2006 00:05:47 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 2EB0B43D46 for ; Fri, 13 Jan 2006 00:05:47 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 61515 invoked by uid 399); 13 Jan 2006 00:05:46 -0000 Received: from localhost (HELO master) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 13 Jan 2006 00:05:46 -0000 Date: Thu, 12 Jan 2006 16:05:45 -0800 (PST) From: Doug Barton To: Michael Sperber In-Reply-To: Message-ID: <20060112160428.K51718@znfgre.qbhto.arg> References: Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: mountd fails intermittently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 00:05:47 -0000 On Thu, 29 Dec 2005, Michael Sperber wrote: > > Michael Sperber writes: > >> I'm running 5.4-STABLE (about two weeks old), and have just set up an >> NFS server for the first time. Remote mounts sometimes work fine, and >> sometimes fail. >> >> The symptoms are that "showmount -e" sez >> >> showmount: can't do exports rpc >> >> and that "rpcinfo -u mountd" often works fine n times in a row, >> and then stops working, like so: > > Turns out that mountd seems to be trying to do reverse DNS > lookups, and when those block, the whole process locks up. I don't > understand why, though: the servers listed in /etc/exports are by IP. > Any ideas? NFS is twitchy in a lot of ways, you've found one of them. IME, it's easier all the way around for clients and server to have entries for each other in /etc/hosts. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 00:18:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA5B16A41F for ; Fri, 13 Jan 2006 00:18:52 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id C370643D48 for ; Fri, 13 Jan 2006 00:18:51 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1ExCeQ-0004TV-00; Fri, 13 Jan 2006 01:18:42 +0100 Date: Fri, 13 Jan 2006 01:18:42 +0100 To: Daniel O'Connor Message-ID: <20060113001842.GB16467@poupinou.org> References: <43C5A261.1020407@rogers.com> <200601131010.59992.doconnor@gsoft.com.au> <20060112235415.GA16467@poupinou.org> <200601131027.38149.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601131027.38149.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 00:18:52 -0000 On Fri, Jan 13, 2006 at 10:27:37AM +1030, Daniel O'Connor wrote: > On Fri, 13 Jan 2006 10:24, Bruno Ducrot wrote: > > > Nearly all of the energy going into the CPU is disipated as heat. > > > > Of course. But the goal of powerd is to reduce power comsuption with > > nearly no visible impact on performance. This imply that if the > > runpercent is nearly 100%, then the processor will be put to full > > frequency even though this can imply an overheat situation. > > The role of acpi_thermal is to reduce frequency if the processor is > > too hot, and this imply performance loss if runpercent is high. > > Yes, but the original poster was wondering why their CPU temperature didn't go > down when the clock was (allegedly) very slow. Maybe because the bus disconnect feature on the northbridge is not enabled, and then the processor does not enter a low-power state upon assertion of STPCLK# I think. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 00:41:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D889B16A41F for ; Fri, 13 Jan 2006 00:41:18 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D6F43D48 for ; Fri, 13 Jan 2006 00:41:17 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 12 Jan 2006 16:41:17 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0D0fH1J032878; Thu, 12 Jan 2006 16:41:17 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0D0fHOg032877; Thu, 12 Jan 2006 16:41:17 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601130041.k0D0fHOg032877@ambrisko.com> In-Reply-To: <20060106233857.GA997@tuatara.fishballoon.org> To: Scott Mitchell Date: Thu, 12 Jan 2006 16:41:17 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Vivek Khera , freebsd-stable Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 00:41:19 -0000 Scott Mitchell writes: | On Fri, Jan 06, 2006 at 10:35:46AM -0500, Vivek Khera wrote: | > | > On Jan 5, 2006, at 5:41 PM, Scott Mitchell wrote: | > | > >I may be getting a new Dell PE1850 soon, to replace our ancient CVS | > >server | > >(still running 4-STABLE). The new machine will ideally run 6.0 and | > >have a | > >PERC4e/DC RAID card - the one with battery-backed cache. This is | > >listed as | > | > I have an 1850 with the buil-in PERC 4e/Si since all I needed was the | > RAID1 mirror of the internal drives. It works extremely well, and | > the speed is quite good. | | We'll only be mirroring the internal drives too for now - the 4e/DC seems | to be the only RAID option on the 1850 with battery-backed cache, and | doesn't cost much more for the extra peace-of-mind. | | > As for notices of when the drives go bad, under 4.x I've had disk | > failures with the amr driver (different PERC cards) and not gotten | > any such notices in the syslog that I recall. | | That's a pity. Maybe Doug was thinking of one of the aac(4) based PERC | cards? Still, something I can run out of cron to check the array status | should be fine. Are you refering to this Doug. The Linux ioctl shim requires one file that hasn't been committed yet. Scott L. & ps have it. I may commit it now that I'm back. This lets all of the Dell/LSI Linux tools run on FreeBSD including the firmware update tool. The caveat is that with the driver re-do it seems the certain things in the ioctl path causes the firmware to lock-up. I haven't been around enough to help with that problem. I have a binary that locks it up pretty quick. Most of the existing monitoring tools have bugs. The Linux tools tend to be better but the last copy of MegaMon leaked shared memory then quit. We have a tool at work but it is encumbered so we can't give it out. | > I did find a program | > posted to one of the freebsd lists called 'amrstat' that I run | > nightly. It produces this kind of output: | > | > Drive 0: 68.24 GB, RAID1 io> optimal | > | > If it says "degraded" it is time to fix a drive. You just fire up | > the lsi megaraid tools and find out which drive it is. This is probably a faily good scheme. Caveat is that you can have a "optimal" RAID that is broken :-( On another note, ipmi is pretty good to remotely monitor these boxes and you can run the Dell SOL proxy tool for Linux on FreeBSD then setup the BIOS on the serial port and connect the serial port to BMC/LAN. FWIW, I've been working on an openipmi compatible driver. It basically works for a bunch of programs that I've tested with as long as they are compiled with a correct ioctl file. Doug A. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 01:16:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABEE16A41F for ; Fri, 13 Jan 2006 01:16:41 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id F083D43D48 for ; Fri, 13 Jan 2006 01:16:40 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 13528 invoked by uid 399); 13 Jan 2006 01:16:40 -0000 Received: from localhost (HELO master) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 13 Jan 2006 01:16:40 -0000 Date: Thu, 12 Jan 2006 17:16:38 -0800 (PST) From: Doug Barton To: Brooks Davis In-Reply-To: <20060110191949.GA12137@odin.ac.hmc.edu> Message-ID: <20060112171152.D51718@znfgre.qbhto.arg> References: <43C3FE28.6080505@FreeBSD.org> <20060110191949.GA12137@odin.ac.hmc.edu> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Charles Sprickman , stable@freebsd.org Subject: Re: recent rc changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 01:16:41 -0000 On Tue, 10 Jan 2006, Brooks Davis wrote: > You definitely have to change things somehow in the jail case because > local scripts won't run until after early_late_divider shows up on the > list and in the jail case, the default never shows up. Sorry for my ignorance here, but does 'sysctl -n security.jail.jailed' only equal 1 if we are inside the jail? If so, then we could add something to that part of /etc/rc like this: if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then skip="$skip -s nojail" if [ "$early_late_divider" = "mountcritlocal" ]; then early_late_divider=NETWORKING fi fi Since the jail test happens after we load_rc_config, this should work. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 01:21:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C795316A41F for ; Fri, 13 Jan 2006 01:21:46 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2556243D48 for ; Fri, 13 Jan 2006 01:21:45 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k0D1LBqb034952; Thu, 12 Jan 2006 20:21:11 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 12 Jan 2006 20:20:55 -0500 User-Agent: KMail/1.6.2 References: <200601130041.k0D0fHOg032877@ambrisko.com> In-Reply-To: <200601130041.k0D0fHOg032877@ambrisko.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200601122020.59843.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1239/Thu Jan 12 06:36:22 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Scott Mitchell , Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 01:21:46 -0000 On Thursday 12 January 2006 07:41 pm, Doug Ambrisko wrote: > Scott Mitchell writes: > | > I did find a program > | > posted to one of the freebsd lists called 'amrstat' that I run > | > nightly. It produces this kind of output: > | > > | > Drive 0: 68.24 GB, RAID1 > | > optimal > | > > | > If it says "degraded" it is time to fix a drive. You just > | > fire up the lsi megaraid tools and find out which drive it is. > > This is probably a faily good scheme. Caveat is that you can have > a "optimal" RAID that is broken :-( That's lame. Under what condition does it happen, do you know? Thanks, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 02:02:58 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC46D16A41F; Fri, 13 Jan 2006 02:02:58 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D29543D49; Fri, 13 Jan 2006 02:02:58 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0D22sxv008780; Thu, 12 Jan 2006 18:02:55 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0D22sGX008778; Thu, 12 Jan 2006 18:02:54 -0800 Date: Thu, 12 Jan 2006 18:02:54 -0800 From: Brooks Davis To: Doug Barton Message-ID: <20060113020254.GA22079@odin.ac.hmc.edu> References: <43C3FE28.6080505@FreeBSD.org> <20060110191949.GA12137@odin.ac.hmc.edu> <20060112171152.D51718@znfgre.qbhto.arg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20060112171152.D51718@znfgre.qbhto.arg> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Charles Sprickman , stable@FreeBSD.org Subject: Re: recent rc changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 02:02:59 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 12, 2006 at 05:16:38PM -0800, Doug Barton wrote: > On Tue, 10 Jan 2006, Brooks Davis wrote: >=20 > >You definitely have to change things somehow in the jail case because > >local scripts won't run until after early_late_divider shows up on the > >list and in the jail case, the default never shows up. >=20 > Sorry for my ignorance here, but does 'sysctl -n security.jail.jailed' on= ly=20 > equal 1 if we are inside the jail? If so, then we could add something to= =20 > that part of /etc/rc like this: >=20 > if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then > skip=3D"$skip -s nojail" > if [ "$early_late_divider" =3D "mountcritlocal" ]; then > early_late_divider=3DNETWORKING > fi > fi >=20 > Since the jail test happens after we load_rc_config, this should work. If it's good enought for the nojail keyword, I think it's fine for the early_late_divider fix. Skipping nojail scripts always breaks local package startup not. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDxwpOXY6L6fI4GtQRAhIqAKDRGslWSrE6M/qkFOo+ytdCKXs/WwCfRcQo Ay4NRJtwg2i5yqxBg3a3n4I= =3aIX -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 02:39:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CCEF16A41F for ; Fri, 13 Jan 2006 02:39:38 +0000 (GMT) (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 BCDB943D6B for ; Fri, 13 Jan 2006 02:39:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0D2dQb3097846 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 13 Jan 2006 13:09:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 13 Jan 2006 13:09:17 +1030 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1205647.GkngyXHWKv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601131309.24446.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Tom Jobbins Subject: Re: Two PPP connections to the same ISP with same remote gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 02:39:38 -0000 --nextPart1205647.GkngyXHWKv Content-Type: multipart/mixed; boundary="Boundary-01=_WLxxDxoRnql2rIw" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_WLxxDxoRnql2rIw Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 13 Jan 2006 08:07, Tom Jobbins wrote: > This can be demonstrated from the command line with the following: > [root@magrathea:~]$ ifconfig tun0 1.2.3.5 1.2.3.250 > [root@magrathea:~]$ ifconfig tun1 1.2.4.4 1.2.3.250 > ifconfig: ioctl (SIOCAIFADDR): File exists This is really odd, because I don't see this on my machines (as per our dis= cussion on IRC which you mention below), I did.. midget# uname -a =46reeBSD midget.dons.net.au 5.4-STABLE FreeBSD 5.4-STABLE #4: Mon Aug 1 0= 9:01:42 CST 2005 darius@midget.dons.net.au:/usr/src/sys/i386/compile/MID= GET i386 midget# cat /dev/tun & [1] 21524 midget# cat /dev/tun & [2] 21525 midget# ifconfig tun0 tun0: flags=3D8010 mtu 1500 midget# ifconfig tun1 tun1: flags=3D8010 mtu 1500 Opened by PID 21524 midget# ifconfig tun2 tun2: flags=3D8010 mtu 1500 Opened by PID 21525 midget# ifconfig tun1 1.2.3.4 1.2.3.254 midget# ifconfig tun2 1.2.3.5 1.2.3.254 midget# ifconfig tun1 tun1: flags=3D8051 mtu 1500 inet 1.2.3.4 --> 1.2.3.254 netmask 0xff000000 inet6 fe80::290:27ff:fe45:a94%tun1 prefixlen 64 scopeid 0x8 Opened by PID 21524 midget# ifconfig tun2 tun2: flags=3D8051 mtu 1500 inet 1.2.3.5 --> 1.2.3.254 netmask 0xff000000 inet6 fe80::290:27ff:fe45:a94%tun2 prefixlen 64 scopeid 0x9 Opened by PID 21525 I also tried with a netmask of 255.255.255.255 - same result. my sysctl.conf contains.. net.inet.ip.fw.one_pass=3D0 hw.intr_storm_threshold=3D15000 hw.snd.maxautovchans=3D4 hw.snd.pcm0.vchans=3D4 My kernel config is pretty standard - I've attached it if you want to look= =20 through it. I also tried it on a 6.0 amd64 machine -=20 =46reeBSD eureka.gsoft.com.au 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 26 13:29:= 47 UTC 2005 root@chungli-pr.gsoft.com.au:/usr/obj/local0/src/sys/GENESI= S amd64 Same result.. =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 --Boundary-01=_WLxxDxoRnql2rIw Content-Type: text/plain; charset="iso-8859-1"; name="MIDGET" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="MIDGET" machine i386 cpu I686_CPU ident MIDGET options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapicam # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device bpf # Berkeley packet filter device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. In order to build a SMP kernel you must # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class based queuing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT device pty device nmdm --Boundary-01=_WLxxDxoRnql2rIw-- --nextPart1205647.GkngyXHWKv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxxLc5ZPcIHs/zowRAqtIAJ48Jfohbai0zV1FcpW+uk/EqQbTxwCeJU5u k5UYcbCYmszndTa3kkyST2A= =D3m2 -----END PGP SIGNATURE----- --nextPart1205647.GkngyXHWKv-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 02:45:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 205C616A41F; Fri, 13 Jan 2006 02:45:44 +0000 (GMT) (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 19DBE43D45; Fri, 13 Jan 2006 02:45:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0D2jOlg098070 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 13 Jan 2006 13:15:24 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 13 Jan 2006 13:15:21 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <43C6584F.10001@fer.hr> In-Reply-To: <43C6584F.10001@fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart379041178.ext2gyxU4I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601131315.23059.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Mike Jakubik , stable@freebsd.org, Ivan Voras Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 02:45:44 -0000 --nextPart379041178.ext2gyxU4I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 23:53, Ivan Voras wrote: > dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 > 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 I have a Pentium-M which shows -1 like that.. I think it's just that ACPI is not supplying power consumption data. > I think the infrastructure used by powerd supports both cases, but won't > get you much savings if the CPU doesn't support the first case. powerd only uses the sysctl's - it doesn't need to know specific details as= =20 long as the cpufreq infrastructure understands your system. > What I would like for FreeSBD to support is turning off of devices like > WinXP does. Not only hard drives, but it seems that WinXP can somehow > turn off network cards, USB controllers and/or devices and similar > peripherals when running on batteries and those are not used (it seems > it's not like disabling them completely but something else). I believe FreeBSD turns PCI cards off if there is no driver attached. I don't think XP actually turns those devices off if you are actually using= =20 them. Not sure about the specifics for stuff like USB (ie what happens if=20 it's sleeping and you connect a USB peripheral) =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 --nextPart379041178.ext2gyxU4I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxxRD5ZPcIHs/zowRAhW7AKCPgSY8Kx7AGbUbMEXgxIWPfUcleQCeNMTb jCrC2K4vnUJyN9X0ZD5//cs= =Hnm5 -----END PGP SIGNATURE----- --nextPart379041178.ext2gyxU4I-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 02:45:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 205C616A41F; Fri, 13 Jan 2006 02:45:44 +0000 (GMT) (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 19DBE43D45; Fri, 13 Jan 2006 02:45:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0D2jOlg098070 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 13 Jan 2006 13:15:24 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 13 Jan 2006 13:15:21 +1030 User-Agent: KMail/1.8.3 References: <43C5A261.1020407@rogers.com> <43C6584F.10001@fer.hr> In-Reply-To: <43C6584F.10001@fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart379041178.ext2gyxU4I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601131315.23059.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Mike Jakubik , stable@freebsd.org, Ivan Voras Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 02:45:44 -0000 --nextPart379041178.ext2gyxU4I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 23:53, Ivan Voras wrote: > dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 > 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 I have a Pentium-M which shows -1 like that.. I think it's just that ACPI is not supplying power consumption data. > I think the infrastructure used by powerd supports both cases, but won't > get you much savings if the CPU doesn't support the first case. powerd only uses the sysctl's - it doesn't need to know specific details as= =20 long as the cpufreq infrastructure understands your system. > What I would like for FreeSBD to support is turning off of devices like > WinXP does. Not only hard drives, but it seems that WinXP can somehow > turn off network cards, USB controllers and/or devices and similar > peripherals when running on batteries and those are not used (it seems > it's not like disabling them completely but something else). I believe FreeBSD turns PCI cards off if there is no driver attached. I don't think XP actually turns those devices off if you are actually using= =20 them. Not sure about the specifics for stuff like USB (ie what happens if=20 it's sleeping and you connect a USB peripheral) =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 --nextPart379041178.ext2gyxU4I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxxRD5ZPcIHs/zowRAhW7AKCPgSY8Kx7AGbUbMEXgxIWPfUcleQCeNMTb jCrC2K4vnUJyN9X0ZD5//cs= =Hnm5 -----END PGP SIGNATURE----- --nextPart379041178.ext2gyxU4I-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 03:46:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B3A116A41F for ; Fri, 13 Jan 2006 03:46:47 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B882143D45 for ; Fri, 13 Jan 2006 03:46:46 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k0D3keFx010502 for ; Fri, 13 Jan 2006 04:46:41 +0100 (MET) Message-ID: <43C72218.2070602@fer.hr> Date: Fri, 13 Jan 2006 04:44:24 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43C5A261.1020407@rogers.com> <43C6584F.10001@fer.hr> <200601131315.23059.doconnor@gsoft.com.au> In-Reply-To: <200601131315.23059.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 03:46:47 -0000 Daniel O'Connor wrote: > I believe FreeBSD turns PCI cards off if there is no driver attached. > > I don't think XP actually turns those devices off if you are actually using > them. Not sure about the specifics for stuff like USB (ie what happens if > it's sleeping and you connect a USB peripheral) Not if you're using them. I don't know much about it but most of "device property" dialogs have "Allow Windows to turn this device off to conserve power" check box. It apparently does something, as I remember seeing troubleshooting tips for USB devices (and possibly others) on mailing lists and web forums in the lines of "If you turn that checkbox off, the device starts working properly." I thought this may be the reason why my laptop lasts significantly longer when running WinXP than with FreeBSD but now I'm not so sure because some other factors appeared. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 07:19:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D78316A41F; Fri, 13 Jan 2006 07:19:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC6A43D45; Fri, 13 Jan 2006 07:19:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1BF771A3C1C; Thu, 12 Jan 2006 23:19:34 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F1621514A3; Fri, 13 Jan 2006 02:19:32 -0500 (EST) Date: Fri, 13 Jan 2006 02:19:32 -0500 From: Kris Kennaway To: Robert Watson Message-ID: <20060113071932.GA62526@xor.obsecurity.org> References: <200601051154.32092.doconnor@gsoft.com.au> <20060111210323.G28748@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20060111210323.G28748@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 devfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 07:19:34 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 09:06:32PM +0000, Robert Watson wrote: >=20 > On Thu, 5 Jan 2006, Daniel O'Connor wrote: >=20 > >I just installed the latest mgetty and ran it, then found it wasn't=20 > >talking to my modem so I disabled it in /etc/ttys and killed the process. > > > >I ran fstat /dev/cuad0 to check it was dead and fstat got stuck in the= =20 > >devfs state. It seems that everything else was stuck too and now the=20 > >machine is alive but not very functional. > > > >What can I do to try and debug it? >=20 > Do you use devfs rule sets? I fixed a bug a week or so ago in devfs_rule= .c=20 > in HEAD, and MFC'd the fix today. The symptoms are much what you describ= e,=20 > and occur when an invalid rule is proposed -- the right error is returned= ,=20 > but a lock is not released resulting in it being unavailable when process= es=20 > try to access device nodes, resulting in eventual deadlock. It's=20 > devfs_rule.c:1.21 in HEAD, and devfs_rule.c:1.14.2.3 in RELENG_6. I beli= ve=20 > the bug does not exist in RELENG_5, as there were significant changes in= =20 > devfs locking for 6.0, and those haven't been merged to RELENG_5. >=20 > If this doesn't fix it, the normal debugging steps apply -- compile in DD= B,=20 > BREAK_TO_DEBUGGER, and WITNESS. When the wedge occurs, dump the lock sta= te=20 > (show alllocks), and we'll see if we can track down the problem. I don't use rulesets, and I encountered the same problem when using minicom to talk to serial ports. I didn't yet have time to debug it, but I can provide instructions for repeating it. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDx1SDWry0BWjoQKURAvR2AJ4h/Lhhhpda6WrVXuSof3wHTZXzGACgry3U V0qtOsHC0J/xQ4L5Q4YFAzY= =ml5h -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 08:07:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A8E16A41F for ; Fri, 13 Jan 2006 08:07:46 +0000 (GMT) (envelope-from toread@discordia.pl) Received: from discordia.pl (discordia.pl [81.219.92.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C2B43D45 for ; Fri, 13 Jan 2006 08:07:45 +0000 (GMT) (envelope-from toread@discordia.pl) Received: from localhost (localhost.discordia.pl [127.0.0.1]) by discordia.pl (Postfix) with ESMTP id 4B23920B454 for ; Fri, 13 Jan 2006 09:07:26 +0100 (CET) Received: from discordia.pl ([127.0.0.1]) by localhost (discordia.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 85008-01 for ; Fri, 13 Jan 2006 09:07:14 +0100 (CET) Received: by discordia.pl (Postfix, from userid 1001) id AAF0F20B452; Fri, 13 Jan 2006 09:07:14 +0100 (CET) Date: Fri, 13 Jan 2006 09:07:14 +0100 From: Piotr Gnyp To: stable@freebsd.org Message-ID: <20060113080714.GJ1509@discordia.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://discordia.pl/~toread/pub.txt X-Virus-Scanned: by amavisd-new at discordia.pl Cc: Subject: high swap usage after upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 08:07:46 -0000 Hi, 2 days ago i upgraded my box from 5.4 stable to 6.0 stable. The mechine is: CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1045057536 (996 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 After upgrade swap usage increased dramaticly - from 5% on 5.4 to 20%-70% on 6.0. Small investigation showed me that apache is responsible, but even recompiling it doesn`t help. I can restart apache every 4 hours, but maybe someone can show me nicer way to deal with this... Thanks in advance. -- () ASCII Ribbon Campaign /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 09:26:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32DEC16A41F for ; Fri, 13 Jan 2006 09:26:15 +0000 (GMT) (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 BA44143D46 for ; Fri, 13 Jan 2006 09:26:14 +0000 (GMT) (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 5E34246B7D; Fri, 13 Jan 2006 04:26:13 -0500 (EST) Date: Fri, 13 Jan 2006 09:26:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20060113071932.GA62526@xor.obsecurity.org> Message-ID: <20060113092535.I38874@fledge.watson.org> References: <200601051154.32092.doconnor@gsoft.com.au> <20060111210323.G28748@fledge.watson.org> <20060113071932.GA62526@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 devfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 09:26:15 -0000 On Fri, 13 Jan 2006, Kris Kennaway wrote: >> What can I do to try and debug it? >> >> Do you use devfs rule sets? I fixed a bug a week or so ago in devfs_rule.c >> in HEAD, and MFC'd the fix today. The symptoms are much what you describe, >> and occur when an invalid rule is proposed -- the right error is returned, >> but a lock is not released resulting in it being unavailable when processes >> try to access device nodes, resulting in eventual deadlock. It's >> devfs_rule.c:1.21 in HEAD, and devfs_rule.c:1.14.2.3 in RELENG_6. I belive >> the bug does not exist in RELENG_5, as there were significant changes in >> devfs locking for 6.0, and those haven't been merged to RELENG_5. >> >> If this doesn't fix it, the normal debugging steps apply -- compile in DDB, >> BREAK_TO_DEBUGGER, and WITNESS. When the wedge occurs, dump the lock state >> (show alllocks), and we'll see if we can track down the problem. > > I don't use rulesets, and I encountered the same problem when using minicom > to talk to serial ports. I didn't yet have time to debug it, but I can > provide instructions for repeating it. I may or may not have time to dig in, but if you could file the details in a PR (if you haven't already) I can try and take a look. Another similar lock leak wouldn't surprise me. "show alllocks" in DDB once the wedge had happened would be very helpful. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 13:18:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F95216A420 for ; Fri, 13 Jan 2006 13:18:19 +0000 (GMT) (envelope-from law@permabit.com) Received: from postage-due.permabit.com (postage-due.permabit.com [66.228.95.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA96E43D66 for ; Fri, 13 Jan 2006 13:18:16 +0000 (GMT) (envelope-from law@permabit.com) Received: from [70.192.236.115] (115.sub-70-192-236.myvzw.com [70.192.236.115]) (authenticated bits=0) by postage-due.permabit.com (8.12.10/8.12.10) with ESMTP id k0DDI9qo025030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 13 Jan 2006 08:18:12 -0500 Message-ID: <43C7A8B3.9040001@permabit.com> Date: Fri, 13 Jan 2006 08:18:43 -0500 From: Lee Whalen User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Permabit-Spam: SKIPPED X-Scanned-By: MIMEDefang 2.39 Cc: Subject: kernel compile and tripwire alerts... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 13:18:19 -0000 Hey all, I've a question for the group, but first some brief background information on my situation: I'm setting up an ftp server for my company, pureftpd with TLS and virtual users, and because of the relaxed firewall rules we need for this particular box, I installed tripwire on there after got the ftp daemon installed and configured, and before I brought the box "fully online" in the DMZ with an ipf firewall configured. However, after the box was online, I decided to compile a new kernel just to remove stuff that we didn't use (SCSI adapters, wireless cards, all that stuff). I used the non-"make buildworld" way (choice 1 in the FBSD Handbook), figured that maybe a few system files would be touched, and that I'd see the small amount of changes in my tripwire report and all would be good. I installed and booted the kernel last night, no problem whatsoever, made sure the ftp was still accessable via the outside world, firewall was in place and operational (netcat rocks my socks for stuff like that!), and left for the night. Well, I ran a tripwire --check this morning and was, to say the least, quite surprised at the results. Just about every binary file on the system showed as "modified", INCLUDING the ftp binaries (which to my knowledge shouldn't be that connected to a kernel recompile) including the tripwire binaries, including /dev files, all that good stuff. So, my question for you all is, "what happened, and should I be worried/reformat the box?" Was I l33t h4x0r3d so soon (this box is maybe three days old, been on the network about two days)? Could any of you all be so kind as to point me to a (preferably official) site that has MD5/SHA1 hashes of various system binaries, so I can check a handful of them manually for integrity? Has anything like this happened to any of you when recompiling a "simple" kernel? Many thanks in advance for your help! -- Lee Whalen Permabit, Inc. Systems Integration Engineer From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:58:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD4A216A41F for ; Fri, 13 Jan 2006 14:58:18 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551DD43D45 for ; Fri, 13 Jan 2006 14:58:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0DEwGWL007861; Fri, 13 Jan 2006 09:58:16 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k0DEwAk9052061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 09:58:10 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060113095501.07513e48@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 13 Jan 2006 09:58:04 -0500 To: "Raphael H. Becker" From: Mike Tancsa In-Reply-To: <20060112144459.D30165@p-i-n.com> References: <20060111200436.C30165@p-i-n.com> <43C55962.5020205@rogers.com> <20060112144459.D30165@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 14:58:18 -0000 At 08:44 AM 12/01/2006, Raphael H. Becker wrote: >Hi Mike, *, > >thank you for the answer. > >On Wed, Jan 11, 2006 at 02:15:46PM -0500, Mike Jakubik wrote: > > Raphael H. Becker wrote: > > > So I guess will need another SATA-RAID-Controller (PCI). > > > Which SATA-RAID-controller works "rock solid" with 6.0-RELEASE? > > > > > > > 3ware, areca, and highpoint are good choices. > >I froogled around: > >3ware: > * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR > >Any experience with theese controllers? >Any other manufacturers/models in the range between 100 and 200EUR >for 2 disks? The Areca is higher in price as they only come in 4 ports and above. Go with the 3ware 8006 2 port. If you are looking for stability and reliability under FreeBSD, its the way to go. I have recovered from many failed disks with the 3ware under FreeBSD, Linux and Windows and it works and works well. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 15:02:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0048A16A420 for ; Fri, 13 Jan 2006 15:02:43 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB6BD43D68 for ; Fri, 13 Jan 2006 15:02:42 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1ExQRp-00072i-00; Fri, 13 Jan 2006 16:02:37 +0100 Date: Fri, 13 Jan 2006 16:02:37 +0100 To: Mike Jakubik Message-ID: <20060113150237.GA25115@poupinou.org> References: <43C5A261.1020407@rogers.com> <20060112075214.GA769@pato.euesrg02.net> <43C6B94F.7060301@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C6B94F.7060301@rogers.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Victor Balada Diaz , stable@freebsd.org Subject: Re: powerd effectiveness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 15:02:44 -0000 On Thu, Jan 12, 2006 at 03:17:19PM -0500, Mike Jakubik wrote: > Victor Balada Diaz wrote: > >I know that this is not what you're asking for, but anyway: > > > >You should try sysutils/fvcool, it will reduce de heat a lot and the > >performance will not suffer. > > > --- > ===> WARNING > > This software can have a negative impact on system stability. In > particular while doing heavy duty work such as encoding music, > under certain conditions the system can freeze. > > Don't use this software in production or mission-critical > environments! > > Also note that this software is supposed to be used with AMD > Athlon (XP) an AMD Duron processors only. I don't think the latest statement is true. The Athlon 4 family use the same kind of power saving technology than the other version of the Athlon XP. Problem is that the Athlon 4 do have some annoying erratum that prevent it to use them for this purpose if a specific MSR is not set correctly by the BIOS, and when there is a half-frequency multiplier used. If an half-frequency multiplier is in use, it's possible the BIOS configured the northbridge such that the disconnect bit is not set, and then asserting the STPCLK# to the processor prevent it to go into a lower power state. see http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/23614.pdf errata #11 "PLL Overshoot on Wake-Up from disconnect causes Auto-Compensation Circuit to Fail" errata #14 "Processors with Half-Frequency Multipliers May Hang Upon Wake-up from disconnect" If the latter, it may be possible to put another multiplier by a bios option. For the former, well it may be possible the BIOS do not set correctly the CLK_CTL MSR. In order to check the value put to this MSR, I just written a dummy module here: http://people.freebsd.org/~bruno/read_clk_ctl.tar.bz2 If a value like that one: ctl_ctl = 60031223 (or something like such) then it's likely the bios is not upgraded or do not include some workaround. If something like that 20031223 then it's likely your BIOS do have this kind of workaround enabled already. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 15:20:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE3B16A41F for ; Fri, 13 Jan 2006 15:20:17 +0000 (GMT) (envelope-from tomjobbins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBA1343D68 for ; Fri, 13 Jan 2006 15:20:09 +0000 (GMT) (envelope-from tomjobbins@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so659898wra for ; Fri, 13 Jan 2006 07:20:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=e/BqfkDYQDcO5w/gBEGBPwNEtZIdqQjYN8ZyK7awqVKik3lnqJqerbIfe3HOERMXUW3LytV+bDSEcVb/ZSu6jEKT8sfblPmBAn7SZS3n4L22mMjucXZYv96T8bGLyR8LE6AuXKKwg0iv6UQ3BXofzWSlb4OREUmQ4SNeH30OPng= Received: by 10.64.53.18 with SMTP id b18mr1867954qba; Fri, 13 Jan 2006 07:20:08 -0800 (PST) Received: by 10.65.185.7 with HTTP; Fri, 13 Jan 2006 07:20:08 -0800 (PST) Message-ID: Date: Fri, 13 Jan 2006 15:20:08 +0000 From: Tom Jobbins To: freebsd-stable@freebsd.org In-Reply-To: <200601131309.24446.doconnor@gsoft.com.au> MIME-Version: 1.0 References: <200601131309.24446.doconnor@gsoft.com.au> 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: Re: Two PPP connections to the same ISP with same remote gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 15:20:17 -0000 Thanks for replying, Daniel This is really odd, because I don't see this on my machines (as per our > discussion on IRC which you mention below), I did.. > > midget# cat /dev/tun & > [1] 21524 > midget# cat /dev/tun & > [2] 21525 I've isolated the difference. If I repeat exactly what you do - including the two cat /dev/tun commands - then it works for me too. So long as the tun0 and tun1 interfaces are created with a cat /dev/tun &, I am able to give them matching remote gateway addresses. However this is not the case when the interfaces are created any other way, i.e. via ppp. Ditto ng0/ng1 created by mpd. Also, if I then kill the cat /dev/tun commands, leaving tun0 and tun1 existing, but unopened, I am then no longer able to set the matching gateway. And if I don't kill the cat commands, ppp can't use those tun devices because another process has them open. So it would appear this was just a dead end. I don't know whats different about an interface created with the cat command - perhaps as it's not connected to a real network utility, the normal route checking does not apply? If you - or anyone else - has any more ideas as to what I can try to make this work, I would be most grateful. It's incredibly frustrating to be limited in this way, given that I'm almost certain that ipfilters source-based routing will get around any routing issues if I could only bring the interfaces up. Thanks Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 16:33:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 196B216A422 for ; Fri, 13 Jan 2006 16:33:40 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9B6843D60 for ; Fri, 13 Jan 2006 16:33:29 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so44568uge for ; Fri, 13 Jan 2006 08:33:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AETMXddFE/ZG7oMVoGlDm4zVQhnsKEFsUK02hzCE1BwgomGHhrDRAGVYa27bzn/gidAP77aKo5tSwalGBmibAw/kmqDSBkiRyfMVZgLs5NQuxP21/0SDNsPuzdw0lDoFYhwCkzEZYZOmWVx+IqatKIv70h5HKGIwRslSqz/ITYY= Received: by 10.49.56.5 with SMTP id i5mr73704nfk; Fri, 13 Jan 2006 08:33:26 -0800 (PST) Received: by 10.48.219.10 with HTTP; Fri, 13 Jan 2006 08:33:26 -0800 (PST) Message-ID: <35c231bf0601130833r4c02ee5ua6a28a0e9bc42e2e@mail.gmail.com> Date: Fri, 13 Jan 2006 08:33:26 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20060113095501.07513e48@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111200436.C30165@p-i-n.com> <43C55962.5020205@rogers.com> <20060112144459.D30165@p-i-n.com> <6.2.3.4.0.20060113095501.07513e48@64.7.153.2> Cc: freebsd-stable@freebsd.org, "Raphael H. Becker" Subject: Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 16:33:40 -0000 On 1/13/06, Mike Tancsa wrote: > The Areca is higher in price as they only come in 4 ports and > above. Go with the 3ware 8006 2 port. If you are looking for > stability and reliability under FreeBSD, its the way to go. I have > recovered from many failed disks with the 3ware under FreeBSD, Linux > and Windows and it works and works well. Seconded (or n'd). We have dozens of 3ware cards in service and they've all been great. From 8006 all the way to 9500S. Other than the occasional problem with >2TB on FreeBSD the cards and the drivers themselves appear absolutely solid. The best part is 3ware provides the drivers directly to the project, and provides a CLI utility for interacting with the card, which works very well for initiating rebuilds or creating arrays, whatever you need (except perhaps firmware updates. But 3ware provides bootable floppies for that.) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 16:49:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B3C16A41F; Fri, 13 Jan 2006 16:49:44 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 203FF43D46; Fri, 13 Jan 2006 16:49:44 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jan 2006 08:49:43 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0DGnhQ0083174; Fri, 13 Jan 2006 08:49:43 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0DGnh4W083173; Fri, 13 Jan 2006 08:49:43 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601131649.k0DGnh4W083173@ambrisko.com> In-Reply-To: <200601122020.59843.jkim@FreeBSD.org> To: Jung-uk Kim Date: Fri, 13 Jan 2006 08:49:43 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Scott Mitchell , freebsd-stable@FreeBSD.org, Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 16:49:44 -0000 Jung-uk Kim writes: [ Charset euc-kr unsupported, skipping... ] From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 16:59:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5637016A41F for ; Fri, 13 Jan 2006 16:59:09 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F1E43D76 for ; Fri, 13 Jan 2006 16:59:00 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k0DGwgSO054995; Fri, 13 Jan 2006 11:58:42 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Fri, 13 Jan 2006 11:58:27 -0500 User-Agent: KMail/1.6.2 References: <200601131649.k0DGnh4W083173@ambrisko.com> In-Reply-To: <200601131649.k0DGnh4W083173@ambrisko.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200601131158.29985.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1239/Thu Jan 12 06:36:22 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Scott Mitchell , Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 16:59:09 -0000 On Friday 13 January 2006 11:49 am, Doug Ambrisko wrote: > Jung-uk Kim writes: > [ Charset euc-kr unsupported, skipping... ] If your mail client cannot handle the charset, read: http://docs.freebsd.org/cgi/mid.cgi?200601122020.59843.jkim Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 17:00:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A0A216A420; Fri, 13 Jan 2006 17:00:04 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA7A43D72; Fri, 13 Jan 2006 16:59:49 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jan 2006 08:59:49 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0DGxm5S083745; Fri, 13 Jan 2006 08:59:48 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0DGxmob083744; Fri, 13 Jan 2006 08:59:48 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601131659.k0DGxmob083744@ambrisko.com> In-Reply-To: <200601122020.59843.jkim@FreeBSD.org> To: Jung-uk Kim Date: Fri, 13 Jan 2006 08:59:48 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Scott Mitchell , freebsd-stable@FreeBSD.org, Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 17:00:04 -0000 Jung-uk Kim writes: | On Thursday 12 January 2006 07:41 pm, Doug Ambrisko wrote: | > Scott Mitchell writes: | > | > I did find a program | > | > posted to one of the freebsd lists called 'amrstat' that I run | > | > nightly. It produces this kind of output: | > | > | > | > Drive 0: 68.24 GB, RAID1 | > | > optimal | > | > | > | > If it says "degraded" it is time to fix a drive. You just | > | > fire up the lsi megaraid tools and find out which drive it is. | > | > This is probably a faily good scheme. Caveat is that you can have | > a "optimal" RAID that is broken :-( | | That's lame. Under what condition does it happen, do you know? Running RAID 10, a drive was swapped and the rebuild started on the replacement drive. The rebuild complained about the source drive for the mirror rebuild having read errors that couldn't be recovered. It continued on and finished re-creating the mirror. Then the RAID proceeeded onto a background init which they normal did and started failing that and re-starting the background init over and over again. The box changed the RAID from degraded to optimal when the rebuild completed (with errors). Do a dd of the entire RAID logical device returned an error at the bad sector since it couldn't recover that. The RAID controller reported an I/O error and still left the RAID as optimal. We reported this and where told that's the way it is designed :-( Probably the spec. is defined by whatever the RAID controller happens to do versus what make sense :-( So far this has only happened once. Changing firmware did not help. Doug A. PS. sorry for the null email before this. Hit the wrong key. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 17:01:18 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14CC016A44F for ; Fri, 13 Jan 2006 17:01:18 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D6A843D5C for ; Fri, 13 Jan 2006 17:01:03 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k0DH0a2o055116; Fri, 13 Jan 2006 12:00:41 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Fri, 13 Jan 2006 12:00:22 -0500 User-Agent: KMail/1.6.2 References: <200601131649.k0DGnh4W083173@ambrisko.com> <200601131158.29985.jkim@FreeBSD.org> In-Reply-To: <200601131158.29985.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200601131200.24691.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1239/Thu Jan 12 06:36:22 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Scott Mitchell , Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 17:01:18 -0000 On Friday 13 January 2006 11:58 am, Jung-uk Kim wrote: > On Friday 13 January 2006 11:49 am, Doug Ambrisko wrote: > > Jung-uk Kim writes: > > [ Charset euc-kr unsupported, skipping... ] > > If your mail client cannot handle the charset, read: > > http://docs.freebsd.org/cgi/mid.cgi?200601122020.59843.jkim Sorry, my mail client did it again. :-( Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 17:12:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B3C16A41F for ; Fri, 13 Jan 2006 17:12:47 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE9743D46 for ; Fri, 13 Jan 2006 17:12:46 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k0DHCVNS055588; Fri, 13 Jan 2006 12:12:31 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Doug Ambrisko Date: Fri, 13 Jan 2006 12:12:15 -0500 User-Agent: KMail/1.6.2 References: <200601131659.k0DGxmob083744@ambrisko.com> In-Reply-To: <200601131659.k0DGxmob083744@ambrisko.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200601131212.19465.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1240/Fri Jan 13 11:57:12 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Scott Mitchell , Vivek Khera , freebsd-stable@FreeBSD.org Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 17:12:47 -0000 On Friday 13 January 2006 11:59 am, Doug Ambrisko wrote: > Jung-uk Kim writes: > | On Thursday 12 January 2006 07:41 pm, Doug Ambrisko wrote: > | > Scott Mitchell writes: > | > | > I did find a program > | > | > posted to one of the freebsd lists called 'amrstat' that I > | > | > run nightly. It produces this kind of output: > | > | > > | > | > Drive 0: 68.24 GB, RAID1 > | > | > optimal > | > | > > | > | > If it says "degraded" it is time to fix a drive. You just > | > | > fire up the lsi megaraid tools and find out which drive it > | > | > is. > | > > | > This is probably a faily good scheme. Caveat is that you can > | > have a "optimal" RAID that is broken :-( > | > | That's lame. Under what condition does it happen, do you know? > > Running RAID 10, a drive was swapped and the rebuild started on the > replacement drive. The rebuild complained about the source drive > for the mirror rebuild having read errors that couldn't be > recovered. It continued on and finished re-creating the mirror. > Then the RAID proceeeded onto a background init which they normal > did and started failing that and re-starting the background init > over and over again. The box changed the RAID from degraded to > optimal when the rebuild completed (with errors). Do a dd of the > entire RAID logical device returned an error at the bad sector > since it couldn't recover that. The RAID controller reported an I/O > error and still left the RAID as optimal. > > We reported this and where told that's the way it is designed :-( > Probably the spec. is defined by whatever the RAID controller > happens to do versus what make sense :-( > > So far this has only happened once. Changing firmware did not > help. Similar thing happened to me once or twice (with RAID5) and I thought it was just a broken controller. If the culprit was design, it IS really lame. :-( > Doug A. > > PS. sorry for the null email before this. Hit the wrong key. No need to be sorry. I made the same mistake again. ;-) Thanks for the info, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:00:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7949016A41F for ; Fri, 13 Jan 2006 18:00:06 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC2A43D49 for ; Fri, 13 Jan 2006 18:00:03 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0DHxgwD089008; Fri, 13 Jan 2006 12:59:42 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k0DHxbfR053371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 12:59:37 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060113125258.045378d8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 13 Jan 2006 12:59:37 -0500 To: Doug Ambrisko From: Mike Tancsa In-Reply-To: <200601131659.k0DGxmob083744@ambrisko.com> References: <200601122020.59843.jkim@FreeBSD.org> <200601131659.k0DGxmob083744@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:00:06 -0000 At 11:59 AM 13/01/2006, Doug Ambrisko wrote: >| >| That's lame. Under what condition does it happen, do you know? > >Running RAID 10, a drive was swapped and the rebuild started on the >replacement drive. The rebuild complained about the source drive >for the mirror rebuild having read errors that couldn't be recovered. >It continued on and finished re-creating the mirror. Then the RAID >proceeeded onto a background init which they normal did and started >failing that and re-starting the background init over and over again. >The box changed the RAID from degraded to optimal when the rebuild >completed (with errors). Do a dd of the entire RAID logical device >returned an error at the bad sector since it couldn't recover that. >The RAID controller reported an I/O error and still left the RAID as >optimal. > >We reported this and where told that's the way it is designed :-( Interesting timing as I ran into this sort of situation on the weekend on a 3ware drive in RAID1. The card had complained for a week about read errors on drive 1. We thought we would wait until the weekend maintenance window to swap it out. Sadly, before that window, drive zero totally died a horrible death. We popped in a new drive on port zero, started the rebuild, and it crapped out saying there was a read error on drive 1. However, there is a check box that says continue the build, even with errors on the source drive. This setup seems to give you the best of both worlds. We did a quick check of the resultant files compared to backups and only a couple were toasted. (The box is going to be retired in a month, so if there is other hidden fs corruption if it holds out for another 3 weeks we dont care too much). The correct approach would be to do a total restore of course, but this was good enough for us in this situation. I guess the question is, is this RAID1 in a proper mirror given that there are hard errors on the drive on port 1 ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:20:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A0216A41F for ; Fri, 13 Jan 2006 18:20:38 +0000 (GMT) (envelope-from tomjobbins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CBE243D48 for ; Fri, 13 Jan 2006 18:20:37 +0000 (GMT) (envelope-from tomjobbins@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so697458wra for ; Fri, 13 Jan 2006 10:20:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ERNiTX9a1xuFzIdeVwDCrrRKW9SwDe43zIQIc6IvDFDUazCwGnOv8Qmb3/ZTsZFtJz+fjbVi3blft0odvrQbwWuwLn84z5oR8kW9WsVbtbfirWfmR9HkGVltv2qKMco2qK3Eq9raM0IiulLob43jAk5XC6FcU4siQT74kV0I49s= Received: by 10.65.194.17 with SMTP id w17mr1766185qbp; Fri, 13 Jan 2006 10:20:36 -0800 (PST) Received: by 10.65.185.7 with HTTP; Fri, 13 Jan 2006 10:20:35 -0800 (PST) Message-ID: Date: Fri, 13 Jan 2006 18:20:35 +0000 From: Tom Jobbins To: Daniel O'Connor , freebsd-stable@freebsd.org In-Reply-To: <200601131309.24446.doconnor@gsoft.com.au> MIME-Version: 1.0 References: <200601131309.24446.doconnor@gsoft.com.au> 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 Cc: Subject: Re: Two PPP connections to the same ISP with same remote gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:20:38 -0000 I'm not sure if my messages are being received to the mailing list ok. Jus= t in case the previous one didn't get through, the summary was: when tun0/tun1 are created with cat /dev/tun &, it is indeed possible to configure both with the same remote gateway. In all other circumstances, e.g. when they are created by ppp, it is not possible. I have found a solution. It's messy as hell, but it does seem to work. Here's what I do: 1. Bring up the first connection with ppp, or mpd 2. Bring up the second connection with mpd - it has to be mpd because ppp will shut the connection down when it fails to set the IP address. mpd leaves the connection open, just with no IP address set. At this point, ifconfig shows: tun0: flags=3D8051 mtu 1492 inet 87.74.2.230 --> 83.146.18.40 netmask 0xffffffff Opened by PID 879 ng0: flags=3D88d1 mtu 1492 inet6 fe80::20e:cff:fea1:bf55%ng1 prefixlen 64 scopeid 0x5 3. Manually ifconfig the mpd interface (ng0) setting the correct IP address (which I see in the mpd logs), and an incorrect gateway: [root@magrathea:~]$ /sbin/ifconfig ng1 87.74.29.242 83.146.18.99 netmask 0xffffffff -link0 [root@magrathea:~]$ 4. Using ipfilter + ipnat, I do source based routing, specifying the correc= t remote gateway to ipfilter: /etc/ipf.rules: pass in quick on em0 to ng0:83.146.18.40 from 192.168.0.212/32 to any /etc/ipnat.rules: map ng0 192.168.0.212/32 -> 0.0.0.0/32 map tun0 192.168.0.0/24 -> 0.0.0.0/32 And voila, it works - LAN machine 192.168.0.212 is using interface ng0, and all other machines are using interface tun0. I assume ipfilter ignores the remote gateway configured against ng0, and simply passes packets directly t= o the (correct) gateway I have configured it with. The main downside is that I have to manually ifconfig the ng0 interface every time that connection is brought up. However I can probably get this done automatically using a script that is executed by mpd every time the interface comes up. So it's not pretty, but it gets the job done. I would very much like to request a fix for future FreeBSD versions to allo= w the user to specify two point-to-point links with the same remote gateway :) I realise it's not standard and in many cases it's an error, but as you can see from the above there are cases where it's necessary, and where it works fine. Thanks again for your help Daniel Tom On 13/01/06, Daniel O'Connor wrote: > > On Fri, 13 Jan 2006 08:07, Tom Jobbins wrote: > > This can be demonstrated from the command line with the following: > > [root@magrathea:~]$ ifconfig tun0 1.2.3.5 1.2.3.250 > > [root@magrathea:~]$ ifconfig tun1 1.2.4.4 1.2.3.250 > > ifconfig: ioctl (SIOCAIFADDR): File exists > > This is really odd, because I don't see this on my machines (as per our > discussion on IRC which you mention below), I did.. > > midget# uname -a > FreeBSD midget.dons.net.au 5.4-STABLE FreeBSD 5.4-STABLE #4: Mon Aug 1 > 09:01:42 CST 2005 darius@midget.dons.net.au > :/usr/src/sys/i386/compile/MIDGET i386 > > midget# cat /dev/tun & > [1] 21524 > midget# cat /dev/tun & > [2] 21525 > midget# ifconfig tun0 > tun0: flags=3D8010 mtu 1500 > midget# ifconfig tun1 > tun1: flags=3D8010 mtu 1500 > Opened by PID 21524 > midget# ifconfig tun2 > tun2: flags=3D8010 mtu 1500 > Opened by PID 21525 > midget# ifconfig tun1 1.2.3.4 1.2.3.254 > midget# ifconfig tun2 1.2.3.5 1.2.3.254 > midget# ifconfig tun1 > tun1: flags=3D8051 mtu 1500 > inet 1.2.3.4 --> 1.2.3.254 netmask 0xff000000 > inet6 fe80::290:27ff:fe45:a94%tun1 prefixlen 64 scopeid 0x8 > Opened by PID 21524 > midget# ifconfig tun2 > tun2: flags=3D8051 mtu 1500 > inet 1.2.3.5 --> 1.2.3.254 netmask 0xff000000 > inet6 fe80::290:27ff:fe45:a94%tun2 prefixlen 64 scopeid 0x9 > Opened by PID 21525 > > I also tried with a netmask of 255.255.255.255 - same result. > > my sysctl.conf contains.. > net.inet.ip.fw.one_pass=3D0 > hw.intr_storm_threshold=3D15000 > hw.snd.maxautovchans=3D4 > hw.snd.pcm0.vchans=3D4 > > My kernel config is pretty standard - I've attached it if you want to loo= k > through it. > > I also tried it on a 6.0 amd64 machine - > FreeBSD eureka.gsoft.com.au 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 26 > 13:29:47 UTC 2005 root@chungli-pr.gsoft.com.au > :/usr/obj/local0/src/sys/GENESIS amd64 > > Same result.. > > -- > 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 > > > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:23:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC26316A420 for ; Fri, 13 Jan 2006 18:23:10 +0000 (GMT) (envelope-from nick80@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7206743D5D for ; Fri, 13 Jan 2006 18:23:05 +0000 (GMT) (envelope-from nick80@xs4all.nl) Received: from nick (nickm.xs4all.nl [80.126.101.128]) by smtp-vbr8.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0DIN3oT076923 for ; Fri, 13 Jan 2006 19:23:04 +0100 (CET) (envelope-from nick80@xs4all.nl) From: Nick Martens To: freebsd-stable@freebsd.org Date: Fri, 13 Jan 2006 19:24:36 +0100 User-Agent: KMail/1.8.3 References: <43C7A8B3.9040001@permabit.com> In-Reply-To: <43C7A8B3.9040001@permabit.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601131924.36687.nick80@xs4all.nl> X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: kernel compile and tripwire alerts... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:23:10 -0000 Hi, most likely you were indeed l33t h4x0r3d, a kernel upgrade should not touch your ftp binary. you can try chkrootkit and/or rkhunter from the ports collection to verify this. Also chkrootkit may in my experience sometime give a false positive but it has been a while since I used it. I have never tried rkhunter. Good luck. On Friday 13 January 2006 14:18, Lee Whalen wrote: > Hey all, I've a question for the group, but first some brief > background information on my situation: I'm setting up an ftp server for > my company, pureftpd with TLS and virtual users, and because of the > relaxed firewall rules we need for this particular box, I installed > tripwire on there after got the ftp daemon installed and configured, and > before I brought the box "fully online" in the DMZ with an ipf firewall > configured. However, after the box was online, I decided to compile a > new kernel just to remove stuff that we didn't use (SCSI adapters, > wireless cards, all that stuff). I used the non-"make buildworld" way > (choice 1 in the FBSD Handbook), figured that maybe a few system files > would be touched, and that I'd see the small amount of changes in my > tripwire report and all would be good. I installed and booted the > kernel last night, no problem whatsoever, made sure the ftp was still > accessable via the outside world, firewall was in place and operational > (netcat rocks my socks for stuff like that!), and left for the night. > Well, I ran a tripwire --check this morning and was, to say the least, > quite surprised at the results. Just about every binary file on the > system showed as "modified", INCLUDING the ftp binaries (which to my > knowledge shouldn't be that connected to a kernel recompile) including > the tripwire binaries, including /dev files, all that good stuff. So, > my question for you all is, "what happened, and should I be > worried/reformat the box?" Was I l33t h4x0r3d so soon (this box is > maybe three days old, been on the network about two days)? Could any of > you all be so kind as to point me to a (preferably official) site that > has MD5/SHA1 hashes of various system binaries, so I can check a handful > of them manually for integrity? Has anything like this happened to any > of you when recompiling a "simple" kernel? > > Many thanks in advance for your help! From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:26:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB5F16A41F for ; Fri, 13 Jan 2006 18:26:24 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id C585F43D48 for ; Fri, 13 Jan 2006 18:26:23 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jan 2006 10:26:23 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0DIQNcr088342; Fri, 13 Jan 2006 10:26:23 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0DIQNeY088341; Fri, 13 Jan 2006 10:26:23 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601131826.k0DIQNeY088341@ambrisko.com> In-Reply-To: <6.2.3.4.0.20060113125258.045378d8@64.7.153.2> To: Mike Tancsa Date: Fri, 13 Jan 2006 10:26:23 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:26:24 -0000 Mike Tancsa writes: | At 11:59 AM 13/01/2006, Doug Ambrisko wrote: | >| | >| That's lame. Under what condition does it happen, do you know? | > | >Running RAID 10, a drive was swapped and the rebuild started on the | >replacement drive. The rebuild complained about the source drive | >for the mirror rebuild having read errors that couldn't be recovered. | >It continued on and finished re-creating the mirror. Then the RAID | >proceeeded onto a background init which they normal did and started | >failing that and re-starting the background init over and over again. | >The box changed the RAID from degraded to optimal when the rebuild | >completed (with errors). Do a dd of the entire RAID logical device | >returned an error at the bad sector since it couldn't recover that. | >The RAID controller reported an I/O error and still left the RAID as | >optimal. | > | >We reported this and where told that's the way it is designed :-( | | Interesting timing as I ran into this sort of situation on the | weekend on a 3ware drive in RAID1. The card had complained for a week | about read errors on drive 1. We thought we would wait until the | weekend maintenance window to swap it out. Sadly, before that | window, drive zero totally died a horrible death. We popped in a new | drive on port zero, started the rebuild, and it crapped out saying | there was a read error on drive 1. However, there is a check box | that says continue the build, even with errors on the source drive. With Adaptec we used to do a verify of each disk before a swap to increase our chances of a successful disk swap. Adaptec was a little heavy handed in if you are running on the last disk of the mirror and it has a read-error it will fail the drive. If you have a RAID 10 then you lose 1/2 the file system :-( I'd rather just get the read error back to the OS then loose the entire drive. | This setup seems to give you the best of both worlds. We did a quick | check of the resultant files compared to backups and only a couple | were toasted. (The box is going to be retired in a month, so if there | is other hidden fs corruption if it holds out for another 3 weeks we | dont care too much). The correct approach would be to do a total | restore of course, but this was good enough for us in this | situation. I guess the question is, is this RAID1 in a proper mirror | given that there are hard errors on the drive on port 1 ? That sounds like a good controller assuming it says the RAID is still degraded and it's not optimal. I assume "optimal" means everything is fine and safe to read the entire volume. Doug A. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:28:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18F1916A41F; Fri, 13 Jan 2006 18:28:25 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F8D543D49; Fri, 13 Jan 2006 18:28:24 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jan 2006 10:28:24 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0DISOKN088454; Fri, 13 Jan 2006 10:28:24 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0DISOoo088453; Fri, 13 Jan 2006 10:28:24 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601131828.k0DISOoo088453@ambrisko.com> In-Reply-To: <200601131212.19465.jkim@FreeBSD.org> To: Jung-uk Kim Date: Fri, 13 Jan 2006 10:28:24 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Scott Mitchell , freebsd-stable@FreeBSD.org, Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:28:25 -0000 Jung-uk Kim writes: | On Friday 13 January 2006 11:59 am, Doug Ambrisko wrote: | > Jung-uk Kim writes: | > | On Thursday 12 January 2006 07:41 pm, Doug Ambrisko wrote: | > | > Scott Mitchell writes: | > | > | > I did find a program | > | > | > posted to one of the freebsd lists called 'amrstat' that I | > | > | > run nightly. It produces this kind of output: | > | > | > | > | > | > Drive 0: 68.24 GB, RAID1 | > | > | > optimal | > | > | > | > | > | > If it says "degraded" it is time to fix a drive. You just | > | > | > fire up the lsi megaraid tools and find out which drive it | > | > | > is. | > | > | > | > This is probably a faily good scheme. Caveat is that you can | > | > have a "optimal" RAID that is broken :-( | > | | > | That's lame. Under what condition does it happen, do you know? | > | > Running RAID 10, a drive was swapped and the rebuild started on the | > replacement drive. The rebuild complained about the source drive | > for the mirror rebuild having read errors that couldn't be | > recovered. It continued on and finished re-creating the mirror. | > Then the RAID proceeeded onto a background init which they normal | > did and started failing that and re-starting the background init | > over and over again. The box changed the RAID from degraded to | > optimal when the rebuild completed (with errors). Do a dd of the | > entire RAID logical device returned an error at the bad sector | > since it couldn't recover that. The RAID controller reported an I/O | > error and still left the RAID as optimal. | > | > We reported this and where told that's the way it is designed :-( | > Probably the spec. is defined by whatever the RAID controller | > happens to do versus what make sense :-( | > | > So far this has only happened once. Changing firmware did not | > help. | | Similar thing happened to me once or twice (with RAID5) and I thought | it was just a broken controller. If the culprit was design, it IS | really lame. :-( I'd suggest whining to them. To me "optimal" means "as far as I know there are no problems with the RAID". If enough customers whine they might change their view! Doug A. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:56:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FD5116A41F for ; Fri, 13 Jan 2006 18:56:05 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F6843D6D for ; Fri, 13 Jan 2006 18:56:02 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so57408ugf for ; Fri, 13 Jan 2006 10:56:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OOLifQyZW3VNfY7fUkKr2h0WkBv7W4+D9MOAvvhu9nKqwKHUQhDbwA9seof5RvkjAYBtE+RqIRl/RyGWBU+ZKcw6sECB74nimyrx1H8IVFsYiRq/vMdld4Jmi3GFS6D7uQGHAkW8kh0Du/WbvO26XcqhvcZ9mj/b8XyF3YBK/2g= Received: by 10.48.143.13 with SMTP id q13mr84561nfd; Fri, 13 Jan 2006 10:56:01 -0800 (PST) Received: by 10.48.219.10 with HTTP; Fri, 13 Jan 2006 10:56:01 -0800 (PST) Message-ID: <35c231bf0601131056m1471289bwb26439fe911db128@mail.gmail.com> Date: Fri, 13 Jan 2006 10:56:01 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Doug Ambrisko In-Reply-To: <200601131828.k0DISOoo088453@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601131212.19465.jkim@FreeBSD.org> <200601131828.k0DISOoo088453@ambrisko.com> Cc: Scott Mitchell , Vivek Khera , freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:56:05 -0000 On 1/13/06, Doug Ambrisko wrote: > I'd suggest whining to them. To me "optimal" means "as far as I know > there are no problems with the RAID". If enough customers whine they > might change their view! heh. When we've told Dell that some of our 1750s and 1850s were locking up randomly, with various errors (most common, either the mpt0 driver complains and never recovers, or the server locks up entirely with no error), we're told that a) FreeBSD isn't supported and b) to run the diagnostics disk (which never finds anything except that the CD ROM drive is empty) which basically leads to the implied c) to piss up a rope. Dell cares not about us FreeBSD users. Better to just go with known-working hardware like 3ware cards. I do wish they had a SCSI RAID controller. Seems like all major SCSI RAID cards have various problems: Adaptec 2100S(and the rest in the line) would not rebuild transparently -- the OS would get various timeout errors while rebuilds or verifies were ongoing; Mylex's FreeBSD driver has 2.5 year old bug i386/55603; and then these Dell cards (LSI?) have obvious problems. I'm sure there are others I've missed. 3ware cards in Supermicro servers (not sure which exact models, Silicon Mechanics sells them as their R200, R204, Q500, and others) are rock solid for us even during rebuilds and with degraded arrays. And the best part is they're not Dells. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 19:50:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCCDB16A41F; Fri, 13 Jan 2006 19:50:32 +0000 (GMT) (envelope-from jack@jarasoft.net) Received: from orac.jarasoft.net (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D8A43D49; Fri, 13 Jan 2006 19:50:31 +0000 (GMT) (envelope-from jack@jarasoft.net) Received: from orac.jarasoft.net (localhost.jarasoft.net [127.0.0.1]) by orac.jarasoft.net (Postfix) with ESMTP id B3F35120A6; Fri, 13 Jan 2006 20:50:30 +0100 (CET) Received: from jara3 (unknown [192.168.1.64]) by orac.jarasoft.net (Postfix) with ESMTP id 962751142F; Fri, 13 Jan 2006 20:50:30 +0100 (CET) Message-ID: <001a01c6187a$9c8bc440$4001a8c0@jarasoft.net> From: "Jack Raats" To: "FreeBSD Questions" , "FreeBSD Stable" Date: Fri, 13 Jan 2006 20:50:31 +0100 MIME-Version: 1.0 X-Priority: 1 X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: BUg on latest mysql40-client portupgrade. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 19:50:32 -0000 Since the latest mysql40-client port upgrade, I'm getting a mysql error: Jan 13 20:04:33 orac kernel: Starting gld. Jan 13 20:04:33 orac kernel: /libexec/ld-elf.so.1: Jan 13 20:04:33 orac kernel: Shared object "libmysqlclient.so.12" not = found, required by "gld" Can anyone help me or give me a clue? FreeBSD 6.0-STABLE and mysql-client-4.0.26_1 GLD 1.6 gives the error Jack From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 20:31:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E59616A41F; Fri, 13 Jan 2006 20:31:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5994C43D46; Fri, 13 Jan 2006 20:31:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3C3FE1A3C26; Fri, 13 Jan 2006 12:31:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F24B954B92; Fri, 13 Jan 2006 15:31:18 -0500 (EST) Date: Fri, 13 Jan 2006 15:31:16 -0500 From: Kris Kennaway To: Jack Raats Message-ID: <20060113203116.GA47416@xor.obsecurity.org> References: <001a01c6187a$9c8bc440$4001a8c0@jarasoft.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <001a01c6187a$9c8bc440$4001a8c0@jarasoft.net> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , FreeBSD Questions Subject: Re: BUg on latest mysql40-client portupgrade. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:31:20 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 13, 2006 at 08:50:31PM +0100, Jack Raats wrote: > Since the latest mysql40-client port upgrade, I'm getting a mysql error: >=20 > Jan 13 20:04:33 orac kernel: Starting gld. > Jan 13 20:04:33 orac kernel: /libexec/ld-elf.so.1: > Jan 13 20:04:33 orac kernel: Shared object "libmysqlclient.so.12" not fou= nd, required by "gld" >=20 > Can anyone help me or give me a clue? >=20 > FreeBSD 6.0-STABLE and mysql-client-4.0.26_1 > GLD 1.6 gives the error You forgot to portupgrade the things that depend on mysql, such as gld. Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyA4TWry0BWjoQKURAj7eAJ95Il0TxXFhbKdPQ9vpyaQ7C2X5jQCcDIA6 2eobhMmX4oBLd6rPHBxxSMI= =PEKd -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 20:53:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7939316A41F; Fri, 13 Jan 2006 20:53:23 +0000 (GMT) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-56-58-111-24.midco.net [24.111.58.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C9043D76; Fri, 13 Jan 2006 20:53:15 +0000 (GMT) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.54 (FreeBSD)) id 1ExVv2-000G7G-G7; Fri, 13 Jan 2006 14:53:09 -0600 Message-ID: <43C81331.5040805@barryp.org> Date: Fri, 13 Jan 2006 14:53:05 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <001a01c6187a$9c8bc440$4001a8c0@jarasoft.net> <20060113203116.GA47416@xor.obsecurity.org> In-Reply-To: <20060113203116.GA47416@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD Questions Subject: Re: BUg on latest mysql40-client portupgrade. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:53:23 -0000 Kris Kennaway wrote: > On Fri, Jan 13, 2006 at 08:50:31PM +0100, Jack Raats wrote: >> Since the latest mysql40-client port upgrade, I'm getting a mysql error: >> >> Jan 13 20:04:33 orac kernel: Starting gld. >> Jan 13 20:04:33 orac kernel: /libexec/ld-elf.so.1: >> Jan 13 20:04:33 orac kernel: Shared object "libmysqlclient.so.12" not found, required by "gld" >> >> Can anyone help me or give me a clue? >> >> FreeBSD 6.0-STABLE and mysql-client-4.0.26_1 >> GLD 1.6 gives the error > > You forgot to portupgrade the things that depend on mysql, such as gld. Yeah, but normally doesn't portupgrade move any old libraries to /usr/local/lib/compat/pkg , so you're covered for backwards library compatibility normally? If you haven't rebooted since installing portupgrade, your ldconfig might not know about where portupgrade copies those old libraries. You could try running /usr/local/etc/rc.d/000.pkgtools.sh to straighten that out. Barry From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 23:41:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2DE516A420 for ; Fri, 13 Jan 2006 23:41:20 +0000 (GMT) (envelope-from viktorija@oic.lv) Received: from pechkin.ctco.lv (retainer.ctco.lv [217.21.160.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C6F43D48 for ; Fri, 13 Jan 2006 23:41:19 +0000 (GMT) (envelope-from viktorija@oic.lv) Received: by pechkin.ctco.lv (Postfix, from userid 1014) id 6A40B73119; Sat, 14 Jan 2006 01:41:17 +0200 (EET) Received: from pechkin.ctco.lv (localhost.ctco.lv [127.0.0.1]) by pechkin.ctco.lv (Postfix) with ESMTP id 9B0F0733F3 for ; Sat, 14 Jan 2006 01:41:13 +0200 (EET) Received: from blue.arhont.com (arhont4.eclipse.co.uk [81.168.98.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pechkin.ctco.lv (Postfix) with ESMTP id 2C13F733E9 for ; Sat, 14 Jan 2006 01:41:13 +0200 (EET) Date: Fri, 13 Jan 2006 23:41:11 +0000 From: Viktorija To: freebsd-stable@freebsd.org Message-Id: <20060113234111.3e06b6ac.viktorija@oic.lv> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on pechkin.ctco.lv X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.0.4 X-Sanitizer: Advosys Mail filter Subject: FreeBSD 6.0 buildworld failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 23:41:20 -0000 Hello! After cvsuping system i tried to make buildworld on FreeBSD 6.0, but got the following error: -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- [skip] mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/v ersion.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc cc: Internal error: Segmentation fault: 11 (program cc1plus) Please submit a full bug report. See for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Why it is happening? Where can be a problem? Thanks a lot, Viktoria From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 23:44:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CE116A41F for ; Fri, 13 Jan 2006 23:44:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04D1443D46 for ; Fri, 13 Jan 2006 23:44:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D05E61A3C26; Fri, 13 Jan 2006 15:44:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EE3A554C16; Fri, 13 Jan 2006 18:44:03 -0500 (EST) Date: Fri, 13 Jan 2006 18:44:03 -0500 From: Kris Kennaway To: Viktorija Message-ID: <20060113234403.GA6914@xor.obsecurity.org> References: <20060113234111.3e06b6ac.viktorija@oic.lv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20060113234111.3e06b6ac.viktorija@oic.lv> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 buildworld failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 23:44:05 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 13, 2006 at 11:41:11PM +0000, Viktorija wrote: > Hello! >=20 > After cvsuping system i tried to make buildworld on FreeBSD 6.0, but got = the following error: > cc: Internal error: Segmentation fault: 11 (program cc1plus) > Please submit a full bug report. > See for instructions. > mkdep: compile failed > *** Error code 1 > Why it is happening? Where can be a problem? See the FAQ. Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyDtDWry0BWjoQKURAkkPAKD7PXwMJwSe3HQ5CS1x60TtinVrGgCfSy7z ZriIyY0F1MVplWvHKzU1hIk= =LkPD -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 23:53:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7999C16A41F; Fri, 13 Jan 2006 23:53:44 +0000 (GMT) (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 0F00043D46; Fri, 13 Jan 2006 23:53:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0DNrhBG022247; Fri, 13 Jan 2006 18:53:43 -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.13.3/8.13.3) with ESMTP id k0DNrhB4085322; Fri, 13 Jan 2006 18:53:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F100D7302F; Fri, 13 Jan 2006 18:53:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060113235342.F100D7302F@freebsd-current.sentex.ca> Date: Fri, 13 Jan 2006 18:53:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 23:53:44 -0000 TB --- 2006-01-13 22:54:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-13 22:54:14 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-01-13 22:54:14 - cleaning the object tree TB --- 2006-01-13 22:54:45 - checking out the source tree TB --- 2006-01-13 22:54:45 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-01-13 22:54:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-13 23:03:42 - building world (CFLAGS=-O -pipe) TB --- 2006-01-13 23:03:42 - cd /src TB --- 2006-01-13 23:03:42 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-13 23:52:19 - generating LINT kernel config TB --- 2006-01-13 23:52:19 - cd /src/sys/alpha/conf TB --- 2006-01-13 23:52:19 - /usr/bin/make -B LINT TB --- 2006-01-13 23:52:19 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-13 23:52:19 - cd /src TB --- 2006-01-13 23:52:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 13 23:52:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/alpha/alpha/clock_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/alpha/pci/alphapci_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/dec/mcclock_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 -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding /src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-13 23:53:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-13 23:53:42 - ERROR: failed to build lint kernel TB --- 2006-01-13 23:53:42 - tinderbox aborted TB --- 1.02 user 4.77 system 3567.75 real From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 00:51:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8E2D16A41F for ; Sat, 14 Jan 2006 00:51:33 +0000 (GMT) (envelope-from cesare.gargano@email.it) Received: from smtp-out2.email.it (smtp-out2.email.it [80.247.70.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1291A43D46 for ; Sat, 14 Jan 2006 00:51:33 +0000 (GMT) (envelope-from cesare.gargano@email.it) Received: by smtp-out2.email.it (Email.it, from userid 101) id C24531BC01F; Sat, 14 Jan 2006 01:51:41 +0100 (CET) Received: from ip-38-154.sn1.eutelia.it (ip-38-154.sn1.eutelia.it [62.94.38.154])by smtp-out2.email.it (Email.it) with ESMTP id 6D4201BC013for ; Sat, 14 Jan 2006 01:51:24 +0100 (CET) From: Cesare Gargano To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sat, 14 Jan 2006 01:50:33 +0100 Message-Id: <1137199833.40272.1.camel@plusiagamma.ghiaia.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Copyrighted-Material: Please visit http://www.email.it/ita/privacy.html Subject: FreeBSD 6.0 buildkernel failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cesare.gargano@email.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 00:51:33 -0000 There's a problem with VLAN_INPUT_TAG definition in /usr/src/sys/pci/if_ti.c in which the arguments passed are 3 (three) and not 4 (four). In according with /usr/src/sys/net/if_vlan_var.h at line ~107 we find: #define VLAN_INPUT_TAG(_ifp, _m, _t, _errcase) do { \ struct m_tag *mtag; \ mtag = m_tag_alloc(MTAG_VLAN, MTAG_VLAN_TAG, ... ... I set _errcase to 'return' in if_ti.c: VLAN_INPUT_TAG(ifp, m, vlan_tag, return); ^^^^^^ but I don't know if this is what you want. Now I can compile my kernel. See you. +kae # uname -a FreeBSD plusiagamma.ghiaia.net 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Jan 12 00:58:32 CET 2006 kae@plusiagamma.ghiaia.net:/usr/obj/usr/src/sys/ PLUSIAGAMMA i386 Error output: ===> ti (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTIO N_HEADERS -include /usr/obj/usr/src/sys/PLUSIAGAMMA/opt_global.h -I. -I@ -I@/con trib/altq -I@/../inc lude -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/PLUSIAGAMMA -mno-al ign-long-strings -mp referred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-d ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ti/../../pci/if_ti.c /usr/src/sys/modules/ti/../../pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requir es 4 arguments, but only 3 given /usr/src/sys/modules/ti/../../pci/if_ti.c: In function `ti_rxeof': /usr/src/sys/modules/ti/../../pci/if_ti.c:2536: error: `VLAN_INPUT_TAG' undeclar ed (first use in thi s function) /usr/src/sys/modules/ti/../../pci/if_ti.c:2536: error: (Each undeclared identifi er is reported only once /usr/src/sys/modules/ti/../../pci/if_ti.c:2536: error: for each function it appe ars in.) *** Error code 1 Stop in /usr/src/sys/modules/ti. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/PLUSIAGAMMA. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Vuoi proteggere la tua casa? Chiedi a Ras come, clicca e fai un preventivo online! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=4027&d=14-1 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 01:10:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19F6F16A41F for ; Sat, 14 Jan 2006 01:10:17 +0000 (GMT) (envelope-from ken@abbott.allenmyland.com) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8293643D48 for ; Sat, 14 Jan 2006 01:10:14 +0000 (GMT) (envelope-from ken@abbott.allenmyland.com) Received: from abbott.allenmyland.com ([68.81.206.140]) by comcast.net (sccrmhc14) with ESMTP id <2006011401100601400f0adoe>; Sat, 14 Jan 2006 01:10:07 +0000 Received: by abbott.allenmyland.com (Postfix, from userid 1001) id BD1AB17055; Fri, 13 Jan 2006 20:10:06 -0500 (EST) Date: Fri, 13 Jan 2006 20:10:06 -0500 From: Ken Stevenson To: freebsd-stable@FreeBSD.org Message-ID: <20060114011006.GA83466@abbott.allenmyland.com> Mail-Followup-To: freebsd-stable@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: postgresql doesn't start on boot-up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 01:10:17 -0000 I'm new to FreeBSD and for the first time ever, I cvsupp'ed to freebsd-stable 6 and rebuilt everthing, following the instructions in the handbook. It went pretty smoothly except that several services failed to start and others acted badly. In particular: Initially, postfix, cups and postgresql failed to start. named started too late, so ntpd couldn't resolve the timeserver names and couldn't set the time. I solved this per the suggestion in a prior post by setting: early_late_divider="NETWORKING" in rc.conf. cups didn't start because it didn't understand the faststart argument it was being passed. I just recompiled Samba without CUPS since I don't have any printers anyway. The one I can't figure out is postgresql. It doesn't start, but after the server finishes booting, I can start it manually by running the 010pgsql.sh script. Also, this is probably a stupid question, but is there a boot.log or something like that shows the bootup messages that come after dmesg? -- Ken Stevenson Allen-Myland Inc. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 01:11:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5056D16A420; Sat, 14 Jan 2006 01:11:36 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA0A43D5D; Sat, 14 Jan 2006 01:11:20 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0E1BD1s094888; Fri, 13 Jan 2006 17:11:15 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0E196p6040149; Fri, 13 Jan 2006 17:09:06 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0E196lw040148; Fri, 13 Jan 2006 17:09:06 -0800 (PST) (envelope-from jrhett) Date: Fri, 13 Jan 2006 17:09:06 -0800 From: Jo Rhett To: Peter Jeremy Message-ID: <20060114010906.GA38113@svcolo.com> Mail-Followup-To: Peter Jeremy , freebsd-stable@freebsd.org, current@freebsd.org References: <20060112080856.GI84964@svcolo.com> <20060112205015.GA13244@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112205015.GA13244@cirb503493.alcatel.com.au> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 01:11:36 -0000 Replying offlist because this topic is dead. On Fri, Jan 13, 2006 at 07:50:15AM +1100, Peter Jeremy wrote: > Deliberate antagonism of most (if not all) FreeBSD developers is unlikely > to assist in getting your ideas listened to. Asking if there it was possible to prioritize getting something done is to antagonize? Nothing in any of messages (except the well known fact that the majority of code submitted to FreeBSD maintainers is ignored) is an antagonistic statement. Absolutely everything I said is pure fact, regarding what has been said in the past and what it isn't possible to do today without some sort of core versioning. > You also left out the results of the assorted claims/promises you made: > > 1) "core" deliberately killed suggestions of improved binary update processes > You have yet to produce the e-mails demonstrating this. Yes, I'm not going to waste time doing this. Random offtopic demands for proof of well-documented and extensive threads about the core packing/versioning issues are just a way to annoy someone, and prove nothing. > 2) Your PRs get ignored. > This has been disproven by examining the status of your PRs. It > appears that you never received the status updates, but equally, you > never appear to have bothered following up any of the PRs. That's less than 1/10th of the patches I've submitted. Apparently many are simply deleted. And read the PRs you quoted, where I would update them periodically saying "Any action on this?" Nobody ever responded to any of my followups, so what exactly are you blaming me for? Ah, I see. It's my fault for not submitting code (which I do and was ignored) and my fault for not following up (which I do, and was ignored) and thus it's really all my fault that none of this gets fixed, right? > 3) Your promise to provide a formal requirements specification defining > exactly what you are asking for. > Again, you have yet to produce the information you promised. I can't find any reference to this in the threads. I can find someone asking for this, and me pointing out why this was ridiculous. The question at hand was not: Fix This For Me, or Fix Exactly This Problem or anything like that. If you continually change the topic, don't be surprised that I am unwilling to continue down a road I have no interest in. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 01:16:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA12516A41F; Sat, 14 Jan 2006 01:16:05 +0000 (GMT) (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 8529A43D45; Sat, 14 Jan 2006 01:16:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0E1G4v4026677; Fri, 13 Jan 2006 20:16: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.13.3/8.13.3) with ESMTP id k0E1G4W1091314; Fri, 13 Jan 2006 20:16:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D3E27302F; Fri, 13 Jan 2006 20:16:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060114011604.5D3E27302F@freebsd-current.sentex.ca> Date: Fri, 13 Jan 2006 20:16:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 01:16:06 -0000 TB --- 2006-01-13 23:53:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-13 23:53:43 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-01-13 23:53:43 - cleaning the object tree TB --- 2006-01-13 23:54:21 - checking out the source tree TB --- 2006-01-13 23:54:21 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-01-13 23:54:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-14 00:03:14 - building world (CFLAGS=-O -pipe) TB --- 2006-01-14 00:03:14 - cd /src TB --- 2006-01-14 00:03:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-01-14 01:14:19 - generating LINT kernel config TB --- 2006-01-14 01:14:19 - cd /src/sys/amd64/conf TB --- 2006-01-14 01:14:19 - /usr/bin/make -B LINT TB --- 2006-01-14 01:14:20 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-14 01:14:20 - cd /src TB --- 2006-01-14 01:14:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 14 01:14:20 UTC 2006 >>> 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/linker_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/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-14 01:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-14 01:16:04 - ERROR: failed to build lint kernel TB --- 2006-01-14 01:16:04 - tinderbox aborted TB --- 1.30 user 6.62 system 4941.09 real From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 01:33:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3AAC16A41F; Sat, 14 Jan 2006 01:33:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2751A43D45; Sat, 14 Jan 2006 01:33:24 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0E1XM8Y077688; Fri, 13 Jan 2006 20:33:24 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k0E1XGPk056072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 20:33:16 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060113202843.02e11190@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 13 Jan 2006 20:33:14 -0500 To: From: Mike Tancsa In-Reply-To: <20060114011604.5D3E27302F@freebsd-current.sentex.ca> References: <20060114011604.5D3E27302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: Re: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 01:33:27 -0000 At 08:16 PM 13/01/2006, FreeBSD Tinderbox wrote: >pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse >-mno-sse2 -mno-mmx -mno-3dnow -msoft-float >-fno-asynchronous-unwind-tables -ffreestanding >/src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 >arguments, but only 3 given >mkdep: compile failed >*** Error code 1 Hi, I am seeing this error on RELENG_6 i386 as well ===> ti (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include ln -s /usr/obj/usr/src/sys/up/opt_bdg.h opt_bdg.h ln -s /usr/obj/usr/src/sys/up/opt_ti.h opt_ti.h ln -s /usr/obj/usr/src/sys/up/opt_zero.h opt_zero.h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/usr/obj/usr/src/sys/up /usr/src/sys/modules/ti/../../pci/if_ti.c /usr/src/sys/modules/ti/../../pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 [formerly-itx-vpn]# ident /usr/src/sys/pci/if_ti.c /usr/src/sys/pci/if_ti.c: $FreeBSD: src/sys/pci/if_ti.c,v 1.107.2.4 2006/01/13 11:51:11 glebius Exp $ [formerly-itx-vpn]# From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 01:53:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3DC716A41F for ; Sat, 14 Jan 2006 01:53:31 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985A243D46 for ; Sat, 14 Jan 2006 01:53:31 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0E1rI1w097139; Fri, 13 Jan 2006 17:53:31 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0E1pwsi049216; Fri, 13 Jan 2006 17:51:58 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0E1pwhv049215; Fri, 13 Jan 2006 17:51:58 -0800 (PST) (envelope-from jrhett) Date: Fri, 13 Jan 2006 17:51:58 -0800 From: Jo Rhett To: Brian Szymanski Message-ID: <20060114015158.GI38113@svcolo.com> Mail-Followup-To: Brian Szymanski , freebsd-stable@freebsd.org References: <3986.68.49.189.193.1137063680.squirrel@68.49.189.193> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3986.68.49.189.193.1137063680.squirrel@68.49.189.193> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: gvinum/vinum on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 01:53:32 -0000 On Thu, Jan 12, 2006 at 06:01:20AM -0500, Brian Szymanski wrote: > One more question: Is gvinum on 6-STABLE's RAID-5 implementation > bit-compatible with R5 on vinum from 4.x/5.x? Would it be possible to > upgrade from vinum on 5.3 to gvinum on 6-STABLE without a dump/restore? Not from 4.x according to several replies I've gotten. I'm going to have to find a 4.10 distro and rebuild it just to restore the data from 4.x Vinum. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 02:17:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4045716A41F; Sat, 14 Jan 2006 02:17:57 +0000 (GMT) (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 AFB7A43D46; Sat, 14 Jan 2006 02:17:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0E2Ht9k080259; Fri, 13 Jan 2006 21:17: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.13.3/8.13.3) with ESMTP id k0E2Htxq037113; Fri, 13 Jan 2006 21:17:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A04EC7302F; Fri, 13 Jan 2006 21:17:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060114021755.A04EC7302F@freebsd-current.sentex.ca> Date: Fri, 13 Jan 2006 21:17:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 02:17:57 -0000 TB --- 2006-01-14 01:16:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-14 01:16:04 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-01-14 01:16:04 - cleaning the object tree TB --- 2006-01-14 01:16:37 - checking out the source tree TB --- 2006-01-14 01:16:37 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-01-14 01:16:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-14 01:25:49 - building world (CFLAGS=-O -pipe) TB --- 2006-01-14 01:25:49 - cd /src TB --- 2006-01-14 01:25:49 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-14 02:15:50 - generating LINT kernel config TB --- 2006-01-14 02:15:50 - cd /src/sys/i386/conf TB --- 2006-01-14 02:15:50 - /usr/bin/make -B LINT TB --- 2006-01-14 02:15:51 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-14 02:15:51 - cd /src TB --- 2006-01-14 02:15:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 14 02:15:51 UTC 2006 >>> 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/linker_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/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-14 02:17:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-14 02:17:55 - ERROR: failed to build lint kernel TB --- 2006-01-14 02:17:55 - tinderbox aborted TB --- 1.07 user 5.42 system 3710.95 real From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 03:19:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ED3216A41F; Sat, 14 Jan 2006 03:19:06 +0000 (GMT) (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 36F4543D46; Sat, 14 Jan 2006 03:19:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0E3J5fv083325; Fri, 13 Jan 2006 22:19:05 -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.13.3/8.13.3) with ESMTP id k0E3J5d6091729; Fri, 13 Jan 2006 22:19:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D88517302F; Fri, 13 Jan 2006 22:19:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060114031904.D88517302F@freebsd-current.sentex.ca> Date: Fri, 13 Jan 2006 22:19:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 03:19:07 -0000 TB --- 2006-01-14 02:17:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-14 02:17:55 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2006-01-14 02:17:55 - cleaning the object tree TB --- 2006-01-14 02:18:28 - checking out the source tree TB --- 2006-01-14 02:18:28 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2006-01-14 02:18:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-14 02:27:28 - building world (CFLAGS=-O -pipe) TB --- 2006-01-14 02:27:28 - cd /src TB --- 2006-01-14 02:27:28 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-14 03:17:22 - generating LINT kernel config TB --- 2006-01-14 03:17:22 - cd /src/sys/pc98/conf TB --- 2006-01-14 03:17:22 - /usr/bin/make -B LINT TB --- 2006-01-14 03:17:22 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-14 03:17:22 - cd /src TB --- 2006-01-14 03:17:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 14 03:17:22 UTC 2006 >>> 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/linker_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/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-14 03:19:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-14 03:19:04 - ERROR: failed to build lint kernel TB --- 2006-01-14 03:19:04 - tinderbox aborted TB --- 1.11 user 5.32 system 3668.82 real From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 04:18:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD72416A420; Sat, 14 Jan 2006 04:18:13 +0000 (GMT) (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 3458A43D48; Sat, 14 Jan 2006 04:18:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0E4IB7n086333; Fri, 13 Jan 2006 23:18: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.13.3/8.13.3) with ESMTP id k0E4IBta029081; Fri, 13 Jan 2006 23:18:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B2DA57302F; Fri, 13 Jan 2006 23:18:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060114041811.B2DA57302F@freebsd-current.sentex.ca> Date: Fri, 13 Jan 2006 23:18:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 04:18:14 -0000 TB --- 2006-01-14 03:19:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-14 03:19:05 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-01-14 03:19:05 - cleaning the object tree TB --- 2006-01-14 03:19:32 - checking out the source tree TB --- 2006-01-14 03:19:32 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-01-14 03:19:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-14 03:28:45 - building world (CFLAGS=-O -pipe) TB --- 2006-01-14 03:28:45 - cd /src TB --- 2006-01-14 03:28:45 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-14 04:16:37 - generating LINT kernel config TB --- 2006-01-14 04:16:37 - cd /src/sys/sparc64/conf TB --- 2006-01-14 04:16:37 - /usr/bin/make -B LINT TB --- 2006-01-14 04:16:37 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-14 04:16:37 - cd /src TB --- 2006-01-14 04:16:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 14 04:16:37 UTC 2006 >>> 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/linker_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/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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=medlow -msoft-float -ffreestanding /src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-14 04:18:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-14 04:18:11 - ERROR: failed to build lint kernel TB --- 2006-01-14 04:18:11 - tinderbox aborted TB --- 0.88 user 4.66 system 3546.49 real From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 04:32:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A97DA16A41F; Sat, 14 Jan 2006 04:32:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C4E43D49; Sat, 14 Jan 2006 04:32:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0E4U7Kg049125; Fri, 13 Jan 2006 21:30:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 13 Jan 2006 21:30:25 -0700 (MST) Message-Id: <20060113.213025.48399331.imp@bsdimp.com> To: PeterJeremy@optushome.com.au From: "M. Warner Losh" In-Reply-To: <20060112205015.GA13244@cirb503493.alcatel.com.au> References: <20060112080856.GI84964@svcolo.com> <20060112205015.GA13244@cirb503493.alcatel.com.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 13 Jan 2006 21:30:08 -0700 (MST) Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 04:32:36 -0000 In message: <20060112205015.GA13244@cirb503493.alcatel.com.au> Peter Jeremy writes: : 1) "core" deliberately killed suggestions of improved binary update processes : You have yet to produce the e-mails demonstrating this. I can state authoritative and categorically that core did no such thing. I dare anybody to prove me wrong. Warner Losh core team member From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 05:41:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC66A16A41F for ; Sat, 14 Jan 2006 05:41:49 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A32343D48 for ; Sat, 14 Jan 2006 05:41:46 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 32555 invoked by uid 399); 14 Jan 2006 05:41:46 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 14 Jan 2006 05:41:46 -0000 Message-ID: <43C88F18.5070902@FreeBSD.org> Date: Fri, 13 Jan 2006 21:41:44 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org, ken@abbott.allenmyland.com, Brooks Davis References: <20060114011006.GA83466@abbott.allenmyland.com> In-Reply-To: <20060114011006.GA83466@abbott.allenmyland.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: postgresql doesn't start on boot-up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 05:41:49 -0000 Ken Stevenson wrote: > I'm new to FreeBSD and for the first time ever, I cvsupp'ed > to freebsd-stable 6 and rebuilt everthing, following the instructions > in the handbook. It went pretty smoothly except that several services > failed to start and others acted badly. > > In particular: > > Initially, postfix, cups and postgresql failed to start. This sounds like you don't have the most recent versions of these ports installed, as all of them have had fixes for these problems. It's also possible that you have stale files in /usr/local/etc/rc.d that are not related to ports that you have installed. For example, a lot of users have at some time in the past copied cups.sh.sample to cups.sh, which prevents updates to the script from being seen. For old style scripts it's safer to symlink the foo.sh.sample file to foo.sh, fyi. > named started too late, so ntpd couldn't resolve the timeserver names > and couldn't set the time. This is a more interesting problem. On all of my test systems, named is the first to run after SERVERS, followed immediately by ntpdate and ntpd. There is an argument to be made that it would actually be better to run ntp* first, using IP addresses in its config files, and then run named, since if you're running a name server for profit (as opposed to fun) accurate timestamps on the logs are very valuable to diagnose startup problems. OTOH, it's reasonable to assume for the general case that the current default order is good, so I have no objection to adding named to the REQUIRE: line in ntpdate. Ken, can you give this a try and let us know how it works for you? I'll hold off on making this change till others have a chance to comment. > I solved this per the suggestion in a prior > post by setting: > > early_late_divider="NETWORKING" in rc.conf. Ummm ... are these systems running in a jail? Because that's the only time that the solution you mentioned should really be used (or make a difference). > Also, this is probably a stupid question, but is there a boot.log or > something like that shows the bootup messages that come after dmesg? In /etc/syslog.conf, uncomment the line that mentions console.log, 'touch /var/log/console.log', and then reboot after you make the change I suggested above. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 08:44:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE93E16A41F for ; Sat, 14 Jan 2006 08:44:32 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ED2143D45 for ; Sat, 14 Jan 2006 08:44:30 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 04541D6884 for ; Sat, 14 Jan 2006 09:44:29 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id E9EF218BAF8 for ; Sat, 14 Jan 2006 09:44:28 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-021-071.pools.arcor-ip.net [84.58.21.71]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id BDA38EC0D9 for ; Sat, 14 Jan 2006 09:44:28 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0E8iQtb057461 for ; Sat, 14 Jan 2006 09:44:29 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Sat, 14 Jan 2006 09:44:21 +0100 From: Manfred Lotz To: stable@freebsd.org Message-Id: <20060114094421.9e5c4984.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: bfe driver bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 08:44:32 -0000 Hi there, What first seemed to be an acpi problem turned to be a bfe driver problem. Running FreeBSD 6.0 and trying suspend and resume I got a hanging system after resuming. Here's what I wrote on freebsd-acpi: > >>still the systems hangs after the following messages which I didn't > >>see before: > >> > >>bfe0: BUG! Timeout waiting for bit 00000002 of register 42c to > >>clear. bfe0: PHY Reset would not complete. > >>bfe0: BUG! Timeout waiting for bit 80000000 of register 428 to > >>clear. (5 times) > >> > > > > > > Now I build a kernel without bfe and this did the trick. > > After: > > ifconfig bfe0 down > > kldunload if_bfe0 > > suspend/resume is working. -- Manfred From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 09:47:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D419116A41F for ; Sat, 14 Jan 2006 09:47:57 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C5C43D45 for ; Sat, 14 Jan 2006 09:47:56 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k0E9lsbd047290 ; Sat, 14 Jan 2006 10:47:54 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k0E9lpLe031334 ; Sat, 14 Jan 2006 10:47:53 +0100 Message-ID: <43C8C8BD.8080607@crc.u-strasbg.fr> Date: Sat, 14 Jan 2006 10:47:41 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Viktorija References: <20060113234111.3e06b6ac.viktorija@oic.lv> In-Reply-To: <20060113234111.3e06b6ac.viktorija@oic.lv> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on mr3.u-strasbg.fr X-Virus-Scanned: ClamAV 0.88/1240/Fri Jan 13 17:57:12 2006 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::153]); Sat, 14 Jan 2006 10:47:54 +0100 (CET) X-Spam-Status: No, score=1.1 required=5.0 tests=NO_RELAYS,URIBL_SBL autolearn=disabled version=3.1.0 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr3.u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 buildworld failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 09:47:57 -0000 Viktorija wrote: > Hello! > mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src /v > ersion.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc > cc: Internal error: Segmentation fault: 11 (program cc1plus) > Please submit a full bug report. > See for instructions. > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/gperf. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > > Why it is happening? Where can be a problem? http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#SIGNAL11 > > Thanks a lot, > Viktoria -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 11:51:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8DD416A41F for ; Sat, 14 Jan 2006 11:51:00 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from mta07-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com [81.103.221.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB1E243D46 for ; Sat, 14 Jan 2006 11:50:59 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamta09-winn.ispmail.ntl.com ([81.103.221.35]) by mta07-winn.ispmail.ntl.com with ESMTP id <20060114115058.UNST11753.mta07-winn.ispmail.ntl.com@aamta09-winn.ispmail.ntl.com>; Sat, 14 Jan 2006 11:50:58 +0000 Received: from llama.fishballoon.org ([81.104.195.171]) by aamta09-winn.ispmail.ntl.com with ESMTP id <20060114115058.UKPX10196.aamta09-winn.ispmail.ntl.com@llama.fishballoon.org>; Sat, 14 Jan 2006 11:50:58 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]) by llama.fishballoon.org with esmtp (Exim 4.52 (FreeBSD)) id 1ExjiM-000PMo-TL; Sat, 14 Jan 2006 11:36:59 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.4/8.13.4/Submit) id k0EBaquH001139; Sat, 14 Jan 2006 11:36:52 GMT (envelope-from scott) Date: Sat, 14 Jan 2006 11:36:52 +0000 From: Scott Mitchell To: Doug Ambrisko Message-ID: <20060114113652.GA990@tuatara.fishballoon.org> References: <20060106233857.GA997@tuatara.fishballoon.org> <200601130041.k0D0fHOg032877@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601130041.k0D0fHOg032877@ambrisko.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-STABLE i386 Cc: Vivek Khera , freebsd-stable Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 11:51:00 -0000 On Thu, Jan 12, 2006 at 04:41:17PM -0800, Doug Ambrisko wrote: > Scott Mitchell writes: > | > | That's a pity. Maybe Doug was thinking of one of the aac(4) based PERC > | cards? Still, something I can run out of cron to check the array status > | should be fine. > > Are you refering to this Doug. The Linux ioctl shim requires one file > that hasn't been committed yet. Scott L. & ps have it. I may commit > it now that I'm back. This lets all of the Dell/LSI Linux tools > run on FreeBSD including the firmware update tool. The caveat is > that with the driver re-do it seems the certain things in the ioctl > path causes the firmware to lock-up. I haven't been around enough > to help with that problem. I have a binary that locks it up pretty > quick. Hi Doug, I was actually referring to Doug White, who said: >From what I remember, you will receive status-change kernel messages when >disks disappear, rebuilds start, and so forth. So for most day-to-day >manipulation you should be fine. It wasn't clear if this applied to the amr(4)-based PERC cards or just the aac(4) ones. Sounds like the re-worked amr driver will be very much better, at least once a few more bugs have been ironed out of it. > Most of the existing monitoring tools have bugs. The Linux tools > tend to be better but the last copy of MegaMon leaked shared memory > then quit. We have a tool at work but it is encumbered so we can't > give it out. > > | > I did find a program > | > posted to one of the freebsd lists called 'amrstat' that I run > | > nightly. It produces this kind of output: > | > > | > Drive 0: 68.24 GB, RAID1 | > io> optimal > | > > | > If it says "degraded" it is time to fix a drive. You just fire up > | > the lsi megaraid tools and find out which drive it is. > > This is probably a faily good scheme. Caveat is that you can have > a "optimal" RAID that is broken :-( That's pretty sucky, but presumably not a FreeBSD-specific problem? Despite that, I'm reasonably hopeful that a scheme like this along with good backups (which we have) will be enough to avoid any major disasters. Is Dell's support any better if you tell them you're running RedHat? Regards, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 12:01:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C14B16A420; Sat, 14 Jan 2006 12:01:10 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A87743D46; Sat, 14 Jan 2006 12:01:08 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0EC17bE070135; Sat, 14 Jan 2006 13:01:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k0EC16Yc060256; Sat, 14 Jan 2006 13:01:06 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k0EC163g060255; Sat, 14 Jan 2006 13:01:06 +0100 (CET) (envelope-from wb) Date: Sat, 14 Jan 2006 13:01:06 +0100 From: Wilko Bulte To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20060114120106.GB60149@freebie.xs4all.nl> References: <20060112080856.GI84964@svcolo.com> <20060112205015.GA13244@cirb503493.alcatel.com.au> <20060114010906.GA38113@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060114010906.GA38113@svcolo.com> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 12:01:10 -0000 On Fri, Jan 13, 2006 at 05:09:06PM -0800, Jo Rhett wrote.. > Replying offlist because this topic is dead. > > On Fri, Jan 13, 2006 at 07:50:15AM +1100, Peter Jeremy wrote: > > Deliberate antagonism of most (if not all) FreeBSD developers is unlikely > > to assist in getting your ideas listened to. > > Asking if there it was possible to prioritize getting something done is to > antagonize? Nothing in any of messages (except the well known fact that How about you taking your bikeshed elsewhere, instead of moaning endlessly of what (mostly unpaid) volunteers should do to satisfy your needs? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 14:12:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE71916A41F; Sat, 14 Jan 2006 14:12:24 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E8F943D55; Sat, 14 Jan 2006 14:12:23 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id k0EECJ8M015703; Sat, 14 Jan 2006 14:12:19 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k0EECJR3035777; Sat, 14 Jan 2006 14:12:19 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k0EECILM035774; Sat, 14 Jan 2006 14:12:19 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 14 Jan 2006 14:12:18 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: ken@abbott.allenmyland.com, Doug Barton In-Reply-To: <43C88F18.5070902@FreeBSD.org> Message-ID: <20060114141135.G35532@ury.york.ac.uk> References: <20060114011006.GA83466@abbott.allenmyland.com> <43C88F18.5070902@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: postgresql doesn't start on boot-up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 14:12:24 -0000 On Fri, 13 Jan 2006, Doug Barton wrote: > Ken Stevenson wrote: >> Also, this is probably a stupid question, but is there a boot.log or >> something like that shows the bootup messages that come after dmesg? > > In /etc/syslog.conf, uncomment the line that mentions console.log, 'touch > /var/log/console.log', and then reboot after you make the change I suggested > above. ... or "dmesg -a" Gavin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 15:16:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E32E316A41F; Sat, 14 Jan 2006 15:16:12 +0000 (GMT) (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 90B9C43D45; Sat, 14 Jan 2006 15:16:12 +0000 (GMT) (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 7E41A46B81; Sat, 14 Jan 2006 10:16:10 -0500 (EST) Date: Sat, 14 Jan 2006 15:16:31 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jo Rhett In-Reply-To: <20060112080856.GI84964@svcolo.com> Message-ID: <20060114144115.M38874@fledge.watson.org> References: <20060112080856.GI84964@svcolo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 15:16:13 -0000 On Thu, 12 Jan 2006, Jo Rhett wrote: > For now we'll have to see if Colin can find ways around the problems without > the tools he needs to do it right. It seems fairly clear to me that Colin's tools provide useful building blocks that can be used to create something like what you're looking for: it is an efficient way to generate, manage, and distribute difference sets between snapshots of a system. What Colin's pieces explicitly don't provide is a administrative infrastructure for imposing heavy weight packaging semantics and version information -- specifically, an explicit version database, roll-back, and a mechanism for configuration merges. I'm sure many sites would like to have the heavier weight mechanism, but it's certainly a non-trivial project that will take a lot of time for someone to get right. Someone(tm) will need to spend several months on it to get it really working well, but I think it would be well worth the effort. I do suspect, however, that the starting point for this is to discard the formal project releases, and instead simply provide infrastructure for someone with their own notion of what releases are, and what versions make sense. That way if a site chooses to deploy our stock releases or patches, that's fine, but they can also manage their own custom snapshots. Presumably a first starting point is to take the assumption that the build system will produce a series of install snapshots, presumably using installworld/installkernel to a specific DESTDIR, and that all updates will be generated between them, with version names and relevant difference combinations to be assigned to them by the admin. The second part will be handling what's normally done by mergemaster in some way -- for some environments, simply generating a second tarball that contains the output of distrib-dirs (etc) and then providing that to bootstrap mergemaster rather than a source tree would be sufficient. Other environments might wish to simply splat down replacement files based on having run mergemaster in advance on the build machine. A bit of minimal but well-crafted glue is presumably required here, such as the ability to point mergemaster at the update blob and tell it "Yeah, so, I want my / to be merged from here, not /usr/src/etc". The final part is the meta-data for these snapshots, both carried with them, and on the target system. If using Colin's binary difference pieces, they will often be quite compact, and it's easy to imagine storing the necessary information to roll back or forwards by several revisions in a relatively small amount of space. Tricky things include how to accomplish relative atomicity in updates. If we assume that the snapshot itself, along with possibly a version name/number (from, to), is basically sufficient meta-data, that's quite advantageous. It becomes the responsibility of the admin to not screw up by assigning the same name to multiple versions, etc. But as always, the tricky thing is someone actually doing the work. It's a non-trivial and time-consuming task, and isn't just a weekend's hacking. There will almost certainly be a number of "Oh damn, I didn't think of that!"'s along the way. I don't think anyone is opposed to it happening, but getting someone to do all that work with little recompense (or even significant recompense) requires some amount of convincing! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 15:44:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF3A516A420 for ; Sat, 14 Jan 2006 15:44:06 +0000 (GMT) (envelope-from ken@abbott.allenmyland.com) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0965D43D46 for ; Sat, 14 Jan 2006 15:44:04 +0000 (GMT) (envelope-from ken@abbott.allenmyland.com) Received: from abbott.allenmyland.com ([68.81.206.140]) by comcast.net (sccrmhc14) with ESMTP id <2006011415440101400f0rn6e>; Sat, 14 Jan 2006 15:44:01 +0000 Received: by abbott.allenmyland.com (Postfix, from userid 1001) id 7969217024; Sat, 14 Jan 2006 10:44:01 -0500 (EST) Date: Sat, 14 Jan 2006 10:44:01 -0500 From: Ken Stevenson To: freebsd-stable@freebsd.org Message-ID: <20060114154401.GA1179@abbott.allenmyland.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060114011006.GA83466@abbott.allenmyland.com> <43C88F18.5070902@FreeBSD.org> <20060114141135.G35532@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060114141135.G35532@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i Subject: Re: postgresql doesn't start on boot-up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 15:44:06 -0000 On Sat, Jan 14, 2006 at 02:12:18PM +0000, Gavin Atkinson wrote: > On Fri, 13 Jan 2006, Doug Barton wrote: > >Ken Stevenson wrote: > >>Also, this is probably a stupid question, but is there a boot.log or > >>something like that shows the bootup messages that come after dmesg? > > > >In /etc/syslog.conf, uncomment the line that mentions console.log, 'touch > >/var/log/console.log', and then reboot after you make the change I > >suggested above. > > ... or "dmesg -a" > > Gavin Thanks, dmesg -a did it. The console log doesn't show the application boot errors I was looking for. With regard to the original problem, it turns out postgresql wasn't starting for the same reason as cups, the startup script is being passed a faststart argument that it doesn't understand. As soon as I figure out how, I'll update the postgresql port which I assume will fix this. -- Ken Stevenson Allen-Myland Inc. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 16:22:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6500216A41F for ; Sat, 14 Jan 2006 16:22:10 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA64443D45 for ; Sat, 14 Jan 2006 16:22:09 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id B8E1E62C9DC for ; Sat, 14 Jan 2006 12:22:08 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 97503-07 for ; Sat, 14 Jan 2006 12:22:08 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 57E2062C9D8 for ; Sat, 14 Jan 2006 12:22:08 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 981D447B48; Sat, 14 Jan 2006 12:22:06 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 92E1946B84 for ; Sat, 14 Jan 2006 12:22:06 -0400 (AST) Date: Sat, 14 Jan 2006 12:22:06 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060114122039.H28752@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: make buildkernel fails at mkdep for 'ti' ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 16:22:10 -0000 RELENG_6 code cvsup'd around midnight AST: mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/usr/obj/usr/src/sys/kernel /usr/src/sys/modules/ti/../../pci/if_ti.c /usr/src/sys/modules/ti/../../pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 16:30:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6539416A41F for ; Sat, 14 Jan 2006 16:30:26 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2FBE43D46 for ; Sat, 14 Jan 2006 16:30:25 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 268AB62C9DC for ; Sat, 14 Jan 2006 12:30:25 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 97588-07 for ; Sat, 14 Jan 2006 12:30:24 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id B640262C9D8 for ; Sat, 14 Jan 2006 12:30:24 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 21FAC47BB5; Sat, 14 Jan 2006 12:30:23 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 201C047BB4 for ; Sat, 14 Jan 2006 12:30:23 -0400 (AST) Date: Sat, 14 Jan 2006 12:30:22 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060114122039.H28752@ganymede.hub.org> Message-ID: <20060114123011.T28752@ganymede.hub.org> References: <20060114122039.H28752@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: Re: make buildkernel fails at mkdep for 'ti' ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 16:30:26 -0000 Ignore ... just re-cvsup'd and now its going through fine ... thanks :) On Sat, 14 Jan 2006, Marc G. Fournier wrote: > > RELENG_6 code cvsup'd around midnight AST: > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include > -I/usr/include -I/usr/obj/usr/src/sys/kernel > /usr/src/sys/modules/ti/../../pci/if_ti.c > /usr/src/sys/modules/ti/../../pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" > requires 4 arguments, but only 3 given > mkdep: compile failed > > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > 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" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 17:33:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B490416A41F for ; Sat, 14 Jan 2006 17:33:33 +0000 (GMT) (envelope-from toli@proact.no) Received: from nospam.internal.proact.no (mail.proact.no [81.191.140.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C0E743D58 for ; Sat, 14 Jan 2006 17:33:24 +0000 (GMT) (envelope-from toli@proact.no) Received: by noexchange55.internal.proact.no with Internet Mail Service (5.5.2653.19)id ; Sat, 14 Jan 2006 18:30:41 +0100 Received: from TOM ([193.71.23.93]) by nopro01.internal.proact.no with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)id L5AXJBVM; Sat, 14 Jan 2006 18:33:18 +0100 Date: Sat, 14 Jan 2006 18:33:17 +0100 (CET) From: Tom.Lislegaard@proact.no X-X-Sender: tl@tom.internal.proact.no To: freebsd-stable@freebsd.org Message-ID: <20060114182814.X67335@tom.internal.proact.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-imss-version: 2.035 X-imss-result: Passed X-imss-scores: Clean:31.24261 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:3 C:1 M:1 S:1 R:1 (0.5000 0.5000) Cc: tl@lislegaard.net Subject: Stable panics in generic_bzero() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 17:33:33 -0000 6.0-Stable panics whenever I try to load the OSS sounddriver. I note that kgdb says something about RAM parity error, but I doubt thats real. The panic is 100% reproducible by running 'soundon' on this system. I've never seen this error otherwise or had any other indication of memory errors. The source is RELENG_6 from a couple of days ago. -tom acer# kgdb /sys/i386/compile/acer/kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <2>NMI ISA a0, EISA ff <2>RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while in kernel mode instruction pointer = 0x20:0xc068ef57 stack pointer = 0x28:0xe50e3abc frame pointer = 0x28:0xe50e3adc 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 = 680 (sndconf) trap number = 19 panic: non-maskable interrupt trap Uptime: 10m12s Dumping 1022 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1022MB (261504 pages) 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc050dcca in boot (howto=260) at ../../../kern/kern_shutdown.c:399 #2 0xc050df60 in panic (fmt=0xc06b7215 "%s") at ../../../kern/kern_shutdown.c:555 #3 0xc06914e4 in trap_fatal (frame=0xe50e3a7c, eva=0) at ../../../i386/i386/trap.c:836 #4 0xc069100c in trap (frame= {tf_fs = -995098616, tf_es = -992935896, tf_ds = -985006040, tf_edi = -415947840, tf_esi = -993041408, tf_ebp = -452052260, tf_isp = -452052312, tf_ebx = -984827392, tf_edx = -415952896, tf_ecx = 6928, tf_eax = 0, tf_trapno = 19, tf_err = 0, tf_eip = -1066864809, tf_cs = 32, tf_eflags = 66054, tf_esp = -993041408, tf_ss = -987787331}) at ../../../i386/i386/trap.c:631 #5 0xc068063a in calltrap () at ../../../i386/i386/exception.s:139 #6 0xc068ef57 in generic_bzero () at ../../../i386/i386/support.s:90 Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 18:07:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1251916A41F for ; Sat, 14 Jan 2006 18:07:56 +0000 (GMT) (envelope-from petr@cdr.cz) Received: from smtp-out.klfree.net (ip1.goldheart.klfree.net [62.240.168.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 528FD43D46 for ; Sat, 14 Jan 2006 18:07:54 +0000 (GMT) (envelope-from petr@cdr.cz) Received: from localhost (loopback [127.0.0.1]) by smtp.klfree.net (Postfix) with ESMTP id C3DF1D30B1 for ; Sat, 14 Jan 2006 19:07:52 +0100 (CET) Received: from K2P (ip18.k2.klfree.czf [10.102.41.75]) by smtp.klfree.net (Postfix) with ESMTP id 0FD0FD3598 for ; Sat, 14 Jan 2006 19:07:47 +0100 (CET) From: "Petr Murmak" To: Date: Sat, 14 Jan 2006 19:06:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcYZNT3GQ68Lu7PCTeC6BjtUYMPFnQ== Message-Id: <20060114180747.0FD0FD3598@smtp.klfree.net> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mail.klfree.net Subject: Device recognition on Intel mainboard SE7520BD2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 18:07:56 -0000 Hi! I just bought Intel's mainboard SE7520BD2 (DDR1 variant with SCSI) with 2 Xeons and wanna use AMD64 FreeBSD 6.0 STABLE. After instalation 6.0-RELEASE and even after upgrading to latest STABLE i have one problem and one glitch. Problem is that this mainboard has 2 Intel PRO/1000 Network interfaces but FreeBSD shows only one, em1 is missing (it is enabled in BIOS and properly connected to switch): em0: port 0xec80-0xecbf mem 0xfebe0000-0xfebfffff irq 16 at device 4.0 on pci7 And glitch is that there is some ACPI related errors but everything seems working fine (recompiled world and kernel without any problem): FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ACPI-0397: *** Error: NsSearchAndEnter: Bad character in ACPI Name: e78a0474 ACPI-0438: *** Error: Looking up [0x5f032f5c] (NON-ASCII) in namespace, AE_BAD_CHARACTER SearchNode 0xffffff0000826cc0 StartNode 0xffffff0000826cc0 ReturnNode 0xffffff000083b440 ACPI-1304: *** Error: Method execution failed [\\_GPE.PXL1] (Node 0xffffff0000826cc0), AE_BAD_CHARACTER ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) If you need something from me to add proper recognition for 2nd network adapter or fixing this glitch, tell me. I found in list that somebody earlier also had problem with recognition em network interface but for him simply using ifconfig on non shown em interface works. For me this is not working... Many thanks Petr PS: Follows dmesg and pciconf -lv: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100800 Hyperthreading: 2 logical CPUs real memory = 2147352576 (2047 MB) avail memory = 2066128896 (1970 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ACPI-0397: *** Error: NsSearchAndEnter: Bad character in ACPI Name: e78a0474 ACPI-0438: *** Error: Looking up [0x5f032f5c] (NON-ASCII) in namespace, AE_BAD_CHARACTER SearchNode 0xffffff0000826cc0 StartNode 0xffffff0000826cc0 ReturnNode 0xffffff000083b440 ACPI-1304: *** Error: Method execution failed [\\_GPE.PXL1] (Node 0xffffff0000826cc0), AE_BAD_CHARACTER ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 mpt0: port 0xc800-0xc8ff mem 0xfcec0000-0xfcecffff,0xfceb0000-0xfcebffff irq 26 at device 5.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.14.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) mpt1: port 0xcc00-0xccff mem 0xfcef0000-0xfcefffff,0xfcee0000-0xfceeffff irq 25 at device 5.1 on pci2 mpt1: [GIANT-LOCKED] mpt1: MPI Version=1.2.14.0 mpt1: Unhandled Event Notify Frame. Event 0xa. mpt1: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt1: 0 Active Volumes (1 Max) mpt1: 0 Hidden Drive Members (6 Max) pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 5.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) pcib6: irq 16 at device 6.0 on pci0 pci6: on pcib6 uhci0: port 0xb880-0xb89f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbc00-0xbc1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbc80-0xbc9f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfccfec00-0xfccfefff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 em0: port 0xec80-0xecbf mem 0xfebe0000-0xfebfffff irq 16 at device 4.0 on pci7 em0: Ethernet address: 00:0e:0c:4e:e4:0a pci7: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xca7ff,0xca800-0xce7ff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDROM at ata0-master UDMA33 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 141821MB (290450432 512 byte sectors: 255H 63S/T 18079C) hostb0@pci0:0:0: class=0x060000 card=0x34398086 chip=0x35908086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Server Memory Controller Hub' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0xff0000 card=0x34398086 chip=0x35918086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub Error Reporting Registers' none1@pci0:1:0: class=0x088000 card=0x34398086 chip=0x35948086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub DMA Controller' class = base peripheral pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port A0' class = bridge subclass = PCI-PCI pcib4@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B0' class = bridge subclass = PCI-PCI pcib5@pci0:5:0: class=0x060400 card=0x00000050 chip=0x35988086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B1' class = bridge subclass = PCI-PCI pcib6@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port C0' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x34398086 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x34398086 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x34398086 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x34398086 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib7@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x34398086 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA none2@pci0:31:3: class=0x0c0500 card=0x34398086 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus pcib2@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI none3@pci1:0:1: class=0x080020 card=0x34398086 chip=0x03268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller A' class = base peripheral subclass = interrupt controller pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI none4@pci1:0:3: class=0x080020 card=0x34398086 chip=0x03278086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller B' class = base peripheral subclass = interrupt controller mpt0@pci2:5:0: class=0x010000 card=0x34398086 chip=0x00301000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class = mass storage subclass = SCSI mpt1@pci2:5:1: class=0x010000 card=0x34398086 chip=0x00301000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class = mass storage subclass = SCSI none5@pci5:0:0: class=0x020000 card=0x50218086 chip=0x436111ab rev=0x17 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8036 Marvell Yukon -EC 88E8050 PCI Express Gigabit Ethernet Controller' class = network subclass = ethernet em0@pci7:4:0: class=0x020000 card=0x34398086 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet none6@pci7:12:0: class=0x030000 card=0x34398086 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 18:34:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1442E16A41F for ; Sat, 14 Jan 2006 18:34:19 +0000 (GMT) (envelope-from alsbergt@zoopee.org) Received: from dexter.zoopee.org (zoopee.org [192.117.108.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092C443D46 for ; Sat, 14 Jan 2006 18:34:17 +0000 (GMT) (envelope-from alsbergt@zoopee.org) Received: from alsbergt by dexter.zoopee.org with local (Exim 4.43) id 1ExqE4-0000zS-Vy; Sat, 14 Jan 2006 20:34:08 +0200 Date: Sat, 14 Jan 2006 20:34:08 +0200 From: Tom Alsberg To: Petr Murmak Message-ID: <20060114183408.GA3581@zoopee.org> Mail-Followup-To: Tom Alsberg , Petr Murmak , FreeBSD Stable List References: <20060114180747.0FD0FD3598@smtp.klfree.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060114180747.0FD0FD3598@smtp.klfree.net> X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ; t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|; s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W Cc: FreeBSD Stable List Subject: Re: Device recognition on Intel mainboard SE7520BD2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 18:34:19 -0000 On Sat, Jan 14, 2006 at 07:06:28PM +0100, Petr Murmak wrote: > Problem is that this mainboard has 2 Intel PRO/1000 Network > interfaces As far as I recall (having a while ago looked at the specifications of all new Intel Server Boards (SE7[53]2[05]..), and as shown from your output of pciconf -lv, there is only one Intel PRO/1000 interface, and the other interface (on those boards with two interfaces) is a Marvell Yukon chip on the PCI Express bus, as you can see on pci5:0:0. I am not sure of the current status, but last time I have checked (FreeBSD 5.3 times), IIRC, there was some experimental driver for that chip. But now the latest I can see is a binary-only FreeBSD 5.4 driver from Marvell's site, after agreeing to some license: http://www.marvell.com/drivers/driverDisplay.do?dId=131&pId=34 I wondered why Intel did not put two PRO/1000 interfaces but has chosen to put a Yukon as the second interface. It was suggested to me that Intel believed the Yukon to be able to provide better throughput as it is connected to the PCI-Express bus - however Intel have their own (also called PRO/1000, so I'd assume some similarity, but can never be sure) Gigabit Ethernet chips for PCI-Express, so I do not understand this. Someone shed some light on this? -- Tom > none5@pci5:0:0: class=0x020000 card=0x50218086 chip=0x436111ab rev=0x17 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '88E8036 Marvell Yukon -EC 88E8050 PCI Express Gigabit > Ethernet Controller' > class = network > subclass = ethernet > em0@pci7:4:0: class=0x020000 card=0x34398086 chip=0x10768086 rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = '82547EI Gigabit Ethernet Controller' > class = network > subclass = ethernet -- Tom Alsberg - certified insane, complete illiterate. Homepage: http://www.cs.huji.ac.il/~alsbergt/ * An idea is not responsible for the people who believe in it. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 18:37:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0564216A41F; Sat, 14 Jan 2006 18:37:33 +0000 (GMT) (envelope-from ken@abbott.allenmyland.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4798643D45; Sat, 14 Jan 2006 18:37:31 +0000 (GMT) (envelope-from ken@abbott.allenmyland.com) Received: from abbott.allenmyland.com ([68.81.206.140]) by comcast.net (sccrmhc12) with ESMTP id <2006011418372501200h5uile>; Sat, 14 Jan 2006 18:37:25 +0000 Received: by abbott.allenmyland.com (Postfix, from userid 1001) id F2BB817024; Sat, 14 Jan 2006 13:37:24 -0500 (EST) Date: Sat, 14 Jan 2006 13:37:24 -0500 From: Ken Stevenson To: Doug Barton Message-ID: <20060114183724.GA2723@abbott.allenmyland.com> Mail-Followup-To: Doug Barton , freebsd-stable@FreeBSD.org, Brooks Davis References: <20060114011006.GA83466@abbott.allenmyland.com> <43C88F18.5070902@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C88F18.5070902@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Brooks Davis , freebsd-stable@FreeBSD.org Subject: Re: postgresql doesn't start on boot-up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 18:37:33 -0000 On Fri, Jan 13, 2006 at 09:41:44PM -0800, Doug Barton wrote: > Ken Stevenson wrote: > >I'm new to FreeBSD and for the first time ever, I cvsupp'ed > >to freebsd-stable 6 and rebuilt everthing, following the instructions > >in the handbook. It went pretty smoothly except that several services > >failed to start and others acted badly. > > > >In particular: > > > >Initially, postfix, cups and postgresql failed to start. > > This sounds like you don't have the most recent versions of these ports > installed, as all of them have had fixes for these problems. It's also > possible that you have stale files in /usr/local/etc/rc.d that are not > related to ports that you have installed. For example, a lot of users have > at some time in the past copied cups.sh.sample to cups.sh, which prevents > updates to the script from being seen. For old style scripts it's safer to > symlink the foo.sh.sample file to foo.sh, fyi. > You were right. I upgraded postfix, cups, apache2 and postgresql and everything started normally. > >named started too late, so ntpd couldn't resolve the timeserver names > >and couldn't set the time. > > This is a more interesting problem. On all of my test systems, named is the > first to run after SERVERS, followed immediately by ntpdate and ntpd. There > is an argument to be made that it would actually be better to run ntp* > first, using IP addresses in its config files, and then run named, since if > you're running a name server for profit (as opposed to fun) accurate > timestamps on the logs are very valuable to diagnose startup problems. > OTOH, it's reasonable to assume for the general case that the current > default order is good, so I have no objection to adding named to the > REQUIRE: line in ntpdate. Ken, can you give this a try and let us know how > it works for you? I'll hold off on making this change till others have a > chance to comment. > > >I solved this per the suggestion in a prior > >post by setting: > > > >early_late_divider="NETWORKING" in rc.conf. After getting the most recent ports, I removed the early_late_divider line from rc.conf and the ntpdate problem went away. dmesg -a looks perfectly normal now. Thanks for your help. Everything's working normally now. -- Ken Stevenson Allen-Myland Inc. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 19:10:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2725B16A420 for ; Sat, 14 Jan 2006 19:10:54 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CB243D5E for ; Sat, 14 Jan 2006 19:10:53 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 14 Jan 2006 11:10:52 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0EJAqu1065832; Sat, 14 Jan 2006 11:10:52 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0EJAplM065831; Sat, 14 Jan 2006 11:10:51 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601141910.k0EJAplM065831@ambrisko.com> In-Reply-To: <20060114113652.GA990@tuatara.fishballoon.org> To: Scott Mitchell Date: Sat, 14 Jan 2006 11:10:51 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Vivek Khera , freebsd-stable Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 19:10:54 -0000 Scott Mitchell writes: | On Thu, Jan 12, 2006 at 04:41:17PM -0800, Doug Ambrisko wrote: | > Scott Mitchell writes: | > | | > | That's a pity. Maybe Doug was thinking of one of the aac(4) based PERC | > | cards? Still, something I can run out of cron to check the array status | > | should be fine. | > | > Are you refering to this Doug. The Linux ioctl shim requires one file | > that hasn't been committed yet. Scott L. & ps have it. I may commit | > it now that I'm back. This lets all of the Dell/LSI Linux tools | > run on FreeBSD including the firmware update tool. The caveat is | > that with the driver re-do it seems the certain things in the ioctl | > path causes the firmware to lock-up. I haven't been around enough | > to help with that problem. I have a binary that locks it up pretty | > quick. | | Hi Doug, | | I was actually referring to Doug White, who said: | | >From what I remember, you will receive status-change kernel messages when | >disks disappear, rebuilds start, and so forth. So for most day-to-day | >manipulation you should be fine. | | It wasn't clear if this applied to the amr(4)-based PERC cards or just the | aac(4) ones. Yes that only applies to the aac based machines and not amr based machines (ie. Adaptec versus LSI). With LSI you have to poll the controller for RAID events and that is not public. | Sounds like the re-worked amr driver will be very much better, at least | once a few more bugs have been ironed out of it. Yes. | > Most of the existing monitoring tools have bugs. The Linux tools | > tend to be better but the last copy of MegaMon leaked shared memory | > then quit. We have a tool at work but it is encumbered so we can't | > give it out. | > | > | > I did find a program | > | > posted to one of the freebsd lists called 'amrstat' that I run | > | > nightly. It produces this kind of output: | > | > | > | > Drive 0: 68.24 GB, RAID1 | > io> optimal | > | > | > | > If it says "degraded" it is time to fix a drive. You just fire up | > | > the lsi megaraid tools and find out which drive it is. | > | > This is probably a faily good scheme. Caveat is that you can have | > a "optimal" RAID that is broken :-( | | That's pretty sucky, but presumably not a FreeBSD-specific problem? | Despite that, I'm reasonably hopeful that a scheme like this along with | good backups (which we have) will be enough to avoid any major disasters. It's not a FreeBSD specific problem. | Is Dell's support any better if you tell them you're running RedHat? We can sort-of run RedHat. That is, we ran the Linux RAID binaries from LSI & Dell with the Linux ioctl emulation layer I did on FreeBSD. I netboot Linux sometimes to verify some things. Doug A. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 20:40:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069B716A41F for ; Sat, 14 Jan 2006 20:40:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69CA943D48 for ; Sat, 14 Jan 2006 20:40:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DEA141A3C25; Sat, 14 Jan 2006 12:40:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 508FF52744; Sat, 14 Jan 2006 15:40:24 -0500 (EST) Date: Sat, 14 Jan 2006 15:40:24 -0500 From: Kris Kennaway To: Tom.Lislegaard@proact.no Message-ID: <20060114204023.GA52608@xor.obsecurity.org> References: <20060114182814.X67335@tom.internal.proact.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20060114182814.X67335@tom.internal.proact.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, tl@lislegaard.net Subject: Re: Stable panics in generic_bzero() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:40:35 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 14, 2006 at 06:33:17PM +0100, Tom.Lislegaard@proact.no wrote: >=20 > 6.0-Stable panics whenever I try to load the OSS sounddriver. I note Sounds like your module is stale, then. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyWG3Wry0BWjoQKURAjSMAJ9xqPuVuuWJ4tYVhAaphF6QJYYe5gCfagQb ESPjby36OwUMi6xhnYJsbjE= =3J2m -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 21:57:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 318DE16A41F for ; Sat, 14 Jan 2006 21:57:53 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 9099A43D72 for ; Sat, 14 Jan 2006 21:57:46 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 30151 invoked by uid 399); 14 Jan 2006 21:57:45 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 14 Jan 2006 21:57:45 -0000 Message-ID: <43C973D8.6090802@FreeBSD.org> Date: Sat, 14 Jan 2006 13:57:44 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Doug Barton , freebsd-stable@FreeBSD.org References: <20060114011006.GA83466@abbott.allenmyland.com> <43C88F18.5070902@FreeBSD.org> <20060114183724.GA2723@abbott.allenmyland.com> In-Reply-To: <20060114183724.GA2723@abbott.allenmyland.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: postgresql doesn't start on boot-up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 21:57:53 -0000 Ken Stevenson wrote: > After getting the most recent ports, I removed the early_late_divider > line from rc.conf and the ntpdate problem went away. dmesg -a looks > perfectly normal now. > > Thanks for your help. Everything's working normally now. No worries, I'm actually very glad to hear that the work that has been done to fix these problems was successful for you! I also appreciate you writing to let us know that it's fixed, as a lot of users skip that step, and leave us wondering whether we're headed in the right direction. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 23:43:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D48916A41F; Sat, 14 Jan 2006 23:43:12 +0000 (GMT) (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 0315343D5F; Sat, 14 Jan 2006 23:43:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0ENh9mN040893; Sat, 14 Jan 2006 18:43: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.13.3/8.13.3) with ESMTP id k0ENh94r069956; Sat, 14 Jan 2006 18:43:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89AEB7302F; Sat, 14 Jan 2006 18:43:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060114234309.89AEB7302F@freebsd-current.sentex.ca> Date: Sat, 14 Jan 2006 18:43:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 23:43:12 -0000 TB --- 2006-01-14 22:40:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-14 22:40:20 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-01-14 22:40:20 - cleaning the object tree TB --- 2006-01-14 22:40:44 - checking out the source tree TB --- 2006-01-14 22:40:44 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-01-14 22:40:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-14 22:50:03 - building world (CFLAGS=-O -pipe) TB --- 2006-01-14 22:50:03 - cd /src TB --- 2006-01-14 22:50:03 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-14 23:38:27 - generating LINT kernel config TB --- 2006-01-14 23:38:27 - cd /src/sys/alpha/conf TB --- 2006-01-14 23:38:27 - /usr/bin/make -B LINT TB --- 2006-01-14 23:38:27 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-14 23:38:27 - cd /src TB --- 2006-01-14 23:38:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 14 23:38:28 UTC 2006 >>> 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 -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/rp/rp_isa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/rp/rp_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/sbsh/if_sbsh.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/scd/scd.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/scd/scd_isa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/si/si.c /src/sys/dev/si/si.c: In function `siattach': /src/sys/dev/si/si.c:557: error: syntax error before "int" *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-14 23:43:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-14 23:43:09 - ERROR: failed to build lint kernel TB --- 2006-01-14 23:43:09 - tinderbox aborted TB --- 0.80 user 3.27 system 3769.03 real