From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 00:01: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 CEF4216A405 for ; Sun, 9 Apr 2006 00:01:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCF043D45 for ; Sun, 9 Apr 2006 00:01:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3900uKv020301; Sat, 8 Apr 2006 18:00:58 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44384EB8.8090803@samsco.org> Date: Sat, 08 Apr 2006 18:00:56 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Chris H." References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> In-Reply-To: <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Pros and Cons of amd64 (versus i386). 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, 09 Apr 2006 00:01:41 -0000 Chris H. wrote: > Quoting Peter Jeremy : > >> On Sat, 2006-Apr-08 20:41:36 +0400, Dmitry Morozovsky wrote: >> >>> On Fri, 7 Apr 2006, Peter Jeremy wrote: >>> PJ> Backup your amd64 environment and install i386. You can re-install >>> PJ> the amd64 once the testing is finished. The best benchmark is >>> always >>> PJ> your own application. >>> >>> Or, even better, use spare disk or at least spare slice. Having >>> fresh good >>> backup never hurts though ;-) >> >> >> Note that using different slices may change your results. All modern >> disks are faster near the outside (start of the disk) then the inside >> (I get more than 50% increase from inside to outside on one system). > > > My experience(s) seem to indicate the center of the platter results in > a quicker hit rate. But none the less; this still only further confirms > your point about the different areas of the platter(s) returning different > results. It might also be worth noting that the large onboard disk caches > that come on most modern hard drives will *also* likely help skew the > results. > > --Chris H. > Modern disks (I don't know how to define a cutoff to this term, unfortunately) definitely put more bits onto the outer rim of the platter than the inner rim. The days of disks having a fixed number of sectors per track across the entire platter are long gone. I was actually just talking about this with a Maxtor servo engineer the other day. I'm still not clear on whether the drive starts recording at the outer rim or the inner rim of the disk, and that could very well different between manufacturers. But, different parts of the disks do indeed perform differently, both for seek time and for sequential data thoroughput. The only way to get a 'fair' comparison is to use separate identical disks with identical partition layouts for each of your OS installs. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 00:03: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 E671C16A403 for ; Sun, 9 Apr 2006 00:03:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C1BA43D46 for ; Sun, 9 Apr 2006 00:03:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3903ndK020306; Sat, 8 Apr 2006 18:03:49 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44384F65.4060007@samsco.org> Date: Sat, 08 Apr 2006 18:03:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rong-En Fan References: <6eb82e0604081602u314fd213lf628319174d383e2@mail.gmail.com> <44384B77.8010006@samsco.org> <6eb82e0604081658m74f2f15ata6e624cfa71c1aa1@mail.gmail.com> In-Reply-To: <6eb82e0604081658m74f2f15ata6e624cfa71c1aa1@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6_1 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, 09 Apr 2006 00:03:52 -0000 Rong-En Fan wrote: > On 4/8/06, Scott Long wrote: > >>Rong-En Fan wrote: >> >>>Hi, >>> >>>According to the webpage [1], 6.1 has been branched on April 5. However, >>>I noticed that there is a tag called RELENG_6_1, not a branch called >>>RELENG_6_1. For example, sys/conf/newvers.sh [2], rev 1.69.2.11, >>>is on RELENG_6 branch with tag RELENG_6_1_BP and RELENG_6_1. >>> >>>It is a bit strange for me. At least, we have RELENG_X_Y branch before >>>and RELENG_X_Y_BP tag. Is there any special reason that we have >>>a tag instead of a branch for 6.1? >> >>RELENG_6_1 is a branch tag (or at least it should have been unless I >>screwed it up). The _BP tag always comes before the branch tag. I >>just checked CVS and it appears to agree with this. Can you give an >>example of what is wrong? > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh > > When 6.0 is branched and moves to RC, it shows > > Revision 1.69.2.8 / (download) - annotate - [select for diffs], Sun > Oct 9 16:59:34 2005 UTC (5 months, 4 weeks ago) by scottl > Branch: RELENG_6 > CVS Tags: RELENG_6_0_BP > Branch point for: RELENG_6_0 > > When 6.1 moves to RC, it shows > > Revision 1.69.2.11 / (download) - annotate - [select for diffs], Sat > Apr 8 14:42:23 2006 UTC (9 hours, 9 minutes ago) by scottl > Branch: RELENG_6 > CVS Tags: RELENG_6_1_BP, RELENG_6_1 > > I expected to see something like the case for 6.0. I didn't see a > branch point for: RELENG_6_1 here. Did I miss something > or cvsweb shows the wrong information? > > Hope we can see 6.1 RELEASE soon :-) > > Thanks, > Rong-En Fan CVS treats branches as tags with special properties. You won't see what you're expecting until there is another commit to that file. What is probably confusing you is that I cheated and slid the tag on newvers.sh after I did the commit, since I meant to do the commit before the tag. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 00:21:03 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 9F77716A401 for ; Sun, 9 Apr 2006 00:21:03 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0265743D6E for ; Sun, 9 Apr 2006 00:20:50 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k390KDOr097570 for ; Sat, 8 Apr 2006 17:20:49 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k390KDfs097569 for freebsd-stable@freebsd.org; Sat, 8 Apr 2006 17:20:13 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 08 Apr 2006 17:20:13 -0700 Message-ID: <20060408172013.b1vkpdjf4884wo8g@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 08 Apr 2006 17:20:13 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <4434CA1F.5030506@rackspace.com> <4434E43D.7010908@gmx.de> <20060406033849.r454nl98kks8sk0s@webmail.1command.com> <4434F4D2.2080708@gmx.de> <20060406040953.zmzszeyh0ggcccg8@webmail.1command.com> <4434FC48.8080102@gmx.de> <20060406045346.8ebxvar40w4cw4g8@webmail.1command.com> <20060408223816.GA17376@nowhere> In-Reply-To: <20060408223816.GA17376@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: splash 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, 09 Apr 2006 00:21:03 -0000 Quoting Craig Boston : > On Thu, Apr 06, 2006 at 04:53:46AM -0700, Chris wrote: >> No kidding? These are the same brands I'm using. The ATI's are PCI >> (onboard ATI - TYAN SMP motherboards) and the nVidia's are AGP. They're >> "higher end" models as well. Must be the way I build the kernel >> regarding boot/ console. Oh well, no complaints. Just interesting to >> hear. > > If you don't have VESA support in your kernel (it's not by default), try > adding > > vesa_load="YES" Thanks for your reply. It's already there. I just need to use vidcontrol to change it. But as I really prefer verbose logging to the console. I wouldn't do well to have a picture covering the output. If it were possible to put a 125 pixel tall banner at the top of the screen with a hi-res 1024x768 console, there-by still allowing the output to flow underneath; that would be cool. But till then, I think I'll stick to the pure output the kernel provides. Thanks again. --Chris H. > > to your loader.conf and see if that helps with higher-resolution splash > images. > > Craig > _______________________________________________ > 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" > -- Linux is not, nor never will be, UNIX. ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 05:03: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 D4C1F16A400 for ; Sun, 9 Apr 2006 05:03:26 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E32243D46 for ; Sun, 9 Apr 2006 05:03:26 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k3953N68099057 for ; Sat, 8 Apr 2006 22:03:24 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k3953NcY099056 for freebsd-stable@freebsd.org; Sat, 8 Apr 2006 22:03:23 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 08 Apr 2006 22:03:23 -0700 Message-ID: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 08 Apr 2006 22:03:23 -0700 From: "Chris H." To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: downgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 05:03:26 -0000 Greetings all, I inadvertently put the wrong tag in my cvsup script and ended up with 5.5-PRERELEASE instead of 5.4. If I just change the tag to default release=cvs tag=RELENG_5_4 will it prune and/ or overwrite my src tree accordingly? Thank you for all your time and consideration. --Chris H. -- Linux: An OS for users who think their using UNIX. ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 05:48: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 4285916A401 for ; Sun, 9 Apr 2006 05:48:28 +0000 (UTC) (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 A62F143D48 for ; Sun, 9 Apr 2006 05:48:27 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [127.0.0.1] (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 76ABA19F2C; Sat, 8 Apr 2006 22:48:26 -0700 (PDT) Message-ID: <4438A02B.3030201@bitfreak.org> Date: Sat, 08 Apr 2006 22:48:27 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Chris H." References: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> In-Reply-To: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "\[FBSDS\]" Subject: Re: downgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 05:48:28 -0000 Chris H. wrote: > Greetings all, > I inadvertently put the wrong tag in my cvsup script and ended up > with 5.5-PRERELEASE instead of 5.4. If I just change the tag to > default release=cvs tag=RELENG_5_4 > will it prune and/ or overwrite my src tree accordingly? Yes, cvsup is fully capable of reverting collections to older versions. Actually, cvsup doesn't really care which is older or newer, it just compares your files to what's on the server, then makes any modifications necessary to make your files match the server's files. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 05:54: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 14E0B16A400 for ; Sun, 9 Apr 2006 05:54:53 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A6EF43D45 for ; Sun, 9 Apr 2006 05:54:52 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so479551wxc for ; Sat, 08 Apr 2006 22:54:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Cvg9jC0P3LZxCVYTHTry+/SQGRVXSJBdEoO9ktO9kyGzoMLxpMN+cfTi8c7/TeB/8tFzSxubWxX7RwTzg6rH05p1E7Z08Qwnz4Z/xCasNffU0puHq3XAuAKbf8G8scoe26wuysWky2SVeGq63lM16JVlqILLZhzPUsy9sQNJS58= Received: by 10.70.71.13 with SMTP id t13mr2508217wxa; Sat, 08 Apr 2006 22:54:52 -0700 (PDT) Received: by 10.70.117.3 with HTTP; Sat, 8 Apr 2006 22:54:52 -0700 (PDT) Message-ID: <84dead720604082254o17c398feme024d4470080a626@mail.gmail.com> Date: Sun, 9 Apr 2006 11:24:52 +0530 From: "Joseph Koshy" To: "Darren Pilgrim" In-Reply-To: <4438A02B.3030201@bitfreak.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> <4438A02B.3030201@bitfreak.org> Cc: "\[FBSDS\]" , "Chris H." Subject: Re: downgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 05:54:53 -0000 ch> I inadvertently put the wrong tag in my cvsup script and ch> ended up with 5.5-PRERELEASE instead of 5.4. If I just ch> change the tag to default release=3Dcvs tag=3DRELENG_5_4 ch> will it prune and/ or overwrite my src tree accordingly? dp> Yes, cvsup is fully capable of reverting collections to dp> older versions. You might want to specify the 'delete' keyword in your cvsup configuration too. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 06:04: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 8D6BB16A400 for ; Sun, 9 Apr 2006 06:04:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCA6743D45 for ; Sun, 9 Apr 2006 06:04:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp196-112.lns1.adl4.internode.on.net [203.122.196.112]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k39640OZ033899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Apr 2006 15:34:01 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 9 Apr 2006 15:33:58 +0930 User-Agent: KMail/1.9.1 References: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> In-Reply-To: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1165515.1d7dO68dlh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604091534.00079.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: "Chris H." Subject: Re: downgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 06:04:55 -0000 --nextPart1165515.1d7dO68dlh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 09 April 2006 14:33, Chris H. wrote: > I inadvertently put the wrong tag in my cvsup script and ended up > with 5.5-PRERELEASE instead of 5.4. If I just change the tag to > default release=3Dcvs tag=3DRELENG_5_4 > will it prune and/ or overwrite my src tree accordingly? Yes it will. =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 --nextPart1165515.1d7dO68dlh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOKPQ5ZPcIHs/zowRAtMAAKCJp7ghxX3BpJtBLwHBDpxuMsVftACfTFzz lR09632Chka/d4d8OWRCP4U= =TdGH -----END PGP SIGNATURE----- --nextPart1165515.1d7dO68dlh-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 07:12: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 E0AFA16A400 for ; Sun, 9 Apr 2006 07:12:00 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3614443D48 for ; Sun, 9 Apr 2006 07:11:59 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so482295wxc for ; Sun, 09 Apr 2006 00:11:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=f1q4Ac/ZWcNFn9NoUTUGpQ3+Vp3wrTv2lE49imfU9v+3yi2RnZxg3/gzhOpTDzrFf6nbmtHVwAFD2BigoEk+aLaB1KEDnowZvEuMpS/cnenTJYTO24I7s3Jv+c1ApR2rW2E++NCoO5nVY/VX/sTxgeE/AEaxlOJwbg762wRkEbo= Received: by 10.70.52.18 with SMTP id z18mr124244wxz; Sun, 09 Apr 2006 00:11:59 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Sun, 9 Apr 2006 00:11:59 -0700 (PDT) Message-ID: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> Date: Sun, 9 Apr 2006 15:11:59 +0800 From: "Mars G. Miro" To: "Dmitry Morozovsky" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 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, 09 Apr 2006 07:12:01 -0000 On 4/8/06, Dmitry Morozovsky wrote: > On Fri, 7 Apr 2006, Mars G. Miro wrote: > > MGM> Greetz! > MGM> > MGM> I have an HP DL145 that I'm having problems with when connecting vi= a > MGM> serial console. I think it's acpi-related. This is on 6.1-BETA4/amd6= 4 > MGM> (5.X is the same also) > > [snip] > > It seems it's DL145 G2. We use three of them and did not see your problem= . Yes it's a G2. Sorry i ommitted that information the first time. > However, *sometimes* serial consoles work only for input (I can login and > check new processes presence on ttyd0, but can not see any messages. Trou= ble > is > that this situation is not easy reproducible, and stty state seems to be = the > same. > Does the box seem to hang when you do this? e.g., when you do not see any messages. > What is you stop getty on ttyd0 and try to run two tip's? > I'm not sure I get you, sorry ;-( Can you elaborate further? Thanks. > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 07:41: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 E12A916A400 for ; Sun, 9 Apr 2006 07:41:13 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D68943D46 for ; Sun, 9 Apr 2006 07:41:13 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k397fBJm099621 for ; Sun, 9 Apr 2006 00:41:12 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k397fBHX099620 for freebsd-stable@freebsd.org; Sun, 9 Apr 2006 00:41:11 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sun, 09 Apr 2006 00:41:11 -0700 Message-ID: <20060409004111.tzfkzd49wwwk0k8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Sun, 09 Apr 2006 00:41:11 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20060408220323.03aqx9p400c8k88o@webmail.1command.com> <4438A02B.3030201@bitfreak.org> In-Reply-To: <4438A02B.3030201@bitfreak.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: downgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 07:41:14 -0000 Hello, Excellent. This was my understanding. But I've been up for awhile (too long) and just wanted to make sure I hadn't overlooked anything before potentially getting even farther from my goal. Thanks for the response. --Chris H. Quoting Darren Pilgrim : > Chris H. wrote: >> Greetings all, >> I inadvertently put the wrong tag in my cvsup script and ended up >> with 5.5-PRERELEASE instead of 5.4. If I just change the tag to >> default release=cvs tag=RELENG_5_4 >> will it prune and/ or overwrite my src tree accordingly? > > Yes, cvsup is fully capable of reverting collections to older versions. > > Actually, cvsup doesn't really care which is older or newer, it just > compares your files to what's on the server, then makes any > modifications necessary to make your files match the server's files. > > _______________________________________________ > 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" > -- Linux: As OS for users who think their using UNIX. ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 08:09: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 8E5C016A464 for ; Sun, 9 Apr 2006 08:09:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id D92FE43D45 for ; Sun, 9 Apr 2006 08:09:53 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail26.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k3989bro018660 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 9 Apr 2006 18:09:40 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k3989anN008867; Sun, 9 Apr 2006 18:09:37 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k3989Sh6008866; Sun, 9 Apr 2006 18:09:28 +1000 (EST) (envelope-from peter) Date: Sun, 9 Apr 2006 18:09:27 +1000 From: Peter Jeremy To: Scott Long Message-ID: <20060409080927.GC720@turion.vk2pj.dyndns.org> References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44384EB8.8090803@samsco.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: Pros and Cons of amd64 (versus i386). 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, 09 Apr 2006 08:09:54 -0000 On Sat, 2006-Apr-08 18:00:56 -0600, Scott Long wrote: >Modern disks (I don't know how to define a cutoff to this term, >unfortunately) I got my first ZBR (zone-block recording) Seagate SCSI disk at work about 20 years ago. I'm not sure when it became common. >other day. I'm still not clear on whether the drive starts recording >at the outer rim or the inner rim of the disk, and that could very well >different between manufacturers. Traditionaly hard disks have cylnder 0 at the outside. It's possible that some manufacturers may have swapped this. Note that CDs and DVD have block 0 at the inside and so the best I/O performance is usually at the end of the disk. > The only way to get a 'fair' comparison is to use >separate identical disks with identical partition layouts for each >of your OS installs. If disk I/O is an issue, maybe even newfs the partitions for each test. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 09:26: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 033C916A403; Sun, 9 Apr 2006 09:26:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 571A543D45; Sun, 9 Apr 2006 09:26:05 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k399Q3Eo020186; Sun, 9 Apr 2006 13:26:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 9 Apr 2006 13:26:03 +0400 (MSD) From: Dmitry Morozovsky To: "Mars G. Miro" In-Reply-To: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> Message-ID: <20060409131952.N99847@woozle.rinet.ru> References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 09 Apr 2006 13:26:04 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 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, 09 Apr 2006 09:26:06 -0000 On Sun, 9 Apr 2006, Mars G. Miro wrote: MGM> > MGM> I have an HP DL145 that I'm having problems with when connecting via MGM> > MGM> serial console. I think it's acpi-related. This is on 6.1-BETA4/amd64 MGM> > MGM> (5.X is the same also) MGM> > MGM> > [snip] MGM> > MGM> > It seems it's DL145 G2. We use three of them and did not see your problem. MGM> MGM> Yes it's a G2. Sorry i ommitted that information the first time. MGM> MGM> > However, *sometimes* serial consoles work only for input (I can login and MGM> > check new processes presence on ttyd0, but can not see any messages. Trouble MGM> > is MGM> > that this situation is not easy reproducible, and stty state seems to be the MGM> > same. MGM> > MGM> MGM> Does the box seem to hang when you do this? e.g., when you do not see MGM> any messages. Nope. The box is working properly: I checked it by logging via ssh and digging throoup list of processes and their states; the only data which can not get throudh is serial from G2 to serial console. I can (blindly) login, type `sleep 50' and see sleep process from ssh connection. After logout, getty _sometimes_ returns sio0 to the proper state, so 'login:' is visible on the other side. What is also interesting, that the box is _never_ in this state on boot phase or single user sh: only after getty/login, and not every time. MGM> > What is you stop getty on ttyd0 and try to run two tip's? MGM> > MGM> MGM> I'm not sure I get you, sorry ;-( Can you elaborate further? s/is/if/ of course. Try to disable getty in /etc/ttys, and start tip -9600 ttyd0 on G2 side - can you communicate with the other side? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 10:58: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 D97F916A402 for ; Sun, 9 Apr 2006 10:58:58 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1564643D46 for ; Sun, 9 Apr 2006 10:58:57 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s15so468402wxc for ; Sun, 09 Apr 2006 03:58:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MnBieWNzuVCvJaW4sCR2UmO7dJEJPftAyh3OWU3XU4kkd/pA444R92+EJhXrzbilcV3UiVotp6towb5QqrI9tx8xfUbjk4qa0MNpX+otm1HyQfEVIXtGloyaNKHBHRIG+6+7TrAlvi+Da3H3hhdxlhlTDANTp7c99yJtO8HfRuM= Received: by 10.70.83.19 with SMTP id g19mr3825277wxb; Sun, 09 Apr 2006 03:58:57 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Sun, 9 Apr 2006 03:58:57 -0700 (PDT) Message-ID: <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> Date: Sun, 9 Apr 2006 18:58:57 +0800 From: "Mars G. Miro" To: "Dmitry Morozovsky" In-Reply-To: <20060409131952.N99847@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <20060409131952.N99847@woozle.rinet.ru> Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 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, 09 Apr 2006 10:58:59 -0000 On 4/9/06, Dmitry Morozovsky wrote: > On Sun, 9 Apr 2006, Mars G. Miro wrote: > > MGM> > MGM> I have an HP DL145 that I'm having problems with when > connecting via > MGM> > MGM> serial console. I think it's acpi-related. This is on > 6.1-BETA4/amd64 > MGM> > MGM> (5.X is the same also) > MGM> > > MGM> > [snip] > MGM> > > MGM> > It seems it's DL145 G2. We use three of them and did not see your > problem. > MGM> > MGM> Yes it's a G2. Sorry i ommitted that information the first time. > MGM> > MGM> > However, *sometimes* serial consoles work only for input (I can lo= gin > and > MGM> > check new processes presence on ttyd0, but can not see any message= s. > Trouble > MGM> > is > MGM> > that this situation is not easy reproducible, and stty state seems= to > be the > MGM> > same. > MGM> > > MGM> > MGM> Does the box seem to hang when you do this? e.g., when you do not se= e > MGM> any messages. > > Nope. The box is working properly: I checked it by logging via ssh and > digging > throoup list of processes and their states; the only data which can not g= et > throudh is serial from G2 to serial console. I can (blindly) login, type > `sleep > 50' and see sleep process from ssh connection. After logout, getty > _sometimes_ > returns sio0 to the proper state, so 'login:' is visible on the other sid= e. > > What is also interesting, that the box is _never_ in this state on > boot phase or single user sh: only after getty/login, and not every time. > > MGM> > What is you stop getty on ttyd0 and try to run two tip's? > MGM> > > MGM> > MGM> I'm not sure I get you, sorry ;-( Can you elaborate further? > > s/is/if/ of course. Try to disable getty in /etc/ttys, and start > tip -9600 ttyd0 on G2 side - can you communicate with the other side? > > I tried your suggestion. I disabled the relevant ttyd0 entry in the DL145 G2's /etc/ttys and made the other box the server instead of the client (adding the same relevant /etc/ttys entry). The moment I HUP init on the other box, the effect is the same on the G2. The box is hung. Network services such as ssh just halt. ICMP still works tho. And as usual, acpi0 interrupts (and cpu consumption) hit thru the roof: irq9: acpi0 20218233 254 I know that If i disable acpi the serial console works. There's a BIOS update but doesn't really seem relevant as it only fixes HBA stuff: http://h18004.www1.hp.com/support/files/server/us/download/23932.html ( add to that the lousy prerequisite I must have win2k/win2k3 installed ... grrrr) Thanks. > > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 11:22: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 6ABFF16A403; Sun, 9 Apr 2006 11:22:15 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7101D43D46; Sun, 9 Apr 2006 11:22:14 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k39BMCS8046608; Sun, 9 Apr 2006 15:22:12 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 9 Apr 2006 15:22:12 +0400 (MSD) From: Dmitry Morozovsky To: "Mars G. Miro" In-Reply-To: <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> Message-ID: <20060409151757.L99847@woozle.rinet.ru> References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <20060409131952.N99847@woozle.rinet.ru> <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 09 Apr 2006 15:22:13 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 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, 09 Apr 2006 11:22:15 -0000 On Sun, 9 Apr 2006, Mars G. Miro wrote: MGM> There's a BIOS update but doesn't really seem relevant as it only MGM> fixes HBA stuff: MGM> http://h18004.www1.hp.com/support/files/server/us/download/23932.html MGM> ( add to that the lousy prerequisite I must have win2k/win2k3 MGM> installed ... grrrr) Hmm, other BIOS Updates may be relevant, yes. Which version of Main BIOS do you have? Actually, you should not have win2k installed on the very same server; however, prior to iLO 1.21 you *must* use USB floppy to boot from. If you need to I can prepare .img files for dd for you - just drop a note ;-) I did not dig into these .EXE format though - it seems there should be rather straightforward process to extract floppy images from HP soft updates... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 11:46: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 6EE3816A406 for ; Sun, 9 Apr 2006 11:46:15 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D0843D48 for ; Sun, 9 Apr 2006 11:46:14 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so494222wxc for ; Sun, 09 Apr 2006 04:46:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SHNHgLLoFNyreFEXuYijW9O6+g1CPoR7LgvtMUPxBHzM5lGoqVBmrV5ZN5AfegBlzK7RrWmUpT/N/n60A+MNhxXiWNt6GG7Vp9wy6JeCRF+u8kDYtOjjbpYzMdxTZoraU7rifP7KMDd0T7HRJnhjsTiPC01Zkj1IZO1UjotzdQ8= Received: by 10.70.42.13 with SMTP id p13mr638671wxp; Sun, 09 Apr 2006 04:46:13 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Sun, 9 Apr 2006 04:46:13 -0700 (PDT) Message-ID: <28edec3c0604090446r9a65c92j4d027e0d889e4411@mail.gmail.com> Date: Sun, 9 Apr 2006 19:46:13 +0800 From: "Mars G. Miro" To: "Dmitry Morozovsky" In-Reply-To: <20060409151757.L99847@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <20060409131952.N99847@woozle.rinet.ru> <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> <20060409151757.L99847@woozle.rinet.ru> Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 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, 09 Apr 2006 11:46:15 -0000 On 4/9/06, Dmitry Morozovsky wrote: > On Sun, 9 Apr 2006, Mars G. Miro wrote: > > MGM> There's a BIOS update but doesn't really seem relevant as it only > MGM> fixes HBA stuff: > MGM> http://h18004.www1.hp.com/support/files/server/us/download/23932.htm= l > MGM> ( add to that the lousy prerequisite I must have win2k/win2k3 > MGM> installed ... grrrr) > > Hmm, other BIOS Updates may be relevant, yes. Which version of Main BIOS = do > you > have? > Ok the box is: Phoenix Server BIOS 3 RELEASE 6.1 BIOS ROM ID HPSYSTEM BIOS - O05 BIOS Version 2.09 Build date 05/05/05 IPMI Specification V 1.5 BMC Firmware 1.00.00000000 And there's only 1 BIOS update on their site for this box. > Actually, you should not have win2k installed on the very same server; > however, > prior to iLO 1.21 you *must* use USB floppy to boot from. If you need to = I > can > prepare .img files for dd for you - just drop a note ;-) > Actually I do not have win2k on it, I meant that the prerequisite for installing the new firmware is win2k/win2k3(w/c is a REAL PITA), as stated on their site in the URL I gave. > I did not dig into these .EXE format though - it seems there should be > rather > straightforward process to extract floppy images from HP soft updates... > That would be interesting :-) Thanks. > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > cheers mars From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 13:03: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 7710A16A403 for ; Sun, 9 Apr 2006 13:03:47 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B3FA43D46 for ; Sun, 9 Apr 2006 13:03:46 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 16903 invoked from network); 9 Apr 2006 13:03:45 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.131.162]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 9 Apr 2006 13:03:45 -0000 Date: Sun, 9 Apr 2006 15:03:26 +0200 From: Fabian Keil To: Brian Candler Message-ID: <20060409150326.4a257d38@localhost> In-Reply-To: <20060408115100.GA66489@uk.tiscali.com> References: <20060408115100.GA66489@uk.tiscali.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_aq+./LqY529Z=MAzusduhiJ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: Prism wi support in 6.x - or alternative 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: Sun, 09 Apr 2006 13:03:47 -0000 --Sig_aq+./LqY529Z=MAzusduhiJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Brian Candler wrote: > I Hvae an IBM Thinkpad X30 with a miniPCI wireless card: >=20 > wi0: mem 0xf8000000-0xf8000fff irq 11 at device > 2.0 on pci1 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) > wi0: Ethernet address: 00:05:3c:09:7e:9d > wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >=20 > I have found it to be flaky under FreeBSD 5.4. It's OK for occasional > use but when under heavy load, e.g. 'unison' syncing to another > machine, it locks up: >=20 > Mar 27 21:10:00 thinkdog kernel: wi0: timeout in wi_cmd 0x010b; event > status 0xa000 Mar 27 21:10:00 thinkdog kernel: wi0: xmit failed > Mar 27 21:10:04 thinkdog kernel: wi0: timeout in wi_cmd 0x0021; event > status 0xa000 Mar 27 21:10:09 thinkdog kernel: wi0: wi_cmd: busy bit > won't clear. >=20 > At this point the only solution is to unload and reload the if_wi > module. >=20 > So my questions are: >=20 > 1. Is support for this hardware significantly improved in 6.X? I don't think so. I have a wi card which worked fine in 5.4, but shows the symptoms above on 6.x. =20 > 2. If I were to buy another miniPCI card to replace it, what's the > current recommendation? Something which works with ath. Fabian --=20 http://www.fabiankeil.de/ --Sig_aq+./LqY529Z=MAzusduhiJ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOQYwjV8GA4rMKUQRAgZqAJ434c8b5ds+Kdu/1wUMuSHQMDgQmACeJLVF jVHU1+6rhyeWEKbMJCZIxxg= =2BMU -----END PGP SIGNATURE----- --Sig_aq+./LqY529Z=MAzusduhiJ-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 13:50: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 8E4CA16A402 for ; Sun, 9 Apr 2006 13:50:24 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC8743D45 for ; Sun, 9 Apr 2006 13:50:23 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so697054nzf for ; Sun, 09 Apr 2006 06:50:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=E+PTuyzh+Y5WK9ufCVd420ciHEoacaRI9zMJUs/A2zNhOpVgnAsBas5NHqrCL5tRwRbFIr1rcGSx72dYlxS54FQBOHIAvOEOdsRUIrO5CAVuyFbHbXbwUoLtSNcyHjVKTiqTxw4w1JZPWhZmJerLC70+6QiOC4bW+ddzsdq45VQ= Received: by 10.36.227.74 with SMTP id z74mr4359226nzg; Sun, 09 Apr 2006 06:50:23 -0700 (PDT) Received: by 10.36.153.3 with HTTP; Sun, 9 Apr 2006 06:50:23 -0700 (PDT) Message-ID: <89dbfdc30604090650u425afc15h49d5cc31d95cf552@mail.gmail.com> Date: Sun, 9 Apr 2006 09:50:23 -0400 From: "Kim Culhan" To: "Harti Brandt" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: stable@freebsd.org Subject: Re: serial console installation of 6.1-BETA4 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, 09 Apr 2006 13:50:24 -0000 >From some recent research into serial console for use on 6.1-PRERELEASE the best method was to create a boot.config file in the root directory: /boot.config with one line containing just: -P This produces a console on both the internal console as well as on the serial port. Hope this helps -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 16:00: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 D38F716A406 for ; Sun, 9 Apr 2006 16:00:46 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id C306F43D48 for ; Sun, 9 Apr 2006 16:00:45 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by nproxy.gmail.com with SMTP id m18so537981nfc for ; Sun, 09 Apr 2006 09:00:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:from; b=a6wUMQ3fq6/kzVdUQfNkIkUvoL5I9hGbO7c9VAJY/VsSA73Y3Vtsh8drcLn+zgrzFBNjllnYqxe1mouZaBh0uT3M3DlvQgTv01pUt30aKyyF6Zwp89NwRfjTnnF1iY7ZYp5OnbgkZwuYGHmCH6vPTIe5J9//NYMIuCAf04BIUsw= Received: by 10.48.211.8 with SMTP id j8mr3157892nfg; Sun, 09 Apr 2006 09:00:44 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.23]) by mx.gmail.com with ESMTP id x24sm739617nfb.2006.04.09.09.00.42; Sun, 09 Apr 2006 09:00:44 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k39G01LF003409; Sun, 9 Apr 2006 18:00:05 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k38BnBmb013226; Sat, 8 Apr 2006 13:49:11 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sat, 8 Apr 2006 13:49:11 +0200 To: Max Laier Message-ID: <20060408114911.GA1021@roadrunner.q.local> Mail-Followup-To: Max Laier , freebsd-stable@freebsd.org References: <20060406121421.GA1030@roadrunner.q.local> <200604080033.32208.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <200604080033.32208.max@love2party.net> From: Ulrich Spoerlein Cc: freebsd-stable@freebsd.org Subject: Re: [panic] ipw and kismet 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, 09 Apr 2006 16:00:46 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Max Laier wrote: > Could you try the attached patch, please? This is something I did for > iwi and just moved the general idea over without testing or close > evaluation. So be aware and let me know either way. Thanks. Great, Thanks! I ran with this patch and loaded different fimwares, upped and downed the interface like mad and not a single panic! I only ran with INVARIANTS, I'm currently recompiling with INVARIANTS+WITNESS and will give it another try, but it seems to work just fine. Please commit this, and I hope if will make it into 6.1-RELEASE. Thanks again! Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEN6M2524iJyD+6d0RAgyvAJ0WcV6M3X6Ki6bW4YxQwK6LOCPH+gCfXQu8 DjDjXfoAw5JpdqJHgRgbkKQ= =dAA1 -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 16:10: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 F344616A405 for ; Sun, 9 Apr 2006 16:10:01 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91AD543D46 for ; Sun, 9 Apr 2006 16:10:00 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by nproxy.gmail.com with SMTP id m18so538853nfc for ; Sun, 09 Apr 2006 09:09:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:from; b=PyKxt6JfWCc7oaIBso3IdMnUx38wRI7hfUKwFCUa7Q87uLrYShckXU9kojkqLj1AgaHN+OTuoWBvSd9gULx+eE/RUxVpRJrdKD1uTwfI4+hDRIciqlrxGW2LC4O+cWrVIBJPOblWoadWiWpOoenQf3hUHKhPuPmXG06rSzos7ws= Received: by 10.49.69.20 with SMTP id w20mr3086448nfk; Sun, 09 Apr 2006 09:09:59 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.23]) by mx.gmail.com with ESMTP id m16sm214580nfc.2006.04.09.09.09.57; Sun, 09 Apr 2006 09:09:59 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k39G6YvJ003827; Sun, 9 Apr 2006 18:06:35 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k39G6WUU003820; Sun, 9 Apr 2006 18:06:32 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sun, 9 Apr 2006 18:06:31 +0200 To: Hajimu UMEMOTO Message-ID: <20060409160631.GA2956@roadrunner.q.local> Mail-Followup-To: Hajimu UMEMOTO , stable@freebsd.org References: <20060405152718.GA1003@roadrunner.q.local> <6eb82e0604070915o16c98adfx486080de9ec9fa75@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: From: Ulrich Spoerlein Cc: stable@freebsd.org Subject: Re: resolver doesn't see resolv.conf 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: Sun, 09 Apr 2006 16:10:02 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hajimu UMEMOTO wrote: > Hi, > Oops, it should be: >=20 > http://www.imasy.or.jp/~ume/FreeBSD/nss_resinit-20060408.tar.gz Very nice. I wonder though, why has resinit to come before files? Shouldn't it be files resinit dns? Anyway, after some limited testing, it seems to work fine. Thanks a bunch! I hope this does make it into FreeBSD some time. Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOTEH524iJyD+6d0RAnrjAKCezrSNjX2kF0UQq1SocCbeuEpudwCeP+2k 5wV1/pTykpGD26yk5gmFQ14= =JKYh -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 16:44:50 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 F0B3616A401 for ; Sun, 9 Apr 2006 16:44:49 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE7043D45 for ; Sun, 9 Apr 2006 16:44:47 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by nproxy.gmail.com with SMTP id m18so542624nfc for ; Sun, 09 Apr 2006 09:44:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:from; b=ohLvpf/JE2yu5Ay1hWlIPKWXFgITcH1fANo2u+PZg6L+/iT9/YxgyuHWpfaiWSoWBaCmVc/YbODeMRshoyyRvAtBzuHbyDfHW4VAzdSuAobU5zGGfBHLTthldKSb1ooNteJpgClOcRJoZcq987KQjrq3dCREIzItU5PPlDwnJ4M= Received: by 10.49.3.14 with SMTP id f14mr1034461nfi; Sun, 09 Apr 2006 09:44:46 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.23]) by mx.gmail.com with ESMTP id o9sm557578nfa.2006.04.09.09.44.44; Sun, 09 Apr 2006 09:44:46 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k39GiNSx004619 for ; Sun, 9 Apr 2006 18:44:23 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k39GiMtD004618 for stable@freebsd.org; Sun, 9 Apr 2006 18:44:22 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sun, 9 Apr 2006 18:44:22 +0200 To: stable@freebsd.org Message-ID: <20060409164422.GD2956@roadrunner.q.local> Mail-Followup-To: stable@freebsd.org References: <20060405152718.GA1003@roadrunner.q.local> <20060406153938.C78654@orthanc.ca> <20060408083955.GA1041@roadrunner.q.local> <4464lki4jg.fsf@be-well.ilk.org> <447j6041qh.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline In-Reply-To: <447j6041qh.fsf@be-well.ilk.org> From: Ulrich Spoerlein Cc: Subject: Re: resolver doesn't see resolv.conf 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: Sun, 09 Apr 2006 16:44:50 -0000 --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lowell Gilbert wrote: > Lowell Gilbert writes: > > Ulrich Spoerlein writes: > > > Lyndon Nerenberg wrote: > > > > The solution is to run a local caching nameserver instance. You sh= ould do this anyway, for=20 > > > > performance reasons. Add 'named_enable=3D"YES"' to /etc/rc.conf, an= d modify your=20 > > > > /etc/dhclient.conf as follows: > > >=20 > > > Good idea, but this defeates the hierarchical purpose of DNS. Now my > > > caching DNS is always querying the root DNS servers. > >=20 > > I worked around that by having dhclient-script rewrite the named.conf > > (to add a "forwarders" clause), and restart the named. I don't have a > > laptop any more, and this doesn't seem to be one of the scripts I keep > > around in my web pages, but I could go back to old backups for it... >=20 > Oh, look I found it. This was with the old (ISC) dhclient, but I > think it should work with the current one also. =20 > > [snip] >=20 > It's a bit of a hack, but it lets you use the DHCP-supplied nameserver > without any glitches when the address for that server changes under > you. =20 Great, I though about something equally myself, as a cacheing nameserver would surely be handy. I'll give it a shot, but perhaps I can live with the simple append/prepend stuff for split DNS. I'll see how it goes. Thanks to all for the various suggestions. Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOTnl524iJyD+6d0RAnlwAJ9H7Z/HlQ4fhAVu+n0iI+KvaGTy/gCff+p1 uB0CXQIQ2sHCPm2npUixq/o= =zWvt -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 17:01: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 1939C16A400 for ; Sun, 9 Apr 2006 17:01:36 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8E543D46 for ; Sun, 9 Apr 2006 17:01:34 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:iJs4ZbCVM5ua+FRgQa7LWe34MU5VuZ4H8cwJd0Ummt0u0/pqZ5AJtF2ff0+Gwb/t@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k39H1Skk085051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 02:01:28 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 10 Apr 2006 02:01:27 +0900 Message-ID: From: Hajimu UMEMOTO To: Ulrich Spoerlein In-Reply-To: <20060409160631.GA2956@roadrunner.q.local> References: <20060405152718.GA1003@roadrunner.q.local> <6eb82e0604070915o16c98adfx486080de9ec9fa75@mail.gmail.com> <20060409160631.GA2956@roadrunner.q.local> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Mon, 10 Apr 2006 02:01:29 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: stable@freebsd.org Subject: Re: resolver doesn't see resolv.conf 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: Sun, 09 Apr 2006 17:01:36 -0000 Hi, >>>>> On Sun, 9 Apr 2006 18:06:31 +0200 >>>>> Ulrich Spoerlein said: spoerlein> Very nice. I wonder though, why has resinit to come before files? spoerlein> Shouldn't it be files resinit dns? Yup, it is enough to put resinit just before dns, and it should work. However, our resolver calls res_init(3) for some resolver options even when looking up /etc/hosts. So, I prefer to put resinit at first. spoerlein> Anyway, after some limited testing, it seems to work fine. Thanks a spoerlein> bunch! I hope this does make it into FreeBSD some time. Thank you for testing. I've uploaded new tarball which includes a manpage, little while ago: http://www.imasy.or.jp/~ume/FreeBSD/nss_resinit-20060410.tar.gz I think there is no inevitability to commit it into our base tree. Perhaps, the ports is good place. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 17:10: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 AC4C816A401; Sun, 9 Apr 2006 17:10:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 184E743D46; Sun, 9 Apr 2006 17:10:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.178.169] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1FSdQg3uhE-0002I7; Sun, 09 Apr 2006 19:10:27 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Sun, 9 Apr 2006 19:08:56 +0200 User-Agent: KMail/1.9.1 References: <20060330003628.GA81305@ender.liquidneon.com> In-Reply-To: <20060330003628.GA81305@ender.liquidneon.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1286877.yOxhjxUgie"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604091909.02664.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Call for FreeBSD Status Reports 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, 09 Apr 2006 17:10:28 -0000 --nextPart1286877.yOxhjxUgie Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 30 March 2006 02:36, Brad Davis wrote: > Hi All, > > It is time for the quarterly Status Reports. As always, reports are > encouraged for anything that relates to FreeBSD development, > documentation, independent projects, or anything else that might be > interesting to the community as a whole. Reports should be one to two > paragraphs in length. > > The template for submissions is here: > http://www.freebsd.org/news/status/report-sample.xml > > Submissions should be submitted to monthly at FreeBSD.org by April 7th. Unfortunately we have a not too convincing turnout so far. There are - as= =20 always - very interesting reports we'd like to publish as soon as possible,= =20 but as we have less than half of the reports we had last round we are=20 extending the deadline to Wednesday, April 12th. Please remember that even small progress to you might be worth reporting. = =20 Even if you didn't make progress at all it might help to expose your projec= t=20 in the status reports to get feedback to make progress as a consequence of= =20 that. Looking forward to your submissions. Thanks a lot. http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1286877.yOxhjxUgie Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOT+uXyyEoT62BG0RAiGOAJ9/KcoXsRxKN6jZxSlHik8mR29RwQCfYALP v/9Eneuo6cnQUgx+hQBwNHM= =GWiL -----END PGP SIGNATURE----- --nextPart1286877.yOxhjxUgie-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 17:10: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 5C28316A610; Sun, 9 Apr 2006 17:10:51 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE8E43D46; Sun, 9 Apr 2006 17:10:50 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k39HAn5T023916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 9 Apr 2006 19:10:49 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k39HAnGs023914; Sun, 9 Apr 2006 19:10:49 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k39H9HUp085885; Sun, 9 Apr 2006 19:09:17 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k39H9HEh085884; Sun, 9 Apr 2006 19:09:17 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 9 Apr 2006 19:09:17 +0200 To: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20060409170917.GA85736@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@freebsd.org, 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: devfs weirdness with kqemu 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, 09 Apr 2006 17:10:51 -0000 I got a report of this on irc: # kldload kqemu $ ls -l /dev/kqemu* ls: /dev/kqemu*: No such file or directory $ ls -l /dev/kqemu crw-rw---- 1 root wheel 220, 0 Apr 7 15:54 /dev/kqemu $ ls -l /dev/kqemu* crw-rw---- 1 root wheel 220, 0 Apr 7 15:54 /dev/kqemu0 crw-rw---- 1 root wheel 220, 1 Apr 7 15:54 /dev/kqemu1 Is this something the kld is doing wrong (/usr/ports/emulators/kqemu-kmod) or is it a devfs problem? The report I got was for 6.0, but it also happens for me on RELENG_5. This is nothing serious (kqemu works), but it certainly can be confusing for users... From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 17:13:25 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 5873E16A405 for ; Sun, 9 Apr 2006 17:13:25 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8403743D58 for ; Sun, 9 Apr 2006 17:12:45 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by uproxy.gmail.com with SMTP id m3so477554ugc for ; Sun, 09 Apr 2006 10:12:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:from; b=DaKKmo19293KUzYgUNGFgGuKj7QSNBJMcFtixWePjpyy8JBHM5CSmaYe45Bpi3jTqhfxBYbTieS/Fmr6ZyVKaTrbKMu9oEHkE8xC6c44L8sUsQ7koBCqKusk/hi/2CQFRmLLfHvhcO7X+Z6JEvcW3feVcrP3G6WaAIV49jBdrN8= Received: by 10.66.249.10 with SMTP id w10mr2603342ugh; Sun, 09 Apr 2006 10:12:44 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.23]) by mx.gmail.com with ESMTP id a1sm158717ugf.2006.04.09.10.12.41; Sun, 09 Apr 2006 10:12:44 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k39HCRof005045; Sun, 9 Apr 2006 19:12:27 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k39HCO4J005036; Sun, 9 Apr 2006 19:12:24 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sun, 9 Apr 2006 19:12:24 +0200 To: Dmitry Pryanishnikov Message-ID: <20060409171224.GE2956@roadrunner.q.local> Mail-Followup-To: Dmitry Pryanishnikov , stable@freebsd.org References: <20060405152718.GA1003@roadrunner.q.local> <20060406153938.C78654@orthanc.ca> <20060408083955.GA1041@roadrunner.q.local> <20060408211725.H47923@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EY/WZ/HvNxOox07X" Content-Disposition: inline In-Reply-To: <20060408211725.H47923@atlantis.atlantis.dp.ua> From: Ulrich Spoerlein Cc: stable@freebsd.org Subject: Re: resolver doesn't see resolv.conf 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: Sun, 09 Apr 2006 17:13:25 -0000 --EY/WZ/HvNxOox07X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dmitry Pryanishnikov wrote: > Hello! >=20 > On Sat, 8 Apr 2006, Ulrich Spoerlein wrote: > >Good idea, but this defeates the hierarchical purpose of DNS. Now my > >caching DNS is always querying the root DNS servers. >=20 > Sorry, but what kind of hierarchy does it defeat? If client's query > can't be satisfied from provider's DNS cache, and doesn't refer to > domain which is hosted on ISP, then provider's DNS server will make > first query to root DNS server, and then will walk down domain hierarchy > (e.g. .ua -> .dp.ua -> atlantis.dp.ua). So setting client's DNS to direct= ly > query root servers defeats just the provider's DNS cache. Exactly. Since I have the honour to use a dialup connection regularly, I'd rather have a forwarding-only DNS server, since that will cut down the number of DNS packets on the dialup-link tremendously. The dhclient/named hacks are all very nice, but additionally I'll need the same in ppp.linkup. > >And there might be ISPs who disallow outgoing DNS connections to > >somewhere else than their own DNS servers. >=20 > Not us ;) Lucky you, but I'd rather go the local route, since this should always work and be faster (provided the "ISP"'s named is not overloaded) Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --EY/WZ/HvNxOox07X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOUB3524iJyD+6d0RAgPXAJ4yTICDCfJx4NuDx7N5B/32mS0XsgCeNOSp I8PqpJ/bSmv/pOxPSCS2FgI= =5Y1L -----END PGP SIGNATURE----- --EY/WZ/HvNxOox07X-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 17:38: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 6AE6516A400; Sun, 9 Apr 2006 17:38:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8EBD43D46; Sun, 9 Apr 2006 17:38:37 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.178.169] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1FSdrs3jNT-0002tt; Sun, 09 Apr 2006 19:38:33 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sun, 9 Apr 2006 19:37:01 +0200 User-Agent: KMail/1.9.1 References: <20060406121421.GA1030@roadrunner.q.local> <200604080033.32208.max@love2party.net> <20060408114911.GA1021@roadrunner.q.local> In-Reply-To: <20060408114911.GA1021@roadrunner.q.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5477382.LNtJToMZ6C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604091937.08645.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Florent Thoumie , Ulrich Spoerlein Subject: Re: [panic] ipw and kismet 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, 09 Apr 2006 17:38:38 -0000 --nextPart5477382.LNtJToMZ6C Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 08 April 2006 13:49, Ulrich Spoerlein wrote: > Max Laier wrote: > > Could you try the attached patch, please? This is something I did for > > iwi and just moved the general idea over without testing or close > > evaluation. So be aware and let me know either way. Thanks. > > Great, Thanks! > > I ran with this patch and loaded different fimwares, upped and downed > the interface like mad and not a single panic! > > I only ran with INVARIANTS, I'm currently recompiling with > INVARIANTS+WITNESS and will give it another try, but it seems to work > just fine. > > Please commit this, and I hope if will make it into 6.1-RELEASE. Thanks > again! This is partly fixed in CURRENT already, but needs more work to be MFCed. = Is=20 there any chance that you can test CURRENT plus this patch as well? I will= =20 then commit and MFC, but doubt that it will make 6.1 - too late I'm afraid. Note, you need the new fireware modules (net/ipw-firmware-kmod) in CURRENT. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart5477382.LNtJToMZ6C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOUZEXyyEoT62BG0RAmKMAJ4isLs+/ovZp+N/qc9nTBi01WN77wCeOVY0 LUptGQaMyr7SjdletUUzb+w= =PvE+ -----END PGP SIGNATURE----- --nextPart5477382.LNtJToMZ6C-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 18: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 5D3E416A400 for ; Sun, 9 Apr 2006 18:11:48 +0000 (UTC) (envelope-from odix@odiisi.net) Received: from email.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DDA243D45 for ; Sun, 9 Apr 2006 18:11:47 +0000 (GMT) (envelope-from odix@odiisi.net) Received: (qmail 20792 invoked from network); 9 Apr 2006 18:11:45 -0000 Received: from m1311p012.adsl.highway.telekom.at (HELO odi45.odihome.lan) ([80.121.35.204]) (envelope-sender ) by smarthub73.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 9 Apr 2006 18:11:45 -0000 From: odi To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 09 Apr 2006 20:11:44 +0200 Message-Id: <1144606304.26234.32.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Subject: network pertfomance low with RELENG_6_0 from 2nd of march 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, 09 Apr 2006 18:11:48 -0000 Hi there, note: I've send this email a couple of days ago, but it seems to be hanging around in a mail server ... I'm relatively new to freebsd (since 6.0rc), but not new to unix (first contact with unix was xenix286), since year 2000 working with gnu/linux (rock, gentoo). the machine is a pentium3 with 600MHz(or 650MHz?) and 256MB of ram, make.conf: newfw# cat /etc/make.conf CPUTYPE?=pentium3 CFLAGS= -O2 -pipe # added by use.perl 2006-03-10 14:11:48 PERL_VER=5.8.8 PERL_VERSION=5.8.8 now the problem: simple file transfer using scp screw up cpu load to near 100% by only using around 50% (around 5MB/s) of the bandwidth (100Mbit switched network), using http protocol with apache2 bandwidth utilisation increase to nearly 75% (around 7MB/s), ok scp is more cpu intensive. I've tried different settings, switch to device polling, reduce timer to 250Hz, switch on and of inflight, with only minimal difference in throughput. I've also tried different nics (xl, rl, sis) with little or now difference in performance, so I'm a little bit lost :-( With linux I've reached the pyhsical limits of the network with bot scp and http with much less cpu utilisation, so where are the correct "knobs" to adjust the system :-). I don't want to start a flame war and I like the network features of freebsd, so I want to use it for this kind of machines, but without the performance lack. regards manfred (odi) From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 18:22: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 0871816A400 for ; Sun, 9 Apr 2006 18:22:59 +0000 (UTC) (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 A2EB343D48 for ; Sun, 9 Apr 2006 18:22:56 +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 7DD1F168; Sun, 9 Apr 2006 13:22:55 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id B18FE61C2B; Sun, 9 Apr 2006 13:22:54 -0500 (CDT) Date: Sun, 9 Apr 2006 13:22:54 -0500 From: "Matthew D. Fuller" To: Scott Long Message-ID: <20060409182254.GL41551@over-yonder.net> References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44384EB8.8090803@samsco.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: Pros and Cons of amd64 (versus i386). 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, 09 Apr 2006 18:22:59 -0000 On Sat, Apr 08, 2006 at 06:00:56PM -0600 I heard the voice of Scott Long, and lo! it spake thus: > > Modern disks (I don't know how to define a cutoff to this term, > unfortunately) definitely put more bits onto the outer rim of the > platter than the inner rim. Pretty much any disk you'd currently find, I'd say. diskinfo -t won't run through on my 4 or 2 gigs ("disk too small for test" :), but on my 9 gigger: Transfer rates: outside: 102400 kbytes in 5.215159 sec = 19635 kbytes/sec middle: 102400 kbytes in 6.268067 sec = 16337 kbytes/sec inside: 102400 kbytes in 8.237962 sec = 12430 kbytes/sec da4 at ahc2 bus 0 target 5 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da4: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) -- 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 Sun Apr 9 19:16: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 D883016A403 for ; Sun, 9 Apr 2006 19:16:08 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145D143D4C for ; Sun, 9 Apr 2006 19:16:06 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by nproxy.gmail.com with SMTP id m18so558184nfc for ; Sun, 09 Apr 2006 12:16:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:from; b=hsNsOw00MM++LxG1jDR8KHP0u8usUHLVgdRP7rN1KpCiW8PDVknu+kzm3szME9p2w7qIbZSSc0fIPf4ORS+AvjCjupnQ4SGNqr1z/YToR/TTSmv/XqGj7coFkJqHlqGkOgkVaLpD0d8pWKjQHbDV1tDPrusutwYG+WOohHXY2vI= Received: by 10.48.211.8 with SMTP id j8mr3259723nfg; Sun, 09 Apr 2006 12:16:05 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.54]) by mx.gmail.com with ESMTP id o45sm225882nfa.2006.04.09.12.16.03; Sun, 09 Apr 2006 12:16:05 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k39JFtAJ005955; Sun, 9 Apr 2006 21:15:55 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k39JFs8K005954; Sun, 9 Apr 2006 21:15:54 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sun, 9 Apr 2006 21:15:53 +0200 To: Max Laier Message-ID: <20060409191553.GA5824@roadrunner.q.local> Mail-Followup-To: Max Laier , freebsd-stable@freebsd.org, Florent Thoumie References: <20060406121421.GA1030@roadrunner.q.local> <200604080033.32208.max@love2party.net> <20060408114911.GA1021@roadrunner.q.local> <200604091937.08645.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <200604091937.08645.max@love2party.net> From: Ulrich Spoerlein Cc: freebsd-stable@freebsd.org, Florent Thoumie Subject: Re: [panic] ipw and kismet 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, 09 Apr 2006 19:16:08 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Max Laier wrote: > This is partly fixed in CURRENT already, but needs more work to be MFCed.= Is=20 > there any chance that you can test CURRENT plus this patch as well? Not in the near future, I'm sorry. But I'll watch the cvs-logs and report back to you, as soon as I tried CURRENT on this laptop. Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOV1p524iJyD+6d0RAtv0AJ9Sa8HmUjC+jaBnd4ZHkQCpyv4wkgCgtPWk 4UjqDrDRZ9A8JnfbS/QYoXE= =XzI6 -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 19:16: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 F388616A404 for ; Sun, 9 Apr 2006 19:16:25 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECB543D53 for ; Sun, 9 Apr 2006 19:16:24 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k39JGOnR007216 for ; Sun, 9 Apr 2006 12:16:24 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k39JGOiv007215 for freebsd-stable@freebsd.org; Sun, 9 Apr 2006 12:16:24 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sun, 09 Apr 2006 12:16:24 -0700 Message-ID: <20060409121624.iu6nwo6s680s8c4g@webmail.1command.com> X-Priority: 3 (Normal) Date: Sun, 09 Apr 2006 12:16:24 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> <20060409182254.GL41551@over-yonder.net> In-Reply-To: <20060409182254.GL41551@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: Pros and Cons of amd64 (versus i386). 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, 09 Apr 2006 19:16:26 -0000 Quoting "Matthew D. Fuller" : > On Sat, Apr 08, 2006 at 06:00:56PM -0600 I heard the voice of > Scott Long, and lo! it spake thus: >> >> Modern disks (I don't know how to define a cutoff to this term, >> unfortunately) definitely put more bits onto the outer rim of the >> platter than the inner rim. > > Pretty much any disk you'd currently find, I'd say. > > diskinfo -t won't run through on my 4 or 2 gigs ("disk too small for > test" :), but on my 9 gigger: > > Transfer rates: > outside: 102400 kbytes in 5.215159 sec = 19635 kbytes/sec > middle: 102400 kbytes in 6.268067 sec = 16337 kbytes/sec > inside: 102400 kbytes in 8.237962 sec = 12430 kbytes/sec > > da4 at ahc2 bus 0 target 5 lun 0 > da4: Fixed Direct Access SCSI-3 device > da4: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da4: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) Well, as long as we're at it: 512 # sectorsize 15728640000 # mediasize in bytes (15G) 30720000 # mediasize in sectors 1912 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 4.058565 sec = 16.234 msec Half stroke: 250 iter in 3.249077 sec = 12.996 msec Quarter stroke: 500 iter in 5.544275 sec = 11.089 msec Short forward: 400 iter in 2.595878 sec = 6.490 msec Short backward: 400 iter in 2.547004 sec = 6.368 msec Seq outer: 2048 iter in 0.486885 sec = 0.238 msec Seq inner: 2048 iter in 0.500109 sec = 0.244 msec Transfer rates: outside: 102400 kbytes in 5.517532 sec = 18559 kbytes/sec middle: 102400 kbytes in 6.233613 sec = 16427 kbytes/sec inside: 102400 kbytes in 8.044342 sec = 12729 kbytes/sec at ahc0 bus 0 target 1 lun 0 Fixed Direct Access SCSI-2 device Serial Number WS7060096840 40.000MB/s transfers (20.000MHz, offset 31, 16bit) Interesting to note (to me anyway) is my SCSI reports fastest on the outside whereas my (earlier reported) ATA reports faster in the center (middle). --Chris H. > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > _______________________________________________ > 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" > -- Linux: As OS for users who think their using UNIX. ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 19:40:03 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 4BC6716A405 for ; Sun, 9 Apr 2006 19:40:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D293943D46 for ; Sun, 9 Apr 2006 19:39:55 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FSflI-0004gN-8f for freebsd-stable@freebsd.org; Sun, 09 Apr 2006 21:39:52 +0200 Received: from r5h85.chello.upc.cz ([86.49.7.85]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Apr 2006 21:39:52 +0200 Received: from martinkov by r5h85.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Apr 2006 21:39:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sun, 09 Apr 2006 21:39:44 +0200 Lines: 28 Message-ID: References: <4434CA1F.5030506@rackspace.com> <4434E43D.7010908@gmx.de> <20060406033849.r454nl98kks8sk0s@webmail.1command.com> <4434F4D2.2080708@gmx.de> <20060406040953.zmzszeyh0ggcccg8@webmail.1command.com> <4434FC48.8080102@gmx.de> <20060406045346.8ebxvar40w4cw4g8@webmail.1command.com> <20060408223816.GA17376@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h85.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <20060408223816.GA17376@nowhere> Sender: news Subject: Re: splash 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, 09 Apr 2006 19:40:03 -0000 Craig Boston wrote: > On Thu, Apr 06, 2006 at 04:53:46AM -0700, Chris wrote: > >>No kidding? These are the same brands I'm using. The ATI's are PCI >>(onboard ATI - TYAN SMP motherboards) and the nVidia's are AGP. They're >>"higher end" models as well. Must be the way I build the kernel >>regarding boot/ console. Oh well, no complaints. Just interesting to >>hear. > > > If you don't have VESA support in your kernel (it's not by default), try > adding > > vesa_load="YES" > > to your loader.conf and see if that helps with higher-resolution splash > images. > > Craig yes, with vesa you can use boot splashes up to 1024x768, but still in 256 colours only. btw, some time ago i created a new port that supports multiple bootsplash images and changes them randomly on each boot. it's still not been taken care of, though. m. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 21:56: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 B637616A400 for ; Sun, 9 Apr 2006 21:56:53 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF1143D49 for ; Sun, 9 Apr 2006 21:56:52 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so921581pyc for ; Sun, 09 Apr 2006 14:56:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=oBP15/2HI5sEugzmbG5yd5L8gvSon8bpVJE4fp8IkF7Z0gtq0DU2zsCHNVm8sEkIFg1FnsO2RgIUiRfhbC7gqf98cSTsEo4zaP9axxKsFoElEaxKUzHe1cU8Dihv0FvAFIjxJIa2kuqo3FYcFLRW+w0nd3Ck3HJSMjmp+kBRpcM= Received: by 10.35.50.9 with SMTP id c9mr913174pyk; Sun, 09 Apr 2006 14:56:51 -0700 (PDT) Received: by 10.35.135.3 with HTTP; Sun, 9 Apr 2006 14:56:51 -0700 (PDT) Message-ID: <5f67a8c40604091456gfef47d3q3583d3d1a519d035@mail.gmail.com> Date: Sun, 9 Apr 2006 17:56:51 -0400 From: "Zaphod Beeblebrox" To: "Mike Tancsa" In-Reply-To: <6.2.3.4.0.20060408150025.099369a8@64.7.153.2> MIME-Version: 1.0 References: <20060407121452.GO1784@math.jussieu.fr> <6.2.3.4.0.20060408150025.099369a8@64.7.153.2> 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: freebsd-stable@freebsd.org, shih@math.jussieu.fr Subject: Re: Disappointed-new 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, 09 Apr 2006 21:56:53 -0000 If you have a dual-em card in this server, you should get better performanc= e putting your primary load out the em interface(s). In general, we've benched the em (and to a lesser extent, the fxp) interfaces as performing much better than other ethernets (especially bge). I have a bge on my laptop --- and for the most part I don't have problems --- but I wouldn't put bge's in my servers and if they come with them on the motherboard, I don't use them. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 22:46: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 93EA716A400 for ; Sun, 9 Apr 2006 22:46:32 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0923A43D46 for ; Sun, 9 Apr 2006 22:46:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k39MkUut026435; Sun, 9 Apr 2006 16:46:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44398EC6.40402@samsco.org> Date: Sun, 09 Apr 2006 16:46:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Zaphod Beeblebrox References: <20060407121452.GO1784@math.jussieu.fr> <6.2.3.4.0.20060408150025.099369a8@64.7.153.2> <5f67a8c40604091456gfef47d3q3583d3d1a519d035@mail.gmail.com> In-Reply-To: <5f67a8c40604091456gfef47d3q3583d3d1a519d035@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: shih@math.jussieu.fr, freebsd-stable@freebsd.org Subject: Re: Disappointed-new 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, 09 Apr 2006 22:46:32 -0000 Zaphod Beeblebrox wrote: > If you have a dual-em card in this server, you should get better performance > putting your primary load out the em interface(s). In general, we've > benched the em (and to a lesser extent, the fxp) interfaces as performing > much better than other ethernets (especially bge). I have a bge on my > laptop --- and for the most part I don't have problems --- but I wouldn't > put bge's in my servers and if they come with them on the motherboard, I > don't use them. I have the opposite experience. There are some configurations where bge has problems, but those are more in the 'it can't get link' category. The e1000 hardware has certain limitations that make it scale poorly under very high load. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 02:05: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 ACE2116A401; Mon, 10 Apr 2006 02:05:44 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AD5B43D48; Mon, 10 Apr 2006 02:05:44 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.88] (64-142-76-135.dsl.static.sonic.net [64.142.76.135]) by elvis.mu.org (Postfix) with ESMTP id 361991A4E3B; Sun, 9 Apr 2006 19:05:44 -0700 (PDT) Message-ID: <4439BD77.6020507@freebsd.org> Date: Sun, 09 Apr 2006 19:05:43 -0700 From: Paul Saab User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: "Mars G. Miro" References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> In-Reply-To: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org, Dmitry Morozovsky Subject: Re: sio+acpi woes on HP DL145 G2 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, 10 Apr 2006 02:05:44 -0000 Mars G. Miro wrote: > >> However, *sometimes* serial consoles work only for input (I can login and >> check new processes presence on ttyd0, but can not see any messages. Trouble >> is >> that this situation is not easy reproducible, and stty state seems to be the >> same. >> >> This is a bug in the HP BMC that HP blames on FreeBSD. The only way to work around it, is to have a custom getty that doesn't reset the port everytime you open it. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 03:56: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 5D30E16A402 for ; Mon, 10 Apr 2006 03:56:26 +0000 (UTC) (envelope-from msqrd1979@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCFDE43D48 for ; Mon, 10 Apr 2006 03:56:25 +0000 (GMT) (envelope-from msqrd1979@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so789337nzf for ; Sun, 09 Apr 2006 20:56:25 -0700 (PDT) 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=T8utvFWxELemEyj9PaFdBP6WIo+lO2IONxZe5R4s0Pl7Wai/QpBllFtASc52K473rotRIOs8RmXB2MZcKGNX8TfJQARPgmwC15Me8L/+HboOD2uADKkNLmmHaoiXdmS5vDMj+18C44T+Wcb9EiXeO2AudRqGYahJsfArnSqhgGg= Received: by 10.36.34.13 with SMTP id h13mr1656938nzh; Sun, 09 Apr 2006 20:56:25 -0700 (PDT) Received: by 10.36.135.11 with HTTP; Sun, 9 Apr 2006 20:56:25 -0700 (PDT) Message-ID: Date: Sun, 9 Apr 2006 22:56:25 -0500 From: "Michael Metzger" 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: nwfs 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: Mon, 10 Apr 2006 03:56:26 -0000 All I am experiencing a panic when I use the mount_nwfs command to connect to a netware server. Details on my exact setup with some dump information and steps to reproduce are below. Freebsd OS information: Local system version information: FreeBSD fireball.msquared.com 6.0-RELEASE-p6 FreeBSD 6.0-RELEASE-p6 #4: Wed Mar 22 20:59:42 EST 2006 root@fireball.msquared.com:/usr/obj/usr/src/sys/FIREBALL i386 Netware OS version information: OS Version: Netware 5.1 File server name: MVR1 IPX internal network number: 11072000 HP NC10xx/NC67xx/NC77xx Gigabit Server Adapter Version 7.63 November 23, 2004 Hardware setting: Slot 10014, Memory FDDF0000h to FDDFFFFFh, Interrupt = 5h Node address: 001279911F97 Frame type: ETHERNET_802.2 Board name: Q57_1_E82_E82 LAN protocol: IPX network ACD6FEB1 HP NC10xx/NC67xx/NC77xx Gigabit Server Adapter Version 7.63 November 23, 2004 Hardware setting: Slot 10014, Memory FDDF0000h to FDDFFFFFh, Interrupt = 5h Node address: 001279911F97 Frame type: ETHERNET_II PACKET EVENIZE_OFF Board name: Q57_1_EII_EII LAN protocol: ARP LAN protocol: IP Addr:192.168.1.7 Mask:255.255.255.0 Steps to reproduce panic ---------------------------------------------------------------------------= ---------------- Command used: mount_nwfs -S MVR1 -A 192.168.1.7 -V Vol1 -U myusername /mnt/mymountpoint output returned: Kernel module ncp is not loaded Command used: kldload ncp Command to verify this is loaded: kldstat output returned: Shows 8 1 0xc2683000 8000 ncp.ko Command used: mount_nwfs -S MVR1 -A 192.168.1.7 -V Vol1 -U myusername /mnt/mymountpoint output returned: Warning: no cfg files found. Netware password: ****** ---------Panic occurs after I type netware password and press enter---------------------------------------- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc050d3bc stack pointer =3D 0x28:0xd6d0a8dc frame pointer =3D 0x28:0xd6d0a8e4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 634 (mount_nwfs) trap number =3D 12 panic: page fault Uptime: 3m1s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130765 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 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc050d3bc 0xc050d3bc is in selrecord (/usr/src/sys/kern/sys_generic.c:1105). 1100 * it alone as we've already added pointed it at us and added it to 1101 * our list. 1102 */ 1103 if (sip->si_thread =3D=3D NULL) { 1104 sip->si_thread =3D selector; 1105 TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); 1106 } else if (sip->si_thread !=3D selector) { 1107 sip->si_flags |=3D SI_COLL; 1108 } 1109 (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04ea676 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc04ea90c in panic (fmt=3D0xc066068f "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc06415e8 in trap_fatal (frame=3D0xd6d0a89c, eva=3D0) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc0641353 in trap_pfault (frame=3D0xd6d0a89c, usermode=3D0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc0640fb1 in trap (frame=3D {tf_fs =3D 1661009928, tf_es =3D 215023656, tf_ds =3D 40, tf_edi =3D 0= , tf_esi =3D -1035477632, tf_ebp =3D -690968348, tf_isp =3D -690968376, tf_eb= x =3D -1039588940, tf_edx =3D -1035477632, tf_ecx =3D -1039589020, tf_eax =3D= 0, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068444740, tf_cs =3D 32, tf_eflags =3D 66118, tf_esp =3D -1039589020, tf_ss =3D 1}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc063109a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc050d3bc in selrecord (selector=3D0xc247dd80, sip=3D0xc20921b4) at /usr/src/sys/kern/sys_generic.c:1105 #8 0xc0524af3 in sopoll (so=3D0xc2092164, events=3D1, active_cred=3D0x0, td=3D0xc247dd80) at /usr/src/sys/kern/uipc_socket.c:2030 #9 0xc2685de5 in ?? () #10 0xc2092164 in ?? () #11 0x00000001 in ?? () #12 0x00000000 in ?? () #13 0xc247dd80 in ?? () ---Type to continue, or q to quit--- #14 0xd6d0a9a4 in ?? () #15 0xc268874a in ?? () #16 0xc2092164 in ?? () #17 0x00000001 in ?? () #18 0xd6d0a940 in ?? () #19 0xc268b6bc in ?? () #20 0x00000000 in ?? () #21 0xc2484580 in ?? () #22 0x00000000 in ?? () #23 0xd6d0a95c in ?? () #24 0xc247dd80 in ?? () #25 0xc25b8a00 in ?? () #26 0x00000007 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0xc2484580 in ?? () #30 0xc1fe12c0 in ?? () #31 0xd6d0a990 in ?? () #32 0xc26884ae in ?? () #33 0xc2484580 in ?? () #34 0x00001111 in ?? () #35 0x00000000 in ?? () #36 0xc25b8a00 in ?? () #37 0xc247dd80 in ?? () ---Type to continue, or q to quit--- #38 0xc24f0c80 in ?? () #39 0x00000048 in ?? () #40 0xc268a660 in ?? () #41 0x00000002 in ?? () #42 0x00000000 in ?? () #43 0xc25b8a00 in ?? () #44 0xd6d0a9bc in ?? () #45 0xc26865ca in ?? () #46 0x00000000 in ?? () #47 0xc25b8a00 in ?? () #48 0xc1fe12c0 in ?? () #49 0xd6d0a9bc in ?? () #50 0xc26865ee in ?? () #51 0xc2484580 in ?? () #52 0xc2484580 in ?? () #53 0x00000000 in ?? () #54 0xc25b8a00 in ?? () #55 0xd6d0a9d0 in ?? () #56 0xc2685456 in ?? () #57 0xc25b8a00 in ?? () #58 0x00000000 in ?? () #59 0xd6d0abd8 in ?? () #60 0xd6d0ac54 in ?? () #61 0xc2687a57 in ?? () ---Type to continue, or q to quit--- #62 0xc25b8a00 in ?? () #63 0xc06b7440 in vop_lock_vp_offsets () #64 0xc2083550 in ?? () #65 0x00003002 in ?? () #66 0xd6d0a9f4 in ?? () #67 0xc04c1fe8 in dev_relthread (dev=3D0x0) at /usr/src/sys/kern/kern_conf.= c:136 Previous frame inner to this frame (corrupt stack?) (kgdb) quit Is there something trivial that I am doing wrong here? My understanding is freebsd can mount Netware 5.0 volumes via IP (using the mount_nwfs command you just have to be sure to use the -A flag) and not have to rely on IPX like previous versions of Netware (less than 5). Please correct me if any of that is incorrect. Michael From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 00:54: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 C88B516A403 for ; Mon, 10 Apr 2006 00:54:27 +0000 (UTC) (envelope-from dyd_281@hotmail.com) Received: from hotmail.com (bay111-dav5.bay111.hotmail.com [64.4.17.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DEA043D46 for ; Mon, 10 Apr 2006 00:54:26 +0000 (GMT) (envelope-from dyd_281@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 9 Apr 2006 17:54:25 -0700 Message-ID: Received: from 210.22.158.10 by BAY111-DAV5.phx.gbl with DAV; Mon, 10 Apr 2006 00:54:23 +0000 X-Originating-IP: [210.22.158.10] X-Originating-Email: [dyd_281@hotmail.com] X-Sender: dyd_281@hotmail.com From: "dyd_281" To: Date: Mon, 10 Apr 2006 08:57:44 +0800 Message-ID: <5E9FFDB536E28F45847E3F7EFEFF0741D6DC@gamigo-backup.gamigodc.com> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_01C65C7C.D5139BD0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-OriginalArrivalTime: 10 Apr 2006 00:54:25.0859 (UTC) FILETIME=[50690930:01C65C39] X-Mailman-Approved-At: Mon, 10 Apr 2006 06:52:27 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: "smb_maperror: Unmapped error 1:158"----[FreeBSD 4.11-RELEASE, samba-3.0.10, 1 , samba-libsmbclient-3.0.10_1] 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, 10 Apr 2006 00:54:27 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C65C7C.D5139BD0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable =20 Sir: FreeBSD 4.11-RELEASE samba-3.0.10,1=20 samba-libsmbclient-3.0.10_1 windows 2003 =20 1. a share-folder is in windows-2003. =20 2. mount_smbfs -I windows-2003-ip //hostname/folder /usr/home/alan/zfsbackup 3. about 60 servers have same crontab to make ftp connect to the Freebsd server,and will send some files to the /usr/home/alan/zfsbackup, (these files are stored in the windows-2003) 4. the crantab is be executed every hours. 5. each ftp connect I=A1=AFll find a message =A1=B0smb_maperror: = Unmapped error 1:158=A1=B1 6. after mount the windows-2003 share-flolder ,in some hour ,I found the freebsd can=A1=AFt login in with ssh or telnet. But I can ping = it . 7. when it happen, the only way to resolve the problem is to reboot the freebsd server. =20 =20 So,could tell me how to avoid this problem. =20 su-2.05b# more /usr/local/etc/smb.conf|grep -v "#"|grep -v ";"|grep -v " "=20 [myShare] =20 comment=3DSharing folder =20 path=3D/Temp =20 read only=3Dno public=3Dyes =20 [global] workgroup =3D pcpop server string =3D Samba Server security =3D user load printers =3D yes log file =3D /var/log/samba/log.%m max log size =3D 50 socket options =3D IPTOS_LOWDELAY TCP_NODELAY interfaces =3D eth1 dns proxy =3D no=20 [homes] comment =3D Home Directories browseable =3D yes writable =3D yes =20 =20 =20 =20 =20 =B6=A1=D3=D0=B6=AC =BE=B4=C9=CF =BC=E0=BF=D8=D7=E9=D6=F7=B9=DC / =BC=BC=CA=F5=B2=BF =20 _____ =20 =20 =20 =20 =D3=CE=CF=B7=C3=D7=B9=FB=CD=F8=C2=E7=BF=C6=BC=BC=A3=A8=C9=CF=BA=A3=A3=A9=D3= =D0=CF=DE=B9=AB=CB=BE =C9=CF=BA=A3=CA=D0=BB=B4=BA=A3=D6=D0=C2=B7222=BA=C5=C1=A6=B1=A6=B9=E3=B3=A1= 25=C2=A5 =D3=CA=B1=E0:200021 Tel:(86-21)5396 5977 Fax:(86-21)5396 5976 FITS | Fun | Innovation | Technology | Service =20 =20 =20 ------=_NextPart_000_0002_01C65C7C.D5139BD0-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 08:04: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 A52BE16A400 for ; Mon, 10 Apr 2006 08:04:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6358143D48 for ; Mon, 10 Apr 2006 08:04:22 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k3A84JKS003601 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 10 Apr 2006 18:04:20 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k3A84I2E000945; Mon, 10 Apr 2006 18:04:18 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k3A84Iaq000944; Mon, 10 Apr 2006 18:04:18 +1000 (EST) (envelope-from peter) Date: Mon, 10 Apr 2006 18:04:18 +1000 From: Peter Jeremy To: Zaphod Beeblebrox Message-ID: <20060410080418.GB739@turion.vk2pj.dyndns.org> References: <20060407121452.GO1784@math.jussieu.fr> <6.2.3.4.0.20060408150025.099369a8@64.7.153.2> <5f67a8c40604091456gfef47d3q3583d3d1a519d035@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40604091456gfef47d3q3583d3d1a519d035@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Disappointed-new 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, 10 Apr 2006 08:04:23 -0000 On Sun, 2006-Apr-09 17:56:51 -0400, Zaphod Beeblebrox wrote: >If you have a dual-em card in this server, you should get better performance >putting your primary load out the em interface(s). In general, we've >benched the em (and to a lesser extent, the fxp) interfaces as performing >much better than other ethernets (especially bge). I have a bge on my >laptop --- and for the most part I don't have problems --- but I wouldn't >put bge's in my servers and if they come with them on the motherboard, I >don't use them. I can't comment on gigabit performance but at Fast Ethernet speeds, I've found that fxp performs much better than dc, tl and tx NICs. I've had fairly bad experiences with bge under even moderate load (though the one in my laptop seems OK). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 09:45: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 81AF916A400 for ; Mon, 10 Apr 2006 09:45:36 +0000 (UTC) (envelope-from jonas.wolz@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id E576A43D48 for ; Mon, 10 Apr 2006 09:45:35 +0000 (GMT) (envelope-from jonas.wolz@freenet.de) Received: from [194.97.55.192] (helo=mx8.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1FSsxi-0007wm-Pv for stable@freebsd.org; Mon, 10 Apr 2006 11:45:34 +0200 Received: from p54a437bd.dip0.t-ipconnect.de ([84.164.55.189] helo=pc1) by mx8.freenet.de with esmtpsa (ID jonas.wolz@freenet.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1FSsxi-0000h7-GK for stable@freebsd.org; Mon, 10 Apr 2006 11:45:34 +0200 Received: from jonas by pc1 with local (Exim 4.50) id 1FSsxa-0001Z4-SF for stable@freebsd.org; Mon, 10 Apr 2006 11:45:27 +0200 From: Jonas Wolz To: stable@freebsd.org Date: Mon, 10 Apr 2006 11:45:25 +0200 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604101145.26621.jonas.wolz@freenet.de> Cc: Subject: truss problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 09:45:36 -0000 Hello, while trying to get the gnash CVS version to work I noticed that on my system (FreeBSD 6.0-RELEASE) truss obviously has problems tracing firefox: truss prints somewhat "random" error messages and traces only some of the system calls firefox makes (opening a local file doesn't show up, for example). The output looks like that (I can provide the truss log if somebody is interested): jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: PIOCWAIT top of loop: Input/output error truss: get_struct 0x0: Bad address jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: Cannot malloc 1081891232 bytes for pollfd array: Cannot allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: cannot open /proc/0/mem: No such file or directory truss: cannot open /proc/0/mem: No such file or directory truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: PIOCWAIT top of loop: Input/output error truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: cannot open /proc/0/mem: No such file or directory truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: cannot open /proc/0/mem: No such file or directory truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox truss: PIOCWAIT top of loop: Input/output error truss: get_struct 0x0: Bad address jonas@nobby:/tmp$ A similar Problem also occurs with KDE applications, but only if the application needs to start kdeinit (i.e. if other KDE applications are already running there is no such problem): jonas@nobby:/usr/sbin$ truss -f -o /tmp/ggg kedit truss: PIOCWAIT top of loop: Input/output error truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: PIOCWAIT top of loop: Input/output error truss: PIOCCONT: Input/output error truss: PIOCWAIT top of loop: Input/output error kbuildsycoca running... DCOP Cleaning up dead connections. jonas@nobby:/usr/sbin$ Other applications I tested (xedit, bash) seem to work fine. Can someone else also reproduce this problem/is this a known bug or is just something broken on my system? If you need more details please let me know. Jonas From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 10:25: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 DACA716A401 for ; Mon, 10 Apr 2006 10:25:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F9743D46 for ; Mon, 10 Apr 2006 10:25:24 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1FStaD-000Ead-RF; Mon, 10 Apr 2006 11:25:21 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FStaD-00032N-Nb; Mon, 10 Apr 2006 11:25:21 +0100 To: marck@rinet.ru, peterjeremy@optushome.com.au In-Reply-To: <20060408212421.GB720@turion.vk2pj.dyndns.org> Message-Id: From: Pete French Date: Mon, 10 Apr 2006 11:25:21 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Pros and Cons of amd64 (versus i386). 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, 10 Apr 2006 10:25:24 -0000 > Note that using different slices may change your results. All modern > disks are faster near the outside (start of the disk) then the inside > (I get more than 50% increase from inside to outside on one system). I am thinking this will not be an issue, given that it is the performance of the network interface which I am interested in :-) -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 11:06: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 B063C16A407; Mon, 10 Apr 2006 11:06:09 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBAA43D55; Mon, 10 Apr 2006 11:06:07 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k3AB664T094580; Mon, 10 Apr 2006 15:06:06 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 10 Apr 2006 15:06:06 +0400 (MSD) From: Dmitry Morozovsky To: Paul Saab In-Reply-To: <4439BD77.6020507@freebsd.org> Message-ID: <20060410143713.R75736@woozle.rinet.ru> References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <4439BD77.6020507@freebsd.org> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2096524585-1144667166=:75736" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 10 Apr 2006 15:06:06 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org, "Mars G. Miro" Subject: Re: sio+acpi woes on HP DL145 G2 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, 10 Apr 2006 11:06:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2096524585-1144667166=:75736 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 9 Apr 2006, Paul Saab wrote: PS> Mars G. Miro wrote: PS> > PS> > > However, *sometimes* serial consoles work only for input (I can login PS> > > and PS> > > check new processes presence on ttyd0, but can not see any messages. PS> > > Trouble PS> > > is PS> > > that this situation is not easy reproducible, and stty state seems to be PS> > > the PS> > > same. PS> > > PS> > > PS> This is a bug in the HP BMC that HP blames on FreeBSD. The only way to work PS> around it, is to have a custom getty that doesn't reset the port everytime PS> you open it. Ah, thanks for the info! Is turning off setttymode() in getty/main.c for given port enough? I'd prefer to invent boolean getty capability such as "nr" (no reset") such as in patch attached. Or did I miss something? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ --0-2096524585-1144667166=:75736 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=getty-nr.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060410150606.O75736@woozle.rinet.ru> Content-Description: Content-Disposition: attachment; filename=getty-nr.patch SW5kZXg6IGdldHR5dGFiLmgNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9saWJleGVjL2dldHR5L2dldHR5dGFi Lmgsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE0DQpkaWZmIC11IC1yMS4x NCBnZXR0eXRhYi5oDQotLS0gZ2V0dHl0YWIuaAkxMCBKdW4gMjAwMyAxODoz MDo0MSAtMDAwMAkxLjE0DQorKysgZ2V0dHl0YWIuaAkxMCBBcHIgMjAwNiAx MTowNTo0MyAtMDAwMA0KQEAgLTE3NSwzICsxNzUsNCBAQA0KICNkZWZpbmUJ SFcJZ2V0dHlmbGFnc1syM10udmFsdWUNCiAjZGVmaW5lCU5DCWdldHR5Zmxh Z3NbMjRdLnZhbHVlDQogI2RlZmluZQlQTAlnZXR0eWZsYWdzWzI1XS52YWx1 ZQ0KKyNkZWZpbmUJTlIJZ2V0dHlmbGFnc1syNl0udmFsdWUNCkluZGV4OiBp bml0LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9t ZS9uY3ZzL3NyYy9saWJleGVjL2dldHR5L2luaXQuYyx2DQpyZXRyaWV2aW5n IHJldmlzaW9uIDEuMTYNCmRpZmYgLXUgLXIxLjE2IGluaXQuYw0KLS0tIGlu aXQuYwk2IEFwciAyMDA1IDE3OjQyOjI0IC0wMDAwCTEuMTYNCisrKyBpbml0 LmMJMTAgQXByIDIwMDYgMTE6MDU6NDMgLTAwMDANCkBAIC0xNTAsNSArMTUw LDYgQEANCiAJeyAiaHciLCAwIH0sCQkJLyogZG8gQ1RTUlRTIGZsb3cgY29u dHJvbCAqLw0KIAl7ICJuYyIsIDAgfSwJCQkvKiBzZXQgY2xvY2FsIChubyBj YXJyaWVyKSAqLw0KIAl7ICJwbCIsIDAgfSwJCQkvKiB1c2UgUFBQIGluc3Rl YWQgb2YgbG9naW4oMSkgKi8NCisJeyAibnIiLCAwIH0sCQkJLyogZG8gbm90 IHJlc2V0IHBvcnQgb24gb3BlbiAqLw0KIAl7IDAgfQ0KIH07DQpJbmRleDog bWFpbi5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hv bWUvbmN2cy9zcmMvbGliZXhlYy9nZXR0eS9tYWluLmMsdg0KcmV0cmlldmlu ZyByZXZpc2lvbiAxLjQ3DQpkaWZmIC11IC1yMS40NyBtYWluLmMNCi0tLSBt YWluLmMJNiBBcHIgMjAwNSAxNzo0MjoyNCAtMDAwMAkxLjQ3DQorKysgbWFp bi5jCTEwIEFwciAyMDA2IDExOjA1OjQzIC0wMDAwDQpAQCAtMjQzLDcgKzI0 Myw4IEBADQogCQkJaWYgKCFvcGVudHR5KHR0eW4sIE9fUkRXUnxPX05PTkJM T0NLKSkNCiAJCQkJZXhpdCgxKTsNCiAJCQlkZWZ0dHltb2RlKCk7DQotCQkJ c2V0dHR5bW9kZSgxKTsNCisJCQlpZiAoIU5SKQ0KKwkJCQlzZXR0dHltb2Rl KDEpOw0KIAkJfQ0KIA0KIAkJaWYgKElDKSB7DQpAQCAtMjk3LDcgKzI5OCw4 IEBADQogCQl9DQogCQlmaXJzdF9zbGVlcCA9IDA7DQogDQotCQlzZXR0dHlt b2RlKDApOw0KKwkJaWYgKCFOUikNCisJCQlzZXR0dHltb2RlKDApOw0KIAkJ aWYgKEFCKSB7DQogCQkJdG5hbWUgPSBhdXRvYmF1ZCgpOw0KIAkJCWRvZ2V0 dHl0YWIoKTsNCg== --0-2096524585-1144667166=:75736-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 11:09:08 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 CCA0716A412 for ; Mon, 10 Apr 2006 11:09:08 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DF3E43D45 for ; Mon, 10 Apr 2006 11:09:07 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 8219 invoked from network); 10 Apr 2006 11:09:05 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.145.17]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 10 Apr 2006 11:09:05 -0000 Date: Mon, 10 Apr 2006 13:08:57 +0200 From: Fabian Keil To: Jonas Wolz Message-ID: <20060410130857.44323fcd@localhost> In-Reply-To: <200604101145.26621.jonas.wolz@freenet.de> References: <200604101145.26621.jonas.wolz@freenet.de> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_Yru_RAUBH4IthnwmRf0nFfc; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: stable@freebsd.org Subject: Re: truss problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 11:09:08 -0000 --Sig_Yru_RAUBH4IthnwmRf0nFfc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jonas Wolz wrote: > while trying to get the gnash CVS version to work I noticed that on > my system (FreeBSD 6.0-RELEASE) truss obviously has problems tracing > firefox: truss prints somewhat "random" error messages and traces > only some of the system calls firefox makes (opening a local file > doesn't show up, for example). >=20 > The output looks like that (I can provide the truss log if somebody > is interested): > jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: PIOCWAIT top of loop: Input/output error > truss: get_struct 0x0: Bad address > jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: Cannot malloc 1081891232 bytes for pollfd array: Cannot > allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: cannot open /proc/0/mem: No such file or directory > truss: cannot open /proc/0/mem: No such file or directory > truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot > allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: PIOCWAIT top of loop: Input/output error > truss: PIOCCONT: Input/output error > truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot > allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: PIOCWAIT top of loop: Input/output error > truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot > allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: cannot open /proc/0/mem: No such file or directory > truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot > allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: PIOCWAIT top of loop: Input/output error > truss: PIOCCONT: Input/output error > truss: cannot open /proc/0/mem: No such file or directory > truss: Cannot malloc 1162889024 bytes for pollfd array: Cannot > allocate memory jonas@nobby:/tmp$ truss -f -o ff.log firefox > truss: PIOCWAIT top of loop: Input/output error > truss: get_struct 0x0: Bad address > jonas@nobby:/tmp$=20 > Can someone else also reproduce this problem/is this a known bug or > is just something broken on my system? > If you need more details please let me know. I can't reproduce exactly the same problem on FreeBSD TP51.local 6.1-RC FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006 but I get a different problem with truss and Firefox. If I run truss -f firefox it seems to get stuck after a while. 1274: mmap(0x0,36864,(0x3)PROT_READ|PROT_WRITE,(0x1002)MAP_ANON|MAP_PRIVAT= E,-1,0x0) =3D 689876992 (0 1274: kse_release(0x8064fa0) =3D 0 (0x0) 1274: kse_release(0x8064fa0) =3D 0 (0x0) 1274: kse_release(0x8064fac) =3D 0 (0x0) 1274: kse_release(0x8064fa0) =3D 383 (0x17f) 1274: kse_release(0x8064fa0) =3D 383 (0x17f) 1274: kse_release(0x8064fa0) =3D 0 (0x0) 1274: kse_release(0x8064fa0) =3D 383 (0x17f) 1274: kse_release(0x8064fa0) =3D 383 (0x17f) 1274: kse_release(0x8064fa0) =3D 0 (0x0) ^C 1259: wait4(0xffffffff,0xbfbfe9d8,0x2,0x0) ERR#4 'Interrupted system = call' 1266: wait4(0xffffffff,0xbfbfe728,0x2,0x0) ERR#4 'Interrupted system = call' 1274: kse_release(0x8064fa0) =3D 383 (0x17f) truss firefox seems to work. If I attach truss to a running Firefox I get: fk@TP51 ~ $truss -f -p 1440 1440: (null)() =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) 1440: kse_release(0x8064fac) =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) 1440: kse_release(0x8064fa0) =3D 0 (0x0) truss: Cannot malloc -67210816 bytes for pollfd array: Cannot allocate memo= ry Fabian --=20 http://www.fabiankeil.de/ --Sig_Yru_RAUBH4IthnwmRf0nFfc Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOjzRjV8GA4rMKUQRAn5ZAJ0VHrYGWMGBlOk6tKjzdqST7aQ8awCfaPWz OyIlIRQrECSFX7YVHFITuFw= =09Yl -----END PGP SIGNATURE----- --Sig_Yru_RAUBH4IthnwmRf0nFfc-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 12: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 BD18216A403 for ; Mon, 10 Apr 2006 12:11:48 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4513643D46 for ; Mon, 10 Apr 2006 12:11:48 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so624622wxc for ; Mon, 10 Apr 2006 05:11:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M4HB6w9mqCO1shgqBnt4txyjWLfFdcEddJBLdhR3hOChaEpYqdT1aY3Gq0rSjMnWAr0obi7tHkDkJrp9Tcg/zj+QBcXbrIuZlHsDcHlOf7M/6Ekuqb2c9ISL/UgAu/m6L47ZZq3aQ0skwA1zdoLaw2kB3LpJALCR4pQeSa4sovE= Received: by 10.70.75.13 with SMTP id x13mr597236wxa; Mon, 10 Apr 2006 05:11:46 -0700 (PDT) Received: by 10.70.112.16 with HTTP; Mon, 10 Apr 2006 05:11:46 -0700 (PDT) Message-ID: <1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> Date: Mon, 10 Apr 2006 14:11:46 +0200 From: "Michael Schuh" To: "Chuck Swiger" In-Reply-To: <4436A2B4.4010608@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad3150604070754m6702e6acw2175c306504f3c13@mail.gmail.com> <4436A2B4.4010608@mac.com> Cc: freebsd-stable@freebsd.org Subject: Re: Needs suggestion for redundant Storage 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, 10 Apr 2006 12:11:48 -0000 Hello Chuck, Hello @all, 2006/4/7, Chuck Swiger : > Michael Schuh wrote: > > Hi everyone, > > > > i need suggestions and hints about an redundant > > storage-system. > > > > My requirements are: > > a Storage that is available via Network, flexible in scalation, > > and must be redundant, and cheap if possible.... > > > > My Own suggestion was this scenario: > > > > 2 boxes very cheap for ~300$ > > 2 or more SATA-II-Controller ~30$(SIL) > > 4 or more Disks with 200-250GB ~100$/piece > > You've obviously chosen to prioritize cheap above anything else with thes= e > recommendations. :-) You simply can't spend less than a grand and expec= t > to get even one decent fileserver, much less a pair of machines. yes, the reason why i choose cheap HW is that we could get in the future an the pressure to spread the load from one to many syttems and the amount of Data to get very big, but is is no database-solution and the file-size grows up to 20-100MB but the Count fo Files can grow from many thousands up to many millions or billions. So that the "right" solution for this was a good SAN-System. But the Costs = can't pushed to the Customers so that an relatively simple and chead solution mus= t do the Work from an good SAN-System. My Projektleader would buy DELL-Machines, but in the fact of the work they = then do the costs get bored, and also our Projekt.Manager an the financier get bored....:-( so that i have sign a Solution with cheap HW, ok this cheap HW is not very stable and never so performant like the right Hardware, but if i use this solution, so i can relative fast replace defect items with new HW. The other plus is i hold over 2-3 years everytime relatively actual hardware-systems. And i agree with you if you say the costs over the years are more then the invest into rellay good hardware, but that is at this time not possible.......:-( > > Do not get a Silicon Image SATA controller. Why not? I usse one in my HOME-Box. Ok it has only 8K buffer for tagged Command queue, and it is not the fasten, but he is cheap an do his job (for a time :-) in general i agree with you it is smarter to use a Controller designed for Men's not for Boys..... :-) > > If you want to value redundancy and the ability to scale, you ought to lo= ok > at NAS or SAN systems, such as NetApp filers, or maybe even an Apple Xser= ve > and a Fibre-channel switch. yes i can also agree with you but the terms of condistions are described ab= ove, and dissallow this at the time.... > > Even if you're not willing to pay that much, you should at least consider > what those solutions offer for their pricepoints, and then decide what yo= ur > data is worth to you and what your requirements should be. > > At the very least, get a multiport SATA RAID controller with a decent-siz= ed > RAM cache of its own and an internal battery to keep the drives going unt= il > that cache can be flushed. As well as an external UPS, right...? > I can also agree with you.......but the management......get not my friends with this....... :-)) > -- > -Chuck > thanks and regards michael From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 12:37: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 E2C3016A403 for ; Mon, 10 Apr 2006 12:37:40 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A2EF43D4C for ; Mon, 10 Apr 2006 12:37:39 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68773-01 for ; Mon, 10 Apr 2006 15:37:34 +0300 (AST) Received: from redevil.savola.com (unknown [222.22.1.191]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id 98F1B9583B for ; Mon, 10 Apr 2006 15:37:33 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: The Savola Group Date: Mon, 10 Apr 2006 15:38:13 +0300 Message-Id: <1144672693.642.7.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: How can I install a driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 12:37:41 -0000 I'm having an issue as I'm a newbie in installing/configuring the marvell driver for FreeBSD. A quick search in the mailing lists shows: http://www.freebsd.org/cgi/getmsg.cgi?fetch=2601224+2604070 +/usr/local/www/db/text/2006/freebsd-questions/20060402.freebsd-questions but I have no clue how I can bypass the second step, which is installing the if_myk.ko to /boot/kernel I have tried to cp if_yk.ko /boot/kernel/ but that didn't bring anything new in ifconfing! Can someone shed some light here please? From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 13:33:50 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 015B416A400 for ; Mon, 10 Apr 2006 13:33:50 +0000 (UTC) (envelope-from freebsd4@fadesa.es) Received: from fuego.fadesa.es (fuego.fadesa.es [195.55.55.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D53843D66 for ; Mon, 10 Apr 2006 13:33:42 +0000 (GMT) (envelope-from freebsd4@fadesa.es) Received: (from root@localhost) by fuego.fadesa.es (8.9.3p2/8.8.8) id PAA08269 for ; Mon, 10 Apr 2006 15:34:51 +0200 Received: from tierra.fadesa.es(195.55.55.7) by fuego.fadesa.es Mon, 10 Apr 06 15:34:24 +0200 Received: from fadesa.es (filemon.fadesa.es [195.55.55.6] (may be forged)) by tierra.fadesa.es (8.9.3p2/8.8.8) with ESMTP id PAA20201 for ; Mon, 10 Apr 2006 15:32:58 +0200 Sender: fan@fadesa.es Message-ID: <443A5E8A.FBFABB3F@fadesa.es> Date: Mon, 10 Apr 2006 15:32:58 +0200 From: "=?iso-8859-15?Q?Jos=E9?= M. =?iso-8859-15?Q?Fandi=F1o?=" Organization: Inmobiliaria FADESA X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.30-ow1 i686) X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4433DB2B.7753D2C3@fadesa.es> <20060406153115.GC5578@garage.freebsd.pl> <44354FB1.6163DF7A@fadesa.es> <4436199E.3E019AD4@fadesa.es> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit X-Logged: Logged by tierra.fadesa.es as PAA20201 at Mon Apr 10 15:32:58 2006 Subject: Re: GEOM_RAID3: Device datos is broken, too few valid components 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, 10 Apr 2006 13:33:50 -0000 Hello, > > Pawel Jakub Dawidek wrote: > > > You should be safe as long as the order of slices you give here is the > > > same as it was when device was initially labeled. I have follow this procedure and it worked for me: select "6. Escape to loader prompt" OK unload OK disable-module geom_raid3 OK boot -s # fsck -p # mount -a # graid3 dump ad4s2 | grep -w no # graid3 dump ad5s2 | grep -w no # graid3 dump ad6s2 | grep -w no (this will give you the right order to use with the next command) # graid3 label -h ad5s2 ad6s2 ad4s2 # graid3 load # graid3 remove -n 0 datos # graid3 insert -n 0 datos ad5s2 now, all is working as expected. However I'm curious about the missing flag "HARDCODED" for ad5s2. is it reasonable to ignore this missing flag? # grai3 list Geom name: datos State: COMPLETE Components: 3 Flags: ROUND-ROBIN GenID: 0 SyncID: 1 ID: 1391160618 Providers: 1. Name: raid3/datos Mediasize: 311491352576 (290G) Sectorsize: 1024 Mode: r1w1e1 Consumers: 1. Name: ad4s2 Mediasize: 155745676800 (145G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Flags: DIRTY, HARDCODED GenID: 0 SyncID: 1 Number: 2 Type: PARITY 2. Name: ad5s2 Mediasize: 155745676800 (145G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Flags: DIRTY GenID: 0 SyncID: 1 Number: 0 Type: DATA 3. Name: ad6s2 Mediasize: 155745676800 (145G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Flags: DIRTY, HARDCODED GenID: 0 SyncID: 1 Number: 1 Type: DATA -- -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d- s+:+() a32 C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP+>+++ t+ 5 X+$ R- tv-- b+++ DI D++>+++ G++ e- h+(++) !r !z ------END GEEK CODE BLOCK------ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 13:59: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 C69FB16A401 for ; Mon, 10 Apr 2006 13:59:28 +0000 (UTC) (envelope-from lopisaur@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5EF43D45 for ; Mon, 10 Apr 2006 13:59:28 +0000 (GMT) (envelope-from lopisaur@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so641457wxc for ; Mon, 10 Apr 2006 06:59:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Nv7nB66dWseK0iCPMUky4YdyRZxM7F76qBD7NUiCrzb7Y82SbrFiYvuNGW7mEF1YIi6of9gdEJtJtMFBM4uFbE35ZcyKntyBNXqV4hHk2bPX9UKFHbWVAO3b7K4TRK07UjUmPejxreMOifkz8y4eMGkpRqIpgFHJuuAScuViyio= Received: by 10.70.94.11 with SMTP id r11mr305957wxb; Mon, 10 Apr 2006 06:59:27 -0700 (PDT) Received: from hellion.clcw ( [200.105.223.42]) by mx.gmail.com with ESMTP id i35sm272039wxd.2006.04.10.06.59.24; Mon, 10 Apr 2006 06:59:26 -0700 (PDT) From: Christian Lopez de Castilla Wagner To: "Matthew D. Fuller" In-Reply-To: <20060409182254.GL41551@over-yonder.net> References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> <20060409182254.GL41551@over-yonder.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JasmssWam71ZxzxUeVSV" Date: Mon, 10 Apr 2006 10:02:34 -0400 Message-Id: <1144677754.28282.5.camel@hellion.clcw> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: Pros and Cons of amd64 (versus i386). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lopisaur@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 13:59:29 -0000 --=-JasmssWam71ZxzxUeVSV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2006-04-09 at 13:22 -0500, Matthew D. Fuller wrote: > On Sat, Apr 08, 2006 at 06:00:56PM -0600 I heard the voice of > Scott Long, and lo! it spake thus: > >=20 > > Modern disks (I don't know how to define a cutoff to this term, > > unfortunately) definitely put more bits onto the outer rim of the > > platter than the inner rim. >=20 > Pretty much any disk you'd currently find, I'd say. >=20 > diskinfo -t won't run through on my 4 or 2 gigs ("disk too small for > test" :), but on my 9 gigger: >=20 > Transfer rates: > outside: 102400 kbytes in 5.215159 sec =3D 19635 kbyte= s/sec > middle: 102400 kbytes in 6.268067 sec =3D 16337 kbyte= s/sec > inside: 102400 kbytes in 8.237962 sec =3D 12430 kbyte= s/sec >=20 > da4 at ahc2 bus 0 target 5 lun 0 > da4: Fixed Direct Access SCSI-3 device=20 > da4: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing = Enabled > da4: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) >=20 >=20 Just for comparison: root@hellion# diskinfo -t ad1 ad1 512 # sectorsize 61492838400 # mediasize in bytes (57G) 120103200 # mediasize in sectors 119150 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 5.650173 sec =3D 22.601 msec Half stroke: 250 iter in 4.581880 sec =3D 18.328 msec Quarter stroke: 500 iter in 7.510191 sec =3D 15.020 msec Short forward: 400 iter in 3.556557 sec =3D 8.891 msec Short backward: 400 iter in 3.294277 sec =3D 8.236 msec Seq outer: 2048 iter in 0.285684 sec =3D 0.139 msec Seq inner: 2048 iter in 0.288960 sec =3D 0.141 msec Transfer rates: outside: 102400 kbytes in 1.896157 sec =3D 54004 kbytes/sec middle: 102400 kbytes in 2.297042 sec =3D 44579 kbytes/sec inside: 102400 kbytes in 3.853005 sec =3D 26577 kbytes/sec ad1: 58644MB at ata0-slave UDMA100 As you can see, the outside is more than twice as fast in this case. Just a guess, since both are IBM disks: You're using a Workstation/Server disk, which probably performs in a more balanced way across the platter, while this (consumer disk) is not performance-oriented. Maybe SCSI and IDE devices are not as similar as we all thought? --=20 Christian Lopez de Castilla Wagner lopisaur@gmail.com lopisaur@acelerate.com (+591-705)98290 http://lopisaur.googlepages.com http://lopisaur.blogspot.com --=-JasmssWam71ZxzxUeVSV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEOmV6BfwpMEg+qbYRAk/qAKCH8vG4xzjn8vEXnQlG5FXL4RDXbwCcDeBR 5WbH0T+8eE+fcrytR7186R0= =0W+T -----END PGP SIGNATURE----- --=-JasmssWam71ZxzxUeVSV-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 14:17: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 82D2C16A403 for ; Mon, 10 Apr 2006 14:17:32 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF4743D64 for ; Mon, 10 Apr 2006 14:17:31 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 28675 invoked from network); 10 Apr 2006 14:17:27 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.145.17]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 10 Apr 2006 14:17:27 -0000 Date: Mon, 10 Apr 2006 16:17:14 +0200 From: Fabian Keil To: yraffah@savola.com Message-ID: <20060410161714.4418ed60@localhost> In-Reply-To: <1144672693.642.7.camel@redevil.savola.com> References: <1144672693.642.7.camel@redevil.savola.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_AHMcxh87nIuQ9heDJzV+Y1R; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: How can I install a driver? 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, 10 Apr 2006 14:17:32 -0000 --Sig_AHMcxh87nIuQ9heDJzV+Y1R Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Yousef Raffah wrote: > I'm having an issue as I'm a newbie in installing/configuring the > marvell driver for FreeBSD. >=20 > A quick search in the mailing lists shows: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D2601224+2604070 > +/usr/local/www/db/text/2006/freebsd-questions/20060402.freebsd-questions >=20 > but I have no clue how I can bypass the second step, which is > installing the if_myk.ko to /boot/kernel >=20 > I have tried to cp if_yk.ko /boot/kernel/ >=20 > but that didn't bring anything new in ifconfing! Try: kldxref /boot/kernel kldload if_yk Fabian --=20 http://www.fabiankeil.de/ --Sig_AHMcxh87nIuQ9heDJzV+Y1R Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOmj2jV8GA4rMKUQRArhHAKCSrh4mFXp7TpRAPUnCV83+Ss58QQCeOMwO sLH832qz6elFm4wHFcMrAdw= =pczi -----END PGP SIGNATURE----- --Sig_AHMcxh87nIuQ9heDJzV+Y1R-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 15:42: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 1358616A40D for ; Mon, 10 Apr 2006 15:42:39 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B73843D6A for ; Mon, 10 Apr 2006 15:42:30 +0000 (GMT) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 76736 invoked by uid 89); 10 Apr 2006 15:42:26 -0000 Received: by simscan 1.1.0 ppid: 76731, pid: 76732, t: 0.4803s scanners: attach: 1.1.0 clamav: 0.87.1/m:34/d:1205 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mta.webmatic.de X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.1.0 Received: from unknown (HELO mta.webmatic.de) (127.0.0.1) by localhost with SMTP; 10 Apr 2006 15:42:25 -0000 Received: from 217.188.193.85 (SquirrelMail authenticated user freebsd-stable@chef-ingenieur.de) by mta.webmatic.de with HTTP; Mon, 10 Apr 2006 17:42:25 +0200 (CEST) Message-ID: <2158.217.188.193.85.1144683745.squirrel@mta.webmatic.de> Date: Mon, 10 Apr 2006 17:42:25 +0200 (CEST) From: "Thomas Krause" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Iomega REV Drive 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, 10 Apr 2006 15:42:39 -0000 Hello, I've an SCSI version of the IOMEGA REV drive (35 GB, like ZIP drive). How can I access this drive. FreeBSD detects the drive as CDROM: cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-4 device cd0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) cd0: cd present [17090880 x 2048 byte records] I'm using FreeBSD 6.1-RC. Kind regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 16:13:12 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 05FA716A50D for ; Mon, 10 Apr 2006 16:13:12 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FBF543D95 for ; Mon, 10 Apr 2006 16:13:07 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so665997wxc for ; Mon, 10 Apr 2006 09:13:07 -0700 (PDT) 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=McnZmZotIbjy9x9IVIyHQeLoqj4gl4QV8PrZcg0Om83iR6DFbc2TI7sL7S4o5DaT/SLPrqqa0n7vjTUzr+97JWrHVx7HHUzdDjUa2YWkHnMTWNfxVlHnEZN30UsxJmFxrSpbsQfC3hSdDUGZnPsrHOAFj3ZT+zaQ3pTJ7cJRQWs= Received: by 10.70.103.5 with SMTP id a5mr3476542wxc; Mon, 10 Apr 2006 09:13:07 -0700 (PDT) Received: by 10.70.112.16 with HTTP; Mon, 10 Apr 2006 09:13:07 -0700 (PDT) Message-ID: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> Date: Mon, 10 Apr 2006 18:13:07 +0200 From: "Michael Schuh" 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: Maximum Swapsize 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, 10 Apr 2006 16:13:12 -0000 Hello @all, last weekend i have setted up an new Machine with 6.1-Beta4. By Installation i have made an Swappartition with the size of 4GB after install in runtime in top it sseems to me that the maximum swap-size is limitied to 2GB or better to INT_MAX ? At another MAchine with FreeBSD4.11 i have a Swap-Partition with 1GB size and an Swap-File with 8 GB size, all seem fine top let me show: Mem: 418M Active, 318M Inact, 193M Wired, 40M Cache, 108M Buf, 1960K Free Swap: 9216M Total, 257M Used, 8959M Free, 2% Inuse Is these setting correct for RELENG_6 or 6.1-Beta4, and get the (default) maxsize for Swap-Partitions increased? thanks for any help best regards Michael From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 16:17: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 D3EDA16A400 for ; Mon, 10 Apr 2006 16:17:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E1E43D46 for ; Mon, 10 Apr 2006 16:17:14 +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 7E7801A4E5B; Mon, 10 Apr 2006 09:17:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 013D251558; Mon, 10 Apr 2006 12:17:13 -0400 (EDT) Date: Mon, 10 Apr 2006 12:17:13 -0400 From: Kris Kennaway To: Michael Schuh Message-ID: <20060410161713.GA48094@xor.obsecurity.org> References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Maximum Swapsize 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, 10 Apr 2006 16:17:14 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 10, 2006 at 06:13:07PM +0200, Michael Schuh wrote: > Hello @all, >=20 > last weekend i have setted up an new Machine with > 6.1-Beta4. By Installation i have made an Swappartition > with the size of 4GB after install in runtime in top > it sseems to me that the maximum swap-size is > limitied to 2GB or better to INT_MAX ? It's limited to 16GB on i386 (or maybe 16GB per swap device, I forget). You need a patch if you want to use this much, to avoid deadlocks - but nothing limits it out of the box. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOoUJWry0BWjoQKURAtZkAJ9y/QXaA5gyWP5RMeHgZVnOPlx1SQCgh+K5 tiiDGPbZvPDpYQzsgguNgeA= =zcmL -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 16:18:11 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 B595D16A403 for ; Mon, 10 Apr 2006 16:18:11 +0000 (UTC) (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 14D2C43D45 for ; Mon, 10 Apr 2006 16:18:09 +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 0B10A3C4; Mon, 10 Apr 2006 11:18:07 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 1789F61C32; Mon, 10 Apr 2006 11:18:06 -0500 (CDT) Date: Mon, 10 Apr 2006 11:18:06 -0500 From: "Matthew D. Fuller" To: Christian Lopez de Castilla Wagner Message-ID: <20060410161805.GP41551@over-yonder.net> References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> <20060409182254.GL41551@over-yonder.net> <1144677754.28282.5.camel@hellion.clcw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1144677754.28282.5.camel@hellion.clcw> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: Pros and Cons of amd64 (versus i386). 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, 10 Apr 2006 16:18:11 -0000 On Mon, Apr 10, 2006 at 10:02:34AM -0400 I heard the voice of Christian Lopez de Castilla Wagner, and lo! it spake thus: > > As you can see, the outside is more than twice as fast in this case. > Just a guess, since both are IBM disks: You're using a > Workstation/Server disk, which probably performs in a more balanced > way across the platter, while this (consumer disk) is not > performance-oriented. Maybe SCSI and IDE devices are not as similar > as we all thought? I would think it's more a matter that it's just a much older and much lower-density disk, so the difference isn't as pronounced. The seeks show where the SCSI pulls ahead of the IDE. For instance: > Full stroke: 250 iter in 5.650173 sec = 22.601 msec Full stroke: 250 iter in 3.986904 sec = 15.948 msec > Half stroke: 250 iter in 4.581880 sec = 18.328 msec Half stroke: 250 iter in 3.314294 sec = 13.257 msec > Quarter stroke: 500 iter in 7.510191 sec = 15.020 msec Quarter stroke: 500 iter in 5.683162 sec = 11.366 msec Now, compare a modern SCSI drive: Seek times: Full stroke: 250 iter in 2.144289 sec = 8.577 msec Half stroke: 250 iter in 1.649111 sec = 6.596 msec Quarter stroke: 500 iter in 2.707602 sec = 5.415 msec Short forward: 400 iter in 1.726583 sec = 4.316 msec Short backward: 400 iter in 1.076023 sec = 2.690 msec Seq outer: 2048 iter in 0.198563 sec = 0.097 msec Seq inner: 2048 iter in 0.194318 sec = 0.095 msec Transfer rates: outside: 102400 kbytes in 1.406852 sec = 72787 kbytes/sec middle: 102400 kbytes in 1.557666 sec = 65739 kbytes/sec inside: 102400 kbytes in 2.112654 sec = 48470 kbytes/sec da0: Fixed Direct Access SCSI-3 device da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) The difference in transfer rates is less than half there, too. But, this is a 15k RPM drive, which means that the platters are much smaller, so there's much less difference in the linear speed between the rim and the spindle side. It's not because of any attempted compensation toward an "average" performance, it's just a side effect of trying to not require a nuclear reactor to power it 8-} -- 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 Mon Apr 10 18:23: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 A211116A402; Mon, 10 Apr 2006 18:23:43 +0000 (UTC) (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 D38C543D45; Mon, 10 Apr 2006 18:23:39 +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 1A912B80A; Mon, 10 Apr 2006 14:23:39 -0400 (EDT) In-Reply-To: <20060409170917.GA85736@saturn.kn-bremen.de> References: <20060409170917.GA85736@saturn.kn-bremen.de> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <52774199-52CC-4F51-ABEA-99565A0B9F8E@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 10 Apr 2006 14:23:37 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.749.3) Cc: freebsd-emulation@freebsd.org Subject: Re: devfs weirdness with kqemu 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, 10 Apr 2006 18:23:43 -0000 On Apr 9, 2006, at 1:09 PM, Juergen Lock wrote: > Is this something the kld is doing wrong (/usr/ports/emulators/ > kqemu-kmod) > or is it a devfs problem? The report I got was for 6.0, but it also > happens for me on RELENG_5. This is nothing serious (kqemu works), > but > it certainly can be confusing for users... happens to me on 6.0 too, and yes it is confusing. i didn't think it actually was working, so i stopped playing with qemu :-( From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 18:50: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 EB56816A596 for ; Mon, 10 Apr 2006 18:50:38 +0000 (UTC) (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 47D9643D4C for ; Mon, 10 Apr 2006 18:50:37 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (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 k3AIoaVf014841 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 11 Apr 2006 04:50:36 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k3AIoZ8w002898; Tue, 11 Apr 2006 04:50:35 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k3AIoZ6X002897; Tue, 11 Apr 2006 04:50:35 +1000 (EST) (envelope-from peter) Date: Tue, 11 Apr 2006 04:50:35 +1000 From: Peter Jeremy To: Michael Schuh Message-ID: <20060410185035.GC739@turion.vk2pj.dyndns.org> References: <1dbad3150604070754m6702e6acw2175c306504f3c13@mail.gmail.com> <4436A2B4.4010608@mac.com> <1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Needs suggestion for redundant Storage 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, 10 Apr 2006 18:50:39 -0000 On Mon, 2006-Apr-10 14:11:46 +0200, Michael Schuh wrote: >so that i have sign a Solution with cheap HW, ok this cheap HW is not very >stable and never so performant like the right Hardware, but if i use >this solution, >so i can relative fast replace defect items with new HW. You probably can't replace defective hardware so fast that the users don't notice. They will probably also notice when a system crash garbles the filesystem. Based on your comments of low cost and massive size, I presume you can't afford a proper backup solution either. This is a recipe for disaster if the data is valuable. >> Do not get a Silicon Image SATA controller. >Why not? Read the mailing lists - they are full of problems with them. If you value your data you will not use Sil controller. >> At the very least, get a multiport SATA RAID controller with a decent-sized >> RAM cache of its own and an internal battery to keep the drives going until >> that cache can be flushed. As well as an external UPS, right...? >> >I can also agree with you.......but the management......get not my friends >with this....... :-)) They will be even less your friends when your cheap-n-nasty solution loses some valuable files. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 19:35: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 222EA16A403 for ; Mon, 10 Apr 2006 19:35:41 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFA6E43D49 for ; Mon, 10 Apr 2006 19:35:39 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so1153557pyc for ; Mon, 10 Apr 2006 12:35:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Xmu0fegCoT9okP/snF4TckIPqatoqYsBeqwJxaPRp2Dkmorvg/QULzRJRxpNBICwt0D8WZBpZzHS56g04MrUWmnXLJPRHJqfad5FO6GOTZNSHSV8ZYqQD/PEOW9rQ9fnsuRUqK+tGQ+T9soBa2tQbju5JIVytZcKu9Af74y/OA0= Received: by 10.35.21.1 with SMTP id y1mr163170pyi; Mon, 10 Apr 2006 12:29:03 -0700 (PDT) Received: by 10.35.135.3 with HTTP; Mon, 10 Apr 2006 12:29:02 -0700 (PDT) Message-ID: <5f67a8c40604101229m73e5afa0n619a6725a7168e46@mail.gmail.com> Date: Mon, 10 Apr 2006 15:29:02 -0400 From: "Zaphod Beeblebrox" To: "Peter Jeremy" In-Reply-To: <20060410080418.GB739@turion.vk2pj.dyndns.org> MIME-Version: 1.0 References: <20060407121452.GO1784@math.jussieu.fr> <6.2.3.4.0.20060408150025.099369a8@64.7.153.2> <5f67a8c40604091456gfef47d3q3583d3d1a519d035@mail.gmail.com> <20060410080418.GB739@turion.vk2pj.dyndns.org> 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: freebsd-stable@freebsd.org Subject: Re: Disappointed-new 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, 10 Apr 2006 19:35:41 -0000 On 4/10/06, Peter Jeremy wrote: > I can't comment on gigabit performance but at Fast Ethernet speeds, > I've found that fxp performs much better than dc, tl and tx NICs. > I've had fairly bad experiences with bge under even moderate load > (though the one in my laptop seems OK). > > One problem everyone might be facing is that both BGE and EM are good examples of bad vendor practice --- specifically making significant changes to a product without making it clear set of features you have/don't have. FreeBSD, in a way, makes this work by calling a whole class of cards by it'= s driver name. Both EM and BGE have versions that omit important features. My old laptop, for instance, had a BGE that could not send large frames. Many of the interrupt coalescing functions that are so amazing in EM are options that are deleted from cheaper versions of the chipset. Even the lowly FXP comes in more than a dozen flavours (although most of th= e differences ... like on-chip encryption ... are not supported in *BSD). I can honestly say that while BGE gave me great pains when they first came out, of late I havn't had cause to complain. Caution (based on past experience) prevents me from using them in servers, not current ongoing testing. Nothing I've read has given me any indication that they are capable of performing like good EM's (we only buy the server product, not the workstation version). Now... keep in mind that our stress tests care as much about 64 byte packet performance as they do large packet throughput. Average router pakcet size is on the way down, not up. Even if you estimate 350/550 as your average (out/in packet sizes), you care about 64 byte performance because of DDOS. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 19:37: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 0B3F016A404 for ; Mon, 10 Apr 2006 19:37:05 +0000 (UTC) (envelope-from minter@mail.skiltech.com) Received: from mail.skiltech.com (bunning.skiltech.com [65.36.251.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E7F43D8A for ; Mon, 10 Apr 2006 19:36:53 +0000 (GMT) (envelope-from minter@mail.skiltech.com) Received: from localhost (localhost.skiltech.com [127.0.0.1]) by mail.skiltech.com (Postfix) with ESMTP id 87C874D93E for ; Mon, 10 Apr 2006 15:35:54 -0400 (EDT) Received: from mail.skiltech.com ([127.0.0.1]) by localhost (bunning.skiltech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83209-08 for ; Mon, 10 Apr 2006 15:35:53 -0400 (EDT) Received: by mail.skiltech.com (Postfix, from userid 1001) id 7A5C44D8A8; Mon, 10 Apr 2006 15:35:53 -0400 (EDT) Date: Mon, 10 Apr 2006 15:35:53 -0400 (EDT) From: "H. Wade Minter" X-X-Sender: minter@bunning.skiltech.com To: freebsd-stable@freebsd.org Message-ID: <20060410153038.C82621@bunning.skiltech.com> x-gpg-fingerprint: 24460EC7 x-gpg-key: http://www.lunenburg.org/wade/pgp.php MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at skiltech.com Subject: Odd "phantom MFS mountpoint" issue 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, 10 Apr 2006 19:37:05 -0000 I've got a 5.4-RELEASE-p9 system that I was doing some memory filesystem testing on. I'm seeing something odd, though - a small MFS partition mounted over top of /tmp that I can't get rid of. Here's the system now: [minter@carlton mrvoice]$ mount /dev/ad0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/ad0s1d on /tmp (ufs, local, soft-updates) /dev/ad0s1f on /usr/www (ufs, local, soft-updates) /dev/ad0s1e on /var (ufs, local, soft-updates) /dev/md0 on /tmp (ufs, local) There's no md0 line in /etc/fstab: [minter@carlton mrvoice]$ cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1d /tmp ufs rw 2 2 /dev/ad0s1f /usr/www ufs rw 2 2 /dev/ad0s1e /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 I can see the md0 device with mdconfig: [root@carlton ~]# mdconfig -l md0 I can stop all activity on /tmp, unmount it, and do mdconfig -d -u 0 to delete the resources. However, when I reboot the system, the mountpoint is back. I can't tell where the system is getting that from. How should I remove this mfs mountpoint permanently to get the disk-based /tmp back? --Wade From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 19: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 6259A16A405 for ; Mon, 10 Apr 2006 19:44:06 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id D056943D46 for ; Mon, 10 Apr 2006 19:44:05 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 33818 invoked from network); 10 Apr 2006 19:44:05 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 10 Apr 2006 19:44:05 -0000 Received: by bromine.back1.secureworks.net with Internet Mail Service (5.5.2657.72) id ; Mon, 10 Apr 2006 15:44:25 -0400 Message-ID: <443AB576.9050903@jellydonut.org> From: Michael Proto To: "H. Wade Minter" Date: Mon, 10 Apr 2006 15:43:50 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Cc: freebsd-stable@freebsd.org Subject: Re: Odd "phantom MFS mountpoint" issue 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, 10 Apr 2006 19:44:06 -0000 H. Wade Minter wrote: > I've got a 5.4-RELEASE-p9 system that I was doing some memory filesystem > testing on. I'm seeing something odd, though - a small MFS partition > mounted over top of /tmp that I can't get rid of. > > Here's the system now: > > [minter@carlton mrvoice]$ mount > /dev/ad0s1a on / (ufs, local, soft-updates) > devfs on /dev (devfs, local) > /dev/ad0s1d on /tmp (ufs, local, soft-updates) > /dev/ad0s1f on /usr/www (ufs, local, soft-updates) > /dev/ad0s1e on /var (ufs, local, soft-updates) > /dev/md0 on /tmp (ufs, local) > > There's no md0 line in /etc/fstab: > > [minter@carlton mrvoice]$ cat /etc/fstab > # Device Mountpoint FStype Options Dump > Pass# > /dev/ad0s1b none swap sw 0 0 > /dev/ad0s1a / ufs rw 1 1 > /dev/ad0s1d /tmp ufs rw 2 2 > /dev/ad0s1f /usr/www ufs rw 2 > 2 > /dev/ad0s1e /var ufs rw 2 2 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > > I can see the md0 device with mdconfig: > > [root@carlton ~]# mdconfig -l > md0 > > I can stop all activity on /tmp, unmount it, and do mdconfig -d -u 0 to > delete the resources. However, when I reboot the system, the mountpoint > is back. I can't tell where the system is getting that from. > > How should I remove this mfs mountpoint permanently to get the disk-based > /tmp back? > > --Wade Do you have tmpmfs defined in /etc/rc.conf? If tmpfs is enabled there it will create a /tmp mfs as you are indicating. -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 19:52: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 7264216A400 for ; Mon, 10 Apr 2006 19:52:20 +0000 (UTC) (envelope-from minter@mail.skiltech.com) Received: from mail.skiltech.com (bunning.skiltech.com [65.36.251.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD9343D46 for ; Mon, 10 Apr 2006 19:52:19 +0000 (GMT) (envelope-from minter@mail.skiltech.com) Received: from localhost (localhost.skiltech.com [127.0.0.1]) by mail.skiltech.com (Postfix) with ESMTP id 181484DEA1; Mon, 10 Apr 2006 15:52:19 -0400 (EDT) Received: from mail.skiltech.com ([127.0.0.1]) by localhost (bunning.skiltech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86999-03; Mon, 10 Apr 2006 15:52:18 -0400 (EDT) Received: by mail.skiltech.com (Postfix, from userid 1001) id 147734DF8A; Mon, 10 Apr 2006 15:52:18 -0400 (EDT) Date: Mon, 10 Apr 2006 15:52:18 -0400 (EDT) From: "H. Wade Minter" X-X-Sender: minter@bunning.skiltech.com To: Michael Proto In-Reply-To: <443AB576.9050903@jellydonut.org> Message-ID: <20060410155131.L86837@bunning.skiltech.com> References: <443AB576.9050903@jellydonut.org> x-gpg-fingerprint: 24460EC7 x-gpg-key: http://www.lunenburg.org/wade/pgp.php MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at skiltech.com Cc: freebsd-stable@freebsd.org Subject: Re: Odd "phantom MFS mountpoint" issue 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, 10 Apr 2006 19:52:20 -0000 On Mon, 10 Apr 2006, Michael Proto wrote: >> How should I remove this mfs mountpoint permanently to get the disk-based >> /tmp back? >> >> --Wade > > Do you have tmpmfs defined in /etc/rc.conf? If tmpfs is enabled there it > will create a /tmp mfs as you are indicating. Not that I see: [minter@carlton ~]$ grep -i tmp /etc/rc.conf [minter@carlton ~]$ Thanks, Wade From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 19:55: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 3F16A16A407 for ; Mon, 10 Apr 2006 19:55:18 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F9DE43D49 for ; Mon, 10 Apr 2006 19:55:17 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 35891 invoked from network); 10 Apr 2006 19:55:16 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 10 Apr 2006 19:55:16 -0000 Received: by bromine.back1.secureworks.net with Internet Mail Service (5.5.2657.72) id ; Mon, 10 Apr 2006 15:55:36 -0400 Message-ID: <443AB817.3090208@jellydonut.org> From: Michael Proto To: "H. Wade Minter" Date: Mon, 10 Apr 2006 15:55:03 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Cc: freebsd-stable@freebsd.org Subject: Re: Odd "phantom MFS mountpoint" issue 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, 10 Apr 2006 19:55:18 -0000 H. Wade Minter wrote: > On Mon, 10 Apr 2006, Michael Proto wrote: > >>> How should I remove this mfs mountpoint permanently to get the disk-based >>> /tmp back? >>> >>> --Wade >> Do you have tmpmfs defined in /etc/rc.conf? If tmpfs is enabled there it >> will create a /tmp mfs as you are indicating. > > Not that I see: > > [minter@carlton ~]$ grep -i tmp /etc/rc.conf > [minter@carlton ~]$ > > Thanks, > Wade Does /tmp exist and is writable when the system is started? Looking at the test in /etc/rc.d/tmp, it looks like /tmp will be mounted as a mfs if "/bin/mkdir -p /tmp/.diskless" fails. -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 20:03: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 E170116A409 for ; Mon, 10 Apr 2006 20:03:47 +0000 (UTC) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 1389843D46 for ; Mon, 10 Apr 2006 20:03:46 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 82965 invoked by uid 89); 10 Apr 2006 20:49:27 -0000 Received: from ool-44c5ba23.dyn.optonline.net (HELO venti) (brian@aljex.com@68.197.186.35) by s1tank.virtdom.com with SMTP; 10 Apr 2006 20:49:27 -0000 Message-ID: <058701c65cd9$df348ea0$6500000a@venti> From: "Brian K. White" To: References: <1dbad3150604070754m6702e6acw2175c306504f3c13@mail.gmail.com><4436A2B4.4010608@mac.com><1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> <20060410185035.GC739@turion.vk2pj.dyndns.org> Date: Mon, 10 Apr 2006 16:03:18 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: Needs suggestion for redundant Storage 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, 10 Apr 2006 20:03:48 -0000 ----- Original Message ----- From: "Peter Jeremy" To: "Michael Schuh" Cc: Sent: Monday, April 10, 2006 2:50 PM Subject: Re: Needs suggestion for redundant Storage > On Mon, 2006-Apr-10 14:11:46 +0200, Michael Schuh wrote: >>so that i have sign a Solution with cheap HW, ok this cheap HW is not very >>stable and never so performant like the right Hardware, but if i use >>this solution, >>so i can relative fast replace defect items with new HW. > > You probably can't replace defective hardware so fast that the users > don't notice. They will probably also notice when a system crash > garbles the filesystem. > > Based on your comments of low cost and massive size, I presume you > can't afford a proper backup solution either. This is a recipe for > disaster if the data is valuable. > >>> Do not get a Silicon Image SATA controller. >>Why not? > > Read the mailing lists - they are full of problems with them. If > you value your data you will not use Sil controller. > >>> At the very least, get a multiport SATA RAID controller with a >>> decent-sized >>> RAM cache of its own and an internal battery to keep the drives going >>> until >>> that cache can be flushed. As well as an external UPS, right...? >>> >>I can also agree with you.......but the management......get not my friends >>with this....... :-)) > > They will be even less your friends when your cheap-n-nasty solution > loses some valuable files. It's like this, they may not want to pay for doing it the right way, and you may not have the eloquence or the evidence to convince them, but in the end it comes down to this: Do not allow them to put your name on something like this. If you do the work this way, regardless that they "made" you, it's still your name attached to a piece of bad work. Sometimes that serves to convince them even when nothing else will. Often a contractor (for any kind of work, lik siding your house or a plumber etc...) when confronted with a customer who insists on doing something the wrong way, the contractor will say "OK I'll do it but only if you sign this waiver absolving me of responsibility so that when it falls apart I'm not responsible." In effect, "I'll do it but I will not warranty it even slightly." Faced with that, even cheap people sometimes get scared into doing it the right way or at least doing nothing until they can do it right later, or unfortunately finding another contractor with less scruples and/or skill sometimes. You can't say that since you're not an independant contractor, and in this case I wouldn't settle for that anyways. I simply would not allow my name to be attached to something I don't trust. And you should not trust this arrangement. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 20:07: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 2B1C316A42A for ; Mon, 10 Apr 2006 20:07:53 +0000 (UTC) (envelope-from minter@mail.skiltech.com) Received: from mail.skiltech.com (bunning.skiltech.com [65.36.251.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id C920743D45 for ; Mon, 10 Apr 2006 20:07:52 +0000 (GMT) (envelope-from minter@mail.skiltech.com) Received: from localhost (localhost.skiltech.com [127.0.0.1]) by mail.skiltech.com (Postfix) with ESMTP id 019C84DE9C; Mon, 10 Apr 2006 16:07:52 -0400 (EDT) Received: from mail.skiltech.com ([127.0.0.1]) by localhost (bunning.skiltech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89928-08; Mon, 10 Apr 2006 16:07:51 -0400 (EDT) Received: by mail.skiltech.com (Postfix, from userid 1001) id 5C5F94DE79; Mon, 10 Apr 2006 16:07:51 -0400 (EDT) Date: Mon, 10 Apr 2006 16:07:51 -0400 (EDT) From: "H. Wade Minter" X-X-Sender: minter@bunning.skiltech.com To: Michael Proto In-Reply-To: <443AB817.3090208@jellydonut.org> Message-ID: <20060410160710.D90039@bunning.skiltech.com> References: <443AB817.3090208@jellydonut.org> x-gpg-fingerprint: 24460EC7 x-gpg-key: http://www.lunenburg.org/wade/pgp.php MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at skiltech.com Cc: freebsd-stable@freebsd.org Subject: Re: Odd "phantom MFS mountpoint" issue 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, 10 Apr 2006 20:07:53 -0000 On Mon, 10 Apr 2006, Michael Proto wrote: > Does /tmp exist and is writable when the system is started? Looking at > the test in /etc/rc.d/tmp, it looks like /tmp will be mounted as a mfs > if "/bin/mkdir -p /tmp/.diskless" fails. It should have been, but I went ahead and set tmpmfs="NO" in rc.conf, rebooted, and things are fine now. Thanks for the help! --Wade From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 20:37: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 5DCF816A403 for ; Mon, 10 Apr 2006 20:37:18 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D2443D53 for ; Mon, 10 Apr 2006 20:37:13 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k3AKb9B9027371 for ; Mon, 10 Apr 2006 13:37:11 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k3AKb8x4027370 for freebsd-stable@freebsd.org; Mon, 10 Apr 2006 13:37:08 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from demon.dnswatch.com (demon.dnswatch.com [216.177.243.42]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 10 Apr 2006 13:37:08 -0700 Message-ID: <20060410133708.fhnthnm3cw8gko0w@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 10 Apr 2006 13:37:08 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <1144672693.642.7.camel@redevil.savola.com> In-Reply-To: <1144672693.642.7.camel@redevil.savola.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: How can I install a driver? 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, 10 Apr 2006 20:37:18 -0000 Hello, Have a look at /boot/defaults/loader.conf for your desired driver. Then copy it to your /boot/loader.conf file (the desired line). Also have a look at the command: man loader.conf Quoting Yousef Raffah : > I'm having an issue as I'm a newbie in installing/configuring the > marvell driver for FreeBSD. > > A quick search in the mailing lists shows: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=2601224+2604070 > +/usr/local/www/db/text/2006/freebsd-questions/20060402.freebsd-questions > > but I have no clue how I can bypass the second step, which is installing > the if_myk.ko to /boot/kernel > > I have tried to cp if_yk.ko /boot/kernel/ bad idea. > > but that didn't bring anything new in ifconfing! > > Can someone shed some light here please? --Chris H. > > _______________________________________________ > 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" > -- Linux: An OS for users who think their using UNIX. ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 21:56: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 5F20416A40A for ; Mon, 10 Apr 2006 21:56:40 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F267243D49 for ; Mon, 10 Apr 2006 21:56:33 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 9AF2C745; Mon, 10 Apr 2006 16:56:33 -0500 (CDT) Date: Mon, 10 Apr 2006 16:56:33 -0500 To: Alexey Karagodov Message-ID: <20060410215633.GA2483@soaustin.net> References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405211154.GA30089@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Dennis Melentyev , freebsd-stable@freebsd.org Subject: Re: Disappointed 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, 10 Apr 2006 21:56:40 -0000 On Thu, Apr 06, 2006 at 05:23:53PM +0400, Alexey Karagodov wrote: > ok. then, freebsd-developers may change "The Power To Serve" to "The Power > To Test", "FreeBSD is an advanced operating system " to "FreeBSD is > an advanced operating system in stage of forever development", etc. > pay money to use stable (working) product or help us to develope it for > free ... That's right. You now understand what Open Source/Free Software/and so forth are all about. If you want something where guaranteed support comes bundled with the operating system, get Windows and a support contract, Solaris and a support contract, or possibly RedHat (or equivalent) and a support contract. Otherwise, you are going to get "we will do our best to provide a system, for free, that works as well as possible for as many people as possible. Good luck and help us to fix the inevitable bugs." And that's true for any of the BSDs and any of the (non-commercially-supported) Linux variants. Or you could try to start your own company based on one of the *BSD codebases and charge for support (basically, the RedHat business model). Let us know how it works out. I think there is some demand for such a thing, but I'm not going to risk my own capital and time finding out. In the meantime, we volunteers (who do at least 90% of the FreeBSD work) will continue trying to do our best, with no written guarantee that it will suit your purposes. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Apr 10 23:13: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 7F70716A401 for ; Mon, 10 Apr 2006 23:13:22 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id D083943D46 for ; Mon, 10 Apr 2006 23:13:21 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([67.70.87.152]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060410231320.QEV10262.tomts22-srv.bellnexxia.net@[192.168.1.133]> for ; Mon, 10 Apr 2006 19:13:20 -0400 In-Reply-To: <20060410215633.GA2483@soaustin.net> References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405211154.GA30089@soaustin.net> <20060410215633.GA2483@soaustin.net> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3331388D-6E29-40F6-B77D-6D3CF1D6219F@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Mon, 10 Apr 2006 19:13:18 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.3) Subject: Re: Disappointed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 23:13:22 -0000 On Apr 10, 2006, at 17:56, Mark Linimon wrote: > In the meantime, we volunteers (who do at least 90% of the FreeBSD > work) > will continue trying to do our best, with no written guarantee that it > will suit your purposes. If you read the EULA on most commercial operating systems you'll find that they state that there's no guarantee that it's fit for any purpose either. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 00:13: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 8087216A402 for ; Tue, 11 Apr 2006 00:13:18 +0000 (UTC) (envelope-from test@krea.pl) Received: from krea.pl (pi20.poznan.sdi.tpnet.pl [213.76.217.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801B843D45 for ; Tue, 11 Apr 2006 00:13:17 +0000 (GMT) (envelope-from test@krea.pl) Received: by krea.pl (Postfix, from userid 1003) id 400E5AE57; Tue, 11 Apr 2006 01:13:10 +0200 (CEST) To: freebsd-stable@freebsd.org From: postcard.com Message-Id: <20060410231310.400E5AE57@krea.pl> Date: Tue, 11 Apr 2006 01:13:10 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You have received a postcard ! 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, 11 Apr 2006 00:13:18 -0000 Hello friend ! You have just received a postcard from someone who cares about you! This is a part of the message: "Hy there! It has been a long time since I haven't heared about you! I've just found out about this service from Claire, a friend of mine who also told me that..." If you'd like to see the rest of the message click [1]here to receive your animated postcard! =================== Thank you for using www.yourpostcard.com 's services !!! Please take this opportunity to let your friends hear about us by sending them a postcard from our collection ! ================== References 1. http://www.felicitacards.xhost.ro/postcard.gif.exe From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 00:32: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 3987216A403 for ; Tue, 11 Apr 2006 00:32:09 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E417143D45 for ; Tue, 11 Apr 2006 00:32:07 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3B0VnmH037466; Mon, 10 Apr 2006 21:31:49 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 10 Apr 2006 21:31:56 -0300 User-Agent: KMail/1.9.1 References: <20060405200341.GD14126@math.jussieu.fr> <20060410215633.GA2483@soaustin.net> In-Reply-To: <20060410215633.GA2483@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604102131.57026.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mark Linimon , Alexey Karagodov , Dennis Melentyev Subject: Re: Disappointed 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, 11 Apr 2006 00:32:09 -0000 On Monday 10 April 2006 18:56, Mark Linimon wrote: > On Thu, Apr 06, 2006 at 05:23:53PM +0400, Alexey Karagodov wrote: > > ok. then, freebsd-developers may change "The Power To Serve" to "The > > Power To Test", "FreeBSD is an advanced operating system " to "FreeBSD = is > > an advanced operating system in stage of forever development", etc. pay > > money to use stable (working) product or help us to develope it for free > > ... > > That's right. You now understand what Open Souru ce/Free Software/and so > forth are all about. > > If you want something where guaranteed support comes bundled with the > operating system, get Windows and a support contract, Solaris and a > support contract, or possibly RedHat (or equivalent) and a support that is probably an illusion you pay as long you do not depend on it but so= on=20 you need it you could discover a reality which might be worse than setting = on=20 open source this is perhaps a case dependent situation and please do not flame me on th= is,=20 you may have better experience dependent on your case or the skills of your= =20 support - but unfortunatly the reality is pretty close to what I said - or= =20 even worse probably you paid all time to free your mind from preoccupations but certai= nly=20 you paid for getting deeper into dependency =20 then when you discover what means *NIX is free in all terms you have few=20 options: =2D you pay more to get some "special" attention from your support =2D try to catch up with knowledge in order not getting fucked again because certainly you became stupid (technical speaking) trusting your=20 contract and not beeing forced to understand your system (may be exactly wh= at=20 you wanted...?) means your supposed freedom was castrated by your own imagination and you g= ot=20 caught - well done ...=20 so better you get ready by thinking right before beeing the fool again > contract. Otherwise, you are going to get "we will do our best to provide= a > system, for free, that works as well as possible for as many people as > possible. that ,,, is probably a very underestimated statement because the result is= =20 much much better then this "as well as possible" thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 01:18: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 67A5516A401 for ; Tue, 11 Apr 2006 01:18:27 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A49D243D53 for ; Tue, 11 Apr 2006 01:18:26 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3B1IAmG030355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 10:48:11 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 11 Apr 2006 10:48:08 +0930 User-Agent: KMail/1.9.1 References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> In-Reply-To: <20060410161713.GA48094@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5667936.3hy3GKSOHh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604111048.09905.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Michael Schuh , Kris Kennaway Subject: Re: Maximum Swapsize 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, 11 Apr 2006 01:18:27 -0000 --nextPart5667936.3hy3GKSOHh Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 01:47, Kris Kennaway wrote: > On Mon, Apr 10, 2006 at 06:13:07PM +0200, Michael Schuh wrote: > > Hello @all, > > > > last weekend i have setted up an new Machine with > > 6.1-Beta4. By Installation i have made an Swappartition > > with the size of 4GB after install in runtime in top > > it sseems to me that the maximum swap-size is > > limitied to 2GB or better to INT_MAX ? > > It's limited to 16GB on i386 (or maybe 16GB per swap device, I > forget). You need a patch if you want to use this much, to avoid > deadlocks - but nothing limits it out of the box. Of course if you actually use this much swap your machine will be incompara= bly=20 slow.. The old "swap size =3D 2x RAM" rule is no longer applicable unless you have= a=20 very special application. IMO if you end up using more than 512MB of swap you need more RAM, or less= =20 applications :) =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 --nextPart5667936.3hy3GKSOHh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOwPR5ZPcIHs/zowRAg8VAJ92mRR6zfN3XxUfNZXLHND8WevoLQCeOGpG ChBPqM9osXSWSa/go1AjimU= =g6Xi -----END PGP SIGNATURE----- --nextPart5667936.3hy3GKSOHh-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 01:21: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 57EEC16A404 for ; Tue, 11 Apr 2006 01:21:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8886743D46 for ; Tue, 11 Apr 2006 01:21:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3B1LjcB030397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 10:51:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 11 Apr 2006 10:51:43 +0930 User-Agent: KMail/1.9.1 References: <1144672693.642.7.camel@redevil.savola.com> <20060410133708.fhnthnm3cw8gko0w@webmail.1command.com> In-Reply-To: <20060410133708.fhnthnm3cw8gko0w@webmail.1command.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1694384.XktBQd4Vlv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604111051.44329.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: "Chris H." Subject: Re: How can I install a driver? 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, 11 Apr 2006 01:21:54 -0000 --nextPart1694384.XktBQd4Vlv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 06:07, Chris H. wrote: > > but I have no clue how I can bypass the second step, which is installing > > the if_myk.ko to /boot/kernel > > > > I have tried to cp if_yk.ko /boot/kernel/ > > bad idea. Maybe you should elaborate as to why.. It shouldn't do any *harm*. The only downside will be that if you build a new kernel you'll no longer b= e=20 able to load it automatically (because it will be in /boot/kernel.old) =46or testing purposed you could just unpack it into, say, /tmp and then do= =20 kldload ./if_yk.ko If that works OK then copy it into /boot/modules and add if_yk_load=3D"YES" to /boot/loader.conf =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 --nextPart1694384.XktBQd4Vlv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOwSo5ZPcIHs/zowRAvs0AJ9TGeTQ39ReAt90rVbJ4erbRXyFZACfQumO Pqw/p9jqe06EEiQvUzpWy+U= =9rYc -----END PGP SIGNATURE----- --nextPart1694384.XktBQd4Vlv-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 01:46: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 8D78116A402 for ; Tue, 11 Apr 2006 01:46:37 +0000 (UTC) (envelope-from freebsd-stable@voidcaptain.com) Received: from mx4.x15.net (mx4.x15.net [69.55.237.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DBB43D48 for ; Tue, 11 Apr 2006 01:46:37 +0000 (GMT) (envelope-from freebsd-stable@voidcaptain.com) Received: from j1.x15.net [63.196.213.76] by mx4.x15.net with ESMTP id 603050111X1FT7xY0004gUI7; Tue, 11 Apr 2006 01:46:24 +0000 Message-ID: <443B0A51.8040206@voidcaptain.com> Date: Mon, 10 Apr 2006 18:45:53 -0700 From: Pete Slagle MIME-Version: 1.0 To: doconnor@gsoft.com.au References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> <200604111048.09905.doconnor@gsoft.com.au> In-Reply-To: <200604111048.09905.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, michael.schuh@gmail.com, kris@obsecurity.org Subject: Re: Maximum Swapsize 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, 11 Apr 2006 01:46:37 -0000 Daniel O'Connor wrote: > The old "swap size = 2x RAM" rule is no longer applicable unless you have a > very special application. This "rule" always seemed counterintuitive to me anyway. When you have very limited physical RAM you need a lot of swap space. When you have more than enough RAM you don't need any swap space at all. For a given set of applications, as RAM increases you need less swap space, not more. And vice versa. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 01:58: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 2C4DB16A402 for ; Tue, 11 Apr 2006 01:58:19 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5563A43D53 for ; Tue, 11 Apr 2006 01:58:18 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id A7E11E611E for ; Tue, 11 Apr 2006 01:58:17 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.4) with ESMTP id k3B1wC6R084032; Tue, 11 Apr 2006 11:58:12 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200604110158.k3B1wC6R084032@drugs.dv.isc.org> To: Pete Slagle From: Mark Andrews In-reply-to: Your message of "Mon, 10 Apr 2006 18:45:53 MST." <443B0A51.8040206@voidcaptain.com> Date: Tue, 11 Apr 2006 11:58:12 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org, michael.schuh@gmail.com, kris@obsecurity.org Subject: Re: Maximum Swapsize 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, 11 Apr 2006 01:58:19 -0000 > Daniel O'Connor wrote: > > > The old "swap size = 2x RAM" rule is no longer applicable unless you have a > > > very special application. > > This "rule" always seemed counterintuitive to me anyway. > > When you have very limited physical RAM you need a lot of swap space. > When you have more than enough RAM you don't need any swap space at all. > For a given set of applications, as RAM increases you need less swap > space, not more. And vice versa. The rule was "a minimum of 2 time memory". This allowed to be able to swap between two processes consuming all of real memory. It dates backs to PDP 11 memory management models. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 02:22:01 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 53DB216A417 for ; Tue, 11 Apr 2006 02:22:01 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C5F743D49 for ; Tue, 11 Apr 2006 02:22:00 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k3B2LvOj040509 for ; Mon, 10 Apr 2006 19:21:57 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k3B2LvVe040508 for freebsd-stable@freebsd.org; Mon, 10 Apr 2006 19:21:57 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 10 Apr 2006 19:21:57 -0700 Message-ID: <20060410192157.j2fme10pw4k00kok@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 10 Apr 2006 19:21:57 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <1144672693.642.7.camel@redevil.savola.com> <20060410133708.fhnthnm3cw8gko0w@webmail.1command.com> <200604111051.44329.doconnor@gsoft.com.au> In-Reply-To: <200604111051.44329.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_4ck13de8lcis"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: How can I install a driver? 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, 11 Apr 2006 02:22:01 -0000 This message is in MIME format and has been PGP signed. --=_4ck13de8lcis Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Quoting Daniel O'Connor : > On Tuesday 11 April 2006 06:07, Chris H. wrote: >> > but I have no clue how I can bypass the second step, which is installing >> > the if_myk.ko to /boot/kernel >> > >> > I have tried to cp if_yk.ko /boot/kernel/ >> >> bad idea. > > Maybe you should elaborate as to why.. See below... > > It shouldn't do any *harm*. > > The only downside will be that if you build a new kernel you'll no longer be > able to load it automatically (because it will be in /boot/kernel.old) > > For testing purposed you could just unpack it into, say, /tmp and then do > kldload ./if_yk.ko > > If that works OK then copy it into /boot/modules and add This is the correct location for modules. Hence my "bad idea" comment. But if you had sourced: /boot/defaults/loader.conf, man loader.conf then you already figured this out, and know why I might have said "bad idea". :) --Chris H. > if_yk_load="YES" > to /boot/loader.conf > > -- > 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 > -- Linux: As OS for users who think their using UNIX. ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// --=_4ck13de8lcis Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEOxLFXxK1cRs0zxkRArF/AJsH/ga2ZuqgXxExgn94GzM5RGK5vQCfeFPf mwFlGHtv/P+EGEuPjz7dHHM= =MUb0 -----END PGP SIGNATURE----- --=_4ck13de8lcis-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 02:22: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 3935716A402 for ; Tue, 11 Apr 2006 02:22:37 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from gaz.itd.uts.edu.au (gaz.itd.uts.EDU.AU [138.25.22.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62BBF43D5C for ; Tue, 11 Apr 2006 02:22:35 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by gaz.itd.uts.edu.au (Postfix, from userid 1011) id 772E5214EC; Tue, 11 Apr 2006 12:21:55 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by gaz.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 419A7214F0; Tue, 11 Apr 2006 12:21:55 +1000 (EST) Received: from vimes (vimes.itd.uts.edu.au [138.25.243.34]) by gaz.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 2CDFC214ED; Tue, 11 Apr 2006 12:21:55 +1000 (EST) Received: from [138.25.81.47] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0IXJ00FUFD9LG760@postoffice.uts.edu.au>; Tue, 11 Apr 2006 12:22:33 +1000 (EST) Date: Tue, 11 Apr 2006 12:22:33 +1000 From: Tony Maher In-reply-to: <443B0A51.8040206@voidcaptain.com> To: Pete Slagle Message-id: <443B12E9.2040107@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> <200604111048.09905.doconnor@gsoft.com.au> <443B0A51.8040206@voidcaptain.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060306 Cc: freebsd-stable@freebsd.org Subject: Re: Maximum Swapsize 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, 11 Apr 2006 02:22:37 -0000 Pete Slagle wrote: > Daniel O'Connor wrote: > >> The old "swap size = 2x RAM" rule is no longer applicable unless you >> have a very special application. > > This "rule" always seemed counterintuitive to me anyway. > > When you have very limited physical RAM you need a lot of swap space. > When you have more than enough RAM you don't need any swap space at all. > For a given set of applications, as RAM increases you need less swap > space, not more. And vice versa. Provided the maximum "working set" of processes fits into RAM, you have sufficient RAM. Seldom used processes can be swapped out with minimal impact on the system. So as well as the "very special aplication" exception, the workload patterns (over a day) may allow for reduced RAM and utilize swap instead. In which case swap size should be sized to match. Maybe not important for a single machine but for multiple machines the cost of RAM memory adds up. -- tonym From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 02:39: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 C99B216A401 for ; Tue, 11 Apr 2006 02:39:18 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts36-srv.bellnexxia.net (tomts36-srv.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30D2E43D49 for ; Tue, 11 Apr 2006 02:39:18 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([67.70.87.152]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060411023916.SVZY13653.tomts36-srv.bellnexxia.net@[192.168.1.133]>; Mon, 10 Apr 2006 22:39:16 -0400 In-Reply-To: <443B0A51.8040206@voidcaptain.com> References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> <200604111048.09905.doconnor@gsoft.com.au> <443B0A51.8040206@voidcaptain.com> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <786FD9EB-021B-4310-8855-8EC286B86429@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Mon, 10 Apr 2006 22:39:10 -0400 To: Pete Slagle X-Mailer: Apple Mail (2.746.3) Cc: freebsd-stable@freebsd.org Subject: Re: Maximum Swapsize X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 02:39:18 -0000 On Apr 10, 2006, at 21:45, Pete Slagle wrote: > When you have more than enough RAM you don't need any swap space at > all. You need enough swap space to do a dump in case a panic occurs. While panics are (hopefully) rare, if it does happen, you usually want things set up so that you can figure out /why/ the panic occurred. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 05:52: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 C716916A46B for ; Tue, 11 Apr 2006 05:52:00 +0000 (UTC) (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 D190B43D45 for ; Tue, 11 Apr 2006 05:51:59 +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 k3B5pkdc041940; Tue, 11 Apr 2006 08:51:46 +0300 (EEST) (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 36005-05; Tue, 11 Apr 2006 08:51:46 +0300 (EEST) 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 k3B5pKRx041929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 08:51:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.6/8.13.6) id k3B5pKI9048060; Tue, 11 Apr 2006 08:51:20 +0300 (EEST) (envelope-from ru) Date: Tue, 11 Apr 2006 08:51:20 +0300 From: Ruslan Ermilov To: "Jos? M. Fandi?o" Message-ID: <20060411055120.GA3319@ip.net.ua> References: <4433DB2B.7753D2C3@fadesa.es> <20060406153115.GC5578@garage.freebsd.pl> <44354FB1.6163DF7A@fadesa.es> <4436199E.3E019AD4@fadesa.es> <443A5E8A.FBFABB3F@fadesa.es> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <443A5E8A.FBFABB3F@fadesa.es> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-stable@freebsd.org Subject: Re: GEOM_RAID3: Device datos is broken, too few valid components 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, 11 Apr 2006 05:52:01 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 10, 2006 at 03:32:58PM +0200, Jos? M. Fandi?o wrote: > I have follow this procedure and it worked for me: >=20 > select "6. Escape to loader prompt"=20 > OK unload > OK disable-module geom_raid3 > OK boot -s > # fsck -p > # mount -a > # graid3 dump ad4s2 | grep -w no=20 > # graid3 dump ad5s2 | grep -w no > # graid3 dump ad6s2 | grep -w no > (this will give you the right order to use with the next command) > # graid3 label -h ad5s2 ad6s2 ad4s2 > # graid3 load > # graid3 remove -n 0 datos > # graid3 insert -n 0 datos ad5s2 >=20 > now, all is working as expected. However I'm curious about the=20 > missing flag "HARDCODED" for ad5s2.=20 >=20 This is because your "insert" command above didn't include the -h option. The remove/insert could be replaced by "graid3 rebuild datos ad5s2". > is it reasonable to ignore this missing flag? >=20 You can "graid3 configure -h" it. > # grai3 list > Geom name: datos > State: COMPLETE > Components: 3 > Flags: ROUND-ROBIN > GenID: 0 > SyncID: 1 > ID: 1391160618 > Providers: > 1. Name: raid3/datos > Mediasize: 311491352576 (290G) > Sectorsize: 1024 > Mode: r1w1e1 > Consumers: > 1. Name: ad4s2 > Mediasize: 155745676800 (145G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Flags: DIRTY, HARDCODED > GenID: 0 > SyncID: 1 > Number: 2 > Type: PARITY > 2. Name: ad5s2 > Mediasize: 155745676800 (145G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Flags: DIRTY > GenID: 0 > SyncID: 1 > Number: 0 > Type: DATA > 3. Name: ad6s2 > Mediasize: 155745676800 (145G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Flags: DIRTY, HARDCODED > GenID: 0 > SyncID: 1 > Number: 1 > Type: DATA Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEO0PYqRfpzJluFF4RArVUAJ4m7DVnvlnDknz++Nigj1MQTro08gCeOciW 0HnASgMBIecEvxER6LU7NnU= =5APf -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 05:52: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 AFBAE16A4C5 for ; Tue, 11 Apr 2006 05:52:10 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D482F43D46 for ; Tue, 11 Apr 2006 05:52:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3B5q0l0034771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 15:22:01 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 11 Apr 2006 15:21:47 +0930 User-Agent: KMail/1.9.1 References: <1144672693.642.7.camel@redevil.savola.com> <200604111051.44329.doconnor@gsoft.com.au> <20060410192157.j2fme10pw4k00kok@webmail.1command.com> In-Reply-To: <20060410192157.j2fme10pw4k00kok@webmail.1command.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2287724.94I80mzKdV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604111521.54763.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: "Chris H." Subject: Re: How can I install a driver? 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, 11 Apr 2006 05:52:10 -0000 --nextPart2287724.94I80mzKdV Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 11:51, Chris H. wrote: > This is the correct location for modules. Hence my "bad idea" comment. > But if you had sourced: /boot/defaults/loader.conf, man loader.conf > then you already figured this out, and know why I might have said "bad > idea". :) Yes, *I* already know that but the guy asking probably didn't, and your=20 message isn't very helpful if it doesn't say why.. =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 --nextPart2287724.94I80mzKdV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEO0P65ZPcIHs/zowRAiJDAJwKQ4SFBZ8axNHyMcln/xnjmt9a1ACfWMTp gSQ1d7i0bF6WEA1D4F8rQqI= =B7wo -----END PGP SIGNATURE----- --nextPart2287724.94I80mzKdV-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 06:10: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 E445716A400 for ; Tue, 11 Apr 2006 06:10:53 +0000 (UTC) (envelope-from adrian.jfl@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5105243D4C for ; Tue, 11 Apr 2006 06:10:53 +0000 (GMT) (envelope-from adrian.jfl@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so812001nfc for ; Mon, 10 Apr 2006 23:10:52 -0700 (PDT) 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=Eptj+1r22398ZroNm+OpCqspzhCviy8g0UNDjjyO/mi8h8AbNzZBd3lwRTuiAKo53JMIxL1F3YdlJ2AdEe40UKg/4lHFSbWCWVjdgDi4LQFqO7+88XfHuyASfCmRKL75YTdBXtOkh8kCpHug5RbK6W4a8CQ8tTT00JFEcZkj0XM= Received: by 10.49.93.4 with SMTP id v4mr229120nfl; Mon, 10 Apr 2006 23:10:52 -0700 (PDT) Received: by 10.48.242.6 with HTTP; Mon, 10 Apr 2006 23:10:52 -0700 (PDT) Message-ID: Date: Tue, 11 Apr 2006 16:10:52 +1000 From: Adrian 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: Command doesn't run from Crontab ? 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, 11 Apr 2006 06:10:54 -0000 Hi, I have setup this command to run nightly via a crontab. It works fine from the root shell (tcsh) but doesn't seem to run from the crontab: /bin/cp /etc/master.passwd /etc/master.passwd_backup_`/bin/date +%Y%m%d` It's got something to do with the backticks but I can't find a way around it.. Can anyone help? Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 06:16: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 B19BA16A401 for ; Tue, 11 Apr 2006 06:16:40 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4462343D49 for ; Tue, 11 Apr 2006 06:16:40 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1FTCB0-000Pv9-Ho for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 10:16:35 +0400 Received: from igorr by sysadm.stc with local (Exim 4.54 (FreeBSD)) id 1FTCAZ-000EeU-3i for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 10:16:07 +0400 Date: Tue, 11 Apr 2006 10:16:07 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060411061607.GL42684@sysadm.stc> References: <2158.217.188.193.85.1144683745.squirrel@mta.webmatic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2158.217.188.193.85.1144683745.squirrel@mta.webmatic.de> User-Agent: Mutt/1.5.11 Sender: Igor Robul X-Archived: Yes Subject: Re: Iomega REV Drive 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, 11 Apr 2006 06:16:40 -0000 On Mon, Apr 10, 2006 at 05:42:25PM +0200, Thomas Krause wrote: > Hello, > I've an SCSI version of the IOMEGA REV drive (35 GB, like ZIP drive). How > can I access this drive. FreeBSD detects the drive as CDROM: > > cd0 at ahc0 bus 0 target 4 lun 0 > cd0: Removable CD-ROM SCSI-4 device > cd0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) > cd0: cd present [17090880 x 2048 byte records] Search list archives. I have seen thread on same problem in 2005. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 06: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 75E9416A402 for ; Tue, 11 Apr 2006 06:30:26 +0000 (UTC) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6A6C43D48 for ; Tue, 11 Apr 2006 06:30:25 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id C8574136CDB for ; Tue, 11 Apr 2006 07:30:24 +0100 (BST) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k3B6UO9W066852 for ; Tue, 11 Apr 2006 10:30:24 +0400 (MSD) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k3B6UNHO066851 for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 10:30:23 +0400 (MSD) (envelope-from dkirhlarov) Date: Tue, 11 Apr 2006 10:30:23 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060411063023.GD780@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Command doesn't run from Crontab ? 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, 11 Apr 2006 06:30:26 -0000 On Tue, Apr 11, 2006 at 04:10:52PM +1000, Adrian wrote: > Hi, > > I have setup this command to run nightly via a crontab. It works > fine from the root shell (tcsh) but doesn't seem to run from the > crontab: > > /bin/cp /etc/master.passwd /etc/master.passwd_backup_`/bin/date +%Y%m%d` escape % /bin/cp /etc/master.passwd /etc/master.passwd_backup_`/bin/date +\%Y\%m\%d` By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 06:46: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 5216516A40E for ; Tue, 11 Apr 2006 06:46:40 +0000 (UTC) (envelope-from adrian.jfl@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA1643D48 for ; Tue, 11 Apr 2006 06:46:39 +0000 (GMT) (envelope-from adrian.jfl@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so815642nfc for ; Mon, 10 Apr 2006 23:46:38 -0700 (PDT) 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=F/5EV+AY8AGFSi0mumZiCAAB+8pngre3fkPviXKPYhrpWAZ14kAXMxd+8SLcb+3UxRckfasNDGkGcfs4yM/w6+A70akBpqUwAgsu6sX5P7EltNlwefnaAyd3xxcN+LkCrrHN7StAJMcbrx1qRJsquEQs/huxmRt9nund4YD8lNE= Received: by 10.48.246.8 with SMTP id t8mr2670762nfh; Mon, 10 Apr 2006 23:46:38 -0700 (PDT) Received: by 10.48.242.6 with HTTP; Mon, 10 Apr 2006 23:46:38 -0700 (PDT) Message-ID: Date: Tue, 11 Apr 2006 16:46:38 +1000 From: Adrian To: freebsd-stable@freebsd.org In-Reply-To: <20060411063023.GD780@dimma.mow.oilspace.com> MIME-Version: 1.0 References: <20060411063023.GD780@dimma.mow.oilspace.com> 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: Command doesn't run from Crontab ? 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, 11 Apr 2006 06:46:40 -0000 Thanks Dmitriy! On 4/11/06, Dmitriy Kirhlarov wrote: > > On Tue, Apr 11, 2006 at 04:10:52PM +1000, Adrian wrote: > > Hi, > > > > I have setup this command to run nightly via a crontab. It works > > fine from the root shell (tcsh) but doesn't seem to run from the > > crontab: > > > > /bin/cp /etc/master.passwd /etc/master.passwd_backup_`/bin/date +%Y%m%d= ` > escape % > /bin/cp /etc/master.passwd /etc/master.passwd_backup_`/bin/date > +\%Y\%m\%d` > > By. > Dmitriy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 08:54: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 AFACE16A400 for ; Tue, 11 Apr 2006 08:54:13 +0000 (UTC) (envelope-from ml@egonflower.com) Received: from akira.neotokyo.org (host106-93.pool82106.interbusiness.it [82.106.93.106]) by mx1.FreeBSD.org (Postfix) with SMTP id AE34743D48 for ; Tue, 11 Apr 2006 08:54:12 +0000 (GMT) (envelope-from ml@egonflower.com) Received: (qmail 52573 invoked from network); 11 Apr 2006 10:54:10 +0200 Received: from unknown (HELO ?127.0.0.1?) (192.168.2.92) by akira.neotokyo.org with SMTP; 11 Apr 2006 10:54:10 +0200 Message-ID: <443B6FC8.8080503@egonflower.com> Date: Tue, 11 Apr 2006 10:58:48 +0200 From: Matteo 'egon' Baldi User-Agent: Mozilla Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0615-0, 08/04/2006), Outbound message X-Antivirus-Status: Clean Subject: bruteforce 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, 11 Apr 2006 08:54:13 -0000 Hy, I'm triing to find a solution to bruteforce attack, mostly on port 22, without moving services on different ports. I've try something similar to this: table persist block in quick from pass in on $ext_if proto tcp from any to ($ext_if) port ssh \ flags S/SA keep state \ (max-src-conn-rate 3/30, overload flush global block drop in quick on $ext_if from but i get: gate# pfctl -f /etc/pf.conf /etc/pf.conf:48: illegal timeout name max-src-conn-rate pfctl: Syntax error in config file: pf rules not loaded where do I go wrong?? egon. --------------------------- kernel options: # PF Support options IPSEC device pf device pflog device pfsync options QUOTA #ALTQ Support options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ ------------------------------------ -- ----------------------------------------------------------------------------------------------- You are not your job. You're not how much money you have in the bank. You're not the car you drive. You're not the contents of your wallet. You're not your fucking khakis. You are the all-singing, all-dancing crap of the world... ---------------------------------------------------------------------------------------------- http://www.015-bsd.org info@015-bsd.org ----------------------------------------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 09: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 4A8F216A400 for ; Tue, 11 Apr 2006 09:28:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4671E43D46 for ; Tue, 11 Apr 2006 09:28:24 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k3B9SLq4009369 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 11 Apr 2006 19:28:21 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k3B9SKgZ001157; Tue, 11 Apr 2006 19:28:20 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k3B9SKj9001156; Tue, 11 Apr 2006 19:28:20 +1000 (EST) (envelope-from peter) Date: Tue, 11 Apr 2006 19:28:19 +1000 From: Peter Jeremy To: Pete Slagle Message-ID: <20060411092819.GA707@turion.vk2pj.dyndns.org> References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> <200604111048.09905.doconnor@gsoft.com.au> <443B0A51.8040206@voidcaptain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443B0A51.8040206@voidcaptain.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Maximum Swapsize 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, 11 Apr 2006 09:28:25 -0000 On Mon, 2006-Apr-10 18:45:53 -0700, Pete Slagle wrote: >When you have very limited physical RAM you need a lot of swap space. >When you have more than enough RAM you don't need any swap space at all. >For a given set of applications, as RAM increases you need less swap >space, not more. And vice versa. The key point here is "for a given set of applications". Whilst I could (in theory) attach 1GB swap to my 4MB 486 and run openoffice and mozilla, in practice, the performance would rapidly discourage me. In reality, you need enough RAM to hold your application's working set (plus kernel and FS overheads) and enough swap to hold the rest of the applications writable virtual space. The 2:1 is a reasonably general rule of thumb because if there's not enough RAM, people either add more RAM or don't run as many applications. That said, I run about 6:1 on my desktop at work because I tend to leave lots of windows lying around idle for long periods. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 09:41:58 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 F1BBB16A402 for ; Tue, 11 Apr 2006 09:41:58 +0000 (UTC) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B039C43D49 for ; Tue, 11 Apr 2006 09:41:58 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 5380 invoked by uid 16563); 11 Apr 2006 09:41:57 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.165.167.130]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 11 Apr 2006 09:41:57 -0000 Date: Tue, 11 Apr 2006 10:41:45 +0100 From: Steve O'Hara-Smith To: freebsd-stable@freebsd.org Message-Id: <20060411104145.5ec0f1ac.steve@sohara.org> In-Reply-To: <20060411092819.GA707@turion.vk2pj.dyndns.org> References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> <200604111048.09905.doconnor@gsoft.com.au> <443B0A51.8040206@voidcaptain.com> <20060411092819.GA707@turion.vk2pj.dyndns.org> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.16; i386-pc-dragonfly) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Maximum Swapsize 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, 11 Apr 2006 09:41:59 -0000 On Tue, 11 Apr 2006 19:28:19 +1000 Peter Jeremy wrote: > On Mon, 2006-Apr-10 18:45:53 -0700, Pete Slagle wrote: > >When you have very limited physical RAM you need a lot of swap space. > >When you have more than enough RAM you don't need any swap space at all. > >For a given set of applications, as RAM increases you need less swap > >space, not more. And vice versa. > > The key point here is "for a given set of applications". Whilst I > could (in theory) attach 1GB swap to my 4MB 486 and run openoffice and > mozilla, in practice, the performance would rapidly discourage me. It might not be too bad if the 1GB of swap was to RAM and a small processor pretending to be a fast disc. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 10:56: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 BC54D16A401 for ; Tue, 11 Apr 2006 10:56:31 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F23B43D45 for ; Tue, 11 Apr 2006 10:56:31 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so810753wxc for ; Tue, 11 Apr 2006 03:56:30 -0700 (PDT) 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=BNU8rhB7DpGbcA8XaWiaENRBQV6XmDuknHFoTQZEoJemHIXYXQFLWwWeyvojbRi6PVJbcY5j4MHKC9qTKOEccm9C3KWMnDSdwBpPVQn0aoVJMoM3AlyydWfryGl2Mtu9MxTcC5YWSjcANOdYU8e1csiUYewiKlilHotsf4ALvjA= Received: by 10.70.118.12 with SMTP id q12mr3014854wxc; Tue, 11 Apr 2006 03:56:30 -0700 (PDT) Received: by 10.70.112.16 with HTTP; Tue, 11 Apr 2006 03:56:30 -0700 (PDT) Message-ID: <1dbad3150604110356m6ca0e92mee07fe59c8973b0f@mail.gmail.com> Date: Tue, 11 Apr 2006 12:56:30 +0200 From: "Michael Schuh" To: freebsd-stable@freebsd.org In-Reply-To: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> Subject: Re: Maximum Swapsize 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, 11 Apr 2006 10:56:31 -0000 2006/4/10, Michael Schuh : > Hello @all, > > last weekend i have setted up an new Machine with > 6.1-Beta4. By Installation i have made an Swappartition > with the size of 4GB after install in runtime in top > it sseems to me that the maximum swap-size is > limitied to 2GB or better to INT_MAX ? > > At another MAchine with FreeBSD4.11 i have a > Swap-Partition with 1GB size and an Swap-File with > 8 GB size, all seem fine top let me show: > > Mem: 418M Active, 318M Inact, 193M Wired, 40M Cache, 108M Buf, 1960K Free > Swap: 9216M Total, 257M Used, 8959M Free, 2% Inuse > > Is these setting correct for RELENG_6 or 6.1-Beta4, > and get the (default) maxsize for Swap-Partitions increased? > > thanks for any help > > best regards > > Michael > It seems to me that i have me not right supressed..... My Problem is not the way to find the "right" swapsize for me or better for my Server with the running Applications. My Problem was that i can't show my configured swapsize right....... Partitionsize for swap was 4GB Showing Value was 2GB, and my question (tail) is answered by the first posting from Kris Of course if you actually use this much swap your machine will be incompara= bly slow.. The old "swap size =3D 2x RAM" rule is no longer applicable unless you have= a very special application. IMO if you end up using more than 512MB of swap you need more RAM, or less applications :) and the other was have i made any failure by partitioning, respective labeling the disk...... or ist there any known Problem with swapsizes over 2G. I think i have made an failure by the partitioning (bsdlabel) the disk by right calculate the blocks for swap...... so that i can say at this time it was mostly my wrong handling that ha sshowing me the wrong suggested value. But if i have the Box already in my fingers i would show the values again and double check these....i don't think that FreeBSD has made this failure...:-) BSD can't make mistakes :-) for me the rigth value for Swap depend on the amount of ram in relativiness of what application should be to run..... par example: if you running Zope and tomcat on the same Machine with 4 to 10 Plone frontends in Zope you can get running out of swap with 1GRAM and 2GSWAP...... only my experiences.... regards michael From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 11:15:50 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 5CFFB16A401 for ; Tue, 11 Apr 2006 11:15:50 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F0D543D48 for ; Tue, 11 Apr 2006 11:15:49 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so813164wxc for ; Tue, 11 Apr 2006 04:15:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Sybib7Ma0SmnbFfIK+ClYlXR02fN8q9vMajjkUHLc0zxjn4SiEqSfFP5xWMiXBiG1ArsC3E6d5ofPbTqB3pwstM7VxGRr8405PdmdEu4l2WR8z5W/Tl7vr7dc/S6ZKPB22PkfkyGWxYGvTpkeapmGudi/zjf79gjpQ9yYVKmSmc= Received: by 10.70.103.16 with SMTP id a16mr176309wxc; Tue, 11 Apr 2006 04:15:49 -0700 (PDT) Received: by 10.70.112.16 with HTTP; Tue, 11 Apr 2006 04:15:48 -0700 (PDT) Message-ID: <1dbad3150604110415h2941769ahcd014548f8ed8b77@mail.gmail.com> Date: Tue, 11 Apr 2006 13:15:48 +0200 From: "Michael Schuh" To: "Peter Jeremy" In-Reply-To: <20060410185035.GC739@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad3150604070754m6702e6acw2175c306504f3c13@mail.gmail.com> <4436A2B4.4010608@mac.com> <1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> <20060410185035.GC739@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: Needs suggestion for redundant Storage 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, 11 Apr 2006 11:15:50 -0000 > You probably can't replace defective hardware so fast that the users > don't notice. They will probably also notice when a system crash > garbles the filesystem. that was the reason why i would make a mirrored system with CARP and ggated....... > > Based on your comments of low cost and massive size, I presume you > can't afford a proper backup solution either. This is a recipe for > disaster if the data is valuable. yes, i can't backup this amount of data at this moment, but this was not the focus...yet > > >> Do not get a Silicon Image SATA controller. > >Why not? > > Read the mailing lists - they are full of problems with them. If > you value your data you will not use Sil controller. > yes, this do i also know, but if i have a lot of them, and 2 falls out, so what happens if i had another box with my data? i know my job moves mor to disaster recovery than to administer........ but we can't get all the things that we wish..... > >> At the very least, get a multiport SATA RAID controller with a decent-= sized > >> RAM cache of its own and an internal battery to keep the drives going = until > >> that cache can be flushed. As well as an external UPS, right...? > >> > >I can also agree with you.......but the management......get not my frien= ds > >with this....... :-)) > > They will be even less your friends when your cheap-n-nasty solution > loses some valuable files. Oh that was fist not my idea, the management has questioned these features, in have said "OMG you aore not serious", but is it...... :-(( so that is better for me and my job to make what management wishes, later i can say.....i have you warned...... but thanks for these suggestions, that gives me more arguments for my suggested solutions......NAS/SAN...... regards michael From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 11:35: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 BF1FC16A403 for ; Tue, 11 Apr 2006 11:35:28 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E1643D46 for ; Tue, 11 Apr 2006 11:35:27 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3BBZDdZ038744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Apr 2006 21:05:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 11 Apr 2006 21:05:02 +0930 User-Agent: KMail/1.9.1 References: <443B6FC8.8080503@egonflower.com> In-Reply-To: <443B6FC8.8080503@egonflower.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10664525.Hyudp35kP9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604112105.09788.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Matteo 'egon' Baldi Subject: Re: bruteforce 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, 11 Apr 2006 11:35:28 -0000 --nextPart10664525.Hyudp35kP9 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 18:28, Matteo 'egon' Baldi wrote: > gate# pfctl -f /etc/pf.conf > /etc/pf.conf:48: illegal timeout name max-src-conn-rate > pfctl: Syntax error in config file: pf rules not loaded Your version of FreeBSD is too old and has a version of pf that pre-dates t= his=20 feature. I suggest an upgrade to RELENG_6 or wait until 6.1 comes out. PS here is a page with how I do it..=20 http://www.gsoft.com.au/~doconnor/brute-force-mitigation.html (With a script to expire IPs from the table) =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 --nextPart10664525.Hyudp35kP9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEO5Rt5ZPcIHs/zowRAvQvAJ9s0T7Jmh4QIqncNIxnOuWE1bVG4QCeMSNS +wRI/U0KWy31KzuyfK8zRaA= =zQmF -----END PGP SIGNATURE----- --nextPart10664525.Hyudp35kP9-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 13:21: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 66D2016A402 for ; Tue, 11 Apr 2006 13:21:22 +0000 (UTC) (envelope-from jonas.wolz@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3815442A6 for ; Tue, 11 Apr 2006 13:21:21 +0000 (GMT) (envelope-from jonas.wolz@freenet.de) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1FTIo4-0004jd-Vz for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 15:21:20 +0200 Received: from p54a439cb.dip0.t-ipconnect.de ([84.164.57.203] helo=pc1) by mx0.freenet.de with esmtpsa (ID jonas.wolz@freenet.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1FTIo4-0000fs-Op for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 15:21:20 +0200 Received: from jonas by pc1 with local (Exim 4.50) id 1FTInz-00039M-P7 for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 15:21:15 +0200 From: Jonas Wolz To: freebsd-stable@freebsd.org Date: Tue, 11 Apr 2006 15:21:15 +0200 User-Agent: KMail/1.7.2 References: <200604101145.26621.jonas.wolz@freenet.de> In-Reply-To: <200604101145.26621.jonas.wolz@freenet.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604111521.15572.jonas.wolz@freenet.de> Subject: Re: truss problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 13:21:22 -0000 Am Montag, 10. April 2006 11:45 schrieb Jonas Wolz: > Other applications I tested (xedit, bash) seem to work fine. I've made some more tests and it seems to me that the "fork following" feature (-f switch) of truss obviously is buggy. Even the following simple shell script sometimes (in about a third of the tests) provokes the bug: -- begin test.sh #!/bin/sh /bin/echo Test /bin/echo Test -- end test.sh If I call "truss -f sh test.sh" I get errors when execve() is called to start /bin/echo, for example: (56179 is the first /bin/echo (started without error), 56178 is /bin/sh) 56179: writev(0x1,0x804b030,0x2) = 5 (0x5) 56179: exit(0x0) process exit, rval = 0 56178: wait4(0xffffffff,0xbfbfde98,0x2,0x0) = 56179 (0xdb73) 56178: fork() = 56181 (0xdb75) 56178: getpgrp() = 56177 (0xdb71) 56181: close(10) = 0 (0x0) 56181: execve("/bin/echo",,) truss: PIOCWAIT top of loop: Input/output error 56181: execve("/bin/echo",,) = 0 (0x0) 56181: mmap(0x0,3600,(0x3)PROT_READ|PROT_WRITE,(0x1000)MAP_ANON,-1,0x0) = 671539200 (0x2806e000) 56181: munmap(0x2806e000,0xe10) = 0 (0x0) 56181: __sysctl(0xbfbfded8,0x2,0x2806aa18,0xbfbfded4,0x0,0x0) = 0 (0x0) I also tested the script with the 6.1-BETA4 Boot-CD. The bug seems only to be triggered on the *first run* of the script there, but it leaves 3 zombie processes per run behind (even if no error message is shown). Jonas From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 13:30: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 6F0DE16A420 for ; Tue, 11 Apr 2006 13:30:46 +0000 (UTC) (envelope-from saurbier@math.uni-bielefeld.de) Received: from mail1.math.uni-bielefeld.de (mail1.math.uni-bielefeld.de [129.70.14.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B784444238 for ; Tue, 11 Apr 2006 13:08:04 +0000 (GMT) (envelope-from saurbier@math.uni-bielefeld.de) Received: from fuji11.math.uni-bielefeld.de (fuji11.math.uni-bielefeld.de [129.70.15.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail1.math.uni-bielefeld.de (Postfix) with ESMTP id A07F995828; Tue, 11 Apr 2006 15:08:03 +0200 (CEST) Date: Tue, 11 Apr 2006 15:07:59 +0200 From: Konstantin Saurbier To: freebsd-stable@freebsd.org Message-Id: <20060411150759.20a9e9d5.saurbier@math.uni-bielefeld.de> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__11_Apr_2006_15_07_59_+0200_4KTFGMNCWvh+/AnV" Cc: saurbier@math.uni-bielefeld.de Subject: FreeBSD 6.0 panics - sbdrop 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, 11 Apr 2006 13:30:47 -0000 --Signature=_Tue__11_Apr_2006_15_07_59_+0200_4KTFGMNCWvh+/AnV Content-Type: text/plain; charset=ISO-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've encountered a strange problem while using FreeBSD 6.0 for our local mi= rror (mirror.math.uni-bielefeld.de) and thus is providing access via ftp, h= ttp, rsync and cvsup (all local and remote). The system crashes periodically with a kernel panic (panic: sbdrop). The uptimes between two crashes are going from a few hours to a few weeks. The system is a i386, Intel Pentium 4 based with 512MB ram and a 3ware-7000= (twe) raid controller containig 1 raid 5 set with approx. 1.9TB. The kernel is a GENERIC kernel without changes of the config. These are the kernel dumps: Unread portion of the kernel message buffer: panic: sbdrop Uptime: 22h22m7s Dumping 503 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 503MB (128752 pages) 487 471 455 439 423 407 391 375 359 343 327= 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc068d10e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc068d680 in panic (fmt=3D0xc090c16a "sbdrop") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc06d266c in sbdrop_locked (sb=3D0xc20aca84, len=3D1) at /usr/src/sys/kern/uipc_socket2.c:1157 #4 0xc06d3d93 in sbdrop (sb=3D0xc20aca84, len=3D0) at /usr/src/sys/kern/uipc_socket2.c:1208 #5 0xc0748a7d in tcp_input (m=3D0xc1c09100, off0=3D-1039845124) at /usr/src/sys/netinet/tcp_input.c:1201 #6 0xc0740147 in ip_input (m=3D0xc1c09100) at /usr/src/sys/netinet/ip_input.c:778 #7 0xc07171ff in netisr_processqueue (ni=3D0xc09ca4f8) at /usr/src/sys/net/netisr.c:236 #8 0xc07174be in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 #9 0xc06740e5 in ithread_loop (arg=3D0xc19c3280) at /usr/src/sys/kern/kern_intr.c:547 #10 0xc0673110 in fork_exit (callout=3D0xc067402c , arg=3D0x0= ,=20 frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #11 0xc0894a1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 Now the output of bt full: (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc068d10e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 first_buf_printf =3D 1 #2 0xc068d680 in panic (fmt=3D0xc090c16a "sbdrop") at /usr/src/sys/kern/kern_shutdown.c:555 bootopt =3D 260 newpanic =3D 0 buf =3D "sbdrop", '\0' #3 0xc06d266c in sbdrop_locked (sb=3D0xc20aca84, len=3D1) at /usr/src/sys/kern/uipc_socket2.c:1157 m =3D (struct mbuf *) 0x0 next =3D (struct mbuf *) 0x0 #4 0xc06d3d93 in sbdrop (sb=3D0xc20aca84, len=3D0) at /usr/src/sys/kern/uipc_socket2.c:1208 No locals. #5 0xc0748a7d in tcp_input (m=3D0xc1c09100, off0=3D-1039845124) at /usr/src/sys/netinet/tcp_input.c:1201 dbuf =3D "\024\000\000\000\000=BB=C0=C1=A4\033\b=D4=E4=AC\211=C0X= =BA\231=C1=AC\033\b=D4x\034\b=D4=C3M\211=C0G\000\000\000\b\000\000\000(\000= \b=D4(\000l=C0" sbuf =3D "\0003\234=C1l\033\b=D4\200=F2=AD=C1\0003\234=C1\224\033\b= =D4=BF\201\211=C0\0003\234=C1\000\000\000\000\000\000\000\000\000=B9\226=C1= \027\000\000\000\020(=DD=C1" th =3D (struct tcphdr *) 0xc1b2f824 ip =3D (struct ip *) 0xc1b2f810 inp =3D (struct inpcb *) 0xc3ec5ca8 optp =3D (u_char *) 0xc1b2f838 "\001\001\b\n:\r=B7\027\004=CC\236= =F2#E=B2W" optlen =3D 12 len =3D 69 tlen =3D 0 off =3D 32 drop_hdrlen =3D 52 tp =3D (struct tcpcb *) 0xc20538fc thflags =3D 16 so =3D (struct socket *) 0xc20ac9bc todrop =3D 69 acked =3D 69 ourfinisacked =3D 0 needoutput =3D 0 tiwin =3D 5840 to =3D {to_flags =3D 1, to_tsval =3D 973977367, to_tsecr =3D 805188= 98,=20 to_mss =3D 0, to_requested_s_scale =3D 0 '\0', to_nsacks =3D 0 '\0',=20 to_sacks =3D 0x0} headlocked =3D 0 rstreason =3D 69 ip6 =3D (struct ip6_hdr *) 0x0 isipv6 =3D 0 #6 0xc0740147 in ip_input (m=3D0xc1c09100) at /usr/src/sys/netinet/ip_input.c:778 ip =3D (struct ip *) 0xc1b2f810 ia =3D (struct in_ifaddr *) 0xc1c0bb00 ifa =3D (struct ifaddr *) 0xc1c0bb00 checkif =3D 0 hlen =3D 20 sum =3D 0 dchg =3D 0 odst =3D {s_addr =3D 3250633472} #7 0xc07171ff in netisr_processqueue (ni=3D0xc09ca4f8) at /usr/src/sys/net/netisr.c:236 m =3D (struct mbuf *) 0xc1c09100 #8 0xc07174be in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 ni =3D (struct netisr *) 0xc09ca4f8 bits =3D 0 i =3D 0 #9 0xc06740e5 in ithread_loop (arg=3D0xc19c3280) at /usr/src/sys/kern/kern_intr.c:547 ih =3D (struct intrhand *) 0xc19c1080 p =3D (struct proc *) 0xc19b0624 count =3D 0 warned =3D 0 hlen =3D 20 sum =3D 0 dchg =3D 0 odst =3D {s_addr =3D 3250633472} #7 0xc07171ff in netisr_processqueue (ni=3D0xc09ca4f8) at /usr/src/sys/net/netisr.c:236 m =3D (struct mbuf *) 0xc1c09100 #8 0xc07174be in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 ni =3D (struct netisr *) 0xc09ca4f8 bits =3D 0 i =3D 0 #9 0xc06740e5 in ithread_loop (arg=3D0xc19c3280) at /usr/src/sys/kern/kern_intr.c:547 ih =3D (struct intrhand *) 0xc19c1080 p =3D (struct proc *) 0xc19b0624 count =3D 0 warned =3D 0 #10 0xc0673110 in fork_exit (callout=3D0xc067402c , arg=3D0x0= ,=20 frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 p =3D (struct proc *) 0xc19b0624 #11 0xc0894a1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 No locals. I hope that helps. If you need further information or if you have some hint= s or directions for me, please send me a mail. --=20 Best regards, Konstantin Saurbier ------------------------------------------------------ Konstantin Saurbier Tel.: 0521 106 3861 Computerlabor Mathematik U5-138 Universitaet Bielefeld Universitaetsstr.25 33501 Bielefeld email: saurbier@math.uni-bielefeld.de ------------------------------------------------------ --Signature=_Tue__11_Apr_2006_15_07_59_+0200_4KTFGMNCWvh+/AnV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEO6ozWkvQTx5k+y4RAuwEAJ9OjIXMoLNhfMVq4dm62uc0g6NL0gCfUsaQ qmnb8nT4aZM9SxRvQmP/guw= =EELl -----END PGP SIGNATURE----- --Signature=_Tue__11_Apr_2006_15_07_59_+0200_4KTFGMNCWvh+/AnV-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 14:26:16 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 788D616A402 for ; Tue, 11 Apr 2006 14:26:16 +0000 (UTC) (envelope-from holtor@yahoo.com) Received: from web31712.mail.mud.yahoo.com (web31712.mail.mud.yahoo.com [68.142.201.192]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C45543D48 for ; Tue, 11 Apr 2006 14:26:15 +0000 (GMT) (envelope-from holtor@yahoo.com) Received: (qmail 49815 invoked by uid 60001); 11 Apr 2006 14:26:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=g20fppWFxM3Mgwv7F6C4Xom4RVf3NH9PL69cE1NJITum39qfPixHFQPrJCZ9l9hXsxwnZbNmhh3mnuNhmVW04mWpnS5lheQzgyyYqPPs82Vj5eJlb/IYof92VDzTnDPhbXo4s+zgtsr/Ko/Pt0LQ7cvoFusskJJUFYAYJTIsv0U= ; Message-ID: <20060411142614.49813.qmail@web31712.mail.mud.yahoo.com> Received: from [68.197.167.249] by web31712.mail.mud.yahoo.com via HTTP; Tue, 11 Apr 2006 07:26:14 PDT Date: Tue, 11 Apr 2006 07:26:14 -0700 (PDT) From: Holtor To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Serial ATA Errors 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, 11 Apr 2006 14:26:16 -0000 Hello Everyone, I started seeing some ata errors on a server running FreeBSD 5.4-STABLE that I've never seen before. This probably has something to do with it but we just upgraded the RAM on the server from 1 GB to 2 GB (DDR 400), perhaps a cable got slightly loose. I'm pretty certain the hard drives are good since the server ran fine prior to the memory upgrade. What do the errors below mean? Should I be worried? Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167635, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167711, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167715, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167719, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167723, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167727, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167731, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432167999, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=c8, lba=432168003, count=4, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=13040031, count=32, feature=0 Apr 11 17:17:12 freebsd kernel: ad4: ata_command: addr=c000, command=ca, lba=17221247, count=32, feature=0 The dmesg output for this server is: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Mon Feb 20 07:56:57 AST 2006 root@freebsd:/usr/obj/usr/src/sys/FREEBSD Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2080309248 (1983 MB) avail memory = 2034221056 (1939 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 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_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xd400-0xd4ff,0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq 20 at device 15.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xe800-0xe8ff mem 0xde001000-0xde0010ff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:11:5b:03:24:5a acpi_tz0: on acpi0 npx0: on motherboard npx0: INT 16 interface ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2992519762 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 10000 packets/entry by default ad4: 238475MB [484521/16/63] at ata2-master SATA150 ad6: 76324MB [155072/16/63] at ata3-master SATA150 Mounting root from ufs:/dev/ad4s1a I've been trying to upgrade to the latest RELENG_5 but I can't get the buildworld to finish cleanly -- gcc keeps crashing at random places probably due to the errors above. Any help or advice would be appreciated. This server is remotely hosted so it's not as easy to fiddle with the hardware inside. Thank You, Holt G. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 15:52: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 7FBC516A402 for ; Tue, 11 Apr 2006 15:52:52 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1391F43D48 for ; Tue, 11 Apr 2006 15:52:51 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k3BFqp0Z079243; Tue, 11 Apr 2006 10:52:51 -0500 (CDT) (envelope-from dan) Date: Tue, 11 Apr 2006 10:52:51 -0500 From: Dan Nelson To: Jonas Wolz Message-ID: <20060411155250.GB4297@dan.emsphone.com> References: <200604101145.26621.jonas.wolz@freenet.de> <200604111521.15572.jonas.wolz@freenet.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <200604111521.15572.jonas.wolz@freenet.de> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: truss problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 15:52:52 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Apr 11), Jonas Wolz said: > Am Montag, 10. April 2006 11:45 schrieb Jonas Wolz: > > Other applications I tested (xedit, bash) seem to work fine. > > I've made some more tests and it seems to me that the "fork > following" feature (-f switch) of truss obviously is buggy. Even the > following simple shell script sometimes (in about a third of the > tests) provokes the bug: > -- begin test.sh > #!/bin/sh > /bin/echo Test > /bin/echo Test > -- end test.sh > > If I call "truss -f sh test.sh" I get errors when execve() is called > to start /bin/echo, for example: (56179 is the first /bin/echo > (started without error), 56178 is /bin/sh) I think this is because truss immediately tries to attach to the child process after the fork, and if it isn't completely set up, things like ioctl(PIOCWAIT) and opening /proc/*/mem will fail. Try the attached patch (for 5.*, but should apply to newer versions). -- Dan Nelson dnelson@allantgroup.com --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="truss.diff" Index: setup.c =================================================================== RCS file: /home/ncvs/src/usr.bin/truss/setup.c,v retrieving revision 1.19.2.1 diff -u -r1.19.2.1 setup.c --- setup.c 26 May 2005 21:26:00 -0000 1.19.2.1 +++ setup.c 27 Jan 2006 23:19:43 -0000 @@ -71,6 +71,7 @@ int fd; int pid; int flags; + int loop; pid = fork(); if (pid == -1) { @@ -108,15 +109,33 @@ } sprintf(buf, "/proc/%d/mem", pid); - if ((fd = open(buf, O_RDWR)) == -1) - err(5, "cannot open %s", buf); - if (ioctl(fd, PIOCWAIT, &pfs) == -1) - err(6, "PIOCWAIT"); - if (pfs.why == S_EXIT) { - warnx("process exited before exec'ing"); - ioctl(fd, PIOCCONT, 0); - wait(0); - exit(7); + + /* try 6 times to trace our child, waiting 1/2 second each time */ + for (loop=6 ;; loop--) + { + if (loop != 6) + usleep(500000); + if ((fd = open(buf, O_RDWR)) == -1) + { + if (loop > 0) + continue; + else + err(5, "cannot open1 %s", buf); + } + if (ioctl(fd, PIOCWAIT, &pfs) == -1) + { + if (loop >= 0) + continue; + else + err(6, "PIOCWAIT"); + } + if (pfs.why == S_EXIT) { + warnx("process exited before exec'ing"); + ioctl(fd, PIOCCONT, 0); + wait(0); + exit(7); + } else + break; } close(fd); return (pid); @@ -136,6 +155,7 @@ struct procfs_status tmp; sprintf(buf, "/proc/%d/mem", pid); + usleep(500000); fd = open(buf, O_RDWR); if (fd == -1) { @@ -146,7 +166,7 @@ */ if (!failisfatal && kill(pid, 0) == -1) return (-1); - err(8, "cannot open %s", buf); + err(8, "cannot open2 %s", buf); } if (ioctl(fd, PIOCSTATUS, &tmp) == -1) { --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 16:46: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 A78DF16A402 for ; Tue, 11 Apr 2006 16:46:49 +0000 (UTC) (envelope-from jonas.wolz@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6AED43D48 for ; Tue, 11 Apr 2006 16:46:46 +0000 (GMT) (envelope-from jonas.wolz@freenet.de) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1FTM0r-0000aI-1Z for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 18:46:45 +0200 Received: from p54a439cb.dip0.t-ipconnect.de ([84.164.57.203] helo=pc1) by mx2.freenet.de with esmtpsa (ID jonas.wolz@freenet.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1FTM0q-0006Yr-Rq for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 18:46:45 +0200 Received: from jonas by pc1 with local (Exim 4.50) id 1FTM0o-0003Gk-2g for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 18:46:42 +0200 From: Jonas Wolz To: freebsd-stable@freebsd.org Date: Tue, 11 Apr 2006 18:46:41 +0200 User-Agent: KMail/1.7.2 References: <200604101145.26621.jonas.wolz@freenet.de> <200604111521.15572.jonas.wolz@freenet.de> <20060411155250.GB4297@dan.emsphone.com> In-Reply-To: <20060411155250.GB4297@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604111846.41946.jonas.wolz@freenet.de> Subject: Re: truss problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 16:46:49 -0000 Am Dienstag, 11. April 2006 17:52 schrieb Dan Nelson: > In the last episode (Apr 11), Jonas Wolz said: > > If I call "truss -f sh test.sh" I get errors when execve() is called > > to start /bin/echo, for example: (56179 is the first /bin/echo > > (started without error), 56178 is /bin/sh) > > I think this is because truss immediately tries to attach to the child > process after the fork, and if it isn't completely set up, things like > ioctl(PIOCWAIT) and opening /proc/*/mem will fail. Try the attached > patch (for 5.*, but should apply to newer versions). After applying the patch I seem to get the errors even more often than with the unpatched truss. :( Searching for the string "top of loop" in the error message I also noticed that the error seems to occur in main.c (line 275) and not in setup.c. Unfortunately I don't know enough about the interaction between FreeBSD and truss to have a clue why that ioctl fails. Jonas From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 16:59:07 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 C563216A401 for ; Tue, 11 Apr 2006 16:59:07 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D02143D46 for ; Tue, 11 Apr 2006 16:59:06 +0000 (GMT) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (localhost [127.0.0.1]) by mail.classis.ru (Postfix) with ESMTP id 99824122995B for ; Tue, 11 Apr 2006 20:59:04 +0400 (MSD) Received: from citrin.rambler.stack.net (unknown [81.19.65.144]) by mail.classis.ru (Postfix) with ESMTP id 7EC921229958 for ; Tue, 11 Apr 2006 20:59:04 +0400 (MSD) Date: Tue, 11 Apr 2006 20:59:01 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <372004369.20060411205901@citrin.ru> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------9FC014C36383BDB" X-AV-Checked: ClamAV using ClamSMTP on mail.classis.ru X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: panic: vinvalbuf: dirty bufs on 6.1-RC 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, 11 Apr 2006 16:59:07 -0000 This is a cryptographically signed message in MIME format. ------------9FC014C36383BDB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello, I have faced a panic when I use external HDD with USB interface after disconnect mounted drive: # uname -a FreeBSD hius.citrin.ru 6.1-RC FreeBSD 6.1-RC #0: Sun Apr 9 11:51:55 MSD 20= 06 citrin@hius.citrin.ru:/data/usr/obj/data/usr/src/sys/NK i386 # kgdb -c /var/crash/vmcore.0 kernel.debug [...........] Unread portion of the kernel message buffer: panic: vinvalbuf: dirty bufs Uptime: 1d11h18m11s (da0:dead_sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x8, scsi st= atus =3D=3D 0x0 Dumping 125 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 125MB (31984 pages) 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 During symbol reading, Incomplete CFI data; unspecified registers at 0xc050= c371. #1 0xc050c879 in boot (howto=3D0x104) at /data/usr/src/sys/kern/kern_shutd= own.c:402 #2 0xc050cb54 in panic (fmt=3D0xc06a6812 "vinvalbuf: dirty bufs") at /data= /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc056a246 in bufobj_invalbuf (bo=3D0xc1b90a50, flags=3D0x1, td=3D0xc17= d3780, slpflag=3D0x0, slptimeo=3D0x0) at /data/usr/src/sys/kern/vfs_subr.c:1011 #4 0xc056a4bd in vinvalbuf (vp=3D0xc1b90990, flags=3D0x1, td=3D0xc17d3780,= slpflag=3D0x0, slptimeo=3D0x0) at /data/usr/src/sys/kern/vfs_subr.c:1078 #5 0xc056d03d in vgonel (vp=3D0xc1b90990) at /data/usr/src/sys/kern/vfs_su= br.c:2432 #6 0xc056cf56 in vgone (vp=3D0xc1b90990) at /data/usr/src/sys/kern/vfs_sub= r.c:2387 #7 0xc04b8140 in devfs_delete (dm=3D0xc1628080, de=3D0xc1a74b00) at /data/= usr/src/sys/fs/devfs/devfs_devs.c:244 #8 0xc04b8374 in devfs_populate_loop (dm=3D0xc1628080, cleanup=3D0x0) at /= data/usr/src/sys/fs/devfs/devfs_devs.c:352 #9 0xc04b85da in devfs_populate (dm=3D0xc1628080) at /data/usr/src/sys/fs/= devfs/devfs_devs.c:448 #10 0xc04ba54b in devfs_lookupx (ap=3D0x0) at /data/usr/src/sys/fs/devfs/de= vfs_vnops.c:512 #11 0xc04ba6a7 in devfs_lookup (ap=3D0xcc3859c8) at /data/usr/src/sys/fs/de= vfs/devfs_vnops.c:576 #12 0xc0684723 in VOP_LOOKUP_APV (vop=3D0xc06cd780, a=3D0xcc3859c8) at vnod= e_if.c:99 #13 0xc0564315 in lookup (ndp=3D0xcc385bcc) at vnode_if.h:56 #14 0xc0563b86 in namei (ndp=3D0xcc385bcc) at /data/usr/src/sys/kern/vfs_lo= okup.c:203 #15 0xc0578ddb in vn_open_cred (ndp=3D0xcc385bcc, flagp=3D0xcc385ccc, cmode= =3D0x100, cred=3D0xc1a1ce00, fdidx=3D0x3) at /data/usr/src/sys/kern/vfs_vnops.c:125 #16 0xc0578d6e in vn_open (ndp=3D0x0, flagp=3D0xcc385ccc, cmode=3D0x100, fd= idx=3D0x3) at /data/usr/src/sys/kern/vfs_vnops.c:91 #17 0xc0570f1c in kern_open (td=3D0xc17d3780, path=3D0x0, pathseg=3DUIO_USE= RSPACE, flags=3D0x602, mode=3D0x1b6) at /data/usr/src/sys/kern/vfs_syscalls.c:1002 #18 0xc0570e1a in open (td=3D0xc17d3780, uap=3D0xcc385d04) at /data/usr/src= /sys/kern/vfs_syscalls.c:968 #19 0xc067225b in syscall (frame=3D {tf_fs =3D 0x3b, tf_es =3D 0x3b, tf_ds =3D 0x3b, tf_edi =3D 0x2, tf_e= si =3D 0x806716c, tf_ebp =3D 0xbfbfebb8, tf_isp =3D 0xcc385d64, tf_ebx =3D = 0x80670b0, tf_edx =3D 0xbfbfebd0, tf_ecx =3D 0x0, tf_eax =3D 0x5, tf_trapno= =3D 0xc, tf_err =3D 0x2, tf_eip =3D 0x28198383, tf_cs =3D 0x33, tf_eflags = =3D 0x246, tf_esp =3D 0xbfbfeb1c, tf_ss =3D 0x3b}) at /data/usr/src/sys/i38= 6/i386/trap.c:981 #20 0xc065fc7f in Xint0x80_syscall () at /data/usr/src/sys/i386/i386/except= ion.s:200 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) I can provide further information if need. --=20 WBR, Anton Yuzhaninov. ------------9FC014C36383BDB-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 17: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 4BCFF16A401 for ; Tue, 11 Apr 2006 17:04:54 +0000 (UTC) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437E943D4C for ; Tue, 11 Apr 2006 17:04:39 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 32F01136CD4 for ; Tue, 11 Apr 2006 18:04:38 +0100 (BST) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k3BH4bDc071210 for ; Tue, 11 Apr 2006 21:04:37 +0400 (MSD) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k3BH4bIw071209 for freebsd-stable@freebsd.org; Tue, 11 Apr 2006 21:04:37 +0400 (MSD) (envelope-from dkirhlarov) Date: Tue, 11 Apr 2006 21:04:37 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060411170437.GD66947@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <443B6FC8.8080503@egonflower.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443B6FC8.8080503@egonflower.com> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: bruteforce 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, 11 Apr 2006 17:04:54 -0000 On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: > Hy, I'm triing to find a solution to bruteforce attack, mostly on port 22, without > moving services on different ports. try to use /usr/ports/security/sshit By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 17:30: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 6E89316A402 for ; Tue, 11 Apr 2006 17:30:32 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6BA943D45 for ; Tue, 11 Apr 2006 17:30:31 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 82F8A10E57A; Tue, 11 Apr 2006 19:31:41 +0200 (CEST) Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86791-03; Tue, 11 Apr 2006 19:31:40 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id D71A910E56A; Tue, 11 Apr 2006 19:31:40 +0200 (CEST) Date: Tue, 11 Apr 2006 19:29:04 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.62.14) Professional X-Priority: 3 (Normal) Message-ID: <1426257861.20060411192904@rulez.sk> To: Dmitriy Kirhlarov In-Reply-To: <20060411170437.GD66947@dimma.mow.oilspace.com> References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Cc: freebsd-stable@freebsd.org Subject: Re[2]: bruteforce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 17:30:32 -0000 Hello Dmitriy, Tuesday, April 11, 2006, 7:04:37 PM, you typed the following: > On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: >> Hy, I'm triing to find a solution to bruteforce attack, mostly on port 22, without >> moving services on different ports. > try to use > /usr/ports/security/sshit maybe security/bruteforceblocker > By. > Dmitriy -- Best regards Daniel From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 17:50:01 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 628EF16A400 for ; Tue, 11 Apr 2006 17:50:01 +0000 (UTC) (envelope-from psionic@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FDA43D53 for ; Tue, 11 Apr 2006 17:49:59 +0000 (GMT) (envelope-from psionic@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so888571wxc for ; Tue, 11 Apr 2006 10:49:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=pVmZShNrE/fZVW3AR63Vu72lbK6hMz8oZHs7ybUlQtu3Jc9oXDl5ZQ497/UHcTpqX8DojcmKHMzrQkBdoJ3zfCOMtL2zFKmh3jYcbVX7L3KOfa2w72mm4F8uC5B1QdtqrugaA4uirvWR5EC/0TBTc3Gd1IYD1kny2fHNOXJWRIM= Received: by 10.70.132.20 with SMTP id f20mr558948wxd; Tue, 11 Apr 2006 10:49:57 -0700 (PDT) Received: by 10.70.49.6 with HTTP; Tue, 11 Apr 2006 10:49:57 -0700 (PDT) Message-ID: <5ad23a300604111049i49d93cf7g1238512e7d372210@mail.gmail.com> Date: Tue, 11 Apr 2006 13:49:57 -0400 From: "Jordan Sissel" To: "Daniel Gerzo" In-Reply-To: <1426257861.20060411192904@rulez.sk> MIME-Version: 1.0 References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> <1426257861.20060411192904@rulez.sk> 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: freebsd-stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: Re[2]: bruteforce 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, 11 Apr 2006 17:50:01 -0000 On 4/11/06, Daniel Gerzo wrote: > > Hello Dmitriy, > > Tuesday, April 11, 2006, 7:04:37 PM, you typed the following: > > > On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: > >> Hy, I'm triing to find a solution to bruteforce attack, mostly on port > 22, without > >> moving services on different ports. > > > try to use > > /usr/ports/security/sshit > > maybe security/bruteforceblocker If you're looking for something with a more generalized approach, check out sysutils/grok. It comes with examples that block brute force efforts, and can do much more. -Jordan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 18:31: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 9228C16A401 for ; Tue, 11 Apr 2006 18:31:24 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C96D43D45 for ; Tue, 11 Apr 2006 18:31:24 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (pxovg5431fmjnhiq@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.4/8.13.3) with ESMTP id k3BIVNDe024345; Tue, 11 Apr 2006 11:31:23 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.4/8.13.3/Submit) id k3BIVN5v024344; Tue, 11 Apr 2006 11:31:23 -0700 (PDT) (envelope-from jmg) Date: Tue, 11 Apr 2006 11:31:23 -0700 From: John-Mark Gurney To: Michael Schuh Message-ID: <20060411183123.GC38619@funkthat.com> Mail-Followup-To: Michael Schuh , freebsd-stable@freebsd.org References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <1dbad3150604110356m6ca0e92mee07fe59c8973b0f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1dbad3150604110356m6ca0e92mee07fe59c8973b0f@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: Maximum Swapsize X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 18:31:24 -0000 Michael Schuh wrote this message on Tue, Apr 11, 2006 at 12:56 +0200: > My Problem was that i can't show my configured swapsize > right....... > Partitionsize for swap was 4GB > Showing Value was 2GB, could you post swapinfo -k and disklabel of the appropriate disks? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 18:52: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 B60CA16A402 for ; Tue, 11 Apr 2006 18:52:55 +0000 (UTC) (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 7A62543D4C for ; Tue, 11 Apr 2006 18:52:51 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 65119 invoked by uid 0); 11 Apr 2006 15:52:55 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(200.210.42.5):. Processed in 0.60608 secs); 11 Apr 2006 18:52:55 -0000 Received: from unknown (HELO ?10.69.69.69?) (200.210.42.5) by capeta.freebsdbrasil.com.br with SMTP; 11 Apr 2006 15:52:54 -0300 Message-ID: <443BFB00.3090101@freebsdbrasil.com.br> Date: Tue, 11 Apr 2006 15:52:48 -0300 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: Jordan Sissel References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> <1426257861.20060411192904@rulez.sk> <5ad23a300604111049i49d93cf7g1238512e7d372210@mail.gmail.com> In-Reply-To: <5ad23a300604111049i49d93cf7g1238512e7d372210@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Daniel Gerzo , Dmitriy Kirhlarov Subject: Re: bruteforce 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, 11 Apr 2006 18:52:55 -0000 Jordan Sissel wrote: > On 4/11/06, Daniel Gerzo wrote: > >>Hello Dmitriy, >> >>Tuesday, April 11, 2006, 7:04:37 PM, you typed the following: >> >> >>>On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: >>> >>>>Hy, I'm triing to find a solution to bruteforce attack, mostly on port >> >>22, without >> >>>>moving services on different ports. >> >>>try to use >>>/usr/ports/security/sshit >> >>maybe security/bruteforceblocker > > > > If you're looking for something with a more generalized approach, check out > sysutils/grok. It comes with examples that block brute force efforts, and > can do much more. Doesnt open sshd itself has a feature which blocks or imposes a delay upon a number of failed logins from the same address? -- Patrick Tracanelli From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 19:16:50 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 BC72B16A401 for ; Tue, 11 Apr 2006 19:16:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF92D43D66 for ; Tue, 11 Apr 2006 19:16:08 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k3BJG65p004695 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 12 Apr 2006 05:16:07 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k3BJG6Ze002288; Wed, 12 Apr 2006 05:16:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k3BJG6E6002287; Wed, 12 Apr 2006 05:16:06 +1000 (EST) (envelope-from peter) Date: Wed, 12 Apr 2006 05:16:05 +1000 From: Peter Jeremy To: Michael Schuh Message-ID: <20060411191605.GA740@turion.vk2pj.dyndns.org> References: <1dbad3150604070754m6702e6acw2175c306504f3c13@mail.gmail.com> <4436A2B4.4010608@mac.com> <1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> <20060410185035.GC739@turion.vk2pj.dyndns.org> <1dbad3150604110415h2941769ahcd014548f8ed8b77@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1dbad3150604110415h2941769ahcd014548f8ed8b77@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Needs suggestion for redundant Storage 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, 11 Apr 2006 19:16:50 -0000 On Tue, 2006-Apr-11 13:15:48 +0200, Michael Schuh wrote: >> You probably can't replace defective hardware so fast that the users >> don't notice. They will probably also notice when a system crash >> garbles the filesystem. > >that was the reason why i would make a mirrored system with CARP >and ggated....... CARP can let you failover an IP address and ggated provides remote access to a physical disk device but the combination will not give you a fault tolerant server. One major problem is that you will lose the content of the cache when a system fails - this amounts to roughly the last 30 seconds of data written (though the write-through behaviour of NFS may mitigate this). Other potential problems are: Loss of connection state - NFS is stateless but lockd and mountd retain client state information so you will lose any client locks and the server may object to being presented with filehandles that were issued by a different host. Handling the failure of the inactive host - you will need to identify the behaviour when the remote part of your mirror becomes inaccessible. And none of the above protects against filesystem corruption. Cheap hardware presumably means that you won't be using ECC RAM and there will me minimal (if any) protection against data corruption on the various busses. The odd bit-flip will be virtually undetectable until someone notices that their data is corrupt. >> Based on your comments of low cost and massive size, I presume you >> can't afford a proper backup solution either. This is a recipe for >> disaster if the data is valuable. >yes, i can't backup this amount of data at this moment, but this was >not the focus...yet Without backups, you can't recover from any problems - user errors or system errors. I'm certain the lack of backups _will_ become the focus as soon as something valuable is lost. And given the sort of dodgy setup you want to construct, that may not take long. >> Read the mailing lists - they are full of problems with them. If >> you value your data you will not use Sil controller. >> >yes, this do i also know, but if i have a lot of them, and 2 falls out, >so what happens if i had another box with my data? The data is just as likely to be garbled on the remote system as well. I don't think people are saying that the Sil controllers stop working, they just don't work reliably so you can't rely on any data that has been handled by a Sil controller. >Oh that was fist not my idea, the management has questioned these features, >in have said "OMG you aore not serious", but is it...... :-(( >so that is better for me and my job to make what management wishes, >later i can say.....i have you warned...... You need to write a memo to your management that clearly points out the risks. Keep a notarised copy for yourself and make sure yout CV is up to date. You can rest assured that you will be the scaegoat when it all goes wrong. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 20:25:01 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 5A09716A401 for ; Tue, 11 Apr 2006 20:25:01 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF2243D72 for ; Tue, 11 Apr 2006 20:24:58 +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 234B91A4DFE; Tue, 11 Apr 2006 13:24:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6BF2751558; Tue, 11 Apr 2006 16:24:57 -0400 (EDT) Date: Tue, 11 Apr 2006 16:24:57 -0400 From: Kris Kennaway To: Daniel O'Connor Message-ID: <20060411202457.GA89949@xor.obsecurity.org> References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <20060410161713.GA48094@xor.obsecurity.org> <200604111048.09905.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <200604111048.09905.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Cc: Michael Schuh , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Maximum Swapsize 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, 11 Apr 2006 20:25:01 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 11, 2006 at 10:48:08AM +0930, Daniel O'Connor wrote: > On Tuesday 11 April 2006 01:47, Kris Kennaway wrote: > > On Mon, Apr 10, 2006 at 06:13:07PM +0200, Michael Schuh wrote: > > > Hello @all, > > > > > > last weekend i have setted up an new Machine with > > > 6.1-Beta4. By Installation i have made an Swappartition > > > with the size of 4GB after install in runtime in top > > > it sseems to me that the maximum swap-size is > > > limitied to 2GB or better to INT_MAX ? > > > > It's limited to 16GB on i386 (or maybe 16GB per swap device, I > > forget). You need a patch if you want to use this much, to avoid > > deadlocks - but nothing limits it out of the box. >=20 > Of course if you actually use this much swap your machine will be incompa= rably=20 > slow.. If you are actually trying to use working set > physical RAM then yes. That's not the only case though. I use 32GB of swap as backing for md disks for package builds, since they are ephemeral and I don't care about the data persisting across reboots. It's a huge optimization to write to a md and never have the backing pages written out to disk, and less of a huge optimization if they are sometimes written out due to memory pressure, but still a net win. 32GB is needed since the swap backing store tends to fill up over time (unless you periodically destroy your md and recreate), since md doesn't throw away pages when files are removed. tmpfs will be the perfect solution once it's mpsafe. Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPBCYWry0BWjoQKURAjIzAKDs4tUbEStx79wgsHto4c/A2KUINwCfcS53 q2Nog1YLBPPRmRFb8qhdAsE= =loan -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 20:27: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 5CC4E16A400 for ; Tue, 11 Apr 2006 20:27:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF4343D49 for ; Tue, 11 Apr 2006 20:27:14 +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 62E041A4DFC; Tue, 11 Apr 2006 13:27:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D530651558; Tue, 11 Apr 2006 16:27:13 -0400 (EDT) Date: Tue, 11 Apr 2006 16:27:13 -0400 From: Kris Kennaway To: Michael Schuh Message-ID: <20060411202713.GB89949@xor.obsecurity.org> References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <1dbad3150604110356m6ca0e92mee07fe59c8973b0f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <1dbad3150604110356m6ca0e92mee07fe59c8973b0f@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Maximum Swapsize 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, 11 Apr 2006 20:27:15 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 11, 2006 at 12:56:30PM +0200, Michael Schuh wrote: > 2006/4/10, Michael Schuh : > > Hello @all, > > > > last weekend i have setted up an new Machine with > > 6.1-Beta4. By Installation i have made an Swappartition > > with the size of 4GB after install in runtime in top > > it sseems to me that the maximum swap-size is > > limitied to 2GB or better to INT_MAX ? > > > > At another MAchine with FreeBSD4.11 i have a > > Swap-Partition with 1GB size and an Swap-File with > > 8 GB size, all seem fine top let me show: > > > > Mem: 418M Active, 318M Inact, 193M Wired, 40M Cache, 108M Buf, 1960K Fr= ee > > Swap: 9216M Total, 257M Used, 8959M Free, 2% Inuse > > > > Is these setting correct for RELENG_6 or 6.1-Beta4, > > and get the (default) maxsize for Swap-Partitions increased? > > > > thanks for any help > > > > best regards > > > > Michael > > >=20 > It seems to me that i have me not right supressed..... >=20 > My Problem is not the way to find the "right" swapsize for me or > better for my Server with the running Applications. >=20 > My Problem was that i can't show my configured swapsize > right....... > Partitionsize for swap was 4GB > Showing Value was 2GB, I'm guessing you specified 4*1024*1024 blocks of 512 bytes each, not 4GB. Send the output of swapinfo and disklabel -r /dev/whatever (e.g. /dev/ad0s1) on your system. Kris --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPBEhWry0BWjoQKURAgrxAKDZ6HUvbg2e0N9bwAlA1/trd1bxFACeIi4l 9m9d9f/9dzWDqGJJWVRWUIg= =gCPK -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 20:28: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 86F5E16A403 for ; Tue, 11 Apr 2006 20:28:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 435E043D4C for ; Tue, 11 Apr 2006 20:28:19 +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 20D331A4DFE; Tue, 11 Apr 2006 13:28:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82CBA51558; Tue, 11 Apr 2006 16:28:18 -0400 (EDT) Date: Tue, 11 Apr 2006 16:28:18 -0400 From: Kris Kennaway To: Anton Yuzhaninov Message-ID: <20060411202818.GC89949@xor.obsecurity.org> References: <372004369.20060411205901@citrin.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: <372004369.20060411205901@citrin.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: panic: vinvalbuf: dirty bufs on 6.1-RC 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, 11 Apr 2006 20:28:19 -0000 --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 11, 2006 at 08:59:01PM +0400, Anton Yuzhaninov wrote: > Hello, >=20 > I have faced a panic when I use external HDD with USB interface after > disconnect mounted drive: Don't do that :( It's a well-known limitation that FreeBSD doesn't handle devices with mounted filesystems spontaneously disappearing. Kris --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPBFhWry0BWjoQKURAs2XAJ0X4+V1dwvYLnwPAywKoLV/uXppUgCfcjP+ fR4D8RaI6JP5Uu/2EC4Gszg= =N/SV -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 21:18: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 B70ED16A401 for ; Tue, 11 Apr 2006 21:18:28 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DF2743D45 for ; Tue, 11 Apr 2006 21:18:28 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4.20060308/8.13.4) with ESMTP id k3BLIRLu042155; Tue, 11 Apr 2006 14:18:28 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4.20060308/8.13.4/Submit) id k3BLIRjF042154; Tue, 11 Apr 2006 14:18:27 -0700 (PDT) Date: Tue, 11 Apr 2006 14:18:27 -0700 (PDT) From: Matthew Dillon Message-Id: <200604112118.k3BLIRjF042154@apollo.backplane.com> To: Kris Kennaway References: <1dbad3150604100913hff9fc4dsb125ea541675f992@mail.gmail.com> <1dbad3150604110356m6ca0e92mee07fe59c8973b0f@mail.gmail.com> <20060411202713.GB89949@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org, Michael Schuh Subject: Re: Maximum Swapsize 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, 11 Apr 2006 21:18:28 -0000 From 'man tuning' (I think I wrote this, a long time ago): You should typically size your swap space to approximately 2x main mem- ory. If you do not have a lot of RAM, though, you will generally want a lot more swap. It is not recommended that you configure any less than 256M of swap on a system and you should keep in mind future memory expan- sion when sizing the swap partition. The kernel's VM paging algorithms are tuned to perform best when there is at least 2x swap versus main mem- ory. Configuring too little swap can lead to inefficiencies in the VM page scanning code as well as create issues later on if you add more mem- ory to your machine. Finally, on larger systems with multiple SCSI disks (or multiple IDE disks operating on different controllers), we strongly recommend that you configure swap on each drive (up to four drives). The swap partitions on the drives should be approximately the same size. The kernel can handle arbitrary sizes but internal data structures scale to 4 times the largest swap partition. Keeping the swap partitions near the same size will allow the kernel to optimally stripe swap space across the N disks. Do not worry about overdoing it a little, swap space is the saving grace of UNIX and even if you do not normally use much swap, it can give you more time to recover from a runaway program before being forced to reboot. -- The last sentence is probably the most important. The primary reason why you want to configure a fairly large amount of swap has less to do with performance and more to do with giving the system admin a long runway to have the time to deal with unexpected situations before the machine blows itself to bits. The swap subsystem has the following limitation: /* * If we go beyond this, we get overflows in the radix * tree bitmap code. */ if (nblks > 0x40000000 / BLIST_META_RADIX / nswdev) { printf("exceeded maximum of %d blocks per swap unit\n", 0x40000000 / BLIST_META_RADIX / nswdev); VOP_CLOSE(vp, FREAD | FWRITE, td); return (ENXIO); } By default, BLIST_META_RADIX is 16 and nswdev is 4, so the maximum number of blocks *PER* swap device is 16 million. If PAGE_SIZE is 4K, the limitation is 64 GB per swap device and up to 4 swap devices (256 GB total swap). The kernel has to allocate memory to track the swap space. This memory is allocated and managed by kern/subr_blist.c (assuming you haven't changed things since I wrote it). This is basically implemented as a flattened radix tree using a fixed radix of 16. The memory overhead is fixed (based on the amount of swap configured) and comes to approximately 2 bits per VM page. Performance is approximately O(log N). Additionally, once pages are actually swapped out the VM object must record the swap index for each page. This costs around 4 bytes per swapped-out page and is probably the greatest limiting factor in the amount of swap you can actually use. 256GB of 100% used swap would eat 256MB of kernel ram. I believe that large linear chunks of reserved swap, such as used by MD, currently still require the per-page overhead. However, theoretically, since the reservation model uses a radix tree, it *IS* possible to reserve huge swaths of linear-addressed swap space with no per-page storage requirements in the VM object. It is even possible to do away with the 2 bits per page that the radix tree uses if the radix tree were allocated dynamically. I decided against doing that because I did not want the swap subsystem to be reliant on malloc() during critical low-memory paging situations. -Matt From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 22:31: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 1A46A16A403 for ; Tue, 11 Apr 2006 22:31:53 +0000 (UTC) (envelope-from crossd@cs.rpi.edu) Received: from cliffclavin.cs.rpi.edu (cliffclavin.cs.rpi.edu [128.213.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8517843D46 for ; Tue, 11 Apr 2006 22:31:52 +0000 (GMT) (envelope-from crossd@cs.rpi.edu) Received: from wireless-50.dyn.cs.rpi.edu (wireless-50.dyn.cs.rpi.edu [128.213.51.50]) (authenticated bits=0) by cliffclavin.cs.rpi.edu (8.13.6/8.13.6) with ESMTP id k3BMVogv061763 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 11 Apr 2006 18:31:51 -0400 (EDT) From: "David E. Cross" To: Kris Kennaway In-Reply-To: <20060218200552.GA16805@xor.obsecurity.org> References: <1140292322.11473.10.camel@honker.internal.dcrosstech.com> <20060218200552.GA16805@xor.obsecurity.org> Content-Type: text/plain Date: Tue, 11 Apr 2006 22:31:47 +0000 Message-Id: <1144794707.81364.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.56 on 128.213.1.9 Cc: freebsd-stable@freebsd.org Subject: Re: high interrupt load under 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: Tue, 11 Apr 2006 22:31:53 -0000 Zuh, holy delayed reply.. but I figured for at least the sake of web-search engines I should reply and say that this was indeed the fix. Thank you. -- David E. Cross On Sat, 2006-02-18 at 15:05 -0500, Kris Kennaway wrote: > On Sat, Feb 18, 2006 at 07:52:02PM +0000, David E. Cross wrote: > > I have a 486DX50 firewall that has been serving me well for a number of > > years. I recently upgraded it fro 5.4 to 6.0 and performance plumeted > > rather drastically (about 40%). I would like to fix it. What I have > > noticed is that even when sitting idle the system spends ~20% of its > > time in interrupt. Below I have included dmesg, kernel config, and > > vmstat -i information. > > Try turning HZ=1000 back down to HZ=100. > > Kris From owner-freebsd-stable@FreeBSD.ORG Tue Apr 11 22:43: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 0567116A403 for ; Tue, 11 Apr 2006 22:43:39 +0000 (UTC) (envelope-from crossd@cs.rpi.edu) Received: from cliffclavin.cs.rpi.edu (cliffclavin.cs.rpi.edu [128.213.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 715F743D49 for ; Tue, 11 Apr 2006 22:43:38 +0000 (GMT) (envelope-from crossd@cs.rpi.edu) Received: from wireless-50.dyn.cs.rpi.edu (wireless-50.dyn.cs.rpi.edu [128.213.51.50]) (authenticated bits=0) by cliffclavin.cs.rpi.edu (8.13.6/8.13.6) with ESMTP id k3BMhaoD062462 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 11 Apr 2006 18:43:37 -0400 (EDT) From: "David E. Cross" To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 11 Apr 2006 22:43:32 +0000 Message-Id: <1144795412.81364.18.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.56 on 128.213.1.9 Subject: swap performance under 6.1 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, 11 Apr 2006 22:43:39 -0000 I saw under http://www.freebsd.org/releases/6.1R/todo.html that swap performance under 6.x is slower then 4.X, and this is listed as "not done". I noticed that 6.1 seemed to be a dog, but 6.0 I thought was better. As a test I installed 6.0 and 6.1 in parallel on my laptop with identical ports trees (and packages) and 6.0 does feel a lot more responisve to swapping; I would be eager to help track this down if someone could give me some pointers. If I have to _guess_ as to a problem it would seem like some of the scheduling priorities changed. (this is with GENERIC under 6.0 and 6.1, this is with 6.1-PRERELEASE from April 5; I can CVSUP to the latest if people think things have changed.) -- David E. Cross From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 00:28:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EE1F216A401; Wed, 12 Apr 2006 00:28:02 +0000 (UTC) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id k3C0S2id009618; Tue, 11 Apr 2006 20:28:02 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id k3C0S1QN009617; Tue, 11 Apr 2006 20:28:01 -0400 (EDT) (envelope-from green) Date: Tue, 11 Apr 2006 20:28:01 -0400 From: Brian Fundakowski Feldman To: "H. Wade Minter" Message-ID: <20060412002801.GO68291@green.homeunix.org> References: <443AB817.3090208@jellydonut.org> <20060410160710.D90039@bunning.skiltech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060410160710.D90039@bunning.skiltech.com> User-Agent: Mutt/1.5.11 Cc: Michael Proto , freebsd-stable@freebsd.org Subject: Re: Odd "phantom MFS mountpoint" issue 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, 12 Apr 2006 00:28:03 -0000 On Mon, Apr 10, 2006 at 04:07:51PM -0400, H. Wade Minter wrote: > On Mon, 10 Apr 2006, Michael Proto wrote: > > >Does /tmp exist and is writable when the system is started? Looking at > >the test in /etc/rc.d/tmp, it looks like /tmp will be mounted as a mfs > >if "/bin/mkdir -p /tmp/.diskless" fails. > > It should have been, but I went ahead and set tmpmfs="NO" in rc.conf, > rebooted, and things are fine now. > > Thanks for the help! Check if /tmp itself has strange permissions or file flags or ownership.... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 01:48: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 B9C2816A402 for ; Wed, 12 Apr 2006 01:48:45 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54CA43D46 for ; Wed, 12 Apr 2006 01:48:43 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 09C1D564A1 for ; Tue, 11 Apr 2006 18:48:58 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id AC016564A0 for ; Tue, 11 Apr 2006 18:48:57 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k3C1n2kX002530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 11 Apr 2006 18:49:02 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k3C1n2Vc002527; Tue, 11 Apr 2006 18:49:02 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17468.23694.644142.437584@satchel.alerce.com> Date: Tue, 11 Apr 2006 18:49:02 -0700 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Subject: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 01:48:45 -0000 I have a new system which includes a Plextor PX-740a DVD+-R/RW CD-R/RW drive attached to an Asus A8V-MX motherboard. When I try to use burncd to burn a cd, it writes all of the data, says "fixating CD, please wait.." and then reports burncd: ioctl(CDRIOCFIXATE): Input/output error Oddly enough, the CD seems to be usable. I can successfully burn the same file if I use cdrecord. The system was cvsup-ed a couple of days ago, and the kernel config is the example SMP file plus "device atapicam" (the error also happened before adding that device, but cdrecord needed it). I saw this before in the 6.0 days with older hardware and just assumed that the drive was wonky. Is it a known problem? Is it worth pursuing? g. Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC #0: Tue Apr 11 07:26:47 UTC 2006 root@demi.projectbillboard.org:/usr/obj/usr/src/sys/DEMI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147155968 (2047 MB) avail memory = 2096123904 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 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 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 21 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 22 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 23 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebff800-0xfebff8ff irq 22 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: USB2.0 CardReader, rev 2.00/91.44, addr 2 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd400-0xd4ff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xd000-0xd0ff mem 0xfebff400-0xfebff4ff irq 23 at device 18.0 on pci0 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:15:f2:2c:c3:86 pcib2: at device 19.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.1 on pci2 pci4: on pcib4 acpi_button0: on acpi0 acpi_button1: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub5: Chicony Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub5: 3 ports with 2 removable, bus powered ukbd0: Chicony PFU-65 USB Keyboard, rev 1.10/1.00, addr 3, iclass 3/1 kbd2 at ukbd0 ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 4, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 286168MB at ata2-master SATA150 ad6: 286168MB at ata3-master SATA150 GEOM_MIRROR: Device gm0s1 created (id=3185843744). GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 Trying to mount root from ufs:/dev/mirror/gm0s1a From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 02:16: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 4456616A401 for ; Wed, 12 Apr 2006 02:16:17 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B6543D46 for ; Wed, 12 Apr 2006 02:16:15 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-01.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k3C2DxDH006085 for ; Tue, 11 Apr 2006 22:14:00 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 13FD15C6F; Tue, 11 Apr 2006 22:16:14 -0400 (EDT) Date: Tue, 11 Apr 2006 22:16:14 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060412021613.GA8130@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <17468.23694.644142.437584@satchel.alerce.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <17468.23694.644142.437584@satchel.alerce.com> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) 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, 12 Apr 2006 02:16:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Apr 11, 2006 at 06:49:02PM -0700, George Hartzell wrote: > > I have a new system which includes a Plextor PX-740a DVD+-R/RW CD-R/RW > drive attached to an Asus A8V-MX motherboard. > > When I try to use burncd to burn a cd, it writes all of the data, says > "fixating CD, please wait.." and then reports > > burncd: ioctl(CDRIOCFIXATE): Input/output error > > Oddly enough, the CD seems to be usable. > > I can successfully burn the same file if I use cdrecord. > > The system was cvsup-ed a couple of days ago, and the kernel config is > the example SMP file plus "device atapicam" (the error also happened > before adding that device, but cdrecord needed it). > > I saw this before in the 6.0 days with older hardware and just assumed > that the drive was wonky. > > Is it a known problem? I don't know if it's known, but I have the identical issue with a plextor CDRW drive. A few others have had it too--it gives that error, but the CD is ok. (There was one other fellow who had the issue, don't remember if it was a Plextor, but in his case, he got the error after 3 or 4 seconds and the CD wasn't successfully burned.) I remember googling for it several months ago, but didn't find any answers. > > Is it worth pursuing? I didn't find it so. I guess this is one of those things where I think, gee I wish someone would fix this but can't see filling out a PR where the how to reproduce is, "Come to my job and try to burn a CD on this one machine." I suspect such a report might not get preferential treatment. :) I don't know if it's a Plextor issue either, I seem to remember people with other drives having the same problem. Of the two machines where I burn CDs, the Plextor one is the one with the problem, the other machine, with some no name drive does't have it. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Angel: I'm weak. I've never been anything else. I wanted to lose myself in you. I know it will cost me my soul, and part of me didn't care. It's not the demon in me that needs killing, Buffy, it's the man. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEPGLt+lTVdes0Z9YRAsnpAKCTsuOhugGakPdx+NZXt7X/D15d/wCdGGjV qY0Q6gwXrIXuZChy9E8fjRI= =syX3 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 02:22: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 C652A16A407 for ; Wed, 12 Apr 2006 02:22:22 +0000 (UTC) (envelope-from rwhamond@westnet.com.au) Received: from vscan01.westnet.com.au (vscan01.westnet.com.au [203.10.1.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2937343D49 for ; Wed, 12 Apr 2006 02:22:21 +0000 (GMT) (envelope-from rwhamond@westnet.com.au) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id BC60D761691 for ; Wed, 12 Apr 2006 10:23:22 +0800 (WST) Received: from vscan01.westnet.com.au ([127.0.0.1]) by localhost (vscan01.westnet.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25281-08 for ; Wed, 12 Apr 2006 10:23:22 +0800 (WST) Received: from wanda.whh.homeip.net (dsl-202-173-157-56.vic.westnet.com.au [202.173.157.56]) by vscan01.westnet.com.au (Postfix) with ESMTP id 72ACD761A6B for ; Wed, 12 Apr 2006 10:23:22 +0800 (WST) From: Robert Whamond To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.1 References: <200604060122.43257.kstewart@owt.com> In-Reply-To: <200604060122.43257.kstewart@owt.com> MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 12 Apr 2006 12:22:25 +1000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604121222.25886.rwhamond@westnet.com.au> Subject: Re: Xorg hang on recent 6.1 build 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, 12 Apr 2006 02:22:22 -0000 On Thursday, 6 April 2006 18:22, Kent Stewart wrote: > I cvsuped RELENG_6 and went through the usual motions to make the world, > kernel and install them. Everything was ok until I rebooted and started > KDE and the x-session stopped. I could login for other computers and > xorg was using 97% of the cpu. > > After rebooting it 2x and using root the 2nd time and still have it > hang. I did a diff of GENRIC and RUBY. GENERIC had the new kbdmux > parameter. After I rebuilt the kernel and booted to it, I haven't had > any problems using the machine. > > If not adding kbdmux to the kernel config file can hang the user's > x-session, I think some sort of warning should be added to UPDATING. > > Kent Sorry for the delayed response. I've had a similar problem on a machine since upgrading to RELENG_6 (now on 6.1-PRERELEASE #3). After logging in from another machine and killing the Xorg process the xserver restarts but I am then unable to switch to a text virtual console; monitor reports signal out of range. I was using the nvidia driver (nvidia-driver-1.0.8178_1). When I disabled that the problem appears to be less frequent but still occurs. On a second machine on which I did a fresh install of 6 (now on 6.1-PRERELEASE #1) I've had no problems but haven't tried the nvidia driver yet. Could it be the video hardware? I wasn't aware of kbdmux. I will see if that makes a difference. -- Rob Whamond c/- Post Office Phone: (03) 5728 6640 Stanley Mobile: 0438 286 640 Vic Australia 3747 E-mail: rwhamond@westnet.com.au From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 02:24: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 7E30E16A401 for ; Wed, 12 Apr 2006 02:24:23 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7435843D5E for ; Wed, 12 Apr 2006 02:24:20 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.4/8.13.1) with ESMTP id k3C2OE67096100; Tue, 11 Apr 2006 21:24:15 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Tue, 11 Apr 2006 21:24:14 -0500 (CDT) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: George Hartzell In-Reply-To: <17468.23694.644142.437584@satchel.alerce.com> Message-ID: <20060411211924.H79358@thor.farley.org> References: <17468.23694.644142.437584@satchel.alerce.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-515743902-1144808654=:79358" Cc: freebsd-stable@freebsd.org Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) 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, 12 Apr 2006 02:24:23 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-515743902-1144808654=:79358 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 11 Apr 2006, George Hartzell wrote: > I have a new system which includes a Plextor PX-740a DVD+-R/RW CD-R/RW > drive attached to an Asus A8V-MX motherboard. > > When I try to use burncd to burn a cd, it writes all of the data, says > "fixating CD, please wait.." and then reports > > burncd: ioctl(CDRIOCFIXATE): Input/output error I reported it[1] awhile ago. It stems from how FreeBSD checks the status of the drive and/or how the drive reports back. It used to work with FreeBSD 4, but the manner of how the drive is checked changed with FreeBSD 5+. Se=E1n 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D83702 --=20 sean-freebsd@farley.org --0-515743902-1144808654=:79358-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 03:36: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 7DCC516A403 for ; Wed, 12 Apr 2006 03:36:56 +0000 (UTC) (envelope-from adam@thegeeklord.com) Received: from spunkymail-a13.dreamhost.com (mailbigip.dreamhost.com [208.97.132.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 164BB43D46 for ; Wed, 12 Apr 2006 03:36:55 +0000 (GMT) (envelope-from adam@thegeeklord.com) Received: from [192.168.0.10] (c-24-34-72-209.hsd1.ma.comcast.net [24.34.72.209]) by spunkymail-a13.dreamhost.com (Postfix) with ESMTP id C0862129ADB for ; Tue, 11 Apr 2006 20:36:55 -0700 (PDT) Message-ID: <443C75BD.6030801@thegeeklord.com> Date: Tue, 11 Apr 2006 23:36:29 -0400 From: Adam Stroud User-Agent: Thunderbird 1.5 (X11/20060406) MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> <1426257861.20060411192904@rulez.sk> <5ad23a300604111049i49d93cf7g1238512e7d372210@mail.gmail.com> <443BFB00.3090101@freebsdbrasil.com.br> In-Reply-To: <443BFB00.3090101@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bruteforce 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, 12 Apr 2006 03:36:56 -0000 I have been using pf (on an OpenBSD box) to automatically block offending IP address using pf and it seems to work well for me. Basically when an attackers tries to connect x number of times in y minutes, I have the firewall set up to block the automatically. Works like a charm. A Patrick Tracanelli wrote: > Jordan Sissel wrote: >> On 4/11/06, Daniel Gerzo wrote: >> >>> Hello Dmitriy, >>> >>> Tuesday, April 11, 2006, 7:04:37 PM, you typed the following: >>> >>> >>>> On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: >>>> >>>>> Hy, I'm triing to find a solution to bruteforce attack, mostly on >>>>> port >>> >>> 22, without >>> >>>>> moving services on different ports. >>> >>>> try to use >>>> /usr/ports/security/sshit >>> >>> maybe security/bruteforceblocker >> >> >> >> If you're looking for something with a more generalized approach, >> check out >> sysutils/grok. It comes with examples that block brute force efforts, >> and >> can do much more. > > Doesnt open sshd itself has a feature which blocks or imposes a delay > upon a number of failed logins from the same address? > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 03:42: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 7111416A407 for ; Wed, 12 Apr 2006 03:42:09 +0000 (UTC) (envelope-from adam@thegeeklord.com) Received: from spunkymail-a13.dreamhost.com (mailbigip.dreamhost.com [208.97.132.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC8643D45 for ; Wed, 12 Apr 2006 03:42:09 +0000 (GMT) (envelope-from adam@thegeeklord.com) Received: from [192.168.0.10] (c-24-34-72-209.hsd1.ma.comcast.net [24.34.72.209]) by spunkymail-a13.dreamhost.com (Postfix) with ESMTP id 96F2D129ADB for ; Tue, 11 Apr 2006 20:42:03 -0700 (PDT) Message-ID: <443C76F1.60608@thegeeklord.com> Date: Tue, 11 Apr 2006 23:41:37 -0400 From: Adam Stroud User-Agent: Thunderbird 1.5 (X11/20060406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> <1426257861.20060411192904@rulez.sk> <5ad23a300604111049i49d93cf7g1238512e7d372210@mail.gmail.com> <443BFB00.3090101@freebsdbrasil.com.br> <443C75BD.6030801@thegeeklord.com> In-Reply-To: <443C75BD.6030801@thegeeklord.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bruteforce 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, 12 Apr 2006 03:42:09 -0000 I forgot to mention that pf is also available on FreeBSD too. Adam Stroud wrote: > I have been using pf (on an OpenBSD box) to automatically block > offending IP address using pf and it seems to work well for me. > Basically when an attackers tries to connect x number of times in y > minutes, I have the firewall set up to block the automatically. > > Works like a charm. > A > > Patrick Tracanelli wrote: >> Jordan Sissel wrote: >>> On 4/11/06, Daniel Gerzo wrote: >>> >>>> Hello Dmitriy, >>>> >>>> Tuesday, April 11, 2006, 7:04:37 PM, you typed the following: >>>> >>>> >>>>> On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: >>>>> >>>>>> Hy, I'm triing to find a solution to bruteforce attack, mostly on >>>>>> port >>>> >>>> 22, without >>>> >>>>>> moving services on different ports. >>>> >>>>> try to use >>>>> /usr/ports/security/sshit >>>> >>>> maybe security/bruteforceblocker >>> >>> >>> >>> If you're looking for something with a more generalized approach, >>> check out >>> sysutils/grok. It comes with examples that block brute force >>> efforts, and >>> can do much more. >> >> Doesnt open sshd itself has a feature which blocks or imposes a delay >> upon a number of failed logins from the same address? >> > > _______________________________________________ > 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 Apr 12 03:45: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 5197B16A404 for ; Wed, 12 Apr 2006 03:45:49 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB13343D49 for ; Wed, 12 Apr 2006 03:45:47 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 3AE5678C86; Tue, 11 Apr 2006 23:55:04 -0400 (EDT) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05094-10; Tue, 11 Apr 2006 23:55:01 -0400 (EDT) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 7EFB078C9B; Tue, 11 Apr 2006 23:54:59 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 842851C082B; Tue, 11 Apr 2006 23:45:41 -0400 (EDT) Date: Tue, 11 Apr 2006 23:45:41 -0400 From: Damian Gerow To: Adam Stroud Message-ID: <20060412034541.GG41108@afflictions.org> References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> <1426257861.20060411192904@rulez.sk> <5ad23a300604111049i49d93cf7g1238512e7d372210@mail.gmail.com> <443BFB00.3090101@freebsdbrasil.com.br> <443C75BD.6030801@thegeeklord.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443C75BD.6030801@thegeeklord.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: freebsd-stable@freebsd.org Subject: Re: bruteforce 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, 12 Apr 2006 03:45:49 -0000 Thus spake Adam Stroud (adam@thegeeklord.com) [11/04/06 23:49]: : I have been using pf (on an OpenBSD box) to automatically block : offending IP address using pf and it seems to work well for me. : Basically when an attackers tries to connect x number of times in y : minutes, I have the firewall set up to block the automatically. Ask yourselves: is this /really/ a good idea? (And at that, I won't continue this off-topic discussion.) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 04:03: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 4716216A402 for ; Wed, 12 Apr 2006 04:03:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068BE43D46 for ; Wed, 12 Apr 2006 04:03:27 +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 DED0F1A4DFB; Tue, 11 Apr 2006 21:03:26 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 469F951F4D; Wed, 12 Apr 2006 00:03:26 -0400 (EDT) Date: Wed, 12 Apr 2006 00:03:26 -0400 From: Kris Kennaway To: "David E. Cross" Message-ID: <20060412040326.GA94545@xor.obsecurity.org> References: <1144795412.81364.18.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <1144795412.81364.18.camel@localhost> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: swap performance under 6.1 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, 12 Apr 2006 04:03:27 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 11, 2006 at 10:43:32PM +0000, David E. Cross wrote: > I saw under http://www.freebsd.org/releases/6.1R/todo.html that swap > performance under 6.x is slower then 4.X, and this is listed as "not > done". >=20 > I noticed that 6.1 seemed to be a dog, but 6.0 I thought was better. As > a test I installed 6.0 and 6.1 in parallel on my laptop with identical > ports trees (and packages) and 6.0 does feel a lot more responisve to > swapping; I would be eager to help track this down if someone could give > me some pointers. If I have to _guess_ as to a problem it would seem > like some of the scheduling priorities changed. (this is with GENERIC > under 6.0 and 6.1, this is with 6.1-PRERELEASE from April 5; I can CVSUP > to the latest if people think things have changed.) I didn't think this was a 6.1 regression compared to 6.0, but 6.x compared to 4.x. It would be good to try and quantify any performance differences here - so far it's just a bunch of people's subjective opinions (including mine) after upgrading from 4.x. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPHwNWry0BWjoQKURAozMAKC4vOPs90zCpMAJV7rlj59R5k6+3QCfZ60H Z2c83lyZHYjAjKiz3ZwDDsk= =H74H -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 05:03:58 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 C199016A401 for ; Wed, 12 Apr 2006 05:03:58 +0000 (UTC) (envelope-from freebsd-stable@subscriptions.systeem.com) Received: from mercury.netteem.net (mercury.netteem.net [63.87.251.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BD0543D5A for ; Wed, 12 Apr 2006 05:03:57 +0000 (GMT) (envelope-from freebsd-stable@subscriptions.systeem.com) Received: from [192.168.10.100] (client-82-199-205-146.speedy.sellinet.net [82.199.205.146]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mercury.netteem.net (Postfix) with ESMTP id B6082597C00; Wed, 12 Apr 2006 01:03:59 -0400 (EDT) From: Stoyan Dimov To: Dmitry Morozovsky Date: Wed, 12 Apr 2006 08:02:53 +0300 User-Agent: KMail/1.8.3 References: <200604070342.01315.freebsd-stable@subscriptions.systeem.com> <20060408211703.T67402@woozle.rinet.ru> In-Reply-To: <20060408211703.T67402@woozle.rinet.ru> MIME-Version: 1.0 Content-Disposition: inline X-UID: 72 X-Length: 2983 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Message-Id: <200604120802.54598.freebsd-stable@subscriptions.systeem.com> Cc: freebsd-stable@freebsd.org Subject: Re: PAE and gvinum 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, 12 Apr 2006 05:03:58 -0000 On Saturday 08 April 2006 20:27, Dmitry Morozovsky wrote: > On Fri, 7 Apr 2006, Stoyan Dimov wrote: > > SD> Hi all, > SD> > SD> I got a machine with 8GB of RAM and plenty of disk space. I need gvinum to > SD> manage big number of file systems but PAE enabled kernel does not compile > SD> modules. I couldn't figure out how to get vinum statically compiled in the > SD> kernel if that is the way to go. I am running 6-STABLE. > SD> > SD> Please advise on how to get PAE kernel and gvinum working together! > > I did not test this, but I found no reason to prevent you from compiling > gvinum in. Try the patch attached > > and add line > > device gvinum > > to you kernel config file. > > > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ Thank you for your response, Dmitry! The patch did get gvinum in the kernel but then next problem came: gvinum command will not work. Looks like the first thing it tried is to load the geom_vinum.ko module which of course fails. I didn't have much time to look into this. I could boot non-PAE kernel create the volumes and then boot the PAE kernel with gvinum compiled it. Worked like a charm. Rebooting for every FS change though somewhat defeats the purpose of the volume manager. So I removed the gvinum from the kernel and compiled just the gvinum module, installed it and it worked. Now I wonder what can go wrong with this setup. There must be a reason kernel modules are disabled by default and I have no clue what is the risk of running gvinum as kernel module. I will be testing the install soon and I will let the list know if I run into problems. Any advice of course is very welcome and highly appreciated! Thanks for your help! Stoyan From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 05:46: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 AF0E316A400 for ; Wed, 12 Apr 2006 05:46:26 +0000 (UTC) (envelope-from djv@mbnet.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2376C43D46 for ; Wed, 12 Apr 2006 05:46:25 +0000 (GMT) (envelope-from djv@mbnet.fi) Received: from [127.0.0.1] (YYYMYCCLIV.dsl.saunalahti.fi [85.76.31.55]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id D1455118766 for ; Wed, 12 Apr 2006 08:46:23 +0300 (EEST) Message-ID: <443C9433.3060800@mbnet.fi> Date: Wed, 12 Apr 2006 08:46:27 +0300 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.7.3.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> <20060409182254.GL41551@over-yonder.net> <20060409121624.iu6nwo6s680s8c4g@webmail.1command.com> In-Reply-To: <20060409121624.iu6nwo6s680s8c4g@webmail.1command.com> X-Enigmail-Version: 0.92.0.0 X-Rays: Do not expose this message to X-rays. X-Dictionary: Use it to look up more words starting with X. X-Been-There: Done That. Got the T-shirt. X-Spook: Hello to all my Fans in domestic surveillance X-Subliminal-Message: The Corps is Mother, The Corps is Father. X-Jedi-Mindtrick: This isn't the email you are looking for X-Tyler-Durden-says: Make soap. X-Headers: It's what separates us from the animals. Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0615-1, 04/11/2006), Outbound message X-Antivirus-Status: Clean Subject: Re: Pros and Cons of amd64 (versus i386). 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, 12 Apr 2006 05:46:26 -0000 Chris H. wrote: > Interesting to note (to me anyway) is my SCSI reports fastest on the outside > whereas my (earlier reported) ATA reports faster in the center (middle). You get better seek times on average in the center. Maybe that affected your results? -- Tuomo ... Nitpicking - not just a hobby, it's a way of life! From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 07:10: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 51F0C16A400 for ; Wed, 12 Apr 2006 07:10:51 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C17143D45 for ; Wed, 12 Apr 2006 07:10:50 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (avir3 [192.168.30.206]) by smtp-out3.iol.cz (Postfix) with ESMTP id CF258E8C6C; Wed, 12 Apr 2006 09:07:08 +0200 (CEST) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id B97A9420006; Wed, 12 Apr 2006 09:07:08 +0200 (CEST) Received: from smtp-out3.iol.cz (smtp-out-3.iplanet.iol.cz [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 8F62042000E; Wed, 12 Apr 2006 09:07:08 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id CE11D3BEA2; Wed, 12 Apr 2006 09:06:55 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 1E8E12A; Wed, 12 Apr 2006 09:06:55 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, TRACKER_ID autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 497EF23; Wed, 12 Apr 2006 09:06:52 +0200 (CEST) Date: Wed, 12 Apr 2006 09:06:52 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: George Hartzell In-Reply-To: <17468.23694.644142.437584@satchel.alerce.com> Message-ID: <20060412090057.W31789@srv.g1.netng.org> References: <17468.23694.644142.437584@satchel.alerce.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) 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, 12 Apr 2006 07:10:51 -0000 Hello, for me Plextor-750 works well with cdrecord and SCSI emulation (ATAPI/CAM module) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html#ATAPICAM Plextor is a good choice. Cheers, -vlado D0000000000000000000000000000000 On Tue, 11 Apr 2006, George Hartzell wrote: > > I have a new system which includes a Plextor PX-740a DVD+-R/RW CD-R/RW > drive attached to an Asus A8V-MX motherboard. > > When I try to use burncd to burn a cd, it writes all of the data, says > "fixating CD, please wait.." and then reports > > burncd: ioctl(CDRIOCFIXATE): Input/output error > > Oddly enough, the CD seems to be usable. > > I can successfully burn the same file if I use cdrecord. > > The system was cvsup-ed a couple of days ago, and the kernel config is > the example SMP file plus "device atapicam" (the error also happened > before adding that device, but cdrecord needed it). > > I saw this before in the 6.0 days with older hardware and just assumed > that the drive was wonky. > > Is it a known problem? > > Is it worth pursuing? > > g. > > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RC #0: Tue Apr 11 07:26:47 UTC 2006 > root@demi.projectbillboard.org:/usr/obj/usr/src/sys/DEMI > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.09-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800,LM,3DNow+,3DNow> > real memory = 2147155968 (2047 MB) > avail memory = 2096123904 (1999 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > 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 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 21 at device 15.0 on pci0 > ata2: on atapci0 > ata3: on atapci0 > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 > ata0: on atapci1 > ata1: on atapci1 > uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xe000-0xe01f irq 22 at device 16.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xd880-0xd89f irq 23 at device 16.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xfebff800-0xfebff8ff irq 22 at device 16.4 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > umass0: USB2.0 CardReader, rev 2.00/91.44, addr 2 > isab0: at device 17.0 on pci0 > isa0: on isab0 > pcm0: port 0xd400-0xd4ff irq 22 at device 17.5 on pci0 > pcm0: > pcm0: > vr0: port 0xd000-0xd0ff mem 0xfebff400-0xfebff4ff irq 23 at device 18.0 on pci0 > miibus0: on vr0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:15:f2:2c:c3:86 > pcib2: at device 19.0 on pci0 > pci2: on pcib2 > pcib3: at device 0.0 on pci2 > pci3: on pcib3 > pcib4: at device 0.1 on pci2 > pci4: on pcib4 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc8fff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhub5: Chicony Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 > uhub5: 3 ports with 2 removable, bus powered > ukbd0: Chicony PFU-65 USB Keyboard, rev 1.10/1.00, addr 3, iclass 3/1 > kbd2 at ukbd0 > ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 4, iclass 3/1 > ums0: 5 buttons and Z dir. > Timecounters tick every 1.000 msec > acd0: DVDR at ata0-master UDMA33 > ad4: 286168MB at ata2-master SATA150 > ad6: 286168MB at ata3-master SATA150 > GEOM_MIRROR: Device gm0s1 created (id=3185843744). > GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. > GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. > GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. > GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. > GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. > SMP: AP CPU #1 Launched! > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > Trying to mount root from ufs:/dev/mirror/gm0s1a > _______________________________________________ > 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 Apr 12 07:24: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 ED32616A407 for ; Wed, 12 Apr 2006 07:24:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C1E43D48 for ; Wed, 12 Apr 2006 07:24:35 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k3C7OCpQ009365 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 12 Apr 2006 17:24:13 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k3C7OBoO000780; Wed, 12 Apr 2006 17:24:11 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k3C7OBCb000779; Wed, 12 Apr 2006 17:24:11 +1000 (EST) (envelope-from peter) Date: Wed, 12 Apr 2006 17:24:11 +1000 From: Peter Jeremy To: Anton Yuzhaninov Message-ID: <20060412072411.GA710@turion.vk2pj.dyndns.org> References: <372004369.20060411205901@citrin.ru> <20060411202818.GC89949@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20060411202818.GC89949@xor.obsecurity.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: panic: vinvalbuf: dirty bufs on 6.1-RC 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, 12 Apr 2006 07:24:36 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Apr-11 16:28:18 -0400, Kris Kennaway wrote: >Don't do that :( It's a well-known limitation that FreeBSD doesn't >handle devices with mounted filesystems spontaneously disappearing. Patches to fix this would be welcomed with open arms. --=20 Peter Jeremy --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPKsa/opHv/APuIcRAjE0AKCxSGcTsueF9v83I0u/0N+lBDZLpQCgia9X kLCelGmKCktpFgMe2VH+PPY= =uMK8 -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 07:41: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 5743C16A403 for ; Wed, 12 Apr 2006 07:41:51 +0000 (UTC) (envelope-from rwatosn@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B7143D45 for ; Wed, 12 Apr 2006 07:41:50 +0000 (GMT) (envelope-from rwatosn@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8E13746BF2; Wed, 12 Apr 2006 03:41:49 -0400 (EDT) Date: Wed, 12 Apr 2006 08:41:49 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mark Linimon In-Reply-To: <20060410215633.GA2483@soaustin.net> Message-ID: <20060412083912.U21446@fledge.watson.org> References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405211154.GA30089@soaustin.net> <20060410215633.GA2483@soaustin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dennis Melentyev , Alexey Karagodov , freebsd-stable@freebsd.org Subject: Re: Disappointed 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, 12 Apr 2006 07:41:51 -0000 On Mon, 10 Apr 2006, Mark Linimon wrote: > If you want something where guaranteed support comes bundled with the > operating system, get Windows and a support contract, Solaris and a support > contract, or possibly RedHat (or equivalent) and a support contract. > Otherwise, you are going to get "we will do our best to provide a system, > for free, that works as well as possible for as many people as possible. > Good luck and help us to fix the inevitable bugs." And that's true for any > of the BSDs and any of the (non-commercially-supported) Linux variants. > > Or you could try to start your own company based on one of the *BSD > codebases and charge for support (basically, the RedHat business model). Let > us know how it works out. I think there is some demand for such a thing, > but I'm not going to risk my own capital and time finding out. FWIW, there are a number of companies floating around that will gladly offer support, consulting, and contracting for FreeBSD deployments. You can even buy 24-hour support from organizations like FreeBSD Mall. As far as I can tell from talking to people associated with some of these companies, the big question from customers is always "Is it possible to buy support", not "I'd like to order support". Apparently simply asking and knowing it's available is sufficient, meaning that they tend not to be very profitable business ventures, as apparently few people actually need support :-). I guess the FreeBSD documentation and mailing lists provide pretty decent first tier support so most people never need a next tier. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 09:14: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 3C74216A404 for ; Wed, 12 Apr 2006 09:14:17 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56D243D4C for ; Wed, 12 Apr 2006 09:14:16 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1FTbQT-000IE6-Ui for freebsd-stable@freebsd.org; Wed, 12 Apr 2006 13:14:13 +0400 Received: from igorr by sysadm.stc with local (Exim 4.54 (FreeBSD)) id 1FTbQ1-000GzZ-C1 for freebsd-stable@freebsd.org; Wed, 12 Apr 2006 13:13:45 +0400 Date: Wed, 12 Apr 2006 13:13:45 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060412091345.GA65089@sysadm.stc> References: <17468.23694.644142.437584@satchel.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17468.23694.644142.437584@satchel.alerce.com> User-Agent: Mutt/1.5.11 Sender: Igor Robul X-Archived: Yes Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) 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, 12 Apr 2006 09:14:17 -0000 On Tue, Apr 11, 2006 at 06:49:02PM -0700, George Hartzell wrote: > When I try to use burncd to burn a cd, it writes all of the data, says > "fixating CD, please wait.." and then reports > > burncd: ioctl(CDRIOCFIXATE): Input/output error > > Oddly enough, the CD seems to be usable. > > I can successfully burn the same file if I use cdrecord. On same CD-R disc? :-) I sometimes burn many ISO images to CD-Rs "from one box", and on some CD-s I get this error, and on some I dont. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 09: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 B9CD516A400 for ; Wed, 12 Apr 2006 09:16:13 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFD9043D5C for ; Wed, 12 Apr 2006 09:16:12 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k3C9FxYA016265; Wed, 12 Apr 2006 12:15:59 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 12 Apr 2006 12:15:59 +0300 (EEST) From: Dmitry Pryanishnikov To: Dmitriy Kirhlarov In-Reply-To: <20060411170437.GD66947@dimma.mow.oilspace.com> Message-ID: <20060412121116.S84879@atlantis.atlantis.dp.ua> References: <443B6FC8.8080503@egonflower.com> <20060411170437.GD66947@dimma.mow.oilspace.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: bruteforce 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, 12 Apr 2006 09:16:13 -0000 Hello! On Tue, 11 Apr 2006, Dmitriy Kirhlarov wrote: > On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: >> Hy, I'm triing to find a solution to bruteforce attack, mostly on port 22, >>without >> moving services on different ports. > > try to use > /usr/ports/security/sshit -----------------------^^^^ Funny name ;) For me the following specifications in sshd2_config (that's for SSH.COM's security/ssh2) work reasonably: LoginGraceTime 60 AuthInteractiveFailureTimeout 10 These timeouts really make password guessing robots unhappy w/o affecting my happiness ;) > By. > Dmitriy Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 11:24: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 7655E16A406 for ; Wed, 12 Apr 2006 11:24:13 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E6F743D46 for ; Wed, 12 Apr 2006 11:24:12 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1022115wxc for ; Wed, 12 Apr 2006 04:24:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NQs7HhpbiuCvT2Ef/FAh/WQuC/QbT9hGshW+1rebNk870nIjjHGscqB69gR7eFB5jVoDY6U8QNI0yJ7hikGplBAWgE477pvuvubG5JxXcdLXb0MDzVs2PWc6XVV5+CJIHhEt03y96yF51vNEiK9XXcyyqXuLBJTeiwL6kkvHdBc= Received: by 10.70.27.2 with SMTP id a2mr1320173wxa; Wed, 12 Apr 2006 04:24:11 -0700 (PDT) Received: by 10.70.112.16 with HTTP; Wed, 12 Apr 2006 04:24:11 -0700 (PDT) Message-ID: <1dbad3150604120424v808c33dkef3a46d165677b8b@mail.gmail.com> Date: Wed, 12 Apr 2006 13:24:11 +0200 From: "Michael Schuh" To: "Peter Jeremy" In-Reply-To: <20060411191605.GA740@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad3150604070754m6702e6acw2175c306504f3c13@mail.gmail.com> <4436A2B4.4010608@mac.com> <1dbad3150604100511v6a0d27a9kb38920ee280dab2c@mail.gmail.com> <20060410185035.GC739@turion.vk2pj.dyndns.org> <1dbad3150604110415h2941769ahcd014548f8ed8b77@mail.gmail.com> <20060411191605.GA740@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: Needs suggestion for redundant Storage 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, 12 Apr 2006 11:24:13 -0000 > CARP can let you failover an IP address and ggated provides remote > access to a physical disk device but the combination will not give you > a fault tolerant server. One major problem is that you will lose the > content of the cache when a system fails - this amounts to roughly the > last 30 seconds of data written (though the write-through behaviour of > NFS may mitigate this). Other potential problems are: Loss of > connection state - NFS is stateless but lockd and mountd retain client > state information so you will lose any client locks and the server may > object to being presented with filehandles that were issued by a > different host. Handling the failure of the inactive host - you will > need to identify the behaviour when the remote part of your mirror > becomes inaccessible. Yes, i agree, that was the reason why i would use ggated whit carp and geom mirror, but the problem was the mount of the shared filesystem.... carp..if the machine or the netif goes to hell ggated to mirror the shared disks over the network with gmirror if one disk fails gmirror noticed that and let me show them.... > > And none of the above protects against filesystem corruption. Cheap > hardware presumably means that you won't be using ECC RAM and there > will me minimal (if any) protection against data corruption on the > various busses. The odd bit-flip will be virtually undetectable > until someone notices that their data is corrupt. i agree also with them....but i can not have all the things another solution to prevent that was an cluster-tool that mirrors files not filesystems over the net.... may be i should make a try or think over another solution... > Without backups, you can't recover from any problems - user errors or > system errors. I'm certain the lack of backups _will_ become the > focus as soon as something valuable is lost. And given the sort of > dodgy setup you want to construct, that may not take long. > yes i know, and i be not there friend, backup is my friend by any problem w= ith the boxes....but this comes later if the money is there :-) or the management will spend the money.... > >> Read the mailing lists - they are full of problems with them. If > >> you value your data you will not use Sil controller. > >> > >yes, this do i also know, but if i have a lot of them, and 2 falls out, > >so what happens if i had another box with my data? > > The data is just as likely to be garbled on the remote system as well. > I don't think people are saying that the Sil controllers stop working, > they just don't work reliably so you can't rely on any data that has > been handled by a Sil controller. > > >Oh that was fist not my idea, the management has questioned these featur= es, > >in have said "OMG you aore not serious", but is it...... :-(( > >so that is better for me and my job to make what management wishes, > >later i can say.....i have you warned...... > > You need to write a memo to your management that clearly points out the > risks. Keep a notarised copy for yourself and make sure yout CV is up > to date. You can rest assured that you will be the scaegoat when it > all goes wrong. *grin* that was also an good idea, the first disagreement i have made past days...the next follows if the etat-management begins..... i would sort the costs for possibiliy disaster recovery in relativiness of costs of data-corruption (in the cas all data goes to hell).... i think then comes the right thinking back..... i think the best question for that to the management was: "what if the data goes to /dev/null by any failure fo the Hardware, and keep in mind, we do not have any backup." regars michael From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 14: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 CF7C816A400; Wed, 12 Apr 2006 14:35:31 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C80943D4C; Wed, 12 Apr 2006 14:35:31 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id B7148115B2; Wed, 12 Apr 2006 09:35:30 -0500 (CDT) Date: Wed, 12 Apr 2006 09:35:26 -0500 From: Craig Boston To: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20060412143526.GA38254@nowhere> Mail-Followup-To: Craig Boston , freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org References: <20060409170917.GA85736@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060409170917.GA85736@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: devfs weirdness with kqemu 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, 12 Apr 2006 14:35:31 -0000 On Sun, Apr 09, 2006 at 07:09:17PM +0200, Juergen Lock wrote: > Is this something the kld is doing wrong (/usr/ports/emulators/kqemu-kmod) > or is it a devfs problem? The report I got was for 6.0, but it also > happens for me on RELENG_5. This is nothing serious (kqemu works), but > it certainly can be confusing for users... Admittedly the cloning behavior for kqemu is a bit of a hack, but the module should be working. Quirky behavior with 'ls' is better than limiting it to a single process IMO. IIRC there's still some Linux-ish assumptions made by kqemu about how devices are opened multiple times that need to be correctly fixed rather than just worked around. Been a while since i've looked at it though. Craig From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 15:48: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 4F0BA16A403 for ; Wed, 12 Apr 2006 15:48:23 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id D283C43D45 for ; Wed, 12 Apr 2006 15:48:22 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so1277358wra for ; Wed, 12 Apr 2006 08:48:22 -0700 (PDT) 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=ZjoAYBZ2GW4/n6KqiOh0e61xE6G6XsZFLT71miIs7hKkrlSRlzPlLLaNstur3zRfEMT03LFModlsD1JkIiXAbPBAnEzrYCuo2NWCCuo5ZfGGr+orxKJF3N008NsHSLReucz7Hah3b/M4lSlz/JJayQ9ABbdIV0OwTZbps/WB/T8= Received: by 10.54.93.7 with SMTP id q7mr2193426wrb; Wed, 12 Apr 2006 08:48:22 -0700 (PDT) Received: by 10.54.123.2 with HTTP; Wed, 12 Apr 2006 08:48:22 -0700 (PDT) Message-ID: Date: Wed, 12 Apr 2006 17:48:22 +0200 From: "Cristiano Deana" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: Command doesn't run from Crontab ? 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, 12 Apr 2006 15:48:23 -0000 2006/4/11, Adrian : > I have setup this command to run nightly via a crontab. It works > fine from the root shell (tcsh) but doesn't seem to run from the > crontab: Why? Haven't you /var/backups ? It runs daily (periodic), if master.passwd has chaged it will be copied in /var/backups. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 16:12: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 21ACF16A402 for ; Wed, 12 Apr 2006 16:12:52 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8D0543D45 for ; Wed, 12 Apr 2006 16:12:51 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 2D6D35643A; Wed, 12 Apr 2006 09:13:09 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 027A456436; Wed, 12 Apr 2006 09:13:08 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k3CGD4lY046919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Apr 2006 09:13:04 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k3CGD3T8046912; Wed, 12 Apr 2006 09:13:03 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17469.9999.688328.640592@satchel.alerce.com> Date: Wed, 12 Apr 2006 09:13:03 -0700 To: Igor Robul In-Reply-To: <20060412091345.GA65089@sysadm.stc> References: <17468.23694.644142.437584@satchel.alerce.com> <20060412091345.GA65089@sysadm.stc> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 16:12:52 -0000 Igor Robul writes: > On Tue, Apr 11, 2006 at 06:49:02PM -0700, George Hartzell wrote: > > When I try to use burncd to burn a cd, it writes all of the data, says > > "fixating CD, please wait.." and then reports > > > > burncd: ioctl(CDRIOCFIXATE): Input/output error > > > > Oddly enough, the CD seems to be usable. > > > > I can successfully burn the same file if I use cdrecord. > On same CD-R disc? :-) No, on a fresh disk... ;) > I sometimes burn many ISO images to CD-Rs "from one box", and on some > CD-s I get this error, and on some I dont. I seem to get it reliably, although I *guess* that it could just be chance.... I guess my question is: "Is this one of those known things that everyone just ignores, or do I have an unusual problem?" g. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 16:46: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 0220816A400 for ; Wed, 12 Apr 2006 16:46:19 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C31543D4C for ; Wed, 12 Apr 2006 16:46:15 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 7C1BF5643A; Wed, 12 Apr 2006 09:46:32 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 1EA1556436; Wed, 12 Apr 2006 09:46:32 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k3CGkSNK055011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Apr 2006 09:46:28 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k3CGkRtS055006; Wed, 12 Apr 2006 09:46:27 -0700 (PDT) (envelope-from hartzell) Date: Wed, 12 Apr 2006 09:46:27 -0700 (PDT) Message-Id: <200604121646.k3CGkRtS055006@satchel.alerce.com> From: George Hartzell To: freebsd-stable@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP Subject: powerd not behaving with an Asus A8V-MX and Athlon 64 X2 3800+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 16:46:19 -0000 I have an Asus A8V-MX motherboard with an AMD Athlong 64 X2 3800+ CPU and I'm trying to run powerd to keep it cooler/quieter/greener. I'm running -STABLE (6.1-RC) cvsup'ed a couple of days ago, with a kernel config that consists of the SMP sample plus an atapicam device. I'm loading the cpufreq.ko module in /boot/loader.conf. I've attached my dmesg output and sysctl -a output from just after a fresh reboot. I'm having trouble getting powerd to slow things down. Ideally I'd have it run in adaptive mode like I do on my laptop (no point in generating noise/heat). It seems to be trying to set the cpu to "speeds" (in the inaccurate sense) that the cpu's doesn't support. I get the following output when I ask powerd to minimize my power consumption (for testing): (blue)[9:14am]~>>sudo powerd -v -a minimum -b minimum Password: now operating on AC power; changing frequency to 62 MHz powerd: error setting CPU freq 62: Invalid argument Before running that command, I have: dev.cpu.0.freq: 2000 and after I have: dev.cpu.0.freq: 62 62 is the slowest of the choices mentioned in dev.cpu.0.freq_levels. If I "reset" by telling powerd to use "-a maximum", then tell it to use adaptive, [with the machine basically idle] it walks down through the list in dev.cpu.0.freq_levels, succeeding at the points that are listed in dev.powernow.0.freq_settings (1800, 1000) and giving the "Invalid argument" message from above everywhere else. I tried setting hin.acpi_perf.0.disabled="1" based on a google-guess, but it didn't change the behaviour. Is there a way that I can tell powerd to only use the settings that the CPU actually supports? Is my hardware/ACPI/BIOS claiming something that it shouldn't be, or is powerd/the_kernel/... doing something wrong? Thanks, g. ----------------------------cut here-------------------------------- Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC #0: Tue Apr 11 07:26:47 UTC 2006 root@demi.projectbillboard.org:/usr/obj/usr/src/sys/DEMI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.08-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147155968 (2047 MB) avail memory = 2096119808 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 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 0x808-0x80b on acpi0 cpu0: on acpi0 powernow0: on cpu0 acpi_throttle0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 21 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 22 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 23 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebff800-0xfebff8ff irq 22 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: USB2.0 CardReader, rev 2.00/91.44, addr 2 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd400-0xd4ff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xd000-0xd0ff mem 0xfebff400-0xfebff4ff irq 23 at device 18.0 on pci0 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:15:f2:2c:c3:86 pcib2: at device 19.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.1 on pci2 pci4: on pcib4 acpi_button0: on acpi0 acpi_button1: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub5: Chicony Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub5: 3 ports with 2 removable, bus powered ukbd0: Chicony PFU-65 USB Keyboard, rev 1.10/1.00, addr 3, iclass 3/1 kbd2 at ukbd0 ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 4, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 286168MB at ata2-master SATA150 ad6: 286168MB at ata3-master SATA150 GEOM_MIRROR: Device gm0s1 created (id=3185843744). GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 Trying to mount root from ufs:/dev/mirror/gm0s1a ----------------------------cut here-------------------------------- kern.ostype: FreeBSD kern.osrelease: 6.1-RC kern.osrevision: 199506 kern.version: FreeBSD 6.1-RC #0: Tue Apr 11 07:26:47 UTC 2006 root@demi.projectbillboard.org:/usr/obj/usr/src/sys/DEMI kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 12328 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: blue.alerce.com kern.hostid: 0 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1144920666, usec = 903723 } Thu Apr 13 09:31:06 2006 kern.domainname: kern.osreldate: 600105 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 132 kern.ipc.nmbclusters: 25600 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbo16: 0 kern.ipc.maxpipekva: 16777216 kern.ipc.pipes: 12 kern.ipc.pipekva: 102400 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 kern.ipc.msgmax: 16384 kern.ipc.msgmni: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgtql: 40 kern.ipc.msgssz: 8 kern.ipc.msgseg: 2048 kern.ipc.semmap: 30 kern.ipc.semmni: 10 kern.ipc.semmns: 60 kern.ipc.semmnu: 30 kern.ipc.semmsl: 60 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 kern.ipc.shmmax: 33554432 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 8192 kern.ipc.shm_use_phys: 0 kern.ipc.shm_allow_removed: 0 kern.ipc.numopensockets: 22 kern.ipc.maxsockets: 12328 kern.ipc.nsfbufs: 6656 kern.ipc.nsfbufspeak: 4 kern.ipc.nsfbufsused: 0 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.cd.0.minimum_cmd_size: 10 kern.cam.da.retry_count: 4 kern.cam.da.default_timeout: 60 kern.cam.da.0.minimum_cmd_size: 10 kern.cam.da.1.minimum_cmd_size: 10 kern.disks: da1 da0 cd0 ad6 ad4 kern.geom.debugflags: 0 kern.geom.collectstats: 1 kern.geom.mirror.sync_requests: 2 kern.geom.mirror.disconnect_on_failure: 1 kern.geom.mirror.idletime: 5 kern.geom.mirror.timeout: 4 kern.geom.mirror.debug: 0 kern.elf32.fallback_brand: -1 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.init_shutdown_timeout: 120 kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.acct_suspended: 0 kern.cp_time: 62 0 155 49 5247 kern.openfiles: 90 kern.kq_calloutmax: 4096 kern.stackprot: 7 kern.ps_arg_cache_limit: 256 kern.lastpid: 591 kern.randompid: 0 kern.ktrace.genio_size: 4096 kern.ktrace.request_pool: 100 kern.module_path: /boot/kernel;/boot/modules kern.malloc: Type InUse MemUse HighUse Requests Size(s) acpidev 72 3K - 72 32 ac97 2 1K - 2 16,256 acpisem 25 2K - 25 64 mixer 1 1K - 1 1024 acpitask 0 0K - 3 32 acpica 2428 129K - 31203 16,32,64,128,256,512,1024 acpi_perf 2 1K - 2 128 mirror_data 3 1K - 15 32,128,512 PCI Link 16 2K - 16 64,128 acpipwr 1 1K - 1 32 feeder 115 3K - 115 16,64 DEVFS3 141 18K - 142 128 USBHC 3 1K - 3 16,32,64 USBdev 8 1K - 28 16,64,128,256,512 nexusdev 3 1K - 3 16 memdesc 1 4K - 1 4096 USB 132 13K - 135 16,32,64,128,256 I/O APIC 1 1K - 1 1024 entropy 1024 64K - 1024 64 atkbddev 2 1K - 2 32 VM pgdata 2 65K - 2 64 ppbusdev 3 1K - 3 128 CAM SIM 6 1K - 6 64 CAM dev queue 6 1K - 6 64 ata_generic 3 3K - 4 1024 UMAHash 1 1K - 1 256 UFS mount 12 41K - 12 256,2048,4096 UFS dirhash 39 8K - 39 16,32,64,512 dirrem 15 1K - 38 32 mkdir 4 1K - 12 32 diradd 22 2K - 42 64 freefile 5 1K - 14 32 freeblks 0 0K - 10 256 freefrag 1 1K - 3 32 allocdirect 18 3K - 38 128 bmsafemap 8 1K - 10 64 newblk 1 1K - 39 64,256 inodedep 45 262K - 58 128 pagedep 6 65K - 17 64 p1003.1b 1 1K - 1 16 agp 2 65K - 2 16 NFS daemon 1 1K - 1 256 in6_multi 28 1K - 28 16,32,64 syncache 1 8K - 1 CAM queue 23 1K - 106 16 hostcache 1 24K - 1 in_multi 2 1K - 2 32 routetbl 28 3K - 65 16,32,64,128,256 CAM periph 7 1K - 10 128 lo 1 1K - 1 16 arpcom 1 1K - 1 16 clone 4 16K - 4 4096 ether_multi 33 2K - 38 16,32,64 ifaddr 27 9K - 28 16,32,64,256,512,2048 ifnet 4 4K - 4 256,1024 BPF 8 9K - 8 64,128,256,4096 vnodemarker 0 0K - 17 512 mount 81 8K - 156 16,32,64,128,1024,2048 vnodes 5 1K - 5 16,128 VFS hash 1 256K - 1 vfscache 1 512K - 1 BIO buffer 57 114K - 61 2048 pcb 12 5K - 18 16,32,64,2048 soname 3 1K - 179 16,32,128 mbuf_tag 0 0K - 6 32 ttys 1018 144K - 5743 128,1024 shm 1 12K - 1 sem 4 7K - 4 512,1024,4096 msg 4 25K - 4 1024,4096 iov 0 0K - 303 64,128 ioctlops 0 0K - 856 16,32,64,256,512,1024,4096 Unitno 7 1K - 9 16,64 turnstiles 131 9K - 131 64 taskqueue 6 1K - 6 128 sleep queues 131 5K - 131 32 sbuf 0 0K - 600 16,32,64,128,256,512,1024,2048,4096 rman 164 11K - 605 16,64 kbdmux 7 9K - 7 16,128,256,2048,4096 kobj 265 530K - 316 2048 eventhandler 39 3K - 39 32,128 devstat 16 33K - 16 16,4096 bus-sc 86 38K - 3433 16,32,64,128,256,512,1024,2048,4096 bus 1100 47K - 6251 16,32,64,128,1024 SWAP 2 549K - 2 64 umtx 130 9K - 130 64 sysctltmp 0 0K - 213 16,32,64,128,256 sysctloid 3430 103K - 3430 16,32,64 sysctl 0 0K - 88 16,32,64 uidinfo 7 2K - 10 32,1024 plimit 14 4K - 136 256 cred 17 3K - 1236 128 subproc 193 349K - 705 256,4096 proc 2 8K - 2 4096 session 20 3K - 20 128 pgrp 22 2K - 24 64 mtx_pool 1 8K - 1 module 382 24K - 382 64,128 CAM XPT 50 8K - 118 16,64,512,1024 ip6ndp 5 1K - 6 64,128 temp 27 267K - 5188 16,32,64,128,256,1024,2048,4096 devbuf 473 2147K - 476 16,32,64,128,256,512,1024,2048,4096 lockf 8 1K - 10 64 linker 76 4K - 118 16,32,256 acd_driver 1 2K - 1 2048 KTRACE 100 13K - 100 128 ata_cam 4 4K - 26 64,256,1024 ithread 71 6K - 72 16,64,128 zombie 0 0K - 512 128 proc-args 29 2K - 283 32,64,128,256 kqueue 0 0K - 10 256,1024 kenv 98 8K - 99 16,32,64,4096 sigio 1 1K - 1 32 file desc 82 21K - 594 16,256,512 ar_driver 0 0K - 10 512,2048 cdev 29 4K - 29 128 ata_dma 4 1K - 4 128 isadev 20 2K - 20 64 ad_driver 2 1K - 2 32 GEOM 305 117K - 973 16,32,64,128,256,512,1024,2048,4096 pfs_nodes 20 3K - 20 128 DEVFS 12 1K - 13 16,128 DEVFS1 128 32K - 128 256 kern.malloc_count: 204 kern.ident: SMP-GENERIC kern.maxusers: 384 kern.fallback_elf_brand: -1 kern.kstack_pages: 2 kern.sync_on_panic: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 kern.corefile: %N.core kern.fscale: 2048 kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 38248 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 629 kern.timecounter.nbintime: 518 kern.timecounter.nnanotime: 5 kern.timecounter.nmicrotime: 513 kern.timecounter.ngetbinuptime: 498 kern.timecounter.ngetnanouptime: 29 kern.timecounter.ngetmicrouptime: 2063 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 16562 kern.timecounter.nsetclock: 2 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 kern.threads.thr_scope: 0 kern.threads.thr_concurrency: 0 kern.threads.debug: 0 kern.threads.max_threads_per_proc: 1500 kern.threads.max_groups_per_proc: 1500 kern.threads.max_threads_hits: 0 kern.threads.virtual_cpu: 2 kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.ipiwakeup.enabled: 1 kern.sched.ipiwakeup.requested: 1033 kern.sched.ipiwakeup.delivered: 1033 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.htt2: 0 kern.sched.followon: 0 kern.sched.pfollowons: 0 kern.sched.kgfollowons: 0 kern.sched.preemption: 1 kern.sched.runq_fuzz: 1 kern.ccpu: 1948 kern.devstat.numdevs: 8 kern.devstat.generation: 313 kern.devstat.version: 6 kern.kobj_methodcount: 132 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.always_console_output: 0 kern.msgbuf: kern.msgbuf_clear: 0 kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 kern.nselcoll: 0 kern.drainwait: 300 kern.tty_nin: 41 kern.tty_nout: 4198 kern.console: consolectl,/ttyd0,consolectl, kern.consmute: 0 kern.consmsgbuf_size: 8192 kern.constty_wakeups_per_second: 5 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.minvnodes: 25000 kern.chroot_allow_open_directories: 1 kern.rpc.retries: 0 kern.rpc.request: 0 kern.rpc.timeouts: 0 kern.rpc.unexpected: 0 kern.rpc.invalid: 0 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 1 Disk Wait: 3 Page Wait: 0 Sleep: 26) Virtual Memory: (Total: 37926K, Active 42712K) Real Memory: (Total: 32144K Active 12172K) Shared Virtual Memory: (Total: 5616K Active: 3248K) Shared Real Memory: (Total: 4376K Active: 2372K) Free Memory Pages: 2017696K vm.loadavg: { 1.09 0.29 0.11 } vm.v_free_min: 3311 vm.v_free_target: 13993 vm.v_free_reserved: 749 vm.v_inactive_target: 20989 vm.v_cache_min: 13993 vm.v_cache_max: 27986 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size: 335544320 vm.kmem_size_max: 335544320 vm.kmem_size_scale: 3 vm.swap_async_max: 4 vm.dmmax: 32 vm.nswapdev: 1 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS FFS2 dinode: 256, 0, 484, 26, 498 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 132, 0, 484, 67, 498 SWAPMETA: 276, 121576, 0, 0, 0 rtentry: 132, 0, 13, 74, 14 unpcb: 140, 25620, 14, 70, 39 ripcb: 180, 12342, 0, 0, 0 sackhole: 20, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0 syncache: 100, 15366, 0, 0, 0 tcptw: 48, 2496, 0, 0, 0 tcpcb: 464, 12328, 4, 20, 6 inpcb: 180, 12342, 4, 62, 6 udpcb: 180, 12342, 3, 63, 247 ipq: 32, 904, 0, 0, 0 socket: 356, 12331, 22, 22, 294 KNOTE: 68, 0, 0, 112, 10 PIPE: 408, 0, 6, 30, 178 NFSNODE: 460, 0, 0, 0, 0 NFSMOUNT: 480, 0, 0, 0, 0 DIRHASH: 1024, 0, 47, 9, 47 NAMEI: 1024, 0, 0, 36, 5812 L VFS Cache: 291, 0, 0, 0, 0 S VFS Cache: 68, 0, 483, 77, 1073 VNODEPOLL: 76, 0, 0, 0, 0 VNODE: 272, 0, 531, 29, 546 ata_composit: 196, 0, 0, 0, 0 ata_request: 204, 0, 0, 95, 961 g_bio: 132, 0, 0, 145, 4408 ACL UMA zone: 388, 0, 0, 0, 0 mbuf_jumbo_1: 16384, 0, 0, 0, 0 mbuf_jumbo_9: 9216, 0, 0, 0, 0 mbuf_jumbo_p: 4096, 0, 0, 0, 0 mbuf_cluster: 2048, 25600, 192, 22, 448 mbuf: 256, 0, 193, 332, 412 mbuf_packet: 256, 0, 384, 141, 3 VMSPACE: 300, 0, 31, 21, 543 UPCALL: 44, 0, 0, 0, 0 KSEGRP: 88, 0, 112, 88, 112 THREAD: 372, 0, 112, 18, 112 PROC: 524, 0, 79, 33, 591 Files: 72, 0, 90, 122, 2924 4096: 4096, 0, 190, 16, 5067 2048: 2048, 0, 342, 22, 670 1024: 1024, 0, 94, 186, 1627 512: 512, 0, 71, 33, 530 256: 256, 0, 449, 31, 2022 128: 128, 0, 1853, 67, 12162 64: 64, 0, 4816, 81, 6708 32: 32, 0, 2104, 156, 3528 16: 16, 0, 3230, 424, 34645 mt_zone: 1024, 0, 204, 0, 204 DP fakepg: 72, 0, 0, 0, 0 PV ENTRY: 24, 1745655, 8514, 331, 236155 MAP ENTRY: 68, 0, 552, 176, 17208 KMAP ENTRY: 68, 57344, 18, 318, 2271 MAP: 192, 0, 7, 33, 7 VM OBJECT: 132, 0, 930, 85, 9764 128 Bucket: 524, 0, 35, 0, 815 64 Bucket: 268, 0, 36, 6, 74 32 Bucket: 140, 0, 44, 12, 67 16 Bucket: 76, 0, 48, 2, 70 UMA Hash: 128, 0, 5, 25, 6 UMA RCntSlab: 104, 0, 107, 4, 107 UMA Slabs: 64, 0, 576, 14, 1079 UMA Zones: 480, 0, 66, 6, 66 UMA Kegs: 140, 0, 66, 6, 66 vm.zone_count: 68 vm.old_contigmalloc: 0 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.exec_map_entries: 16 vm.v_free_severe: 2030 vm.stats.sys.v_swtch: 28039 vm.stats.sys.v_trap: 36782 vm.stats.sys.v_syscall: 98880 vm.stats.sys.v_intr: 5391 vm.stats.sys.v_soft: 4064 vm.stats.vm.v_vm_faults: 37321 vm.stats.vm.v_cow_faults: 14853 vm.stats.vm.v_cow_optim: 147 vm.stats.vm.v_zfod: 12677 vm.stats.vm.v_ozfod: 12605 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_vnodein: 213 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodepgsin: 1261 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_intrans: 1 vm.stats.vm.v_reactivated: 12 vm.stats.vm.v_pdwakeups: 0 vm.stats.vm.v_pdpages: 0 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_pfree: 19189 vm.stats.vm.v_tfree: 33425 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 512751 vm.stats.vm.v_free_reserved: 749 vm.stats.vm.v_free_target: 13993 vm.stats.vm.v_free_min: 3311 vm.stats.vm.v_free_count: 504417 vm.stats.vm.v_wire_count: 4809 vm.stats.vm.v_active_count: 2325 vm.stats.vm.v_inactive_target: 20989 vm.stats.vm.v_inactive_count: 1111 vm.stats.vm.v_cache_count: 5 vm.stats.vm.v_cache_min: 13993 vm.stats.vm.v_cache_max: 27986 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_forks: 531 vm.stats.vm.v_vforks: 11 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_kthreads: 49 vm.stats.vm.v_forkpages: 39626 vm.stats.vm.v_vforkpages: 1370 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_kthreadpages: 0 vm.stats.misc.zero_page_count: 395736 vm.stats.misc.cnt_prezero: 409131 vm.max_proc_mmap: 49344 vm.msync_flush_flags: 3 vm.old_msync: 0 vm.boot_pages: 48 vm.max_launder: 32 vm.pageout_stats_max: 13993 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.pageout_lock_miss: 0 vm.idlezero_enable: 1 vm.idlezero_maxrun: 16 vm.kvm_size: 1069543424 vm.kvm_free: 314568704 vfs.ufs.dirhash_minsize: 2560 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_mem: 53243 vfs.ufs.dirhash_docheck: 0 vfs.nfs.downdelayinitial: 12 vfs.nfs.downdelayinterval: 30 vfs.nfs.realign_test: 0 vfs.nfs.realign_count: 0 vfs.nfs.bufpackets: 4 vfs.nfs.reconnects: 0 vfs.nfs.nfs3_jukebox_delay: 10 vfs.nfs.iodmaxidle: 120 vfs.nfs.iodmin: 4 vfs.nfs.iodmax: 20 vfs.nfs.defect: 0 vfs.nfs.nfs_ip_paranoia: 1 vfs.nfs.diskless_valid: 0 vfs.nfs.diskless_rootpath: vfs.nfs.access_cache_timeout: 60 vfs.nfs.nfsv3_commit_on_close: 0 vfs.nfs.clean_pages_on_close: 1 vfs.nfs.nfs_directio_enable: 0 vfs.nfs.nfs_directio_allow_mmap: 1 vfs.devfs.generation: 128 vfs.devfs.rule_depth: 1 vfs.nfs4.access_cache_timeout: 60 vfs.nfs4.nfsv3_commit_on_close: 0 vfs.pfs.vncache.entries: 0 vfs.pfs.vncache.maxentries: 0 vfs.pfs.vncache.hits: 0 vfs.pfs.vncache.misses: 0 vfs.vmiodirenable: 1 vfs.runningbufspace: 0 vfs.bufspace: 9502720 vfs.maxbufspace: 117932032 vfs.bufmallocspace: 116736 vfs.maxmallocbufspace: 5863833 vfs.lobufspace: 117211136 vfs.hibufspace: 117276672 vfs.bufreusecnt: 580 vfs.buffreekvacnt: 0 vfs.bufdefragcnt: 0 vfs.lorunningspace: 524288 vfs.hirunningspace: 1048576 vfs.dirtybufferflushes: 0 vfs.altbufferflushes: 0 vfs.recursiveflushes: 0 vfs.numdirtybuffers: 90 vfs.lodirtybuffers: 909 vfs.hidirtybuffers: 1819 vfs.dirtybufthresh: 1637 vfs.numfreebuffers: 7108 vfs.lofreebuffers: 404 vfs.hifreebuffers: 808 vfs.getnewbufcalls: 598 vfs.getnewbufrestarts: 0 vfs.flushwithdeps: 0 vfs.cache.numneg: 30 vfs.cache.numcache: 483 vfs.cache.numcalls: 13298 vfs.cache.dothits: 93 vfs.cache.dotdothits: 18 vfs.cache.numchecks: 12063 vfs.cache.nummiss: 1096 vfs.cache.nummisszap: 33 vfs.cache.numposzaps: 23 vfs.cache.numposhits: 11003 vfs.cache.numnegzaps: 10 vfs.cache.numneghits: 1022 vfs.cache.nchstats: 11003 1022 33 0 1129 0 14 79 vfs.cache.numfullpathcalls: 24 vfs.cache.numfullpathfail1: 0 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfound: 24 vfs.write_behind: 1 vfs.read_max: 8 vfs.lookup_shared: 0 vfs.usermount: 0 vfs.numvnodes: 531 vfs.wantfreevnodes: 25000 vfs.freevnodes: 44 vfs.reassignbufcalls: 160 vfs.timestamp_precision: 0 vfs.worklist_len: 19 vfs.nfsrv.nfs_privport: 0 vfs.nfsrv.async: 0 vfs.nfsrv.commit_blks: 0 vfs.nfsrv.commit_miss: 0 vfs.nfsrv.realign_test: 0 vfs.nfsrv.realign_count: 0 vfs.nfsrv.gatherdelay: 10000 vfs.nfsrv.gatherdelay_v3: 0 vfs.ffs.doasyncfree: 1 vfs.ffs.doreallocblks: 1 vfs.ffs.compute_summary_at_mount: 0 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.local.taskcount: 0 net.local.recycled: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomtime: 45 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.subnets_are_local: 0 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.process_options: 1 net.inet.ip.sendsourcequench: 0 net.inet.ip.random_id: 0 net.inet.ip.check_interface: 0 net.inet.ip.fragpackets: 0 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.maxfragpackets: 800 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.maskfake: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.icmplim_output: 1 net.inet.icmp.reply_src: net.inet.icmp.reply_from_interface: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.count: 0 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.overflows: 0 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.sack.enable: 1 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.minmss: 216 net.inet.tcp.minmssoverload: 0 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 4 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.stab: 20 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.rexmit_min: 3 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.always_keepalive: 1 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 0 net.inet.udp.strict_mcast_mship: 0 net.inet.raw.maxdgram: 8192 net.inet.raw.recvspace: 8192 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 3 net.link.ether.inet.prune_intvl: 300 net.link.ether.inet.max_age: 1200 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.ipfw: 0 net.link.gif.max_nesting: 1 net.link.gif.parallel_tunnels: 0 net.link.log_link_state_change: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 6400 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 30 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 1 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 6400 net.inet6.ip6.mcast_pmtu: 0 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.bufsize: 4096 net.bpf.maxbufsize: 524288 net.bpf.maxinsns: 512 net.isr.direct: 0 net.isr.count: 8 net.isr.directed: 0 net.isr.deferred: 8 net.isr.queued: 6 net.isr.drop: 0 net.isr.swi_count: 14 net.route.netisr_maxqlen: 256 net.wlan.debug: 0 debug.firewire_debug: 0 debug.fwmem_debug: 0 debug.if_fwe_debug: 0 debug.sbp_debug: 0 debug.mddebug: 0 debug.elf32_trace: 0 debug.elf32_legacy_coredump: 0 debug.boothowto: -2147483648 debug.bootverbose: 0 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.sizeof.cdev: 184 debug.sizeof.cdev_priv: 216 debug.sizeof.g_class: 68 debug.sizeof.g_geom: 68 debug.sizeof.g_provider: 88 debug.sizeof.g_consumer: 60 debug.sizeof.g_bioq: 48 debug.sizeof.vnode: 272 debug.sizeof.proc: 524 debug.sizeof.bio: 132 debug.sizeof.buf: 328 debug.sizeof.kinfo_proc: 768 debug.sizeof.devstat: 240 debug.to_avg_depth: 1759 debug.to_avg_gcalls: 483 debug.to_avg_mtxcalls: 0 debug.to_avg_mpcalls: 1250 debug.kdb.available: debug.kdb.current: debug.kdb.enter: 0 debug.kdb.stop_cpus: 1 debug.rman_debug: 0 debug.ttydebug: 0 debug.nchash: 131071 debug.ncnegfactor: 16 debug.numneg: 30 debug.numcache: 483 debug.numcachehv: 69 debug.vfscache: 1 debug.vnsize: 272 debug.ncsize: 36 debug.hashstat.nchash: 131072 482 2 36 debug.disablecwd: 0 debug.disablefullpath: 0 debug.mpsafevfs: 1 debug.rush_requests: 0 debug.vnlru_nowhere: 0 debug.if_tun_debug: 0 debug.mpsafenet: 1 debug.dopersistence: 0 debug.snapdebug: 0 debug.collectsnapstats: 0 debug.max_softdeps: 400000 debug.tickdelay: 2 debug.maxindirdeps: 50 debug.worklist_push: 0 debug.blk_limit_push: 0 debug.ino_limit_push: 0 debug.blk_limit_hit: 0 debug.ino_limit_hit: 0 debug.sync_limit_hit: 0 debug.indir_blk_ptrs: 0 debug.inode_bitmap: 0 debug.direct_blk_ptrs: 0 debug.dir_entry: 0 debug.bigcgs: 0 debug.dobkgrdwrite: 1 debug.dircheck: 0 debug.nosleepwithlocks: 0 debug.mpsafevm: 1 debug.psm.loglevel: 0 debug.psm.hz: 20 debug.psm.errsecs: 2 debug.psm.errusecs: 0 debug.psm.secs: 0 debug.psm.usecs: 500000 debug.psm.pkterrthresh: 2 debug.fdc.fifo: 8 debug.fdc.debugflags: 0 debug.fdc.retries: 10 debug.fdc.spec1: 175 debug.fdc.spec2: 16 debug.fdc.settle: 0 debug.PMAP1changedcpu: 1 debug.PMAP1changed: 1622 debug.PMAP1unchanged: 162299 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20041119 debug.acpi.semaphore_debug: 0 hw.machine: i386 hw.model: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2138202112 hw.usermem: 2118488064 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 2147155968 hw.aac.iosize_max: 65536 hw.amr.force_sg32: 0 hw.an.an_dump: off hw.an.an_cache_mode: dbm hw.an.an_cache_mcastonly: 0 hw.an.an_cache_iponly: 1 hw.ata.ata_dma: 1 hw.ata.atapi_dma: 1 hw.ata.wc: 1 hw.cardbus.debug: 0 hw.cardbus.cis_debug: 0 hw.cs.debug: 0 hw.cs.ignore_checksum_failure: 0 hw.cs.recv_delay: 570 hw.firewire.try_bmr: 1 hw.firewire.hold_count: 3 hw.firewire.fwmem.eui64_hi: 0 hw.firewire.fwmem.eui64_lo: 0 hw.firewire.fwmem.speed: 2 hw.firewire.fwe.stream_ch: 1 hw.firewire.fwe.tx_speed: 2 hw.firewire.fwe.rx_queue_len: 128 hw.firewire.sbp.auto_login: 1 hw.firewire.sbp.max_speed: -1 hw.firewire.sbp.exclusive_login: 1 hw.firewire.sbp.login_delay: 1000 hw.firewire.sbp.scan_delay: 500 hw.firewire.sbp.use_doorbell: 0 hw.firewire.sbp.tags: 0 hw.pccard.debug: 0 hw.pccard.cis_debug: 0 hw.cbb.start_memory: 2281701376 hw.cbb.start_16_io: 256 hw.cbb.start_32_io: 4096 hw.cbb.debug: 0 hw.pcic.intr_mask: 57016 hw.pci.enable_io_modes: 1 hw.pci.do_power_nodriver: 0 hw.pci.do_power_resume: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.wi.txerate: 0 hw.wi.debug: 0 hw.xe.debug: 0 hw.intr_storm_threshold: 500 hw.availpages: 522022 hw.bus.devctl_disable: 0 hw.dc_quick: 1 hw.ste.rxsyncs: 0 hw.psm.tap_threshold: 25 hw.psm.tap_timeout: 125000 hw.kbd.keymap_restrict_change: 0 hw.nve_pollinterval: 0 hw.syscons.saver.keybonly: 1 hw.syscons.bell: 1 hw.syscons.kbd_reboot: 1 hw.syscons.kbd_debug: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.busdma.total_bpages: 65 hw.busdma.zone0.total_bpages: 64 hw.busdma.zone0.free_bpages: 64 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 2 hw.busdma.zone0.boundary: 65536 hw.busdma.zone1.total_bpages: 1 hw.busdma.zone1.free_bpages: 1 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.clockrate: 2000 hw.instruction_sse: 1 hw.apic.enable_extint: 0 hw.snd.report_soft_formats: 1 hw.snd.targetirqrate: 32 hw.snd.verbose: 1 hw.snd.maxautovchans: 0 hw.snd.unit: 0 hw.snd.pcm0.buffersize: 4096 hw.snd.pcm0.vchans: 0 hw.snd.pcm0.spdif_enabled: 0 hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% machdep.adjkerntz: 0 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 0 machdep.conrclk: 1843200 machdep.gdbspeed: 9600 machdep.conspeed: 9600 machdep.enable_panic_key: 0 machdep.disable_mtrrs: 0 machdep.cpu_idle_hlt: 1 machdep.guessed_bootdev: 2686451712 machdep.hlt_cpus: 0 machdep.panic_on_nmi: 1 machdep.tsc_freq: 2000089958 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1027168 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 0 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 0 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 0 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 0 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 0 p1003_1b.timer_max: 0 security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.enforce_statfs: 2 security.jail.allow_raw_sockets: 0 security.jail.chflags_allowed: 0 security.jail.jailed: 0 security.bsd.suser_enabled: 1 security.bsd.see_other_uids: 1 security.bsd.see_other_gids: 1 security.bsd.conservative_signals: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_uid: 0 security.bsd.hardlink_check_gid: 0 security.bsd.unprivileged_get_quota: 0 dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: A M I OEMXSDT dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.SBRG.SIOR dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=46 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.SBRG.RMSC dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=16 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.SBRG.OMSC dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=0 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.PCI0.PCIE dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C02 _UID=17 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=\_SB_.RMEM dev.acpi_sysresource.4.%pnpinfo: _HID=PNP0C01 _UID=1 dev.acpi_sysresource.4.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%desc: ACPI PCI Link LNKE dev.pci_link.4.%driver: pci_link dev.pci_link.4.%location: handle=\_SB_.LNKE dev.pci_link.4.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%desc: ACPI PCI Link LNKF dev.pci_link.5.%driver: pci_link dev.pci_link.5.%location: handle=\_SB_.LNKF dev.pci_link.5.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%desc: ACPI PCI Link LNKG dev.pci_link.6.%driver: pci_link dev.pci_link.6.%location: handle=\_SB_.LNKG dev.pci_link.6.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%desc: ACPI PCI Link LNKH dev.pci_link.7.%driver: pci_link dev.pci_link.7.%location: handle=\_SB_.LNKH dev.pci_link.7.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.7.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2000 dev.cpu.0.freq_levels: 2000/89000 1875/83437 1800/84600 1687/79312 1575/74025 1462/68737 1350/63450 1237/58162 1125/52875 1000/40100 937/37593 875/35087 812/32581 750/30075 687/27568 625/25062 562/22556 500/20050 437/17543 375/15037 312/12531 250/10025 187/7518 125/5012 62/2506 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU2 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.1.%driver: acpi_perf dev.acpi_perf.1.%parent: cpu1 dev.powernow.0.%desc: Cool`n'Quiet K8 dev.powernow.0.%driver: powernow dev.powernow.0.%parent: cpu0 dev.powernow.0.freq_settings: 2000/89000 1800/84600 1000/40100 dev.powernow.1.%desc: Cool`n'Quiet K8 dev.powernow.1.%driver: powernow dev.powernow.1.%parent: cpu1 dev.powernow.1.freq_settings: 2000/89000 1800/84600 1000/40100 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 9375/-1 8750/-1 8125/-1 7500/-1 6875/-1 6250/-1 5625/-1 5000/-1 4375/-1 3750/-1 3125/-1 2500/-1 1875/-1 1250/-1 625/-1 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A03 _UID=0 dev.pcib.0.%parent: acpi0 dev.pcib.0.wake: 0 dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=1 function=0 handle=\_SB_.PCI0.P0P1 dev.pcib.1.%pnpinfo: vendor=0x1106 device=0xb188 subvendor=0x0080 subdevice=0x0000 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=19 function=0 handle=\_SB_.PCI0.P0P7 dev.pcib.2.%pnpinfo: vendor=0x1106 device=0x287b subvendor=0x0000 subdevice=0x0000 class=0x060400 dev.pcib.2.%parent: pci0 dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.3.%driver: pcib dev.pcib.3.%location: slot=0 function=0 handle=\_SB_.PCI0.P0P7.P7P8 dev.pcib.3.%pnpinfo: vendor=0x1106 device=0x287c subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.3.%parent: pci2 dev.pcib.3.wake: 0 dev.pcib.4.%desc: ACPI PCI-PCI bridge dev.pcib.4.%driver: pcib dev.pcib.4.%location: slot=0 function=1 handle=\_SB_.PCI0.P0P7.P7P9 dev.pcib.4.%pnpinfo: vendor=0x1106 device=0x287d subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.4.%parent: pci2 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.0.wake: 0 dev.pci.1.%desc: ACPI PCI bus dev.pci.1.%driver: pci dev.pci.1.%parent: pcib1 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib2 dev.pci.3.%desc: ACPI PCI bus dev.pci.3.%driver: pci dev.pci.3.%parent: pcib3 dev.pci.3.wake: 0 dev.pci.4.%desc: ACPI PCI bus dev.pci.4.%driver: pci dev.pci.4.%parent: pcib4 dev.agp.0.%desc: VIA 8380 host to PCI bridge dev.agp.0.%driver: agp dev.agp.0.%location: slot=0 function=0 handle=\_SB_.PCI0.VIAN dev.agp.0.%pnpinfo: vendor=0x1106 device=0x0204 subvendor=0x1106 subdevice=0x0204 class=0x060000 dev.agp.0.%parent: pci0 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=1 handle=\_SB_.PCI0.NBF1 dev.hostb.0.%pnpinfo: vendor=0x1106 device=0x1204 subvendor=0x1106 subdevice=0x1204 class=0x060000 dev.hostb.0.%parent: pci0 dev.hostb.1.%desc: Host to PCI bridge dev.hostb.1.%driver: hostb dev.hostb.1.%location: slot=0 function=2 handle=\_SB_.PCI0.NBF2 dev.hostb.1.%pnpinfo: vendor=0x1106 device=0x2204 subvendor=0x1106 subdevice=0x2204 class=0x060000 dev.hostb.1.%parent: pci0 dev.hostb.2.%desc: Host to PCI bridge dev.hostb.2.%driver: hostb dev.hostb.2.%location: slot=0 function=3 handle=\_SB_.PCI0.NBF3 dev.hostb.2.%pnpinfo: vendor=0x1106 device=0x3204 subvendor=0x1106 subdevice=0x3204 class=0x060000 dev.hostb.2.%parent: pci0 dev.hostb.3.%desc: Host to PCI bridge dev.hostb.3.%driver: hostb dev.hostb.3.%location: slot=0 function=4 handle=\_SB_.PCI0.NBF4 dev.hostb.3.%pnpinfo: vendor=0x1106 device=0x4204 subvendor=0x1106 subdevice=0x4204 class=0x060000 dev.hostb.3.%parent: pci0 dev.hostb.4.%desc: Host to PCI bridge dev.hostb.4.%driver: hostb dev.hostb.4.%location: slot=0 function=7 handle=\_SB_.PCI0.NBF7 dev.hostb.4.%pnpinfo: vendor=0x1106 device=0x7204 subvendor=0x0000 subdevice=0x0000 class=0x060000 dev.hostb.4.%parent: pci0 dev.hostb.5.%desc: Host to PCI bridge dev.hostb.5.%driver: hostb dev.hostb.5.%location: slot=17 function=7 handle=\_SB_.PCI0.SBLK dev.hostb.5.%pnpinfo: vendor=0x1106 device=0x287e subvendor=0x1106 subdevice=0x287e class=0x060000 dev.hostb.5.%parent: pci0 dev.hostb.6.%desc: Host to PCI bridge dev.hostb.6.%driver: hostb dev.hostb.6.%location: slot=24 function=0 dev.hostb.6.%pnpinfo: vendor=0x1022 device=0x1100 subvendor=0x0000 subdevice=0x0000 class=0x060000 dev.hostb.6.%parent: pci0 dev.hostb.7.%desc: Host to PCI bridge dev.hostb.7.%driver: hostb dev.hostb.7.%location: slot=24 function=1 dev.hostb.7.%pnpinfo: vendor=0x1022 device=0x1101 subvendor=0x0000 subdevice=0x0000 class=0x060000 dev.hostb.7.%parent: pci0 dev.hostb.8.%desc: Host to PCI bridge dev.hostb.8.%driver: hostb dev.hostb.8.%location: slot=24 function=2 dev.hostb.8.%pnpinfo: vendor=0x1022 device=0x1102 subvendor=0x0000 subdevice=0x0000 class=0x060000 dev.hostb.8.%parent: pci0 dev.hostb.9.%desc: Host to PCI bridge dev.hostb.9.%driver: hostb dev.hostb.9.%location: slot=24 function=3 dev.hostb.9.%pnpinfo: vendor=0x1022 device=0x1103 subvendor=0x0000 subdevice=0x0000 class=0x060000 dev.hostb.9.%parent: pci0 dev.atapci.0.%desc: VIA 8251 SATA150 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=15 function=0 handle=\_SB_.PCI0.SATA dev.atapci.0.%pnpinfo: vendor=0x1106 device=0x3349 subvendor=0x1106 subdevice=0x3349 class=0x01018f dev.atapci.0.%parent: pci0 dev.atapci.1.%desc: VIA 8251 UDMA133 controller dev.atapci.1.%driver: atapci dev.atapci.1.%location: slot=15 function=1 handle=\_SB_.PCI0.PATA dev.atapci.1.%pnpinfo: vendor=0x1106 device=0x0571 subvendor=0x1106 subdevice=0x0571 class=0x01018a dev.atapci.1.%parent: pci0 dev.ata.2.%desc: ATA channel 0 dev.ata.2.%driver: ata dev.ata.2.%parent: atapci0 dev.ata.3.%desc: ATA channel 1 dev.ata.3.%driver: ata dev.ata.3.%parent: atapci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci1 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci1 dev.uhci.0.%desc: VIA 83C572 USB controller dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=16 function=0 handle=\_SB_.PCI0.USB1 dev.uhci.0.%pnpinfo: vendor=0x1106 device=0x3038 subvendor=0x1106 subdevice=0x3038 class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.uhci.1.%desc: VIA 83C572 USB controller dev.uhci.1.%driver: uhci dev.uhci.1.%location: slot=16 function=1 handle=\_SB_.PCI0.USB2 dev.uhci.1.%pnpinfo: vendor=0x1106 device=0x3038 subvendor=0x1106 subdevice=0x3038 class=0x0c0300 dev.uhci.1.%parent: pci0 dev.uhci.1.wake: 0 dev.uhci.2.%desc: VIA 83C572 USB controller dev.uhci.2.%driver: uhci dev.uhci.2.%location: slot=16 function=2 handle=\_SB_.PCI0.USB3 dev.uhci.2.%pnpinfo: vendor=0x1106 device=0x3038 subvendor=0x1106 subdevice=0x3038 class=0x0c0300 dev.uhci.2.%parent: pci0 dev.uhci.2.wake: 0 dev.uhci.3.%desc: VIA 83C572 USB controller dev.uhci.3.%driver: uhci dev.uhci.3.%location: slot=16 function=3 handle=\_SB_.PCI0.USB4 dev.uhci.3.%pnpinfo: vendor=0x1106 device=0x3038 subvendor=0x1106 subdevice=0x3038 class=0x0c0300 dev.uhci.3.%parent: pci0 dev.uhci.3.wake: 0 dev.usb.0.%desc: VIA 83C572 USB controller dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.usb.1.%desc: VIA 83C572 USB controller dev.usb.1.%driver: usb dev.usb.1.%parent: uhci1 dev.usb.2.%desc: VIA 83C572 USB controller dev.usb.2.%driver: usb dev.usb.2.%parent: uhci2 dev.usb.3.%desc: VIA 83C572 USB controller dev.usb.3.%driver: usb dev.usb.3.%parent: uhci3 dev.usb.4.%desc: VIA VT6202 USB 2.0 controller dev.usb.4.%driver: usb dev.usb.4.%parent: ehci0 dev.uhub.0.%desc: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.uhub.1.%desc: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.1.%driver: uhub dev.uhub.1.%parent: usb1 dev.uhub.2.%desc: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.2.%driver: uhub dev.uhub.2.%parent: usb2 dev.uhub.3.%desc: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.3.%driver: uhub dev.uhub.3.%parent: usb3 dev.uhub.4.%desc: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 dev.uhub.4.%driver: uhub dev.uhub.4.%parent: usb4 dev.uhub.5.%desc: Chicony Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 dev.uhub.5.%driver: uhub dev.uhub.5.%location: port=0 dev.uhub.5.%pnpinfo: vendor=0x0472 product=0x0065 devclass=0x09 devsubclass=0x00 release=0x0100 sernum="" dev.uhub.5.%parent: uhub0 dev.ehci.0.%desc: VIA VT6202 USB 2.0 controller dev.ehci.0.%driver: ehci dev.ehci.0.%location: slot=16 function=4 handle=\_SB_.PCI0.EHCI dev.ehci.0.%pnpinfo: vendor=0x1106 device=0x3104 subvendor=0x1106 subdevice=0x3104 class=0x0c0320 dev.ehci.0.%parent: pci0 dev.ehci.0.wake: 0 dev.umass.0.%desc: USB2.0 CardReader, rev 2.00/91.44, addr 2 dev.umass.0.%driver: umass dev.umass.0.%location: port=6 interface=0 dev.umass.0.%pnpinfo: vendor=0x07cc product=0x0501 devclass=0x00 devsubclass=0x00 release=0x9144 sernum="1234609 " intclass=0x08 intsubclass=0x06 dev.umass.0.%parent: uhub4 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=17 function=0 handle=\_SB_.PCI0.SBRG dev.isab.0.%pnpinfo: vendor=0x1106 device=0x3287 subvendor=0x1106 subdevice=0x3287 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.pcm.0.%desc: VIA VT8233X dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=17 function=5 handle=\_SB_.PCI0.AC97 dev.pcm.0.%pnpinfo: vendor=0x1106 device=0x3059 subvendor=0x1043 subdevice=0x81b9 class=0x040100 dev.pcm.0.%parent: pci0 dev.vr.0.%desc: VIA VT6102 Rhine II 10/100BaseTX dev.vr.0.%driver: vr dev.vr.0.%location: slot=18 function=0 handle=\_SB_.PCI0.ILAN dev.vr.0.%pnpinfo: vendor=0x1106 device=0x3065 subvendor=0x1043 subdevice=0x80ed class=0x020000 dev.vr.0.%parent: pci0 dev.vr.0.wake: 0 dev.miibus.0.%desc: MII bus dev.miibus.0.%driver: miibus dev.miibus.0.%parent: vr0 dev.rlphy.0.%desc: RTL8201L 10/100 media interface dev.rlphy.0.%driver: rlphy dev.rlphy.0.%location: phyno=1 dev.rlphy.0.%pnpinfo: oui=0x20 model=0x20 rev=0x1 dev.rlphy.0.%parent: miibus0 dev.acpi_button.0.%desc: Sleep Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.SLPB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0E _UID=0 dev.acpi_button.0.%parent: acpi0 dev.acpi_button.0.wake: 1 dev.acpi_button.1.%desc: Power Button dev.acpi_button.1.%driver: acpi_button dev.acpi_button.1.%location: handle=\_SB_.PWRB dev.acpi_button.1.%pnpinfo: _HID=PNP0C0C _UID=170 dev.acpi_button.1.%parent: acpi0 dev.acpi_button.1.wake: 1 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.SBRG.PIC_ dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.SBRG.DMAD dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.attimer.0.%desc: AT timer dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.SBRG.TMR_ dev.attimer.0.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT realtime clock dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.SBRG.RTC0 dev.attimer.1.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.1.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.SBRG.COPR dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.ppc.0.%desc: ECP parallel printer port dev.ppc.0.%driver: ppc dev.ppc.0.%location: handle=\_SB_.PCI0.SBRG.LPTE dev.ppc.0.%pnpinfo: _HID=PNP0401 _UID=0 dev.ppc.0.%parent: acpi0 dev.ppbus.0.%desc: Parallel port bus dev.ppbus.0.%driver: ppbus dev.ppbus.0.%parent: ppc0 dev.plip.0.%desc: PLIP network interface dev.plip.0.%driver: plip dev.plip.0.%parent: ppbus0 dev.lpt.0.%desc: Printer dev.lpt.0.%driver: lpt dev.lpt.0.%parent: ppbus0 dev.ppi.0.%desc: Parallel I/O dev.ppi.0.%driver: ppi dev.ppi.0.%parent: ppbus0 dev.sio.0.%desc: 16550A-compatible COM port dev.sio.0.%driver: sio dev.sio.0.%location: handle=\_SB_.PCI0.SBRG.UAR1 dev.sio.0.%pnpinfo: _HID=PNP0501 _UID=1 dev.sio.0.%parent: acpi0 dev.sio.0.wake: 0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.orm.0.%desc: ISA Option ROM dev.orm.0.%driver: orm dev.orm.0.%parent: isa0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%parent: isa0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.ukbd.0.%desc: Chicony PFU-65 USB Keyboard, rev 1.10/1.00, addr 3, iclass 3/1 dev.ukbd.0.%driver: ukbd dev.ukbd.0.%location: port=0 interface=0 dev.ukbd.0.%pnpinfo: vendor=0x0472 product=0x0065 devclass=0x00 devsubclass=0x00 release=0x0100 sernum="" intclass=0x03 intsubclass=0x01 dev.ukbd.0.%parent: uhub5 dev.ums.0.%desc: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 4, iclass 3/1 dev.ums.0.%driver: ums dev.ums.0.%location: port=1 interface=0 dev.ums.0.%pnpinfo: vendor=0x045e product=0x0039 devclass=0x00 devsubclass=0x00 release=0x0300 sernum="" intclass=0x03 intsubclass=0x01 dev.ums.0.%parent: uhub0 dev.acd.0.%desc: PLEXTOR DVDR PX-740A/1.01 dev.acd.0.%driver: acd dev.acd.0.%parent: ata0 dev.atapicam.0.%desc: ATAPI CAM Attachment dev.atapicam.0.%driver: atapicam dev.atapicam.0.%parent: ata0 dev.atapicam.1.%desc: ATAPI CAM Attachment dev.atapicam.1.%driver: atapicam dev.atapicam.1.%parent: ata1 dev.atapicam.2.%desc: ATAPI CAM Attachment dev.atapicam.2.%driver: atapicam dev.atapicam.2.%parent: ata2 dev.atapicam.3.%desc: ATAPI CAM Attachment dev.atapicam.3.%driver: atapicam dev.atapicam.3.%parent: ata3 dev.ad.4.%desc: ST3300622AS/3.AAE dev.ad.4.%driver: ad dev.ad.4.%parent: ata2 dev.ad.6.%desc: ST3300622AS/3.AAE dev.ad.6.%driver: ad dev.ad.6.%parent: ata3 dev.subdisk.4.%driver: subdisk dev.subdisk.4.%parent: ad4 dev.subdisk.6.%driver: subdisk dev.subdisk.6.%parent: ad6 hptmv.status: RocketRAID 182x SATA Controller driver Version v1.12 (Apr 11 2006 07:25:47) ----------------------------cut here-------------------------------- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 17:11: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 1E1CB16A401 for ; Wed, 12 Apr 2006 17:11:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150EB43D5D for ; Wed, 12 Apr 2006 17:11:55 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id C8F6D5643A; Wed, 12 Apr 2006 10:12:13 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 9C16156436; Wed, 12 Apr 2006 10:12:13 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k3CHCAiq061276 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Apr 2006 10:12:10 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k3CHCAtR061271; Wed, 12 Apr 2006 10:12:10 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17469.13546.81340.215075@satchel.alerce.com> Date: Wed, 12 Apr 2006 10:12:10 -0700 To: Vladimir Botka In-Reply-To: <20060412090057.W31789@srv.g1.netng.org> References: <17468.23694.644142.437584@satchel.alerce.com> <20060412090057.W31789@srv.g1.netng.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, George Hartzell Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 17:11:59 -0000 Vladimir Botka writes: > Hello, > for me Plextor-750 works well with cdrecord and SCSI emulation (ATAPI/CAM > module) > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html#ATAPICAM > > Plextor is a good choice. It works for me with cdrecord too. I'm just trying to understand if I have a fixable problem, or burncd has a fixable problem, or if it's just the way that things are..... g. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 17:37: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 0FBFD16A404 for ; Wed, 12 Apr 2006 17:37:30 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B2FD43D6E for ; Wed, 12 Apr 2006 17:37:21 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp3.server.rpi.edu (localhost.localdomain [127.0.0.1]) by smtp3.server.rpi.edu (8.13.1/8.13.0) with ESMTP id k3CHaoqn016793; Wed, 12 Apr 2006 13:37:17 -0400 Received: (from defang@localhost) by smtp3.server.rpi.edu (8.13.1/8.13.0/Submit) id k3CHalvP016779; Wed, 12 Apr 2006 13:36:47 -0400 Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (envelope-sender ) (MIMEDefang) with ESMTP id k3CHai1I016768; Wed, 12 Apr 2006 13:36:47 -0400 (EDT) Mime-Version: 1.0 Message-Id: In-Reply-To: <20060412040326.GA94545@xor.obsecurity.org> References: <1144795412.81364.18.camel@localhost> <20060412040326.GA94545@xor.obsecurity.org> Date: Wed, 12 Apr 2006 13:36:43 -0400 To: Kris Kennaway , "David E. Cross" From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: freebsd-stable@freebsd.org Subject: Re: swap performance under 6.1 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, 12 Apr 2006 17:37:30 -0000 At 12:03 AM -0400 4/12/06, Kris Kennaway wrote: >On Tue, Apr 11, 2006 at 10:43:32PM +0000, David E. Cross wrote: >> I saw under http://www.freebsd.org/releases/6.1R/todo.html that swap >> performance under 6.x is slower then 4.X, and this is listed as "not >> done". >> > > I noticed that 6.1 seemed to be a dog, but 6.0 I thought > > was better. As a test I installed 6.0 and 6.1 in parallel > > on my laptop with identical ports trees (and packages) Note... > > and 6.0 does feel a lot more responisve to swapping; I would > > be eager to help track this down if someone could give me > > some pointers. If I have to _guess_ as to a problem it would > > seem like some of the scheduling priorities changed. > >I didn't think this was a 6.1 regression compared to 6.0, >but 6.x compared to 4.x. It would be good to try and >quantify any performance differences here - so far it's >just a bunch of people's subjective opinions (including >mine) after upgrading from 4.x. In Dave's case, the tests are explicitly 6.0-release vs 6.1-@april-5th. Those are the two installations he has on his laptop, which he is comparing to each other via dual- booting. The thing is, he's not sure how to get the numbers to back up the performance "feel" that he's experiencing. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 17:42: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 80F8416A429 for ; Wed, 12 Apr 2006 17:42:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9CDC43D9D for ; Wed, 12 Apr 2006 17:42:03 +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 AEB351A3C25; Wed, 12 Apr 2006 10:42:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1845651559; Wed, 12 Apr 2006 13:42:03 -0400 (EDT) Date: Wed, 12 Apr 2006 13:42:02 -0400 From: Kris Kennaway To: Garance A Drosihn Message-ID: <20060412174202.GA23969@xor.obsecurity.org> References: <1144795412.81364.18.camel@localhost> <20060412040326.GA94545@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, "David E. Cross" , Kris Kennaway Subject: Re: swap performance under 6.1 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, 12 Apr 2006 17:42:40 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 12, 2006 at 01:36:43PM -0400, Garance A Drosihn wrote: > At 12:03 AM -0400 4/12/06, Kris Kennaway wrote: > >On Tue, Apr 11, 2006 at 10:43:32PM +0000, David E. Cross wrote: > >> I saw under http://www.freebsd.org/releases/6.1R/todo.html that swap > >> performance under 6.x is slower then 4.X, and this is listed as "not > >> done". > >> > > > I noticed that 6.1 seemed to be a dog, but 6.0 I thought > > > was better. As a test I installed 6.0 and 6.1 in parallel > > > on my laptop with identical ports trees (and packages) >=20 > Note... >=20 > > > and 6.0 does feel a lot more responisve to swapping; I would > > > be eager to help track this down if someone could give me > > > some pointers. If I have to _guess_ as to a problem it would > > > seem like some of the scheduling priorities changed. > > > >I didn't think this was a 6.1 regression compared to 6.0, > >but 6.x compared to 4.x. It would be good to try and > >quantify any performance differences here - so far it's > >just a bunch of people's subjective opinions (including > >mine) after upgrading from 4.x. >=20 > In Dave's case, the tests are explicitly 6.0-release vs > 6.1-@april-5th. Those are the two installations he has on > his laptop, which he is comparing to each other via dual- > booting. The thing is, he's not sure how to get the numbers > to back up the performance "feel" that he's experiencing. Thanks, I did read his email :-) My point was that the problem was not believed to exist in that situation, so it's even more surprising and needs further investigation to be sure. Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPTvqWry0BWjoQKURAm5mAJ0eQ6w+WKzddLQzkhJAX0jlAnq5MgCfTzpI A9XiaSTsIzIYYXL9wFKqRmk= =tlpc -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 17:45: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 846C816A404 for ; Wed, 12 Apr 2006 17:45:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CF643D5D for ; Wed, 12 Apr 2006 17:45:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3CHiwTL056638; Wed, 12 Apr 2006 11:44:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <443D3C94.7040404@samsco.org> Date: Wed, 12 Apr 2006 11:44:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <1144795412.81364.18.camel@localhost> <20060412040326.GA94545@xor.obsecurity.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, "David E. Cross" , Kris Kennaway Subject: Re: swap performance under 6.1 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, 12 Apr 2006 17:45:16 -0000 Garance A Drosihn wrote: > At 12:03 AM -0400 4/12/06, Kris Kennaway wrote: > >> On Tue, Apr 11, 2006 at 10:43:32PM +0000, David E. Cross wrote: >> >>> I saw under http://www.freebsd.org/releases/6.1R/todo.html that swap >>> performance under 6.x is slower then 4.X, and this is listed as "not >>> done". >>> >> > I noticed that 6.1 seemed to be a dog, but 6.0 I thought >> > was better. As a test I installed 6.0 and 6.1 in parallel >> > on my laptop with identical ports trees (and packages) > > > Note... > >> > and 6.0 does feel a lot more responisve to swapping; I would >> > be eager to help track this down if someone could give me >> > some pointers. If I have to _guess_ as to a problem it would >> > seem like some of the scheduling priorities changed. >> >> I didn't think this was a 6.1 regression compared to 6.0, >> but 6.x compared to 4.x. It would be good to try and >> quantify any performance differences here - so far it's >> just a bunch of people's subjective opinions (including >> mine) after upgrading from 4.x. > > > In Dave's case, the tests are explicitly 6.0-release vs > 6.1-@april-5th. Those are the two installations he has on > his laptop, which he is comparing to each other via dual- > booting. The thing is, he's not sure how to get the numbers > to back up the performance "feel" that he's experiencing. > Is he using the same swap partitions for both of the dual-booted OS's? If not, he's measuring the speed of the disk at the outter tracks vs the inner tracks. There may indeed be performance issues in the OS, but they need to be quanitfied in a controlled environment and not be subject to things like this. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 18:01: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 60B9416A401 for ; Wed, 12 Apr 2006 18:01:49 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8ADF43D45 for ; Wed, 12 Apr 2006 18:01:48 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 181A9114B5; Wed, 12 Apr 2006 20:00:24 +0200 (CEST) Date: Wed, 12 Apr 2006 20:00:24 +0200 From: Cedric Tabary To: freebsd-stable@freebsd.org Message-ID: <20060412180024.GD64299@efrei.fr> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Subject: Fatal trap 12: page fault while in kernel mode 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, 12 Apr 2006 18:01:49 -0000 Hi, I had 6 crash in 3 hours with exactly the same messages is my aac controler dead ? aac0: COMMAND 0xc4c9d900 TIMEOUT AFTER 512 SECONDS aac0: WARNING! Controller is no longer running! code= 0x100 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 01 fault virtual address = 0x5a fault code = supervisor read, page not present instruction pointer = 0x20:0xc0876cb3 stack pointer = 0x28:0xe35c39fc frame pointer = 0x28:0xe35c3ae8 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 = 14 (swi4: clock sio) trap number = 12 panic: page fault cpuid = 0 Uptime: 19m19s Dumping 1023 MB (2 chunks) chunk 0: 1MB (157 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06df54c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc06df944 in panic (fmt=0xc094761b "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc08f993c in trap_fatal (frame=0xe35c39bc, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc08f95e2 in trap_pfault (frame=0xe35c39bc, usermode=0, eva=90) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc08f917d in trap (frame= {tf_fs = -1073151992, tf_es = -1056636888, tf_ds = -1056636888, tf_edi = -1073102848, tf_esi = -1056571392, tf_ebp = -480494872, tf_isp = -480495128, tf_ebx = 0, tf_edx = 7, tf_ecx = -480494972, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1064866637, tf_cs = 32, tf_eflags = 67142, tf_esp = -480494964, tf_ss = -1073102848}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc08e278a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0876cb3 in vm_fault (map=0xc1060000, vaddr=3221864448, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:295 #8 0xc08f9587 in trap_pfault (frame=0xe35c3b74, usermode=0, eva=3221868542) at /usr/src/sys/i386/i386/trap.c:733 #9 0xc08f917d in trap (frame= {tf_fs = -1064501240, tf_es = -1062993880, tf_ds = 40, tf_edi = -1073098754, tf_esi = -995508226, tf_ebp = -480494632, tf_isp = -480494688, tf_ebx = -1072984162, tf_edx = -3996, tf_ecx = 1073713177, tf_eax = -77590528, tf_trapno = 12, tf_err = 3, tf_eip = -1064341523, tf_cs = 32, tf_eflags = 67218, tf_esp = 1999, tf_ss = -1062940344}) at /usr/src/sys/i386/i386/trap.c:434 #10 0xc08e278a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #11 0xc08f6fed in generic_bcopy () at /usr/src/sys/i386/i386/support.s:513 Previous frame inner to this frame (corrupt stack?) Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #10: Fri Mar 24 20:34:13 CET 2006 root@balthazar.grumly.eu.org:/usr/obj/usr/src/sys/CED ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (789.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 1073676288 (1023 MB) avail memory = 1041563648 (993 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) can't fetch resources for \\_SB_.PCI0.ISA_.SIO_.LPT_ - AE_AML_INVALID_RESOURCE_TYPE Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1208-0x120b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 fxp0: port 0x1800-0x183f mem 0xf4001000-0xf4001fff,0xf4100000-0xf41fffff irq 17 at device 3.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:3a:97:a5 fxp1: port 0x1840-0x187f mem 0xf4002000-0xf4002fff,0xf4200000-0xf42fffff irq 18 at device 4.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:30:6e:06:8b:10 pci0: at device 5.0 (no driver attached) isab0: port 0x1040-0x104f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: on acpi0 pci3: on pcib1 pcib2: at device 2.0 on pci3 pci4: on pcib2 amr0: mem 0xf6010000-0xf601ffff irq 20 at device 2.1 on pci3 amr0: Firmware F.02.02, BIOS B.02.01, 16MB RAM aac0: mem 0xf8000000-0xfbffffff irq 23 at device 5.0 on pci3 aac0: [FAST] aac0: Adaptec Raid Controller 2.0.0-1 sym0: <896> port 0x2000-0x20ff mem 0xf6004000-0xf60043ff,0xf6000000-0xf6001fff irq 24 at device 6.0 on pci3 sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: [GIANT-LOCKED] sym1: <896> port 0x2400-0x24ff mem 0xf6004400-0xf60047ff,0xf6002000-0xf6003fff irq 25 at device 6.1 on pci3 sym1: Symbios NVRAM, ID 7, Fast-40, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. sym1: [GIANT-LOCKED] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 ppc0: port 0x378-0x37f on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: cannot reserve interrupt, failed. lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc9800-0xcdfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. amrd0: on amr0 amrd0: 69460MB (142254080 sectors) RAID 5 (optimal) aacd0: on aac0 aacd0: 715252MB (1464837120 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 18:06:55 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 975) id 56E1D16A402; Wed, 12 Apr 2006 18:06:55 +0000 (UTC) Date: Wed, 12 Apr 2006 18:06:55 +0000 From: "Sergey A. Osokin" To: freebsd-stable@FreeBSD.org Message-ID: <20060412180655.GC86457@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: IBM xSeries 440 and FreeBSD 6.1-RC 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, 12 Apr 2006 18:06:55 -0000 Hello, I and Anatoly Gritsenko found small issue with IBM xSeries 440. The box have 2 hardware CPU, HTT enabled in BIOS, but FreeBSD 6.1-RC can't find second CPU. Issue resolved by increase MAX_APICID in /sys/i386/i386/local_apic.c from 16 to 32. Also I change MAXCPU in /sys/i386/include/param.h from 16 to 32. After this changes all processors was found. Verbose boot available at http://mstu.atomnet.ru/BSD/dmesg.boot Another small issue was GENERIC kernel contains device isp, but don't containes device ispfw. So FreeBSD boot stoped in isp device. Special thanks to joint-mind of #bsd-unix at RUSNet. -- Sergey A. Osokin osa@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 18:47: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 B73D416A402 for ; Wed, 12 Apr 2006 18:47:07 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4009C43D46 for ; Wed, 12 Apr 2006 18:47:07 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (localhost.localdomain [127.0.0.1]) by smtp2.server.rpi.edu (8.13.1/8.13.0) with ESMTP id k3CIkvY0008070; Wed, 12 Apr 2006 14:47:06 -0400 Received: (from defang@localhost) by smtp2.server.rpi.edu (8.13.1/8.13.0/Submit) id k3CIk8do007857; Wed, 12 Apr 2006 14:46:08 -0400 Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (envelope-sender ) (MIMEDefang) with ESMTP id k3CIk6hS007836; Wed, 12 Apr 2006 14:46:08 -0400 (EDT) Mime-Version: 1.0 Message-Id: In-Reply-To: <443D3C94.7040404@samsco.org> References: <1144795412.81364.18.camel@localhost> <20060412040326.GA94545@xor.obsecurity.org> <443D3C94.7040404@samsco.org> Date: Wed, 12 Apr 2006 14:46:05 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Cc: freebsd-stable@freebsd.org, "David E. Cross" , Kris Kennaway Subject: Re: swap performance under 6.1 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, 12 Apr 2006 18:47:07 -0000 At 11:44 AM -0600 4/12/06, Scott Long wrote: >Garance A Drosihn wrote: >>At 12:03 AM -0400 4/12/06, Kris Kennaway wrote: >>> >>>I didn't think this was a 6.1 regression compared to 6.0, >>>but 6.x compared to 4.x. It would be good to try and >>>quantify any performance differences here - so far it's >>>just a bunch of people's subjective opinions (including >>>mine) after upgrading from 4.x. >> >>In Dave's case, the tests are explicitly 6.0-release vs >>6.1-@april-5th. Those are the two installations he has on >>his laptop, which he is comparing to each other via dual- >>booting. The thing is, he's not sure how to get the numbers >>to back up the performance "feel" that he's experiencing. > >Is he using the same swap partitions for both of the dual-booted >OS's? If not, he's measuring the speed of the disk at the outer >tracks vs the inner tracks. There may indeed be performance >issues in the OS, but they need to be quanitfied in a controlled >environment and not be subject to things like this. David has been talking about this on a local chat system for a week or two now, but apparently he doesn't track the freebsd mailing lists as much as I do... From a comment he made on that chat system: - As an additional datapoint, I am actually sharing the - swap partition between the 6.0 and 6.1 partitions, so - that should eliminate any problems there. Now is the - 6.1 partition itself has disk issues it could still - explain my problems - OS's are on the same physical drive, different partition, - GENERIC for 6.0 and 6.1 It wouldn't surprise either me or David if this was something specific to his system or his setup, but we're running out of ideas of what that would be. (and we're both busy juggling a few other things in our main jobs, so we're probably not as focused on this as issue we would like to be...). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 19:13: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 19A4116A404 for ; Wed, 12 Apr 2006 19:13:18 +0000 (UTC) (envelope-from rutger.bevaart@illian-networks.nl) Received: from darwin.illian.net (darwin.illian.net [87.238.168.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6352543D7C for ; Wed, 12 Apr 2006 19:13:03 +0000 (GMT) (envelope-from rutger.bevaart@illian-networks.nl) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id B3A2A4504B; Wed, 12 Apr 2006 21:13:18 +0200 (CEST) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69649-03; Wed, 12 Apr 2006 21:13:00 +0200 (CEST) Received: from [192.168.3.5] (237192.xs4all.nl [194.109.237.192]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by darwin.illian.net (Postfix) with ESMTP id C240C45046; Wed, 12 Apr 2006 21:13:00 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Rutger Bevaart Date: Wed, 12 Apr 2006 21:12:41 +0200 To: saurbier@math.uni-bielefeld.de X-Mailer: Apple Mail (2.746.3) X-Virus-Scanned: amavisd-new at illian.net Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 panics - sbdrop 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, 12 Apr 2006 19:13:18 -0000 Maybe your reboots are related to a problem I had with several Dell 1750's and 2850's. I added: > [rutger@darwin rutger]$ cat /boot/loader.conf > debug.mpsafenet=0 to some of the affected systems and they have not crashed yet in about 8 days. Your dump seems to indicate a failure somewhere in netinet code, maybe it's locking related as well... Met vriendelijke groet / Kind Regards, Rutger Bevaart illian.networks B.V. > Hi, > > I've encountered a strange problem while using FreeBSD 6.0 for our > local mirror (mirror.math.uni-bielefeld.de) and thus is providing > access via ftp, http, rsync and cvsup (all local and remote). > The system crashes periodically with a kernel panic (panic: sbdrop). > The uptimes between two crashes are going from a few hours to a few > weeks. > > The system is a i386, Intel Pentium 4 based with 512MB ram and a > 3ware-7000 (twe) raid controller containig 1 raid 5 set with > approx. 1.9TB. > The kernel is a GENERIC kernel without changes of the config. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 19:43:12 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 0186216A406 for ; Wed, 12 Apr 2006 19:43:12 +0000 (UTC) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (gw.zefyris.com [213.41.131.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BAB743D4C for ; Wed, 12 Apr 2006 19:43:10 +0000 (GMT) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.4/8.13.4) with ESMTP id k3CJh67S038604 for ; Wed, 12 Apr 2006 21:43:06 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.4/8.13.1/Submit) id k3CJh6eG038603 for freebsd-stable@freebsd.org; Wed, 12 Apr 2006 21:43:06 +0200 (CEST) (envelope-from ftigeot) Date: Wed, 12 Apr 2006 21:43:06 +0200 From: Francois Tigeot To: freebsd-stable@freebsd.org Message-ID: <20060412194306.GA38383@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Instant crash with FreeBSD 6.1-RC and 4GB RAM 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, 12 Apr 2006 19:43:12 -0000 Hello, I just tried booting a FreeBSD-6.1-RC1/amd64 CD in a machine with an Athlon-64 X2 4400+ and 4GB of memory. The mainboard is an Asus A8V-E-SE. The kernel displays its copyright and then crashes almost instantly. The screen is filled with the letter 'k' and the machine reboots soon after that. Here is a copy of the verbose boot messages (transcripted by hand): SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=02 base=00000000e0000000 len=0000000010000000 SMAP type=03 base=00000000afee3000 len=000000000000d000 SMAP type=04 base=00000000afee0000 len=0000000000003000 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=00000000afef0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=00000000afde0000 SMAP type=01 base=0000000100000000 len=0000000050000000 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC1 #0: Mon Apr 10 20:16:14 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC (crash here) If the memory is limited to 3GB in the BIOS, FreeBSD boots as expected. I would appreciate if someone could share some insight about this problem. TIA, -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 19:47: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 26E3D16A401 for ; Wed, 12 Apr 2006 19:47:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAC643D53 for ; Wed, 12 Apr 2006 19:47:04 +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 A39341A3C30; Wed, 12 Apr 2006 12:47:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 24F2651559; Wed, 12 Apr 2006 15:47:03 -0400 (EDT) Date: Wed, 12 Apr 2006 15:47:02 -0400 From: Kris Kennaway To: Francois Tigeot Message-ID: <20060412194702.GA26548@xor.obsecurity.org> References: <20060412194306.GA38383@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20060412194306.GA38383@aoi.wolfpond.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Instant crash with FreeBSD 6.1-RC and 4GB RAM 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, 12 Apr 2006 19:47:05 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 12, 2006 at 09:43:06PM +0200, Francois Tigeot wrote: > Hello, >=20 > I just tried booting a FreeBSD-6.1-RC1/amd64 CD in a machine with an > Athlon-64 X2 4400+ and 4GB of memory. >=20 > The mainboard is an Asus A8V-E-SE. >=20 > The kernel displays its copyright and then crashes almost instantly. The > screen is filled with the letter 'k' and the machine reboots soon after > that. >=20 > Here is a copy of the verbose boot messages (transcripted by hand): >=20 > SMAP type=3D01 base=3D0000000000000000 len=3D000000000009f400 > SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 > SMAP type=3D02 base=3D00000000fec00000 len=3D0000000001400000 > SMAP type=3D02 base=3D00000000e0000000 len=3D0000000010000000 > SMAP type=3D03 base=3D00000000afee3000 len=3D000000000000d000 > SMAP type=3D04 base=3D00000000afee0000 len=3D0000000000003000 > SMAP type=3D02 base=3D000000000009f400 len=3D0000000000000c00 > SMAP type=3D02 base=3D00000000afef0000 len=3D0000000000010000 > SMAP type=3D01 base=3D0000000000100000 len=3D00000000afde0000 > SMAP type=3D01 base=3D0000000100000000 len=3D0000000050000000 > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RC1 #0: Mon Apr 10 20:16:14 UTC 2006 > root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >=20 > (crash here) >=20 > If the memory is limited to 3GB in the BIOS, FreeBSD boots as expected. >=20 > I would appreciate if someone could share some insight about this problem. Replace the broken 1GB memory stick? :-) Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPVk2Wry0BWjoQKURApHiAJwP5ICWRfrVz+kA9k1OQqsAAptcXgCbBjnS HkivRdZGdrVSd2hfqdZiBaw= =RDyD -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 20:48: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 06E8A16A406 for ; Wed, 12 Apr 2006 20:48:35 +0000 (UTC) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (gw.zefyris.com [213.41.131.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FEDE43D45 for ; Wed, 12 Apr 2006 20:48:34 +0000 (GMT) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.4/8.13.4) with ESMTP id k3CKmU0Y038757; Wed, 12 Apr 2006 22:48:30 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.4/8.13.1/Submit) id k3CKmUlc038756; Wed, 12 Apr 2006 22:48:30 +0200 (CEST) (envelope-from ftigeot) Date: Wed, 12 Apr 2006 22:48:30 +0200 From: Francois Tigeot To: Kris Kennaway Message-ID: <20060412204829.GB38383@aoi.wolfpond.org> References: <20060412194306.GA38383@aoi.wolfpond.org> <20060412194702.GA26548@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060412194702.GA26548@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Francois Tigeot , freebsd-stable@freebsd.org Subject: Re: Instant crash with FreeBSD 6.1-RC and 4GB RAM 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, 12 Apr 2006 20:48:35 -0000 On Wed, Apr 12, 2006 at 03:47:02PM -0400, Kris Kennaway wrote: > On Wed, Apr 12, 2006 at 09:43:06PM +0200, Francois Tigeot wrote: > > > > I just tried booting a FreeBSD-6.1-RC1/amd64 CD in a machine with an > > Athlon-64 X2 4400+ and 4GB of memory. > > > > The mainboard is an Asus A8V-E-SE. > > > > The kernel displays its copyright and then crashes almost instantly. The > > screen is filled with the letter 'k' and the machine reboots soon after > > that. [...] > > If the memory is limited to 3GB in the BIOS, FreeBSD boots as expected. > > > > I would appreciate if someone could share some insight about this problem. > > Replace the broken 1GB memory stick? :-) Well, with the same sticks, the same CD boots correctly in an Opteron/Supermicro H8SSL-i machine Silly me, I thought it could have been a software bug, when it was in fact a hardware one... Any recommandation for a known working socket 939 mainboard with PCI-E graphics ? -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 21:12: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 63EBA16A405 for ; Wed, 12 Apr 2006 21:12:41 +0000 (UTC) (envelope-from pp@pp.dyndns.biz) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD1743D4C for ; Wed, 12 Apr 2006 21:12:39 +0000 (GMT) (envelope-from pp@pp.dyndns.biz) Received: from gatekeeper.pp.dyndns.biz ([85.224.218.29] [85.224.218.29]) by mxfep01.bredband.com with ESMTP id <20060412211235.HMRU16061.mxfep01.bredband.com@gatekeeper.pp.dyndns.biz> for ; Wed, 12 Apr 2006 23:12:35 +0200 Received: from phobos ([192.168.69.67]) by gatekeeper.pp.dyndns.biz (8.13.4/8.13.4) with ESMTP id k3CLCT0g064695 for ; Wed, 12 Apr 2006 23:12:33 +0200 (CEST) (envelope-from pp@pp.dyndns.biz) From: =?iso-8859-1?Q?Morgan_Wesstr=F6m?= Sender: "PP" To: Date: Wed, 12 Apr 2006 23:14:17 +0200 Message-ID: <001101c65e76$12459620$152ea8c0@phobos> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0012_01C65E86.D5CE6620" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcZedg7yXKLILHNyS9aCCyfkNxaJ4Q== Subject: 6.1-BETA4: NIC doesn't work with ACPI enabled 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, 12 Apr 2006 21:12:41 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C65E86.D5CE6620 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I'm a long time reader of this list but this is my first post. I sincerely hope I have done my homework properly before resorting to bother you all. Equipment: Fujitsu-Siemens laptop model C-6175 3Com Megahertz 10/100 CardBus NIC model 3CXFE575CT (xl driver) Problem: NIC doesn't initialize correctly with ACPI enabled. It works perfectly if I disable ACPI at boot time. I've tested with GENERIC kernel on 5.4-RELEASE, 6.1-BETA4 and HEAD - same behaviour with all three versions. Googling turns up many posts with similar or identical error messages on various pieces of hardware but I can find no solution. I've enabled the following debug options in loader.conf: hw.pccard.debug=1 hw.cbb.debug=1 hw.cardbus.debug=1 hw.cardbus.cis_debug=1 Complete dmesgs with ACPI enabled, with ACPI disabled and with "boot -v" are attached but snip with relevant error messages is copied below for convenience. Any suggestions would be higly appreciated. Thanks Morgan cbb0: at device 4.0 on pci0 cbb0: Found memory at 80000000 cbb0: Secondary bus is 0 cbb0: Secondary bus set to 2 subbus 3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 4.1 on pci0 cbb1: Found memory at 80001000 cbb1: Secondary bus is 0 cbb1: Secondary bus set to 4 subbus 5 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 Status is 0x30000006 Status is 0x30000820 cbb1: card inserted: event=0x00000000, state=30000820 cbb1: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015752 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 cardbus1: Opening BAR: type=IO, bar=10, len=0100 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 | Functions: Network Adaptor, Memory CIS reading done cardbus1: Resource not specified in CIS: id=14, size=80 cardbus1: Resource not specified in CIS: id=18, size=80 cardbus1: Non-prefetchable memory at 88000000-880000ff cbb alloc res fail cardbus1: Can't get memory for IO ports xl0: <3Com 3c575C Fast Etherlink XL> port 0-0xff mem 0x88000000-0x8800007f,0x88001000-0x8800107f at device 0.0 on cardbus1 cbb alloc res fail xl0: couldn't map ports/memory device_attach: xl0 attach returned 6 cbb1: cbb_power: 0V ------=_NextPart_000_0012_01C65E86.D5CE6620 Content-Type: text/plain; name="dmesg-acpi.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-acpi.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-BETA4 #0: Tue Mar 14 13:59:38 UTC 2006 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Celeron (497.56-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 = Features=3D0x383f9ff real memory =3D 201261056 (191 MB) avail memory =3D 187408384 (178 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem = 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: at device 4.0 on pci0 cbb0: Found memory at 80000000 cbb0: Secondary bus is 0 cbb0: Secondary bus set to 2 subbus 3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 4.1 on pci0 cbb1: Found memory at 80001000 cbb1: Secondary bus is 0 cbb1: Secondary bus set to 4 subbus 5 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1040-0x104f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x1060-0x107f irq = 9 at device 7.2 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 pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 16.0 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 acpi_acad0: on acpi0 battery0: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq = 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 sio0: type 16550A sio1 port 0x2e8-0x2ef irq 3 drq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 ugen0: vendor 0x0a12 product 0x0001, rev 1.10/8.28, addr 2 Timecounter "TSC" frequency 497558472 Hz quality 800 Timecounters tick every 1.000 msec Status is 0x30000006 Status is 0x30000820 cbb1: card inserted: event=3D0x00000000, state=3D30000820 cbb1: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015752 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 cardbus1: Opening BAR: type=3DIO, bar=3D10, len=3D0100 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 |=20 Functions: Network Adaptor, Memory CIS reading done cardbus1: Resource not specified in CIS: id=3D14, size=3D80 cardbus1: Resource not specified in CIS: id=3D18, size=3D80 cardbus1: Non-prefetchable memory at 88000000-880000ff cbb alloc res fail cardbus1: Can't get memory for IO ports xl0: <3Com 3c575C Fast Etherlink XL> port 0-0xff mem = 0x88000000-0x8800007f,0x88001000-0x8800107f at device 0.0 on cardbus1 cbb alloc res fail xl0: couldn't map ports/memory device_attach: xl0 attach returned 6 cbb1: cbb_power: 0V ad0: 5729MB at ata0-master UDMA33 acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a ------=_NextPart_000_0012_01C65E86.D5CE6620 Content-Type: text/plain; name="dmesg-noacpi.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-noacpi.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-BETA4 #0: Tue Mar 14 13:59:38 UTC 2006 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Celeron (497.56-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 = Features=3D0x383f9ff real memory =3D 201261056 (191 MB) avail memory =3D 187424768 (178 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on = motherboard pir0: on motherboard pci0: on pcib0 agp0: mem = 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: at device 4.0 on pci0 cbb0: Found memory at 80000000 cbb0: Secondary bus is 0 cbb0: Secondary bus set to 2 subbus 3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 4.1 on pci0 cbb1: Found memory at 80001000 cbb1: Secondary bus is 0 cbb1: Secondary bus set to 4 subbus 5 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1040-0x104f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x1060-0x107f irq = 9 at device 7.2 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 pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 16.0 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 = on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) sio4: at port 0x2e8-0x2ef irq 3 drq 3 on isa0 sio4: type 16550A unknown: can't assign resources (port) psmcpnp0: irq resource info is missing; assuming irq 12 unknown: can't assign resources (port) ugen0: vendor 0x0a12 product 0x0001, rev 1.10/8.28, addr 2 Timecounter "TSC" frequency 497559755 Hz quality 800 Timecounters tick every 1.000 msec Status is 0x30000006 Status is 0x30000820 cbb1: card inserted: event=3D0x00000000, state=3D30000820 cbb1: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015752 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 cardbus1: Opening BAR: type=3DIO, bar=3D10, len=3D0100 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 |=20 Functions: Network Adaptor, Memory CIS reading done cardbus1: Resource not specified in CIS: id=3D14, size=3D80 cardbus1: Resource not specified in CIS: id=3D18, size=3D80 cardbus1: Non-prefetchable memory at 88000000-880000ff cardbus1: IO port at 1100-11ff xl0: <3Com 3c575C Fast Etherlink XL> port 0x1100-0x11ff mem = 0x88000000-0x8800007f,0x88001000-0x8800107f irq 10 at device 0.0 on = cardbus1 miibus0: on xl0 tdkphy0: on miibus0 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:f6:4f:d8 ad0: 5729MB at ata0-master UDMA33 acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a ------=_NextPart_000_0012_01C65E86.D5CE6620 Content-Type: text/plain; name="dmesg-acpi-verbose.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-acpi-verbose.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-BETA4 #0: Tue Mar 14 13:59:38 UTC 2006 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0aa2000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0aa216c. Calibrating clock(s) ... i8254 clock: 1193073 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 497559648 Hz CPU: Intel Celeron (497.56-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 = Features=3D0x383f9ff real memory =3D 201261056 (191 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000000bc57fff, 184758272 bytes (45107 pages) avail memory =3D 187408384 (178 MB) bios32: Found BIOS32 Service Directory header at 0xc00f63a0 bios32: Entry =3D 0xfd8a6 (c00fd8a6) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd890+0x134 pnpbios: Found PnP BIOS data at 0xc00f63d0 pnpbios: Entry =3D f0000:aa9f Rev =3D 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there = (id=3D71908086) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fdf50 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 D 0x63 9 10 11 embedded 0 4 A 0x60 10 11 embedded 0 8 A 0x62 5 7 9 10 slot 1 0 16 A 0x61 9 slot 2 0 17 A 0x63 9 embedded 0 1 A 0x61 9 10 11 embedded 1 0 A 0x61 9 10 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 9 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 5 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 5 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 9 10 11 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 9 10 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 5 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 5 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 9 10 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: info: new max delay is 140 us acpi_ec0: info: new max delay is 270 us acpi_ec0: info: new max delay is 280 us acpi_ec0: info: new max delay is 310 us acpi_ec0: info: new max delay is 380 us acpi_ec0: info: new max delay is 11000 us ACPI timer: 0/4 0/5 0/5 0/5 0/5 0/5 0/4 0/5 0/4 0/5 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.7.INTD at func 2: 9 ACPI: Found matching pin for 0.4.INTA at func 0: 255 ACPI: Found matching pin for 0.4.INTA at func 1: 255 ACPI: Found matching pin for 0.8.INTA at func 0: 5 ACPI: Found matching pin for 0.16.INTA at func 0: 9 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x7190, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=3D0x8086, dev=3D0x7191, revid=3D0x03 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x001f, statreg=3D0x0220, cachelnsz=3D0 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x8c (35000 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 = ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 = ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=3D0x8086, dev=3D0x7110, revid=3D0x02 bus=3D0, slot=3D7, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7111, revid=3D0x01 bus=3D0, slot=3D7, func=3D1 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001040, size 4, enabled found-> vendor=3D0x8086, dev=3D0x7112, revid=3D0x01 bus=3D0, slot=3D7, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D9 map[20]: type 4, range 32, base 00001060, size 5, port disabled pcib0: matched entry for 0.7.INTD (src \\_SB_.LNKD:0) pcib0: slot 7 INTD routed to irq 9 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x03 bus=3D0, slot=3D7, func=3D3 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[90]: type 4, range 32, base 0000ff80, size 4, enabled found-> vendor=3D0x1013, dev=3D0x6005, revid=3D0x01 bus=3D0, slot=3D8, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x18 (6000 = ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc010000, size 12, enabled map[14]: type 1, range 32, base fc000000, size 16, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.LNKC:0) pcib0: slot 8 INTA routed to irq 5 via \\_SB_.LNKC found-> vendor=3D0x11c1, dev=3D0x0450, revid=3D0x00 bus=3D0, slot=3D16, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xfc (63000 ns), maxlat=3D0x0e = (3500 ns) intpin=3Da, irq=3D9 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fc011000, size 8, memory disabled map[14]: type 4, range 32, base 00001050, size 3, port disabled map[18]: type 4, range 32, base 00001400, size 8, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKB:0) pcib0: slot 16 INTA routed to irq 9 via \\_SB_.LNKB agp0: mem = 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xfc100000-0xfdffffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 1.0.INTA at func 0: 9 pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4c4d, revid=3D0x64 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D9 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 4, range 32, base 00002000, size 8, enabled pcib1: (null) requested I/O range 0x2000-0x20ff: in range map[18]: type 1, range 32, base fc100000, size 12, enabled pcib1: (null) requested memory range 0xfc100000-0xfc100fff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKB:0) pcib1: slot 0 INTA routed to irq 9 via \\_SB_.LNKB pci1: at device 0.0 (no driver attached) cbb0: at device 4.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 0 cbb0: Secondary bus set to 2 subbus 3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.4.INTA (src \\_SB_.LNKA:0) pcib0: slot 4 INTA routed to irq 11 via \\_SB_.LNKA cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac51104c 0x02100007 0x06070000 0x00824008=20 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b=20 0x40: 0x109510cf 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x20649061 0x00000000 0x00000000 0x01cc1d22=20 0x90: 0x606602c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe110001 0x00c00000 0x00000815 0x0000000b=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: at device 4.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cbb1: Found memory at 80001000 cbb1: Secondary bus is 0 cbb1: Secondary bus set to 4 subbus 5 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.4.INTA (src \\_SB_.LNKA:0) pcib0: slot 4 INTA routed to irq 11 via \\_SB_.LNKA cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac51104c 0x02100007 0x06070000 0x00824008=20 0x10: 0x80001000 0x020000a0 0x20050400 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b=20 0x40: 0x109510cf 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x20649061 0x00000000 0x00000000 0x01cc1d22=20 0x90: 0x606602c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe110001 0x00c00000 0x00000815 0x0000000b=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1040-0x104f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1040 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x4 ata1: [MPSAFE] uhci0: port 0x1060-0x107f irq = 9 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1060 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 pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 16.0 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_acad0: on acpi0 battery0: on acpi0 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq = 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: irq maps: 0x201 0x211 0x201 0x201 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 sio0: type 16550A sio1: irq maps: 0x201 0x209 0x201 0x201 sio1 port 0x2e8-0x2ef irq 3 drq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen0: vendor 0x0a12 product 0x0001, rev 1.10/8.28, addr 2 Device configuration finished. procfs registered Timecounter "TSC" frequency 497559648 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start Status is 0x30000006 Status is 0x30000820 cbb1: card inserted: event=3D0x00000000, state=3D30000820 cbb1: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015752 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 cardbus1: Opening BAR: type=3DIO, bar=3D10, len=3D0100 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 |=20 Functions: Network Adaptor, Memory CIS reading done cardbus1: Resource not specified in CIS: id=3D14, size=3D80 cardbus1: Resource not specified in CIS: id=3D18, size=3D80 cardbus1: Non-prefetchable memory at 88000000-880000ff cbb alloc res fail cardbus1: Can't get memory for IO ports found-> vendor=3D0x10b7, dev=3D0x5257, revid=3D0x10 bus=3D4, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0xa8 (5040 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x05 (1250 = ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 xl0: <3Com 3c575C Fast Etherlink XL> port 0-0xff mem = 0x88000000-0x8800007f,0x88001000-0x8800107f at device 0.0 on cardbus1 cbb alloc res fail xl0: couldn't map ports/memory device_attach: xl0 attach returned 6 cbb1: cbb_power: 0V ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D80 wire ad0: setting PIO4 on PIIX4 chip ad0: setting UDMA33 on PIIX4 chip battery0: battery initialization done, tried 1 times ad0: 5729MB at ata0-master UDMA33 ad0: 11733120 sectors [12416C/15H/63S] 16 sectors/interrupt 1 depth = queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on PIIX4 chip acd0: setting UDMA33 on PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init ------=_NextPart_000_0012_01C65E86.D5CE6620-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 21:55: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 165A616A402 for ; Wed, 12 Apr 2006 21:55:14 +0000 (UTC) (envelope-from crossd@cs.rpi.edu) Received: from cliffclavin.cs.rpi.edu (cliffclavin.cs.rpi.edu [128.213.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB1C143D5F for ; Wed, 12 Apr 2006 21:55:12 +0000 (GMT) (envelope-from crossd@cs.rpi.edu) Received: from wireless-50.dyn.cs.rpi.edu (wireless-50.dyn.cs.rpi.edu [128.213.51.50]) (authenticated bits=0) by cliffclavin.cs.rpi.edu (8.13.6/8.13.6) with ESMTP id k3CLt3UB093492 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 12 Apr 2006 17:55:09 -0400 (EDT) From: "David E. Cross" To: Garance A Drosihn In-Reply-To: References: <1144795412.81364.18.camel@localhost> <20060412040326.GA94545@xor.obsecurity.org> <443D3C94.7040404@samsco.org> Content-Type: text/plain Date: Wed, 12 Apr 2006 21:55:00 +0000 Message-Id: <1144878900.52816.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.56 on 128.213.1.9 Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: swap performance under 6.1 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, 12 Apr 2006 21:55:14 -0000 Yes, I wouldn't be at all surprised to find out that my 6.1 partition has a bad block in .. say.. libc that's delaying reads and causing me trouble, I just remember installing 6.1 and thinking "OUCH". I get the impression that this is a latency issue more then a bandwidth issue (responsiveness vs performance). so I think that any long running test to see how effecitvely we swap isn't going to show anything. I could totally re-partition and get 4.x, 5.x and 6.x all on concurrently if that would help. But I think I would need a good test program to have waiting in the wings to quantitatively measure the differences; anyone have any ideas? (and yes, as Garance quoted, swap partition is shared) -- David E. Cross On Wed, 2006-04-12 at 14:46 -0400, Garance A Drosihn wrote: > At 11:44 AM -0600 4/12/06, Scott Long wrote: > >Garance A Drosihn wrote: > >>At 12:03 AM -0400 4/12/06, Kris Kennaway wrote: > >>> > >>>I didn't think this was a 6.1 regression compared to 6.0, > >>>but 6.x compared to 4.x. It would be good to try and > >>>quantify any performance differences here - so far it's > >>>just a bunch of people's subjective opinions (including > >>>mine) after upgrading from 4.x. > >> > >>In Dave's case, the tests are explicitly 6.0-release vs > >>6.1-@april-5th. Those are the two installations he has on > >>his laptop, which he is comparing to each other via dual- > >>booting. The thing is, he's not sure how to get the numbers > >>to back up the performance "feel" that he's experiencing. > > > >Is he using the same swap partitions for both of the dual-booted > >OS's? If not, he's measuring the speed of the disk at the outer > >tracks vs the inner tracks. There may indeed be performance > >issues in the OS, but they need to be quanitfied in a controlled > >environment and not be subject to things like this. > > David has been talking about this on a local chat system for a > week or two now, but apparently he doesn't track the freebsd > mailing lists as much as I do... > > From a comment he made on that chat system: > > - As an additional datapoint, I am actually sharing the > - swap partition between the 6.0 and 6.1 partitions, so > - that should eliminate any problems there. Now is the > - 6.1 partition itself has disk issues it could still > - explain my problems > > - OS's are on the same physical drive, different partition, > - GENERIC for 6.0 and 6.1 > > It wouldn't surprise either me or David if this was something > specific to his system or his setup, but we're running out of > ideas of what that would be. (and we're both busy juggling a > few other things in our main jobs, so we're probably not as > focused on this as issue we would like to be...). > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 21:59: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 5DC0816A40F for ; Wed, 12 Apr 2006 21:59:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C3C643D46 for ; Wed, 12 Apr 2006 21:59:09 +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 41AD11A4D88; Wed, 12 Apr 2006 14:59:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7970451406; Wed, 12 Apr 2006 17:59:08 -0400 (EDT) Date: Wed, 12 Apr 2006 17:59:08 -0400 From: Kris Kennaway To: "David E. Cross" Message-ID: <20060412215908.GA31582@xor.obsecurity.org> References: <1144795412.81364.18.camel@localhost> <20060412040326.GA94545@xor.obsecurity.org> <443D3C94.7040404@samsco.org> <1144878900.52816.3.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <1144878900.52816.3.camel@localhost> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Garance A Drosihn , Kris Kennaway Subject: Re: swap performance under 6.1 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, 12 Apr 2006 21:59:10 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 12, 2006 at 09:55:00PM +0000, David E. Cross wrote: > Yes, I wouldn't be at all surprised to find out that my 6.1 partition > has a bad block in .. say.. libc that's delaying reads and causing me > trouble, I just remember installing 6.1 and thinking "OUCH". >=20 > I get the impression that this is a latency issue more then a bandwidth > issue (responsiveness vs performance). so I think that any long running > test to see how effecitvely we swap isn't going to show anything. >=20 > I could totally re-partition and get 4.x, 5.x and 6.x all on > concurrently if that would help. But I think I would need a good test > program to have waiting in the wings to quantitatively measure the > differences; anyone have any ideas? The stress2 suite (www.holm.cc/stress) has a utility that is designed to stress this, you could check relative performance (after making sure it's deterministic). Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPXgrWry0BWjoQKURAnIxAKDwKMworDirUYCgvbFIksZFOkfycQCfRDfY UcbKm6aQ4WTg5HNQEsrqbgM= =B7Zy -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 12 23:46: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 638AF16A400 for ; Wed, 12 Apr 2006 23:46:04 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D53A443D45 for ; Wed, 12 Apr 2006 23:46:03 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so1743440pyc for ; Wed, 12 Apr 2006 16:46:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mk4spx/Hd2PU7VKUfMW3Vv2dsmUpoJ1spLKyRch3ar1XJgiGIPu1hkYiyNz+QYXGrVISl2/UWuq8H7jdrSc4hQ7hEwjPLvVp7HsmXksZvMUNeKZLo0ba6G5KWofikzPV0JS7fT8xJK0eLG/1dWGisPA5nRcz08lHOwwaZSLU+H0= Received: by 10.35.97.17 with SMTP id z17mr60945pyl; Wed, 12 Apr 2006 16:46:03 -0700 (PDT) Received: by 10.35.135.15 with HTTP; Wed, 12 Apr 2006 16:46:03 -0700 (PDT) Message-ID: Date: Thu, 13 Apr 2006 03:46:03 +0400 From: "Alexey Karagodov" To: "Francois Tigeot" In-Reply-To: <20060412204829.GB38383@aoi.wolfpond.org> MIME-Version: 1.0 References: <20060412194306.GA38383@aoi.wolfpond.org> <20060412194702.GA26548@xor.obsecurity.org> <20060412204829.GB38383@aoi.wolfpond.org> 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: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Instant crash with FreeBSD 6.1-RC and 4GB RAM 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, 12 Apr 2006 23:46:04 -0000 try to update BIOS ... 2006/4/13, Francois Tigeot : > > On Wed, Apr 12, 2006 at 03:47:02PM -0400, Kris Kennaway wrote: > > On Wed, Apr 12, 2006 at 09:43:06PM +0200, Francois Tigeot wrote: > > > > > > I just tried booting a FreeBSD-6.1-RC1/amd64 CD in a machine with an > > > Athlon-64 X2 4400+ and 4GB of memory. > > > > > > The mainboard is an Asus A8V-E-SE. > > > > > > The kernel displays its copyright and then crashes almost instantly. > The > > > screen is filled with the letter 'k' and the machine reboots soon > after > > > that. > > [...] > > > > If the memory is limited to 3GB in the BIOS, FreeBSD boots as > expected. > > > > > > I would appreciate if someone could share some insight about this > problem. > > > > Replace the broken 1GB memory stick? :-) > > Well, with the same sticks, the same CD boots correctly in an > Opteron/Supermicro H8SSL-i machine > > Silly me, I thought it could have been a software bug, when it was in > fact a hardware one... > > Any recommandation for a known working socket 939 mainboard with PCI-E > graphics ? > > -- > Francois Tigeot > _______________________________________________ > 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 Apr 13 01:12: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 9789116A403 for ; Thu, 13 Apr 2006 01:12:35 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id F364E43D46 for ; Thu, 13 Apr 2006 01:12:34 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by uproxy.gmail.com with SMTP id k3so1003164ugf for ; Wed, 12 Apr 2006 18:12:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=s5u6u5J0JUtOsRLGmeqO4t1rlvV0xMvDJuRQ13ORsLwere3VJZB0MYfShukWlK2s5+pXGCogSclMUGCmQz3q5j690tV88WKcFKN17p+uB+kLVz/Dw0VHGV+sLnA752vDp1kz0u54XHbT8pir9JpCRnpdwSxtsF19pzFgfaKSveM= Received: by 10.78.51.16 with SMTP id y16mr303668huy; Wed, 12 Apr 2006 17:47:02 -0700 (PDT) Received: by 10.78.31.9 with HTTP; Wed, 12 Apr 2006 17:47:02 -0700 (PDT) Message-ID: Date: Wed, 12 Apr 2006 19:47:02 -0500 From: "Nikolas Britton" To: "Ted Mittelstaedt" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: ICH7 SATA RAID Broken, Was (Re: Timescale for 6.1-RELEASE...) 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, 13 Apr 2006 01:12:35 -0000 On 4/12/06, Ted Mittelstaedt wrote: > > >-----Original Message----- > >From: Ted Mittelstaedt [mailto:tedm@toybox.placo.com] > >Sent: Tuesday, April 11, 2006 6:04 PM > >To: Nikolas Britton > >Cc: Harrison Peter CSA BIRKENHEAD; freebsd-questions@freebsd.org > >Subject: RE: Timescale for 6.1-RELEASE... > > > >>-----Original Message----- > >>From: owner-freebsd-questions@freebsd.org > >>[mailto:owner-freebsd-questions@freebsd.org]On Behalf Of > >Nikolas Britton > >>Sent: Tuesday, April 11, 2006 1:25 PM > >>To: Ted Mittelstaedt > >>Cc: Harrison Peter CSA BIRKENHEAD; freebsd-questions@freebsd.org > >>Subject: Re: Timescale for 6.1-RELEASE... > >> > >> > >>I think the ICH7 sata problem has already been fixed, check the logs > >>here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ if not > >>jump onto the stable mailing list and start waving your hands. > >> > > > >I'm doing a make release on today's cvs as we speak, I'll see tomorrow > >if it recognizes the disks. > > > > Nikolas, > > Just an update, no the ICH7R problem has not been fixed. > > OpenSUSE recognizes the array, though. > Send email to S=F8ren Schmidt sos@FreeBSD.org and/or post this on the stable mailing list, their is nothing I can do personally that will fix it for you. You could start hacking away at the problem if you know some C, digging around in /usr/src/sys/dev/ata/ If you're just now joining us this is about: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95184 P.S. I'm cc'ing this to freebsd-stable and soren, removed freebsd-questions -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 02:28: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 47BFD16A401 for ; Thu, 13 Apr 2006 02:28:07 +0000 (UTC) (envelope-from phusion2k@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE4C043D45 for ; Thu, 13 Apr 2006 02:28:06 +0000 (GMT) (envelope-from phusion2k@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so1049558ugc for ; Wed, 12 Apr 2006 19:28:05 -0700 (PDT) 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=KeJr0HnXqyS2zi29hrEFO34bLFLuNKV4uGPgdYH4qvK6my0E+U3qM352oSCPjeFnpnlADXhj10NobOLuQy7ixO2VvUra2l+2pUFWTiCjyNaA3Mqi1eXJdlP+O+5IHxlOZl0md6B1ukIo78lgnw2EOqPYCtlSD3JgYhsz8DcM72s= Received: by 10.78.52.17 with SMTP id z17mr306152huz; Wed, 12 Apr 2006 19:21:07 -0700 (PDT) Received: by 10.78.18.20 with HTTP; Wed, 12 Apr 2006 19:21:07 -0700 (PDT) Message-ID: Date: Wed, 12 Apr 2006 21:21:07 -0500 From: Phusion To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, misc@openbsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Storage container for servers & switches 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, 13 Apr 2006 02:28:07 -0000 I will be moving some servers and switches in the near future. The computer equipment is all rack-mountable so it's 1U and 2U. I was wondering if anyone could recommend storage containers for this type of computer equipment. Let me know if you have any ideas. Thanks. Phusion From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 02:34: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 D6EDD16A402 for ; Thu, 13 Apr 2006 02:34:15 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout06-04.prod.mesa1.secureserver.net (smtpout06-01.prod.mesa1.secureserver.net [64.202.165.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 56BDE43D49 for ; Thu, 13 Apr 2006 02:34:14 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 15694 invoked from network); 13 Apr 2006 02:34:14 -0000 Received: from unknown (24.144.77.138) by smtpout06-04.prod.mesa1.secureserver.net (64.202.165.227) with ESMTP; 13 Apr 2006 02:34:14 -0000 Message-ID: <443DB8A5.1020006@seclark.us> Date: Wed, 12 Apr 2006 22:34:13 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: IP_MAX_MEMBERSHIPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 02:34:15 -0000 Hello, Can anyone tell me why the maximum number of members in a multicast group is set at 20? Are there issues with increasing this number? Any information would be greatly appreciated. Thanks, Steve Clark -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 03:57: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 A558A16A401 for ; Thu, 13 Apr 2006 03:57:35 +0000 (UTC) (envelope-from sys@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 286F143D45 for ; Thu, 13 Apr 2006 03:57:34 +0000 (GMT) (envelope-from sys@meijome.net) Received: (qmail 26015 invoked from network); 13 Apr 2006 13:57:33 +1000 Received: from andromeda.lef.com.au (HELO localhost) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Apr 2006 13:57:33 +1000 Date: Thu, 13 Apr 2006 13:57:30 +1000 From: Norberto Meijome To: freebsd-stable@freebsd.org Message-ID: <20060413135730.557ab663@localhost> In-Reply-To: <20060410215633.GA2483@soaustin.net> References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405211154.GA30089@soaustin.net> <20060410215633.GA2483@soaustin.net> X-Mailer: Sylpheed-Claws 2.1.0 (GTK+ 2.8.17; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Albert Shih Subject: Re: Disappointed 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, 13 Apr 2006 03:57:35 -0000 On Mon, 10 Apr 2006 16:56:33 -0500 linimon@lonesome.com (Mark Linimon) wrote: > Otherwise, you are going to get "we will do our best to provide a system, > for free, that works as well as possible for as many people as possible. > Good luck and help us to fix the inevitable bugs." Other than the part about "for free" and "help us fix the inevitable bugs", the rest of this section, IMHO, applies perfectly to most software, in particular to Washington state originated operating systems. I don't see what is particularly wrong with that approach...but if you have a closed source system, the minorities that WANT a difference (be it bug fixed, feature, you name it) would have almost no way to make those differences a reality. Mr. Shih, if you believe that FreeBSD is not for you, please go ahead and use something else. It is *YOUR* system we are talking about after all :) btw, WHY did you try FreeBSD to begin with? just curious :) regards, Beto -- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 04:30: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 814E616A403 for ; Thu, 13 Apr 2006 04:30:28 +0000 (UTC) (envelope-from nikruzhan@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id D60CF43D46 for ; Thu, 13 Apr 2006 04:30:27 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so1787645pyc for ; Wed, 12 Apr 2006 21:30:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XS+C1oHRZYak9FAh2nRvUiqLUcNhSlj0MKhpxhHlqhCu5RwkPJSl542MKpKHq6wdCc7sN/+au1a9wgshlL/utD+cixvDPhAYsYmh8BES84J1sjXIGBNzX6uubkff7zv/4v3HQGIFOCqOueEsCQdOTau1UPf5JUaDY7Y0iVPysdo= Received: by 10.35.91.10 with SMTP id t10mr12501pyl; Wed, 12 Apr 2006 21:30:27 -0700 (PDT) Received: by 10.35.92.9 with HTTP; Wed, 12 Apr 2006 21:30:27 -0700 (PDT) Message-ID: <60ffc71f0604122130l1c1bba4dh662290ff748ca13c@mail.gmail.com> Date: Thu, 13 Apr 2006 12:30:27 +0800 From: Nik To: Stephen.Clark@seclark.us In-Reply-To: <443DB8A5.1020006@seclark.us> MIME-Version: 1.0 References: <443DB8A5.1020006@seclark.us> 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: freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS 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, 13 Apr 2006 04:30:28 -0000 I'm running with multicast group set at 60. So far it's ok. IMO, the developer will increase the numbers soon or in new development. On 4/13/06, Stephen Clark wrote: > > Hello, > > Can anyone tell me why the maximum number of members in a multicast > group is set at > 20? > > Are there issues with increasing this number? > > Any information would be greatly appreciated. > > Thanks, > Steve Clark > > -- > > "They that give up essential liberty to obtain temporary safety, > deserve neither liberty nor safety." (Ben Franklin) > > "The course of history shows that as a government grows, liberty > decreases." (Thomas Jefferson) > > > > _______________________________________________ > 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 Apr 13 05:34: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 37A9916A402 for ; Thu, 13 Apr 2006 05:34:52 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD24143D48 for ; Thu, 13 Apr 2006 05:34:51 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1FTuTh-000JwT-VO for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 09:34:50 +0400 Received: from igorr by sysadm.stc with local (Exim 4.54 (FreeBSD)) id 1FTuTE-000IzA-RW for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 09:34:20 +0400 Date: Thu, 13 Apr 2006 09:34:20 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060413053420.GA72941@sysadm.stc> References: <17468.23694.644142.437584@satchel.alerce.com> <20060412091345.GA65089@sysadm.stc> <17469.9999.688328.640592@satchel.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17469.9999.688328.640592@satchel.alerce.com> User-Agent: Mutt/1.5.11 Sender: Igor Robul X-Archived: Yes Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) 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, 13 Apr 2006 05:34:52 -0000 On Wed, Apr 12, 2006 at 09:13:03AM -0700, George Hartzell wrote: > Igor Robul writes: > > On same CD-R disc? :-) > > No, on a fresh disk... ;) So, I think you got my point: there maybe problem with disk. > > I guess my question is: "Is this one of those known things that > everyone just ignores, or do I have an unusual problem?" Until I seen your mail, I have thinked that this is only my problem :-) But because I use very cheap disks I just ignore it, and for safety I just destroing one disk, and burn another. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 06:16: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 BEC8E16A400; Thu, 13 Apr 2006 06:16:29 +0000 (UTC) (envelope-from tedm@toybox.placo.com) Received: from mail.freebsd-corp-net-guide.com (mail.web-strider.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id F404F43D45; Thu, 13 Apr 2006 06:16:28 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id k3D6GQu71294; Wed, 12 Apr 2006 23:16:26 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Nikolas Britton" Date: Wed, 12 Apr 2006 23:16:26 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 In-Reply-To: Importance: Normal Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: RE: ICH7 SATA RAID Broken, Was (Re: Timescale for 6.1-RELEASE...) 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, 13 Apr 2006 06:16:29 -0000 >-----Original Message----- >From: Nikolas Britton [mailto:nikolas.britton@gmail.com] >Sent: Wednesday, April 12, 2006 5:47 PM >To: Ted Mittelstaedt >Cc: freebsd-stable@freebsd.org; sos@freebsd.org >Subject: ICH7 SATA RAID Broken, Was (Re: Timescale for 6.1-RELEASE...) > > >On 4/12/06, Ted Mittelstaedt wrote: >> >> >-----Original Message----- >> >From: Ted Mittelstaedt [mailto:tedm@toybox.placo.com] >> >Sent: Tuesday, April 11, 2006 6:04 PM >> >To: Nikolas Britton >> >Cc: Harrison Peter CSA BIRKENHEAD; freebsd-questions@freebsd.org >> >Subject: RE: Timescale for 6.1-RELEASE... >> > >> >>-----Original Message----- >> >>From: owner-freebsd-questions@freebsd.org >> >>[mailto:owner-freebsd-questions@freebsd.org]On Behalf Of >> >Nikolas Britton >> >>Sent: Tuesday, April 11, 2006 1:25 PM >> >>To: Ted Mittelstaedt >> >>Cc: Harrison Peter CSA BIRKENHEAD; freebsd-questions@freebsd.org >> >>Subject: Re: Timescale for 6.1-RELEASE... >> >> >> >> >> >>I think the ICH7 sata problem has already been fixed, check the logs >> >>here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ if not >> >>jump onto the stable mailing list and start waving your hands. >> >> >> > >> >I'm doing a make release on today's cvs as we speak, I'll >see tomorrow >> >if it recognizes the disks. >> > >> >> Nikolas, >> >> Just an update, no the ICH7R problem has not been fixed. >> >> OpenSUSE recognizes the array, though. >> > >Send email to Søren Schmidt sos@FreeBSD.org I have been already. Soren is very responsive to PR's if the people filing them meet him halfway and he responded as soon as the PR was filed. >and/or post this on the >stable mailing list, their is nothing I can do personally that will >fix it for you. I know that. What I was pointing out is that while your enthusiasm is commendable, FreeBSD 6.1 really isn't totally ready for prime time. The HP DL320 G4 is a pretty cheap server - it's positioned squarely to compete agressively with the black box intel motherboard servers out there. It's also got an embedded remote control package that is fantastic - you can do a nuke and repave of the server remotely if you want. We are going to see a lot of these out there pretty soon. And if HP could fuck up the SATA controller to make it not work, then other server vendors can do it also. I suspect this is the tip of the iceberg with the ICH7R controllers. Damn Intel for designing a controller that apparently lets designers "improve" it. >You could start hacking away at the problem if you >know some C, digging around in /usr/src/sys/dev/ata/ > Soren sent a patch this morning which I think gave him some more data to work with. We will see. Unfortunately, though, getting the SATA controller working on this beast is just the first problem - there's also (I suspect) something not kosher about the ethernet ports either. But until I get a system on it, I can't dig into that. Ted From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 06:32: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 42EC116A400 for ; Thu, 13 Apr 2006 06:32:19 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2F743D45 for ; Thu, 13 Apr 2006 06:32:18 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FTvNH-0003EJ-7i; Thu, 13 Apr 2006 07:32:15 +0100 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id CBF9B65499; Thu, 13 Apr 2006 07:32:15 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 97022-09; Thu, 13 Apr 2006 07:32:14 +0100 (BST) Received: by arginine.spc.org (Postfix, from userid 1078) id B06C1653F9; Thu, 13 Apr 2006 07:32:14 +0100 (BST) Date: Thu, 13 Apr 2006 07:32:14 +0100 From: Bruce M Simpson To: Stephen Clark Message-ID: <20060413063214.GA94628@spc.org> References: <443DB8A5.1020006@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443DB8A5.1020006@seclark.us> User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS 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, 13 Apr 2006 06:32:19 -0000 On Wed, Apr 12, 2006 at 10:34:13PM -0400, Stephen Clark wrote: > Can anyone tell me why the maximum number of members in a multicast > group is set at > 20? > Are there issues with increasing this number? Why would one wish to join more than 20 groups on a single socket? I realize making such a statement leaves me wide open to the charge of 640KB being enough for anyone, but... This limit in no way affects multicast routing, btw. Based on my reading of the code... This is a per-socket limit. The structures to support per-socket multicast group membership are simple linked lists or statically allocated arrays. The reason for this is so as not to break the ABI for struct ip_moptions which has been present since 4.4BSD. Changing this structure to not use the static allocation would probably break your kernel for modules compiled without such a change. Also there are IGMP timers involved. The other poster who replied is probably talking about a per-interface-card limit to do with the multicast hash filter on most Ethernet cards - this is a hard limit, and the driver/hardware has to either support multicast promiscuous mode (IFF_ALLMULTI) or be able to support full promiscuous mode (which may not work correctly with IP forwarding in my experience). Patches to refactor kernel multicast system gladly accepted! Regards, BMS P.S. Someone was meant to be porting IGMPv3/SSM but there were licensing issues with Apple. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 06:36: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 B3D8916A402 for ; Thu, 13 Apr 2006 06:36:06 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F70143D45 for ; Thu, 13 Apr 2006 06:36:06 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FTvQx-0003Fn-TH; Thu, 13 Apr 2006 07:36:03 +0100 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 0C6AC65499; Thu, 13 Apr 2006 07:36:05 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 97801-02; Thu, 13 Apr 2006 07:36:04 +0100 (BST) Received: by arginine.spc.org (Postfix, from userid 1078) id 31480653F9; Thu, 13 Apr 2006 07:36:04 +0100 (BST) Date: Thu, 13 Apr 2006 07:36:04 +0100 From: Bruce M Simpson To: Stephen Clark Message-ID: <20060413063604.GB94628@spc.org> References: <443DB8A5.1020006@seclark.us> <20060413063214.GA94628@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060413063214.GA94628@spc.org> User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS 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, 13 Apr 2006 06:36:06 -0000 On Thu, Apr 13, 2006 at 07:32:14AM +0100, Bruce M Simpson wrote: > On Wed, Apr 12, 2006 at 10:34:13PM -0400, Stephen Clark wrote: > > Can anyone tell me why the maximum number of members in a multicast > > group is set at > > 20? > > Are there issues with increasing this number? Ah. Your original question appears not to have been answered. My bad. I do not see a limit on the members of a multicast group on FreeBSD either for individual sockets or for multicast forwarding based on my reading of the source code. BMS From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 06:42: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 3EF4C16A400 for ; Thu, 13 Apr 2006 06:42:27 +0000 (UTC) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (gw.zefyris.com [213.41.131.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E712143D48 for ; Thu, 13 Apr 2006 06:42:25 +0000 (GMT) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.4/8.13.4) with ESMTP id k3D6gOGD045165; Thu, 13 Apr 2006 08:42:24 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.4/8.13.1/Submit) id k3D6gNfO045164; Thu, 13 Apr 2006 08:42:23 +0200 (CEST) (envelope-from ftigeot) Date: Thu, 13 Apr 2006 08:42:23 +0200 From: Francois Tigeot To: Alexey Karagodov Message-ID: <20060413064223.GC38383@aoi.wolfpond.org> References: <20060412194306.GA38383@aoi.wolfpond.org> <20060412194702.GA26548@xor.obsecurity.org> <20060412204829.GB38383@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Instant crash with FreeBSD 6.1-RC and 4GB RAM 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, 13 Apr 2006 06:42:27 -0000 On Thu, Apr 13, 2006 at 03:46:03AM +0400, Alexey Karagodov wrote: > try to update BIOS ... Already done. The machine remains unusable with 4GB. I will try to use a Tyan Tomcat K8E. Hopefully this one will work as advertised... -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 06:48: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 9CB2116A406 for ; Thu, 13 Apr 2006 06:48:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 531AF43D69 for ; Thu, 13 Apr 2006 06:48:56 +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 D330046BC8; Thu, 13 Apr 2006 02:48:55 -0400 (EDT) Date: Thu, 13 Apr 2006 07:48:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bruce M Simpson In-Reply-To: <20060413063604.GB94628@spc.org> Message-ID: <20060413074608.Y443@fledge.watson.org> References: <443DB8A5.1020006@seclark.us> <20060413063214.GA94628@spc.org> <20060413063604.GB94628@spc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Stephen Clark , freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS 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, 13 Apr 2006 06:48:56 -0000 On Thu, 13 Apr 2006, Bruce M Simpson wrote: > On Thu, Apr 13, 2006 at 07:32:14AM +0100, Bruce M Simpson wrote: >> On Wed, Apr 12, 2006 at 10:34:13PM -0400, Stephen Clark wrote: >>> Can anyone tell me why the maximum number of members in a multicast >>> group is set at >>> 20? >>> Are there issues with increasing this number? > > Ah. Your original question appears not to have been answered. My bad. > > I do not see a limit on the members of a multicast group on FreeBSD either > for individual sockets or for multicast forwarding based on my reading of > the source code. We have a bounded size array of possible memberships for each socket in the per-pcb multicast option structure. I don't know of any reason why changing this limit would break anything, although in the end testing is good. If the limit is raised too much, we face significant wasted kernel memory if it's not actually used, and could think about adding code to scale the array size up as needed, but it's not clear that's useful unless the maximum is increased significantly. A typical reason one might need more memberships is if one has a multicast service that needs to work on all available interfaces, and one has a lot of interfaces (i.e., lots of vlans). Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 06:55: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 1B01B16A403 for ; Thu, 13 Apr 2006 06:55:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229B843D49 for ; Thu, 13 Apr 2006 06:55:03 +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 5F25746BC0; Thu, 13 Apr 2006 02:55:02 -0400 (EDT) Date: Thu, 13 Apr 2006 07:55:02 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Konstantin Saurbier In-Reply-To: <20060411150759.20a9e9d5.saurbier@math.uni-bielefeld.de> Message-ID: <20060413075019.U443@fledge.watson.org> References: <20060411150759.20a9e9d5.saurbier@math.uni-bielefeld.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-961574413-1144911302=:443" Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 panics - sbdrop 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, 13 Apr 2006 06:55:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-961574413-1144911302=:443 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 11 Apr 2006, Konstantin Saurbier wrote: > I've encountered a strange problem while using FreeBSD 6.0 for our local= =20 > mirror (mirror.math.uni-bielefeld.de) and thus is providing access via ft= p,=20 > http, rsync and cvsup (all local and remote). The system crashes=20 > periodically with a kernel panic (panic: sbdrop). The uptimes between two= =20 > crashes are going from a few hours to a few weeks. > > The system is a i386, Intel Pentium 4 based with 512MB ram and a 3ware-70= 00=20 > (twe) raid controller containig 1 raid 5 set with approx. 1.9TB. The kern= el=20 > is a GENERIC kernel without changes of the config. These are the kernel= =20 > dumps: There have been one or more long-term bugs we've been attempting to track d= own=20 that result in socket buffer corruption discovered only on socket close (he= nce=20 in sbdrop() when we flush the cover). We've had a lot of trouble tracking = it=20 down, and it's not clear that it's actually a single bug, since the sbdrop(= )=20 panic is a sanity check that can detect a number of types of problems. We= =20 could, for example, be looking at a network interface driver bug. There ar= e=20 changes in progress in the 7.x branch to further clean up the socket code o= n=20 SMP, and they might fix some outstanding problems. There are a couple of= =20 instances of this bug report in the PR database, but if you could file the= =20 below details, it would be helpful. I'm on travel currently, but will take= =20 another stab at this when back. Robert N M Watson > > > Unread portion of the kernel message buffer: > panic: sbdrop > Uptime: 22h22m7s > Dumping 503 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 503MB (128752 pages) 487 471 455 439 423 407 391 375 359 343 32= 7 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > > > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc068d10e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :399 > #2 0xc068d680 in panic (fmt=3D0xc090c16a "sbdrop") > at /usr/src/sys/kern/kern_shutdown.c:555 > #3 0xc06d266c in sbdrop_locked (sb=3D0xc20aca84, len=3D1) > at /usr/src/sys/kern/uipc_socket2.c:1157 > #4 0xc06d3d93 in sbdrop (sb=3D0xc20aca84, len=3D0) > at /usr/src/sys/kern/uipc_socket2.c:1208 > #5 0xc0748a7d in tcp_input (m=3D0xc1c09100, off0=3D-1039845124) > at /usr/src/sys/netinet/tcp_input.c:1201 > #6 0xc0740147 in ip_input (m=3D0xc1c09100) > at /usr/src/sys/netinet/ip_input.c:778 > #7 0xc07171ff in netisr_processqueue (ni=3D0xc09ca4f8) > at /usr/src/sys/net/netisr.c:236 > #8 0xc07174be in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 > #9 0xc06740e5 in ithread_loop (arg=3D0xc19c3280) > at /usr/src/sys/kern/kern_intr.c:547 > #10 0xc0673110 in fork_exit (callout=3D0xc067402c , arg=3D0= x0, > frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 > #11 0xc0894a1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 > > > > Now the output of bt full: > > (kgdb) bt full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc068d10e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :399 > first_buf_printf =3D 1 > #2 0xc068d680 in panic (fmt=3D0xc090c16a "sbdrop") > at /usr/src/sys/kern/kern_shutdown.c:555 > bootopt =3D 260 > newpanic =3D 0 > buf =3D "sbdrop", '\0' > #3 0xc06d266c in sbdrop_locked (sb=3D0xc20aca84, len=3D1) > at /usr/src/sys/kern/uipc_socket2.c:1157 > m =3D (struct mbuf *) 0x0 > next =3D (struct mbuf *) 0x0 > #4 0xc06d3d93 in sbdrop (sb=3D0xc20aca84, len=3D0) > at /usr/src/sys/kern/uipc_socket2.c:1208 > No locals. > #5 0xc0748a7d in tcp_input (m=3D0xc1c09100, off0=3D-1039845124) > at /usr/src/sys/netinet/tcp_input.c:1201 > dbuf =3D "\024\000\000\000\000=BB=C0=C1?\033\b=D4=E4=AC\211=C0X=BA= \231=C1=AC\033\b=D4x\034\b=D4=C3M\211=C0G\000\000\000\b\000\000\000(\000\b= =D4(\000l=C0" > sbuf =3D "\0003\234=C1l\033\b=D4\200=F2=AD=C1\0003\234=C1\224\033\= b=D4=BF\201\211=C0\0003\234=C1\000\000\000\000\000\000\000\000\000=B9\226= =C1\027\000\000\000\020(=DD=C1" > th =3D (struct tcphdr *) 0xc1b2f824 > ip =3D (struct ip *) 0xc1b2f810 > inp =3D (struct inpcb *) 0xc3ec5ca8 > optp =3D (u_char *) 0xc1b2f838 "\001\001\b\n:\r=B7\027\004=CC\236= =F2#E=B2W" > optlen =3D 12 > len =3D 69 > tlen =3D 0 > off =3D 32 > drop_hdrlen =3D 52 > tp =3D (struct tcpcb *) 0xc20538fc > thflags =3D 16 > so =3D (struct socket *) 0xc20ac9bc > todrop =3D 69 > acked =3D 69 > ourfinisacked =3D 0 > needoutput =3D 0 > tiwin =3D 5840 > to =3D {to_flags =3D 1, to_tsval =3D 973977367, to_tsecr =3D 80518= 898, > to_mss =3D 0, to_requested_s_scale =3D 0 '\0', to_nsacks =3D 0 '\0', > to_sacks =3D 0x0} > headlocked =3D 0 > rstreason =3D 69 > ip6 =3D (struct ip6_hdr *) 0x0 > isipv6 =3D 0 > #6 0xc0740147 in ip_input (m=3D0xc1c09100) > at /usr/src/sys/netinet/ip_input.c:778 > ip =3D (struct ip *) 0xc1b2f810 > ia =3D (struct in_ifaddr *) 0xc1c0bb00 > ifa =3D (struct ifaddr *) 0xc1c0bb00 > checkif =3D 0 > hlen =3D 20 > sum =3D 0 > dchg =3D 0 > odst =3D {s_addr =3D 3250633472} > #7 0xc07171ff in netisr_processqueue (ni=3D0xc09ca4f8) > at /usr/src/sys/net/netisr.c:236 > m =3D (struct mbuf *) 0xc1c09100 > #8 0xc07174be in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 > ni =3D (struct netisr *) 0xc09ca4f8 > bits =3D 0 > i =3D 0 > #9 0xc06740e5 in ithread_loop (arg=3D0xc19c3280) > at /usr/src/sys/kern/kern_intr.c:547 > ih =3D (struct intrhand *) 0xc19c1080 > p =3D (struct proc *) 0xc19b0624 > count =3D 0 > warned =3D 0 > hlen =3D 20 > sum =3D 0 > dchg =3D 0 > odst =3D {s_addr =3D 3250633472} > #7 0xc07171ff in netisr_processqueue (ni=3D0xc09ca4f8) > at /usr/src/sys/net/netisr.c:236 > m =3D (struct mbuf *) 0xc1c09100 > #8 0xc07174be in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 > ni =3D (struct netisr *) 0xc09ca4f8 > bits =3D 0 > i =3D 0 > #9 0xc06740e5 in ithread_loop (arg=3D0xc19c3280) > at /usr/src/sys/kern/kern_intr.c:547 > ih =3D (struct intrhand *) 0xc19c1080 > p =3D (struct proc *) 0xc19b0624 > count =3D 0 > warned =3D 0 > #10 0xc0673110 in fork_exit (callout=3D0xc067402c , arg=3D0= x0, > frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 > p =3D (struct proc *) 0xc19b0624 > #11 0xc0894a1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 > No locals. > > > I hope that helps. If you need further information or if you have some hi= nts or directions for me, please send me a mail. > --=20 > > Best regards, > > Konstantin Saurbier > > ------------------------------------------------------ > Konstantin Saurbier Tel.: 0521 106 3861 > Computerlabor Mathematik U5-138 > Universitaet Bielefeld Universitaetsstr.25 > 33501 Bielefeld > email: saurbier@math.uni-bielefeld.de > ------------------------------------------------------ > > --0-961574413-1144911302=:443-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 07:51:50 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 CA5A616A401; Thu, 13 Apr 2006 07:51:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 593C943D45; Thu, 13 Apr 2006 07:51:47 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3D7pkaA060915; Thu, 13 Apr 2006 01:51:46 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <443E030E.80708@samsco.org> Date: Thu, 13 Apr 2006 01:51:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: re@freebsd.org Subject: FreeBSD 6.1-RC1 Available 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, 13 Apr 2006 07:51:51 -0000 Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.1-RC1. It is meant to be a refinement of the 6-STABLE, branch with few dramatic changes. A lot of bugfixes have been made, some drivers have been updated, and some areas have been tweaked for better performance, etc. but no large changes have been made to the basic architecture. This RC is late in coming due to many more bugs being fixed, as well as a keyboard multiplexer being added. This is enabled by default via the 'kbdmux' driver and allows multiple keyboards of any type to be plugged in and work at once. In turn, the boot menu option to handle USB keyboards specially has been removed as it is no longer needed. This feature has been tested for several months, but more testing is always needed. We encourage people to help with testing so any final bugs can be identified and worked out. Availability of ISO images is given below. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_6_1. Problem reports can be submitted using the send-pr(1) command. The FreeBSD 5.5 release process is on hold while we put the final touches on 6.1. It will resume within 1-2 weeks with a 5.5-RC1 release. The list of open issues and things still being worked on are on the todo list: http://www.freebsd.org/releases/6.1R/todo.html Known Issues ------------ The NDIS driver is known to not work correctly with the wpa_supplicant package. This will be fixed for the release. A string termination problem can cause geom(8) commands to abort randomly. This will be fixed for the release. Availability ------------ The RC1 ISOs and FTP support are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html The MD5s are: MD5 (6.1-RC1-alpha-disc1.iso) = c9ce5255facfc44a30f34f55dd6ee2d6 MD5 (6.1-RC1-alpha-bootonly.iso) = 9277c6cd9c5dd17a9aeaa9394fe1d2f8 MD5 (6.1-RC1-amd64-bootonly.iso) = 93abe294e7678e00b7391f47a01074fe MD5 (6.1-RC1-amd64-disc1.iso) = c1b718b6752f0e48edb8b822ee9b0dc8 MD5 (6.1-RC1-amd64-disc2.iso) = 4a67ae8ed7a7852e08442205d6a5cd7c MD5 (6.1-RC1-i386-bootonly.iso) = b56aac9ca1a868daaf5673cd21bf78f5 MD5 (6.1-RC1-i386-disc1.iso) = 12521c3f9d40f637e4cdb40ea398d072 MD5 (6.1-RC1-i386-disc2.iso) = 53615f19889fe85c41e2bcea0b2be525 MD5 (6.1-RC1-ia64-bootonly.iso) = b2f284c8f6c28455ac59cb37ff2f6658 MD5 (6.1-RC1-ia64-disc1.iso) = e1385927a3272674512f8205aef0addc MD5 (6.1-RC1-ia64-disc2.iso) = 8b212b2f0914f13621996a8ad8397c71 MD5 (6.1-RC1-ia64-livefs.iso) = 75fdb240f273e7f9b2cdefcab43144c2 MD5 (6.1-RC1-pc98-disc1.iso) = 65465e3298efc5122607ea3d0b3e7136 SHA256 (6.1-RC1-alpha-disc1.iso) = d40b8e3e1944f28c5ba1b1f55eb7b5cc22472177116b98f85f2c5bb0ffb59a5f SHA256 (6.1-RC1-alpha-bootonly.iso) = 43ceaf712475d00b7287d09753635383cb284ad8fc63b98608e55ab458aed157 SHA256 (6.1-RC1-amd64-bootonly.iso) = 88e072b4898692813517aa254a33f1e7469de0e590c36bfb3e92cb120ac0ad16 SHA256 (6.1-RC1-amd64-disc1.iso) = 017e69c5461fe2c865a395830dde88c8a55e7ec83d9a195b3b619346b44f9cc6 SHA256 (6.1-RC1-amd64-disc2.iso) = 81624f3b8dfa67ceab1dc6ec0a94c4485ad85955321c39d13c9ab4a678f776ef SHA256 (6.1-RC1-i386-bootonly.iso) = ec1a3fbf53186b5bc44dbfcdc77872c847f3c55532bb62f2afb4133328e7994f SHA256 (6.1-RC1-i386-disc1.iso) = e0b83f2cbd27db20f330036d0a25b8366b9e45df4b9c09354f76e584a9eb3b83 SHA256 (6.1-RC1-i386-disc2.iso) = de1fe5009229efd44b25bb18c4e68b03027259171cd9e017fe5bffadaa3402bb SHA256 (6.1-RC1-ia64-bootonly.iso) = 2b7290e4babcb647ec8b2a499fc5e0fc6918ac20ee0432e9ce2d216c84a540fa SHA256 (6.1-RC1-ia64-disc1.iso) = 64c035cf52544e2088720d6e6e602f95b53f6d7b342431a1aa2f4b4c32438847 SHA256 (6.1-RC1-ia64-disc2.iso) = e4f2f0599e9e80edec10f30de565e34e16bd8716da6673834036ce4c66d32dc0 SHA256 (6.1-RC1-ia64-livefs.iso) = cac9b95ba01a69d78af0034d96868a7b93e20840f3ec0eacb7a30c7e7dd0b39a SHA256 (6.1-RC1-pc98-disc1.iso) = b797113a34628130f759dc9756b741230dcd064f4519f1a477b3491a02f346ca From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 08:10: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 A417C16A402 for ; Thu, 13 Apr 2006 08:10:13 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EAC943D45 for ; Thu, 13 Apr 2006 08:10:12 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr8so.prod.shaw.ca (pd4mr8so-qfe3.prod.shaw.ca [10.0.141.101]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IXN00FALIP0YGD0@l-daemon> for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 02:10:12 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd4mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IXN00ITGIP0OZG0@pd4mr8so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 02:10:12 -0600 (MDT) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IXN00FVRIOZ5L00@l-daemon> for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 02:10:12 -0600 (MDT) Date: Thu, 13 Apr 2006 01:10:11 -0700 From: Colin Percival In-reply-to: <443E030E.80708@samsco.org> To: Scott Long Message-id: <443E0763.3070507@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <443E030E.80708@samsco.org> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: FreeBSD Stable Subject: Re: FreeBSD 6.1-RC1 Available 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, 13 Apr 2006 08:10:13 -0000 Scott Long wrote: > The FreeBSD Release Engineering Team is pleased to announce the > availability of FreeBSD 6.1-RC1. ^^^^^^^ Just to check that I understand the numbering: The src tree says "6.1-RC" on both RELENG_6 and RELENG_6_1, but you built the release images with the number set to "6.1-RC1"? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 08:12: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 CAD2316A416; Thu, 13 Apr 2006 08:12:22 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A614D43D5D; Thu, 13 Apr 2006 08:12:17 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3D8CGwK061029; Thu, 13 Apr 2006 02:12:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <443E07DC.40206@samsco.org> Date: Thu, 13 Apr 2006 02:12:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <443E030E.80708@samsco.org> <443E0763.3070507@freebsd.org> In-Reply-To: <443E0763.3070507@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD Stable Subject: Re: FreeBSD 6.1-RC1 Available 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, 13 Apr 2006 08:12:22 -0000 Colin Percival wrote: > Scott Long wrote: > >>The FreeBSD Release Engineering Team is pleased to announce the >>availability of FreeBSD 6.1-RC1. > > ^^^^^^^ > > Just to check that I understand the numbering: The src tree > says "6.1-RC" on both RELENG_6 and RELENG_6_1, but you built > the release images with the number set to "6.1-RC1"? > > Colin Percival > Correct Scott From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 08:47: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 B72A516A402 for ; Thu, 13 Apr 2006 08:47:59 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from linuxupdserver.utsp.utwente.nl (linuxupdserver.utsp.utwente.nl [130.89.1.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE23043D53 for ; Thu, 13 Apr 2006 08:47:58 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by linuxupdserver.utsp.utwente.nl (8.11.7/HKD) with ESMTP id k3D8ljI22531 for ; Thu, 13 Apr 2006 10:47:45 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Thu, 13 Apr 2006 10:47:44 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604131047.44821.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: pieter@degoeje.nl Subject: 6.1RC1: Unable to select Minimal distribution 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, 13 Apr 2006 08:47:59 -0000 Hi, I installed FreeBSD 6.1RC1 in qemu. When sysinstall comes to the "Choose Distributions" screen, I am unable to choose the "Minimal" distribution. The [ ] stay blank. Also, selecting All doesn't include it either. Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 08:55: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 B039816A510 for ; Thu, 13 Apr 2006 08:55:28 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F14A43D49 for ; Thu, 13 Apr 2006 08:55:25 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k3D8tL0j094605 ; Thu, 13 Apr 2006 10:55:21 +0200 (CEST) X-Ids: 166 Received: from grobner2.math.jussieu.fr (grobner2.math.jussieu.fr [134.157.13.119]) by riemann.math.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k3D8tKxB097486 ; Thu, 13 Apr 2006 10:55:20 +0200 (CEST) Received: from grobner2.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner2.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k3D8tKqP014635 ; Thu, 13 Apr 2006 10:55:20 +0200 Received: (from jas@localhost) by grobner2.math.jussieu.fr (8.13.1/8.13.1/Submit) id k3D8tJGg014634; Thu, 13 Apr 2006 10:55:19 +0200 Date: Thu, 13 Apr 2006 10:55:19 +0200 From: Albert Shih To: Scott Long Message-ID: <20060413085519.GD12924@math.jussieu.fr> References: <443E030E.80708@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <443E030E.80708@samsco.org> User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.166]); Thu, 13 Apr 2006 10:55:24 +0200 (CEST) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 443E11F9.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-RC1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 08:55:28 -0000 Le 13/04/2006 à 01:51:42-0600, Scott Long a écrit > Announcement > ------------ > > The FreeBSD Release Engineering Team is pleased to announce the > availability of FreeBSD 6.1-RC1. It is meant to be a refinement of the > 6-STABLE, branch with few dramatic changes. A lot of bugfixes have been > made, some drivers have been updated, and some areas have been tweaked > for better performance, etc. but no large changes have been made to the > basic architecture. This RC is late in coming due to many more bugs > being fixed, as well as a keyboard multiplexer being added. This is > enabled by default via the 'kbdmux' driver and allows multiple keyboards > of any type to be plugged in and work at once. In turn, the boot menu > option to handle USB keyboards specially has been removed as it is no > longer needed. This feature has been tested for several months, but > more testing is always needed. > > We encourage people to help with testing so any final bugs can be > identified and worked out. Availability of ISO images is given below. > If you have an older system you want to update using the normal > CVS/cvsup source based upgrade the branch tag to use is RELENG_6_1. > Problem reports can be submitted using the send-pr(1) command. > > The FreeBSD 5.5 release process is on hold while we put the final > touches on 6.1. It will resume within 1-2 weeks with a 5.5-RC1 > release. > > The list of open issues and things still being worked on are on the > todo list: > > Hi all. Lots of thanks for your work. Just one question : You need some testing (http://www.freebsd.org/releases/6.1R/todo.html) for example I see (the first) manual root mount lockmgr panics Needs testing but (maybe I'm little stupid), how can some standard users (like me) can we perform this testing if we don't know how do that ? I think it's great thing if (when it's possible of course) there some advice to tell how can we make this testing. Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Apr 13 10:51:38 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 11:57:50 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 E1C7016A400 for ; Thu, 13 Apr 2006 11:57:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC8743D45 for ; Thu, 13 Apr 2006 11:57:49 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3DBvlnF085829 for ; Thu, 13 Apr 2006 08:57:47 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 13 Apr 2006 08:57:44 -0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604130857.45090.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: devfs.conf and pass0 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, 13 Apr 2006 11:57:51 -0000 hi seems on recent releng_6 (RC1) the permissions set to pass0=20 within /etc/devfs.conf are not applied anymore and need to be set manual in= =20 order getting acd0 available to users=20 pass device is not supposed to be in devfs.rules right? Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 12:13: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 23BF716A402 for ; Thu, 13 Apr 2006 12:13:46 +0000 (UTC) (envelope-from rossiya@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E3243D48 for ; Thu, 13 Apr 2006 12:13:45 +0000 (GMT) (envelope-from rossiya@gmail.com) Received: by nproxy.gmail.com with SMTP id k27so1148935nfc for ; Thu, 13 Apr 2006 05:13:44 -0700 (PDT) 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=DfvHOpds6W7VjgNiXZ3gjGvwMt95MT1rvbwe1l6M0HMIrdzAZ8vWvtam9uT76mqDsBu5RanZ+shtxBzUiOVmtmsWDOUyVSG0e8gMYMErtmOIFh0LjHNudkY43WoKfEohDrnc9s7klT7d3CHtTZKwDSKB2VZRz5uFPFnC7InvJrg= Received: by 10.49.40.4 with SMTP id s4mr126446nfj; Thu, 13 Apr 2006 04:17:24 -0700 (PDT) Received: by 10.48.213.4 with HTTP; Thu, 13 Apr 2006 04:17:23 -0700 (PDT) Message-ID: <28a99ba50604130417x613170d3x9343d2286b03fbb6@mail.gmail.com> Date: Thu, 13 Apr 2006 04:17:24 -0700 From: MC To: freebsd-stable@freebsd.org In-Reply-To: <20060413135730.557ab663@localhost> MIME-Version: 1.0 References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405211154.GA30089@soaustin.net> <20060410215633.GA2483@soaustin.net> <20060413135730.557ab663@localhost> 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: Disappointed 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, 13 Apr 2006 12:13:46 -0000 I have installed freeBSD more than 1000 times, on hundreds of machines. Some of them had no business being called a computer outright, as their reliability was more constrained by chaotic feedback than Von Newman architecture. Memory would disappear while running, DRAM would fail, 3com NICS would drop their checksums, voltages would drop, fans would stop cooling, admins would pull the mains. Somewhere around 2000 FreeBSD became more stable than the hardware it ran upon, given halfway decent administration. By tha= t I mean installing releases and keeping track of release notes. There have been some longstanding bugs that took years to iron out, but I never reported them or patched them myself, implying ultimately the problem wasn't mission critical. Of course some will install CURRENT with GCC O6 and then complain about a kernel panic From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 12:28: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 D19B116A402 for ; Thu, 13 Apr 2006 12:28:18 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7446B43D48 for ; Thu, 13 Apr 2006 12:28:17 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 13407 invoked from network); 13 Apr 2006 12:28:15 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.149.43]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 13 Apr 2006 12:28:15 -0000 Date: Thu, 13 Apr 2006 14:28:09 +0200 From: Fabian Keil To: JoaoBR Message-ID: <20060413142809.5ad2f97e@localhost> In-Reply-To: <200604130857.45090.joao@matik.com.br> References: <200604130857.45090.joao@matik.com.br> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_wHfipwIE5Z261XD7abTLmMr; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 12:28:18 -0000 --Sig_wHfipwIE5Z261XD7abTLmMr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable JoaoBR wrote: > seems on recent releng_6 (RC1) the permissions set to pass0=20 > within /etc/devfs.conf are not applied anymore and need to be set > manual in order getting acd0 available to users=20 Works for me on FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006. Did you by any chance just forgot to add a newline after your pass0 line? Fabian --=20 http://www.fabiankeil.de/ --Sig_wHfipwIE5Z261XD7abTLmMr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPkPgjV8GA4rMKUQRAtZ2AJ93D+ZXrq1Tqywf3pQ8/D7WN7FkxgCguTjL 44k3VQfF7W58Hes20BdJ37M= =QVBp -----END PGP SIGNATURE----- --Sig_wHfipwIE5Z261XD7abTLmMr-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 12:39:11 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 5AE5916A402 for ; Thu, 13 Apr 2006 12:39:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A037C43D46 for ; Thu, 13 Apr 2006 12:39:10 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3DCd0wu088045; Thu, 13 Apr 2006 09:39:00 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Fabian Keil Date: Thu, 13 Apr 2006 09:38:58 -0300 User-Agent: KMail/1.9.1 References: <200604130857.45090.joao@matik.com.br> <20060413142809.5ad2f97e@localhost> In-Reply-To: <20060413142809.5ad2f97e@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604130938.58661.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 12:39:11 -0000 On Thursday 13 April 2006 09:28, Fabian Keil wrote: > JoaoBR wrote: > > seems on recent releng_6 (RC1) the permissions set to pass0 > > within /etc/devfs.conf are not applied anymore and need to be set > > manual in order getting acd0 available to users > > Works for me on FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006. > > Did you by any chance just forgot to add a newline after > your pass0 line? > nooo there are others below and the last is an empty line the permissions are set as before to acd0 and cd0 but not to pass0 I cvsuped yesterday 6.1-RC FreeBSD 6.1-RC #3: Wed Apr 12 18:15:55 BRT 2006 seems there was a change in devfs.h yesterday or any other idea? thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 13:02: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 1F53C16A400 for ; Thu, 13 Apr 2006 13:02:34 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-04.prod.mesa1.secureserver.net (smtpout04-04.prod.mesa1.secureserver.net [64.202.165.199]) by mx1.FreeBSD.org (Postfix) with SMTP id B10B443D45 for ; Thu, 13 Apr 2006 13:02:33 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 30279 invoked from network); 13 Apr 2006 13:02:33 -0000 Received: from unknown (24.144.77.138) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 13 Apr 2006 13:02:32 -0000 Message-ID: <443E4BE8.5080806@seclark.us> Date: Thu, 13 Apr 2006 09:02:32 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <443DB8A5.1020006@seclark.us> <20060413063214.GA94628@spc.org> In-Reply-To: <20060413063214.GA94628@spc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 13:02:34 -0000 Bruce M Simpson wrote: >On Wed, Apr 12, 2006 at 10:34:13PM -0400, Stephen Clark wrote: > > >>Can anyone tell me why the maximum number of members in a multicast >>group is set at >>20? >>Are there issues with increasing this number? >> >> > >Why would one wish to join more than 20 groups on a single socket? > >I realize making such a statement leaves me wide open to the charge of >640KB being enough for anyone, but... > >This limit in no way affects multicast routing, btw. Based on my reading >of the code... > >This is a per-socket limit. The structures to support per-socket multicast >group membership are simple linked lists or statically allocated arrays. >The reason for this is so as not to break the ABI for struct ip_moptions >which has been present since 4.4BSD. > >Changing this structure to not use the static allocation would probably >break your kernel for modules compiled without such a change. Also there >are IGMP timers involved. > >The other poster who replied is probably talking about a per-interface-card >limit to do with the multicast hash filter on most Ethernet cards - this >is a hard limit, and the driver/hardware has to either support multicast >promiscuous mode (IFF_ALLMULTI) or be able to support full promiscuous mode >(which may not work correctly with IP forwarding in my experience). > >Patches to refactor kernel multicast system gladly accepted! > >Regards, >BMS > >P.S. Someone was meant to be porting IGMPv3/SSM but there were licensing >issues with Apple. > > > Well I was trying to set up an ospf system with more than 20 neighbors and could only get 20 neighors to show up in quagga, so I posed the question to the quagga mailing list and got the following responses: 1) Hi Steve, I think you might be hitting the IGMP limit. The 244.0.0.5/6 multicast address is joined using IGMP and there is a kernel variable that needs to get bumped up higher to peer with more than 20 neighbors. I'm fuzzy on this 'cuz I haven't seen anyone post this particular problem in a while. cat /proc/sys/net/ipv4/igmp_max_memberships 20 Bump it up to whatever number is higher than your max. neighbor count. -Kris Kris Olander kriso@packetdesign.com 2) Hmm... ok on a 4.8 Freebsd system I see the following in the kernel build area: /usr/src/sys# grep -i membership */* | grep -i max netinet/icmp6.h:#define icmp6_maxdelay icmp6_data16[0] /* mcast group membership */ netinet/in.h:#define IP_MAX_MEMBERSHIPS 20 /* per socket */ netinet/ip_output.c: if (i == IP_MAX_MEMBERSHIPS) { netinet/ip_var.h: struct in_multi *imo_membership [IP_MAX_MEMBERSHIPS]; I wonder if IP_MAX_MEMBERSHIP is the right parameter that needs bumping up. I suppose you could give it a try and see if changing this value (and then building a new kernel) increases the IGMP membership too. I don't see why it would cause any harm. Anyone with more FreeBSD kernel experience want to chime in? -KO (Kris Olander) When I bumped the limit and recompiled my kernel I saw all my neighbors listed when I queried ospfd. So my assumption was that this limit was affecting how many neighbors I could have. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 13:07:03 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 756BA16A402 for ; Thu, 13 Apr 2006 13:07:03 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout07-04.prod.mesa1.secureserver.net (smtpout07-01.prod.mesa1.secureserver.net [64.202.165.230]) by mx1.FreeBSD.org (Postfix) with SMTP id F136B43D46 for ; Thu, 13 Apr 2006 13:07:02 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 13918 invoked from network); 13 Apr 2006 13:07:02 -0000 Received: from unknown (24.144.77.138) by smtpout07-04.prod.mesa1.secureserver.net (64.202.165.233) with ESMTP; 13 Apr 2006 13:07:02 -0000 Message-ID: <443E4CF5.6000901@seclark.us> Date: Thu, 13 Apr 2006 09:07:01 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <443DB8A5.1020006@seclark.us> <20060413063214.GA94628@spc.org> <20060413063604.GB94628@spc.org> In-Reply-To: <20060413063604.GB94628@spc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 13:07:03 -0000 Bruce M Simpson wrote: >On Thu, Apr 13, 2006 at 07:32:14AM +0100, Bruce M Simpson wrote: > > >>On Wed, Apr 12, 2006 at 10:34:13PM -0400, Stephen Clark wrote: >> >> >>>Can anyone tell me why the maximum number of members in a multicast >>>group is set at >>>20? >>>Are there issues with increasing this number? >>> >>> > >Ah. Your original question appears not to have been answered. My bad. > >I do not see a limit on the members of a multicast group on FreeBSD >either for individual sockets or for multicast forwarding based on my >reading of the source code. > >BMS > > > From FreeBSD 6.0 prerelease also in 4.9 /usr/src/sys/netinet/in.h #define IP_MAX_MEMBERSHIPS 20 /* per socket */ Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 13:51: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 13B6B16A401 for ; Thu, 13 Apr 2006 13:51:38 +0000 (UTC) (envelope-from taglio@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F0043D48 for ; Thu, 13 Apr 2006 13:51:37 +0000 (GMT) (envelope-from taglio@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so1506106wra for ; Thu, 13 Apr 2006 06:51:37 -0700 (PDT) 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=FaMn3BNh6qX3uoNcYHnJasIRaxmWrt4RfRxbfHqOamW94XQ7uwOopxw8YPkXH94gMVrapYjSFx0K5bfA4FAdDfHSFWN1mrEf+b9fc1pk3A3yCuZslLP5IpsStqSadCUUk259kjzgbkL4epkFWoTY4XepDj52LQrvsNPQt6mAkDg= Received: by 10.65.182.6 with SMTP id j6mr332444qbp; Thu, 13 Apr 2006 06:51:36 -0700 (PDT) Received: by 10.65.177.1 with HTTP; Thu, 13 Apr 2006 06:51:36 -0700 (PDT) Message-ID: <31fbaca90604130651q746109fet3dc06c2bf3e791ef@mail.gmail.com> Date: Thu, 13 Apr 2006 15:51:36 +0200 From: "Riccardo Giuntoli" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: pear port install 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, 13 Apr 2006 13:51:38 -0000 SGkgdGhlcmUsIHRvZGF5IGkndmUgZ290IGEgcHJvYmxlbSBpbiB0aGUgaW5zdGFsbGF0aW9uIG9m IHBvcnQKcGVhci0xLjQuNiBzaXR1YXRlZCBpbiAvdXNyL3BvcnRzL2RldmVsL3BlYXIuCgojIG1h a2UgaW5zdGFsbCBjbGVhbgo9PT0+ICBFeHRyYWN0aW5nIGZvciBwZWFyLTEuNC42Cj0+IE1ENSBD aGVja3N1bSBPSyBmb3IgcGVhci0xLjQuNi50YXIuYnoyLgo9PiBTSEEyNTYgQ2hlY2tzdW0gT0sg Zm9yIHBlYXItMS40LjYudGFyLmJ6Mi4KPT09PiAgUGF0Y2hpbmcgZm9yIHBlYXItMS40LjYKPT09 PiAgQXBwbHlpbmcgRnJlZUJTRCBwYXRjaGVzIGZvciBwZWFyLTEuNC42Cj09PT4gIENvbmZpZ3Vy aW5nIGZvciBwZWFyLTEuNC42Cj09PT4gIEluc3RhbGxpbmcgZm9yIHBlYXItMS40LjYKPT09PiAg IHBlYXItMS40LjYgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2luY2x1ZGUvcGhwL21haW4v cGhwLmggLSBmb3VuZAo9PT0+ICAgcGVhci0xLjQuNiBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9j YWwvbGliL3BocC8yMDA1MDkyMi9wY3JlLnNvIC0gZm91bmQKPT09PiAgIHBlYXItMS40LjYgZGVw ZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYi9waHAvMjAwNTA5MjIveG1sLnNvIC0gZm91bmQK PT09PiAgIEdlbmVyYXRpbmcgdGVtcG9yYXJ5IHBhY2tpbmcgbGlzdAo9PT0+ICBDaGVja2luZyBp ZiBkZXZlbC9wZWFyIGFscmVhZHkgaW5zdGFsbGVkCm1rZGlyIGZhaWxlZDoKbWtkaXIgZmFpbGVk OiAvClVuYWJsZSB0byBjcmVhdGUgQmluYXJpZXMgZGlyZWN0b3J5IC91c3IvbG9jYWwvYmluLgpS dW4gdGhpcyBzY3JpcHQgYXMgcm9vdCBvciBwaWNrIGFub3RoZXIgbG9jYXRpb24uCgojIGlkCnVp ZD0wKHJvb3QpIGdpZD0wKHdoZWVsKSBncm91cHM9MCh3aGVlbCksIDUob3BlcmF0b3IpCiMKClRo ZSBtYWNoaW5lIGlzIGEgRnJlZUJTRC1TVEFCTEUsIGhlcmUgeW91IGFyZSB0aGUgb3V0cHV0IG9m IHVuYW1lIC1hOgoKRnJlZUJTRCB0aHVuZGVyYmlyZC5CU0RJbmZvcm1hdGljYS5iaXogNS41LVBS RVJFTEVBU0UgRnJlZUJTRAo1LjUtUFJFUkVMRUFTRSAjMjogVHVlIEFwciAxMSAxNzo0NTo1MSBD RVNUIDIwMDYgICAgCnRhZ2xpb0B0aHVuZGVyYmlyZC5CU0RJbmZvcm1hdGljYS5iaXo6L3Vzci9v YmovdXNyL3NyYy9zeXMvVEhVTkRFUkJJUkQKIGkzODYKCkFueSBzdWdnZXRpb25zPwpCZXN0IFJl Z2FyZHMsIFJHLgoKLS0KTmFtZTogUmljY2FyZG8gR2l1bnRvbGkKRW1haWw6IHRhZ2xpb0BbZ21h aWwuY29tLCBsdXhvcm8ub3JnLCBCU0RJbmZvcm1hdGljYS5iaXpdCkhvbWVwYWdlOiBodHRwOi8v d3d3Lmx1eG9yby5vcmcvCkxvY2F0aW9uOiBHZW5vdmEsIEl0YWx5CjZCT05FIEhhbmRsZTogUkc1 ODEtNkJPTkUKUEdQIEtleTogMHg2NzEyMzczOQpQR1AgRmluZ2VycHJpbnQ6IENFNzUgMTZCNSBE ODU1IDg0MkYgQUI1NAogICAgICAgICAgICAgICAgICAgICAgICAgIEZCNUMgRERDNiA0NjQwIDY3 MTIgMzczOQpLZXkgc2VydmVyOiBoa3A6Ly93d3drZXlzLmV1LnBncC5uZXQK From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 13:56: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 EE18D16A403 for ; Thu, 13 Apr 2006 13:56:13 +0000 (UTC) (envelope-from hendriks-j@wanadoo.nl) Received: from smtp-2.wanadoo.nl (smtp-2.wanadoo.nl [193.252.22.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED53D43D70 for ; Thu, 13 Apr 2006 13:56:12 +0000 (GMT) (envelope-from hendriks-j@wanadoo.nl) Received: from wwinf6101 (wwinf6101 [172.22.153.28]) by mwinf6109.wanadoo.nl (SMTP Server) with ESMTP id 47DA17000088 for ; Thu, 13 Apr 2006 15:56:11 +0200 (CEST) X-ME-UUID: 20060413135611294.47DA17000088@mwinf6109.wanadoo.nl Message-ID: <11371598.1144936571284.JavaMail.www@wwinf6101> From: J Hendriks To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [213.84.11.61] X-Wum-Nature: EMAIL-NATURE X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Date: Thu, 13 Apr 2006 15:56:11 +0200 (CEST) Subject: Build kernel fails after cvsup tag=RELENG_6_1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hendriks-j@wanadoo.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 13:56:14 -0000 Hello i did a cvsup as of now and did a useual buildworld cycles on three of my testing machines 2 p4 and 1 p3 The all exited at the buildkernel part with the following error. cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/bce/if_bce.c /usr/src/sys/dev/bce/if_bce.c: In function `bce_rx_intr': /usr/src/sys/dev/bce/if_bce.c:4093: error: structure has no member named `rxcycles' /usr/src/sys/dev/bce/if_bce.c: In function `bce_ioctl': /usr/src/sys/dev/bce/if_bce.c:4897: error: label `bce_ioctl_exit' used but not defined *** Error code 1 Stop in /usr/obj/usr/src/sys/KRNL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. No special things in make.conf except CPUTYPE?=p4 an p3 for the p3 machine the routine i use is cd /usr/src make cleanworld && make cleandir && make cleandir make -j2 buildworld && make buildkernel KERNCONF=configfile First i thought it was the kernel config file so kopied GENERIC to KRNL and remove the 486 and 586 option and that is it but they still fail. Best regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 14:01: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 316A616A402 for ; Thu, 13 Apr 2006 14:01:53 +0000 (UTC) (envelope-from skon@kr.FreeBSD.org) Received: from bibs.snu.ac.kr (bibs.snu.ac.kr [147.46.42.54]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CB5543D6D for ; Thu, 13 Apr 2006 14:01:48 +0000 (GMT) (envelope-from skon@kr.FreeBSD.org) Received: (qmail 59261 invoked from network); 13 Apr 2006 13:59:58 -0000 Received: from unknown (HELO skon2) (147.46.24.107) by bibs.snu.ac.kr with SMTP; 13 Apr 2006 13:59:58 -0000 Message-ID: <001801c65f02$d01ad2f0$6b182e93@skon2> From: "SungGON Yi." To: Date: Thu, 13 Apr 2006 23:01:51 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1830 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 Cc: amd64@freebsd.org, stable@freebsd.org Subject: bge0 problem on 6.1-PR 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, 13 Apr 2006 14:01:53 -0000 SSBhbSB1c2luZyA2Lnggb24gVHlhbiBTMjg4NUFOUkYgYm9hcmQgYW5kIGFkZCBvbmUgbW9yZSBO SUMuDQpEZXZpY2UgbmFtZXMgYXJlIGJnZTAgKGJvYXJkIGxhbikgYW5kIGJnZTEgKGFkZGl0aW9u YWwgTklDKS4gDQoNClRoZXNlIHdvcmtlZCB3ZWxsIG9uIEZyZWVCU0QgNi4wLWFtZDY0IHN0YWJs ZS4NCkJ1dCB3aGVuIEkgdXBkYXRlZCB0byA2LjEtUFJFUkVMRUFTRSB2ZXJzaW9uLCBJIGhhZCBi ZWxvdyBtZXNzYWdlcyBhbmQgYmdlMCBkaWQgbm90IHdvcmsuDQpiZ2UxIHdvcmtlZCB3ZWxsIGFz IGJlZm9yZS4gDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpiZ2UwOiB3YXRj aGRvZyB0aW1lb3V0IC0tIHJlc2V0dGluZw0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCg0KSSBhbSB1c2luZyA2LjAtUkVMRUFTRSBub3cuIA0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KYmdlMDogPEJyb2FkY29tIEJDTTU3MDEgR2lnYWJpdCBFdGhlcm5ldCwg QVNJQyByZXYuIDB4MTA1PiBtZW0gMHhmYzZmMDAwMC0weGZjNmZmZmZmIGlycSAyNyBhdCBkZXZp Y2UgOC4wIG9uIHBjaTINCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwDQpicmdwaHkwOiA8QkNN NTcwMSAxMC8xMDAvMTAwMGJhc2VUWCBQSFk+IG9uIG1paWJ1czANCmJyZ3BoeTA6ICAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVRYLCAxMDAw YmFzZVRYLUZEWCwgYXV0bw0KYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6NzY6ZjM6ZTg6 YzkNCmJnZTE6IDxCcm9hZGNvbSBCQ001NzAzIEdpZ2FiaXQgRXRoZXJuZXQsIEFTSUMgcmV2LiAw eDEwMDI+IG1lbSAweGZjNmUwMDAwLTB4ZmM2ZWZmZmYgaXJxIDI0IGF0IGRldmljZSA5LjAgb24g cGNpMg0KbWlpYnVzMTogPE1JSSBidXM+IG9uIGJnZTENCmJyZ3BoeTE6IDxCQ001NzAzIDEwLzEw MC8xMDAwYmFzZVRYIFBIWT4gb24gbWlpYnVzMQ0KYnJncGh5MTogIDEwYmFzZVQsIDEwYmFzZVQt RkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgsIDEwMDBiYXNlVFgtRkRY LCBhdXRvDQpiZ2UxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDplMDo4MToyNzphMDpmNg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiQgaWZjb25m aWcNCmJnZTA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNB U1Q+IG10dSAxNTAwDQogb3B0aW9ucz0xYjxSWENTVU0sVFhDU1VNLFZMQU5fTVRVLFZMQU5fSFdU QUdHSU5HPg0KIGluZXQ2IGZlODA6OjIwNDo3NmZmOmZlZjM6ZThjOSViZ2UwIHByZWZpeGxlbiA2 NCBzY29wZWlkIDB4MSANCiBpbmV0IHh4eC54eHgueHh4Lnh4eCBuZXRtYXNrIDB4ZmZmZmZmMDAg YnJvYWRjYXN0IHh4eC54eHgueHh4Lnh4eA0KIGV0aGVyIDAwOjA0Ojc2OmYzOmU4OmM5DQogbWVk aWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKDEwMGJhc2VUWCA8ZnVsbC1kdXBsZXg+KQ0KIHN0YXR1 czogYWN0aXZlDQpiZ2UxOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgs TVVMVElDQVNUPiBtdHUgMTUwMA0KIG9wdGlvbnM9MWI8UlhDU1VNLFRYQ1NVTSxWTEFOX01UVSxW TEFOX0hXVEFHR0lORz4NCiBpbmV0NiBmZTgwOjoyZTA6ODFmZjpmZTI3OmEwZjYlYmdlMSBwcmVm aXhsZW4gNjQgc2NvcGVpZCAweDIgDQogaW5ldCAxOTIuMTY4LjI0LjEwNiBuZXRtYXNrIDB4ZmZm ZmZmMDAgYnJvYWRjYXN0IDE5Mi4xNjguMjQuMjU1DQogZXRoZXIgMDA6ZTA6ODE6Mjc6YTA6ZjYN CiBtZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAoMTAwMGJhc2VUWCA8ZnVsbC1kdXBsZXg+KQ0K IHN0YXR1czogYWN0aXZlDQpsbzA6IGZsYWdzPTgwNDk8VVAsTE9PUEJBQ0ssUlVOTklORyxNVUxU SUNBU1Q+IG10dSAxNjM4NA0KIGluZXQ2IDo6MSBwcmVmaXhsZW4gMTI4IA0KIGluZXQ2IGZlODA6 OjElbG8wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4MyANCiBpbmV0IDEyNy4wLjAuMSBuZXRtYXNr IDB4ZmYwMDAwMDAgDQpwZnN5bmMwOiBmbGFncz0wPD4gbXR1IDIwMjANCnBmbG9nMDogZmxhZ3M9 MDw+IG10dSAzMzE2MA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClN1 bmdHT04gWWkuDQpza29uQGtyLkZyZWVCU0Qub3JnDQoNCg== From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 14:16: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 E5A3316A400; Thu, 13 Apr 2006 14:16:08 +0000 (UTC) (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 C32A143D80; Thu, 13 Apr 2006 14:16:04 +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 k3DEG2MX070966; Thu, 13 Apr 2006 17:16:02 +0300 (EEST) (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 51589-04; Thu, 13 Apr 2006 17:15:34 +0300 (EEST) 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 k3DEEfSc070930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Apr 2006 17:14:41 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.6/8.13.6) id k3DEEhLF001117; Thu, 13 Apr 2006 17:14:43 +0300 (EEST) (envelope-from ru) Date: Thu, 13 Apr 2006 17:14:43 +0300 From: Ruslan Ermilov To: J Hendriks , ps@FreeBSD.org Message-ID: <20060413141443.GA1013@ip.net.ua> References: <11371598.1144936571284.JavaMail.www@wwinf6101> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <11371598.1144936571284.JavaMail.www@wwinf6101> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-stable@FreeBSD.org Subject: Re: Build kernel fails after cvsup tag=RELENG_6_1 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, 13 Apr 2006 14:16:09 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 13, 2006 at 03:56:11PM +0200, J Hendriks wrote: > Hello i did a cvsup as of now and did a useual buildworld cycles on three= of my testing machines 2 p4 and 1 p3 >=20 > The all exited at the buildkernel part with the following error. >=20 > cc -c -O -pipe -march=3Dpentium4 -Wall -Wredundant-decls -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-= qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -= I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/c= ontrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/fre= ebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_K= ERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D800= 0 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -m= no-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -= mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/bce/if_bce.c > /usr/src/sys/dev/bce/if_bce.c: In function `bce_rx_intr': > /usr/src/sys/dev/bce/if_bce.c:4093: error: structure has no member named = `rxcycles' > /usr/src/sys/dev/bce/if_bce.c: In function `bce_ioctl': > /usr/src/sys/dev/bce/if_bce.c:4897: error: label `bce_ioctl_exit' used bu= t not defined > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/KRNL. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > No special things in make.conf except CPUTYPE?=3Dp4 an p3 for the p3 mach= ine > the routine i use is=20 >=20 > cd /usr/src > make cleanworld && make cleandir && make cleandir > make -j2 buildworld && make buildkernel KERNCONF=3Dconfigfile=20 >=20 > First i thought it was the kernel config file so kopied GENERIC to KRNL a= nd remove the 486 and 586 option and that is it but they still fail. >=20 Your kernel has DEVICE_POLLING option which was broken in the driver. I've committed a fix to HEAD, you can pull it up from here or wait for it to be MFCed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEPlzTqRfpzJluFF4RAhi0AJ98hfp6e0CJ8QWgXgRsaqUZ0wZPRACgk1GV aniny43MwVvf77WeREuy8nY= =glae -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 14:36: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 C07BE16A400 for ; Thu, 13 Apr 2006 14:36:30 +0000 (UTC) (envelope-from racinej@mcmaster.ca) Received: from cgpsrv2.cis.mcmaster.ca (univmail.CIS.McMaster.CA [130.113.64.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41CD743D45 for ; Thu, 13 Apr 2006 14:36:29 +0000 (GMT) (envelope-from racinej@mcmaster.ca) Received: from pc-racine1.Economics.McMaster.CA ([130.113.139.86] verified) by cgpsrv2.cis.mcmaster.ca (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 123357185 for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 10:36:28 -0400 From: Jeffrey Racine To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: McMaster University Date: Thu, 13 Apr 2006 10:36:28 -0400 Message-Id: <1144938988.4649.10.camel@pc-racine1.economics.mcmaster.ca> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Subject: 6.1-RC1 fails to compile... missing header files in /usr/src/gnu/usr.bin/groff/src/libs/libgroff? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: racinej@mcmaster.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 14:36:30 -0000 Hi. I am currently running 6.0 (here is uname -a). FreeBSD pc-racine1.mcmaster.ca 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 #7: Thu Jan 12 09:30:38 EST 2006 root@pc-racine1.mcmaster.ca:/usr/obj/usr/src/sys/OPTIPLEX i386 Just tried a fresh cvsup from cvsup9, a standard compile via cvsup -g -L 2 /usr/share/examples/cvsup/current-supfile && cd /usr/obj && chflags -R noschg * && rm -rf /usr/obj/* && cd /usr/src && nice -20 make buildworld && nice -20 make buildkernel=20 and got hung up rather quickly... here is the message... =3D=3D=3D> gnu/usr.bin/groff/contrib (depend) =3D=3D=3D> gnu/usr.bin/groff/contrib/mm (depend) =3D=3D=3D> gnu/usr.bin/groff/doc (depend) =3D=3D=3D> gnu/usr.bin/groff/font (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devX100 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devX100-12 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devX75 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devX75-12 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devascii (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devcp1047 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devdvi (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devhtml (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devkoi8-r (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devlatin1 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devlbp (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devlj4 (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devps (depend) =3D=3D=3D> gnu/usr.bin/groff/font/devutf8 (depend) =3D=3D=3D> gnu/usr.bin/groff/man (depend) =3D=3D=3D> gnu/usr.bin/groff/src (depend) =3D=3D=3D> gnu/usr.bin/groff/src/libs (depend) =3D=3D=3D> gnu/usr.bin/groff/src/libs/libgroff (depend) Making version.cpp rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/lib groff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/s rc/libs/libgroff/../../../src/include -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/gnu/usr.bin/groff/src/li= bs/libgroff/../../../../../../contrib/groff/src /libs/libgroff/iftoa.c /usr= /src/gnu/usr.bin/groff/src/libs/libgroff/../../../../ ../../contrib/groff/s= rc/libs/libgroff/itoa.c /usr/src/gnu/usr.bin/groff/src/libs /libgroff/../..= /../../../../contrib/groff/src/libs/libgroff/matherr.c /usr/src/g nu/usr.bi= n/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libg rof= f/progname.c mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../.. /../../../c= ontrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/ src/l= ibs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cp= p /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/g= roff/s rc/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgro= ff/../../../ ../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gn= u/usr.bin/groff/sr c/libs/libgroff/../../../../../../contrib/groff/src/libs= /libgroff/cset.cpp /usr/ src/gnu/usr.bin/groff/src/libs/libgroff/../../../.= ./../../contrib/groff/src/libs /libgroff/device.cpp /usr/src/gnu/usr.bin/gr= off/src/libs/libgroff/../../../../.. /../contrib/groff/src/libs/libgroff/er= rarg.cpp /usr/src/gnu/usr.bin/groff/src/li bs/libgroff/../../../../../../co= ntrib/groff/src/libs/libgroff/error.cpp /usr/src /gnu/usr.bin/groff/src/lib= s/libgroff/../../../../../../contrib/groff/src/libs/li bgroff/fatal.cpp /us= r/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../ contrib/groff/= src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs /libgrof= f/../../../../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gn u/= usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/li= bgr off/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../= ../../../ contrib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin= /groff/src/libs /libgroff/../../../../../../contrib/groff/src/libs/libgroff= /glyphuni.cpp /usr/sr c/gnu/usr.bin/groff/src/libs/libgroff/../../../../../= ../contrib/groff/src/libs/l ibgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff= /src/libs/libgroff/../../../../.. /../contrib/groff/src/libs/libgroff/hypot= .cpp /usr/src/gnu/usr.bin/groff/src/lib s/libgroff/../../../../../../contri= b/groff/src/libs/libgroff/invalid.cpp /usr/sr c/gnu/usr.bin/groff/src/libs/= libgroff/../../../../../../contrib/groff/src/libs/l ibgroff/lf.cpp /usr/src= /gnu/usr.bin/groff/src/libs/libgroff/../../../../../../co ntrib/groff/src/l= ibs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/lib groff/../..= /../../../../contrib/groff/src/libs/libgroff/macropath.cpp /usr/src/g nu/us= r.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libg= roff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../..= /../.. /../contrib/groff/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/= groff/src/li bs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/= nametoindex.cpp /u sr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../.= ./../contrib/groff/src/l ibs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/sr= c/libs/libgroff/../../../../.. /../contrib/groff/src/libs/libgroff/paper.cp= p /usr/src/gnu/usr.bin/groff/src/lib s/libgroff/../../../../../../contrib/g= roff/src/libs/libgroff/prime.cpp /usr/src/ gnu/usr.bin/groff/src/libs/libgr= off/../../../../../../contrib/groff/src/libs/lib groff/ptable.cpp /usr/src/= gnu/usr.bin/groff/src/libs/libgroff/../../../../../../ contrib/groff/src/li= bs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/li bs/libgroff/..= /../../../../../contrib/groff/src/libs/libgroff/string.cpp /usr/sr c/gnu/us= r.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/l ib= groff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../= ../ ../contrib/groff/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/grof= f/src/lib s/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpf= ile.cpp /usr/sr c/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../con= trib/groff/src/libs/l ibgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/li= bs/libgroff/../../../../../ ../contrib/groff/src/libs/libgroff/unicode.cpp = /usr/src/gnu/usr.bin/groff/src/li bs/libgroff/../../../../../../contrib/gro= ff/src/libs/libgroff/uniglyph.cpp /usr/ src/gnu/usr.bin/groff/src/libs/libg= roff/../../../../../../contrib/groff/src/libs /libgroff/uniuni.cpp version.= cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/color.cpp:26:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/color.cpp:27:19: color.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/color.cpp:28:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/color.cpp:37:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/color.cpp:38:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/cset.cpp:28:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/cset.cpp:29:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/device.cpp:22:20: device.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/device.cpp:23:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/errarg.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/error.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/error.cpp:25:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/font.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/font.cpp:28:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/font.cpp:29:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/font.cpp:30:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/font.cpp:31:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/font.cpp:32:19: paper.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/fontfile.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/fontfile.cpp:27:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/fontfile.cpp:28:24: searchpath.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/fontfile.cpp:29:20: device.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/fontfile.cpp:30:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/glyphuni.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/glyphuni.cpp:23:25: stringclass.h: No such file or dir= ectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/glyphuni.cpp:24:20: ptable.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/glyphuni.cpp:26:21: unicode.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/htmlhint.cpp:20:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/htmlhint.cpp:25:22: nonposix.h: No such file or direct= ory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/htmlhint.cpp:26:25: stringclass.h: No such file or dir= ectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/htmlhint.cpp:27:26: html-strings.h: No such file or di= rectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/invalid.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/lf.cpp:23:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/lf.cpp:24:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/lf.cpp:25:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/macropath.cpp:21:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/macropath.cpp:22:24: searchpath.h: No such file or dir= ectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/macropath.cpp:23:23: macropath.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/macropath.cpp:24:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/maxfilename.cpp:23:17: lib.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/nametoindex.cpp:22:17: lib.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/nametoindex.cpp:27:20: errarg.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/nametoindex.cpp:28:19: error.h: No such file or direct= ory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/nametoindex.cpp:29:18: font.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/nametoindex.cpp:30:20: ptable.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/new.cpp:21:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/new.cpp:26:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/new.cpp:27:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/paper.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/paper.cpp:23:19: paper.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/ptable.cpp:20:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/ptable.cpp:21:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/ptable.cpp:22:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/searchpath.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/searchpath.cpp:28:24: searchpath.h: No such file or di= rectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/searchpath.cpp:29:22: nonposix.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/string.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/string.cpp:24:25: stringclass.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/symbol.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/symbol.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/symbol.cpp:25:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/symbol.cpp:26:20: symbol.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpfile.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpfile.cpp:27:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpfile.cpp:28:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpfile.cpp:29:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpfile.cpp:30:22: nonposix.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpname.cpp:25:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpname.cpp:32:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/tmpname.cpp:33:22: nonposix.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/unicode.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/unicode.cpp:23:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/unicode.cpp:24:25: stringclass.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/unicode.cpp:26:21: unicode.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniglyph.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniglyph.cpp:23:25: stringclass.h: No such file or dir= ectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniglyph.cpp:24:20: ptable.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniglyph.cpp:26:21: unicode.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniuni.cpp:25:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniuni.cpp:26:25: stringclass.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniuni.cpp:27:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src /libs/libgroff/uniuni.cpp:29:21: unicode.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src/libs/libgroff. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src/libs. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Thanks! --=20 Professor J. S. Racine Phone: (905) 525 9140 x 23825 Department of Economics FAX: (905) 521-8232 McMaster University e-mail: racinej@mcmaster.ca 1280 Main St. W.,Hamilton, URL: http://www.economics.mcmaster.ca/racine/ Ontario, Canada. L8S 4M4 `The generation of random numbers is too important to be left to chance.' From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 14:44: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 D210E16A403 for ; Thu, 13 Apr 2006 14:44:15 +0000 (UTC) (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 69A7143D49 for ; Thu, 13 Apr 2006 14:44:15 +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.4P/8.13.4) with ESMTP id k3DEiEsq064106; Thu, 13 Apr 2006 10:44:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3P/8.13.3) with ESMTP id k3DEiDre043669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Apr 2006 10:44:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060413104259.09b86240@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 13 Apr 2006 10:44:03 -0400 To: racinej@mcmaster.ca, freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <1144938988.4649.10.camel@pc-racine1.economics.mcmaster.ca> References: <1144938988.4649.10.camel@pc-racine1.economics.mcmaster.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new Cc: Subject: Re: 6.1-RC1 fails to compile... missing header files in /usr/src/gnu/usr.bin/groff/src/libs/libgroff? 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, 13 Apr 2006 14:44:15 -0000 At 10:36 AM 13/04/2006, Jeffrey Racine wrote: >Hi. > >I am currently running 6.0 (here is uname -a). > >FreeBSD pc-racine1.mcmaster.ca 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 #7: >Thu Jan 12 09:30:38 EST 2006 >root@pc-racine1.mcmaster.ca:/usr/obj/usr/src/sys/OPTIPLEX i386 > >Just tried a fresh cvsup from cvsup9, a standard compile via > >cvsup -g -L 2 /usr/share/examples/cvsup/current-supfile What are the contents of your current-supfile ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 14:50: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 0555716A408 for ; Thu, 13 Apr 2006 14:50:33 +0000 (UTC) (envelope-from racinej@mcmaster.ca) Received: from cgpsrv2.cis.mcmaster.ca (univmail.CIS.McMaster.CA [130.113.64.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78DF843D49 for ; Thu, 13 Apr 2006 14:50:31 +0000 (GMT) (envelope-from racinej@mcmaster.ca) Received: from pc-racine1.Economics.McMaster.CA ([130.113.139.86] verified) by cgpsrv2.cis.mcmaster.ca (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 123359534; Thu, 13 Apr 2006 10:50:30 -0400 From: Jeffrey Racine To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20060413104259.09b86240@64.7.153.2> References: <1144938988.4649.10.camel@pc-racine1.economics.mcmaster.ca> <6.2.3.4.0.20060413104259.09b86240@64.7.153.2> Content-Type: text/plain Organization: McMaster University Date: Thu, 13 Apr 2006 10:50:30 -0400 Message-Id: <1144939830.4649.18.camel@pc-racine1.economics.mcmaster.ca> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-RC1 fails to compile... missing header files in /usr/src/gnu/usr.bin/groff/src/libs/libgroff? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: racinej@mcmaster.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 14:50:33 -0000 Hi Mike. Here are the comments. I have just tracked it down to CXXFLAGS in my make.conf. ANY flag appears to make it barf (was CXXFLAGS=-O2) # $FreeBSD: src/share/examples/cvsup/stable-supfile,v 1.27 2003/09/18 08:19:39 eivind Exp $ # # This file contains all of the "CVSup collections" that make up the # FreeBSD-stable source tree. # # CVSup (CVS Update Protocol) allows you to download the latest CVS # tree (or any branch of development therefrom) to your system easily # and efficiently (far more so than with sup, which CVSup is aimed # at replacing). If you're running CVSup interactively, and are # currently using an X display server, you should run CVSup as follows # to keep your CVS tree up-to-date: # # cvsup stable-supfile # # If not running X, or invoking cvsup from a non-interactive script, then # run it as follows: # # cvsup -g -L 2 stable-supfile # # You may wish to change some of the settings in this file to better # suit your system: # # host=CHANGE_THIS.FreeBSD.org # This specifies the server host which will supply the # file updates. You must change it to one of the CVSup # mirror sites listed in the FreeBSD Handbook at # http://www.freebsd.org/doc/handbook/mirrors.html. # You can override this setting on the command line # with cvsup's "-h host" option. # # base=/usr # This specifies the root where CVSup will store information # about the collections you have transferred to your system. # A setting of "/usr" will generate this information in # /usr/sup. Even if you are CVSupping a large number of # collections, you will be hard pressed to generate more than # ~1MB of data in this directory. You can override the # "base" setting on the command line with cvsup's "-b base" # option. This directory must exist in order to run CVSup. # # prefix=/usr # This specifies where to place the requested files. A # setting of "/usr" will place all of the files requested # in "/usr/src" (e.g., "/usr/src/bin", "/usr/src/lib"). # The prefix directory must exist in order to run CVSup. # ############################################################################### # # DANGER! WARNING! LOOK OUT! VORSICHT! # # If you add any of the ports or doc collections to this file, be sure to # specify them with a "tag" value set to ".", like this: # # ports-all tag=. # doc-all tag=. # # If you leave out the "tag=." portion, CVSup will delete all of # the files in your ports or doc tree. That is because the ports and doc # collections do not use the same tags as the main part of the FreeBSD # source tree. # ############################################################################### # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup9.FreeBSD.org *default base=/usr *default prefix=/usr # The following line is for 4-stable. If you want 3-stable or 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. #*default release=cvs tag=RELENG_5_2_1_RELEASE *default release=cvs tag=RELENG_6_1 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections. # Please note: If you want to track -STABLE, leave this uncommented. src-all # These are the individual collections that make up "src-all". If you # use these, be sure to comment out "src-all" above. #src-base #src-bin #src-contrib #src-etc #src-games #src-gnu #src-include #src-kerberos5 #src-kerberosIV #src-lib #src-libexec #src-release #src-sbin #src-share #src-sys #src-tools #src-usrbin #src-usrsbin # These are the individual collections that make up FreeBSD's crypto # collection. They are no longer export-restricted and are a part of # src-all #src-crypto #src-eBones #src-secure #src-sys-crypto On Thu, 2006-04-13 at 10:44 -0400, Mike Tancsa wrote: > At 10:36 AM 13/04/2006, Jeffrey Racine wrote: > >Hi. > > > >I am currently running 6.0 (here is uname -a). > > > >FreeBSD pc-racine1.mcmaster.ca 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 #7: > >Thu Jan 12 09:30:38 EST 2006 > >root@pc-racine1.mcmaster.ca:/usr/obj/usr/src/sys/OPTIPLEX i386 > > > >Just tried a fresh cvsup from cvsup9, a standard compile via > > > >cvsup -g -L 2 /usr/share/examples/cvsup/current-supfile > > > What are the contents of your current-supfile ? > > ---Mike > -- Professor J. S. Racine Phone: (905) 525 9140 x 23825 Department of Economics FAX: (905) 521-8232 McMaster University e-mail: racinej@mcmaster.ca 1280 Main St. W.,Hamilton, URL: http://www.economics.mcmaster.ca/racine/ Ontario, Canada. L8S 4M4 `The generation of random numbers is too important to be left to chance.' From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 15:04: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 1707D16A405 for ; Thu, 13 Apr 2006 15:04:59 +0000 (UTC) (envelope-from saurbier@math.uni-bielefeld.de) Received: from mail1.math.uni-bielefeld.de (mail1.math.uni-bielefeld.de [129.70.14.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9685643D45 for ; Thu, 13 Apr 2006 15:04:57 +0000 (GMT) (envelope-from saurbier@math.uni-bielefeld.de) Received: from jupiter (i5387DACC.versanet.de [83.135.218.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail1.math.uni-bielefeld.de (Postfix) with ESMTP id 8021B95862; Thu, 13 Apr 2006 17:04:55 +0200 (CEST) Date: Thu, 13 Apr 2006 17:04:47 +0200 From: Konstantin Saurbier To: freebsd-stable@freebsd.org Message-ID: <20060413170447.00006bc7@jupiter> In-Reply-To: References: X-Mailer: Sylpheed-Claws 2.0.0-csw (GTK+ 2.8.4; sparc-sun-solaris2.8) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_Xo9O+JJC=9BffIEy.MauZvN"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Rutger Bevaart Subject: Re: FreeBSD 6.0 panics - sbdrop 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, 13 Apr 2006 15:04:59 -0000 --Sig_Xo9O+JJC=9BffIEy.MauZvN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 12 Apr 2006 21:12:41 +0200 Rutger Bevaart wrote: > Maybe your reboots are related to a problem I had with several Dell =20 > 1750's and 2850's. >=20 > I added: > > [rutger@darwin rutger]$ cat /boot/loader.conf > > debug.mpsafenet=3D0 >=20 > to some of the affected systems and they have not crashed yet in =20 > about 8 days. Your dump seems to indicate a failure somewhere in =20 > netinet code, maybe it's locking related as well... (...) Thanks, I added debug.mpsafenet=3D0 to my loader.conf and hopefully that helps. Maybe the system will at least get a longer uptime between crashes. Of course I dislike kernel panics at all, but once a crash between a few weeks or months is far better than the current situation. --=20 Best regards, Konstantin Saurbier ------------------------------------------------------ Konstantin Saurbier Tel.: 0521 106 3861 Computerlabor Mathematik U5-138 Universitaet Bielefeld Universitaetsstr.25 33501 Bielefeld email: saurbier@math.uni-bielefeld.de ------------------------------------------------------ --Sig_Xo9O+JJC=9BffIEy.MauZvN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (SunOS) iD8DBQFEPmiTWkvQTx5k+y4RAmSjAJ0Vai17Pt2FdqhAuc3IiGAXru7+zACfXaFo WKkyM5uzFVgZYwy/P4wODM0= =gim0 -----END PGP SIGNATURE----- --Sig_Xo9O+JJC=9BffIEy.MauZvN-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 15:24: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 723AE16A401 for ; Thu, 13 Apr 2006 15:24:40 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 998A843D45 for ; Thu, 13 Apr 2006 15:24:39 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 2468 invoked from network); 13 Apr 2006 15:24:37 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.149.43]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 13 Apr 2006 15:24:37 -0000 Date: Thu, 13 Apr 2006 17:24:24 +0200 From: Fabian Keil To: JoaoBR Message-ID: <20060413172424.5dddcef4@localhost> In-Reply-To: <200604130938.58661.joao@matik.com.br> References: <200604130857.45090.joao@matik.com.br> <20060413142809.5ad2f97e@localhost> <200604130938.58661.joao@matik.com.br> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_P6fata72KuSQ9RjxMaL=lKl"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 15:24:40 -0000 --Sig_P6fata72KuSQ9RjxMaL=lKl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable JoaoBR wrote: > On Thursday 13 April 2006 09:28, Fabian Keil wrote: > > JoaoBR wrote: > > > seems on recent releng_6 (RC1) the permissions set to pass0 > > > within /etc/devfs.conf are not applied anymore and need to be set > > > manual in order getting acd0 available to users > > > > Works for me on FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006. > > > > Did you by any chance just forgot to add a newline after > > your pass0 line? > nooo there are others below and the last is an empty line >=20 > the permissions are set as before to acd0 and cd0 but not to pass0 >=20 > I cvsuped yesterday > 6.1-RC FreeBSD 6.1-RC #3: Wed Apr 12 18:15:55 BRT 2006 >=20 > seems there was a change in devfs.h yesterday > or any other idea? I cvsuped a few minutes ago and didn't see any devfs changes. I'm now running FreeBSD 6.1-RC #0: Thu Apr 13 17:01:11 CEST 2006 and all rules in /etc/devfs.conf still apply.=20 Fabian --=20 http://www.fabiankeil.de/ --Sig_P6fata72KuSQ9RjxMaL=lKl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEPm0zjV8GA4rMKUQRAvhdAJwP9LekscvtQFVu+EdaZNPsbQD0ogCdGIwU i6v073vCA5MVLTHoFXYxgQY= =skmT -----END PGP SIGNATURE----- --Sig_P6fata72KuSQ9RjxMaL=lKl-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 16:03: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 0220F16A404 for ; Thu, 13 Apr 2006 16:03:44 +0000 (UTC) (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 D611C43D6E for ; Thu, 13 Apr 2006 16:03:37 +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 k3DG3LO4017188; Thu, 13 Apr 2006 12:03:22 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 13 Apr 2006 12:03:06 -0400 User-Agent: KMail/1.6.2 References: <200604131047.44821.pieter@degoeje.nl> In-Reply-To: <200604131047.44821.pieter@degoeje.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604131203.09227.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1396/Thu Apr 13 01:39:53 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Pieter de Goeje Subject: Re: 6.1RC1: Unable to select Minimal distribution 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, 13 Apr 2006 16:03:44 -0000 On Thursday 13 April 2006 04:47 am, Pieter de Goeje wrote: > Hi, > > I installed FreeBSD 6.1RC1 in qemu. When sysinstall comes to the > "Choose Distributions" screen, I am unable to choose the "Minimal" > distribution. The [ ] stay blank. Also, selecting All doesn't > include it either. You may not see 'X' but it is selected. ;-) It seems to be an annoying bug in libdialog. Some releases were okay and some not. I'll look into it when I find some time. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 16:13: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 7847616A400 for ; Thu, 13 Apr 2006 16:13:29 +0000 (UTC) (envelope-from duane@greenmeadow.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43ECA43D6A for ; Thu, 13 Apr 2006 16:13:22 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IXO005D451C1AH2@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 13:12:48 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO [192.168.0.103]) ([24.224.199.230]) by ip02.eastlink.ca with ESMTP; Thu, 13 Apr 2006 13:12:39 -0300 Date: Thu, 13 Apr 2006 13:11:48 -0300 From: Duane Whitty In-reply-to: <200604130938.58661.joao@matik.com.br> To: JoaoBR Message-id: <443E7844.9060404@greenmeadow.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 8BIT X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= References: <200604130857.45090.joao@matik.com.br> <20060413142809.5ad2f97e@localhost> <200604130938.58661.joao@matik.com.br> User-Agent: Thunderbird 1.5 (X11/20060309) Cc: freebsd-stable@freebsd.org Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 16:13:29 -0000 JoaoBR wrote: > On Thursday 13 April 2006 09:28, Fabian Keil wrote: > >> JoaoBR wrote: >> >>> seems on recent releng_6 (RC1) the permissions set to pass0 >>> within /etc/devfs.conf are not applied anymore and need to be set >>> manual in order getting acd0 available to users >>> >> Works for me on FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006. >> >> Did you by any chance just forgot to add a newline after >> your pass0 line? >> >> > > nooo there are others below and the last is an empty line > > the permissions are set as before to acd0 and cd0 but not to pass0 > > I cvsuped yesterday > 6.1-RC FreeBSD 6.1-RC #3: Wed Apr 12 18:15:55 BRT 2006 > > seems there was a change in devfs.h yesterday > or any other idea? > > > thank's > João > > Hi, Works for me okay. I cvsup'd late on the 11 Apr. dwpc@ /etc# uname -a FreeBSD dwpc.dwlabs.ca 6.1-RC FreeBSD 6.1-RC #0: Wed Apr 12 04:27:29 ADT 2006 duane@dwpc.dwlabs.ca:/usr/obj/usr/src/sys/DWPC-KERNEL i386 dwpc@ /dev# ll pass0 crw-rw-rw- 1 root operator 0, 100 Apr 12 23:52 pass0 Best Regards, Duane Whitty -- duane@greenmeadow.ca From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 16:16: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 27B0C16A401; Thu, 13 Apr 2006 16:16:53 +0000 (UTC) (envelope-from saurbier@math.uni-bielefeld.de) Received: from mail1.math.uni-bielefeld.de (mail1.math.uni-bielefeld.de [129.70.14.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A281643D6D; Thu, 13 Apr 2006 16:16:52 +0000 (GMT) (envelope-from saurbier@math.uni-bielefeld.de) Received: from jupiter (i5387DACC.versanet.de [83.135.218.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail1.math.uni-bielefeld.de (Postfix) with ESMTP id AE37795850; Thu, 13 Apr 2006 18:16:50 +0200 (CEST) Date: Thu, 13 Apr 2006 18:16:42 +0200 From: Konstantin Saurbier To: Robert Watson Message-ID: <20060413181642.000040c2@jupiter> In-Reply-To: <20060413075019.U443@fledge.watson.org> References: <20060411150759.20a9e9d5.saurbier@math.uni-bielefeld.de> <20060413075019.U443@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.0.0-csw (GTK+ 2.8.4; sparc-sun-solaris2.8) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_dQrcsTKtCdUAWTM2AVLu.Kw; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 panics - sbdrop 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, 13 Apr 2006 16:16:53 -0000 --Sig_dQrcsTKtCdUAWTM2AVLu.Kw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 13 Apr 2006 07:55:02 +0100 (BST) Robert Watson wrote: >=20 > On Tue, 11 Apr 2006, Konstantin Saurbier wrote: >=20 > > I've encountered a strange problem while using FreeBSD 6.0 for our > > local mirror (mirror.math.uni-bielefeld.de) and thus is providing > > access via ftp, http, rsync and cvsup (all local and remote). The > > system crashes periodically with a kernel panic (panic: sbdrop). > > The uptimes between two crashes are going from a few hours to a few > > weeks. > > > > The system is a i386, Intel Pentium 4 based with 512MB ram and a > > 3ware-7000 (twe) raid controller containig 1 raid 5 set with > > approx. 1.9TB. The kernel is a GENERIC kernel without changes of > > the config. These are the kernel dumps: >=20 > There have been one or more long-term bugs we've been attempting to > track down that result in socket buffer corruption discovered only on > socket close (hence in sbdrop() when we flush the cover). We've had > a lot of trouble tracking it down, and it's not clear that it's > actually a single bug, since the sbdrop() panic is a sanity check > that can detect a number of types of problems. We could, for > example, be looking at a network interface driver bug. There are > changes in progress in the 7.x branch to further clean up the socket > code on SMP, and they might fix some outstanding problems. There are > a couple of instances of this bug report in the PR database, but if > you could file the below details, it would be helpful. I'm on travel > currently, but will take another stab at this when back. >=20 > Robert N M Watson I filed a bug report. It is available via http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95699 If you need some other information from me, please don't hesitate to query me. --=20 Viele Gruesse, Konstantin Saurbier ------------------------------------------------------ Konstantin Saurbier Tel.: 0521 106 3861 Computerlabor Mathematik U5-138 Universitaet Bielefeld Universitaetsstr.25 33501 Bielefeld email: saurbier@math.uni-bielefeld.de ------------------------------------------------------ --Sig_dQrcsTKtCdUAWTM2AVLu.Kw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (SunOS) iD8DBQFEPnluWkvQTx5k+y4RAsWYAJ9ARp9TLq20T2EEcZ/6D7Kiw7/8rgCghNih s/TJK6jPSO2Oq4Zobl44jUs= =kFMW -----END PGP SIGNATURE----- --Sig_dQrcsTKtCdUAWTM2AVLu.Kw-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 16:17: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 1C3F516A403 for ; Thu, 13 Apr 2006 16:17:17 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F50443D45 for ; Thu, 13 Apr 2006 16:17:14 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FU4VI-00085T-Ik; Thu, 13 Apr 2006 17:17:08 +0100 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 0F2086564E; Thu, 13 Apr 2006 17:17:11 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01306-06; Thu, 13 Apr 2006 17:17:10 +0100 (BST) Received: by arginine.spc.org (Postfix, from userid 1078) id 13C0065499; Thu, 13 Apr 2006 17:17:10 +0100 (BST) Date: Thu, 13 Apr 2006 17:17:10 +0100 From: Bruce M Simpson To: Stephen Clark Message-ID: <20060413161710.GC94628@spc.org> References: <443DB8A5.1020006@seclark.us> <20060413063214.GA94628@spc.org> <443E4BE8.5080806@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443E4BE8.5080806@seclark.us> User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: IP_MAX_MEMBERSHIPS 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, 13 Apr 2006 16:17:17 -0000 On Thu, Apr 13, 2006 at 09:02:32AM -0400, Stephen Clark wrote: > Well I was trying to set up an ospf system with more than 20 neighbors > and could only get 20 neighors to show up in quagga, so I posed the > question to the quagga mailing list and got > the following responses: Thanks, yes, I saw the #define, it only has per-socket granularity is the point I was trying to make very early in the morning. Are the 20 different neighbours on separate ifnets i.e. separate distinct interfaces as FreeBSD's ifconfig(8) reports them? If so, we have a problem. XORP in particular uses a single raw socket where possible to deal with the raw-ip needs of a routing protocol, usually OSPF. If there is a hard-coded limit of this kind then this is obviously going to break OSPF when configured with more than 20 peers with distinct and separate ifnet paths. I'm curious about why you have 20 ifnets. Do you really have this many physical interfaces, or are you using vlans / some kind of VPN encapsulation? Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 16:28: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 7B6F416A40A for ; Thu, 13 Apr 2006 16:28:43 +0000 (UTC) (envelope-from fj@panix.com) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A4B43D45 for ; Thu, 13 Apr 2006 16:28:42 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 1B5D213A8A1; Thu, 13 Apr 2006 12:28:42 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k3DGSgI17714; Thu, 13 Apr 2006 12:28:42 -0400 (EDT) Date: Thu, 13 Apr 2006 12:28:42 -0400 From: Joe Altman To: freebsd-stable@freebsd.org Message-ID: <20060413162841.GA2138@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@freebsd.org, hartzell@alerce.com References: <20060412211303.37D3316A404@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060412211303.37D3316A404@hub.freebsd.org> User-Agent: Mutt/1.5.10i Cc: hartzell@alerce.com Subject: Re: help ith burncd (Input/output error, 6.1-RC, plextor PX-740a) 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, 13 Apr 2006 16:28:43 -0000 > 3. Re: help ith burncd (Input/output error, 6.1-RC, plextor > PX-740a) (George Hartzell) > 5. Re: help ith burncd (Input/output error, 6.1-RC, plextor > PX-740a) (George Hartzell) > > ------------------------------ > > Message: 3 > Date: Wed, 12 Apr 2006 09:13:03 -0700 > From: George Hartzell > > I guess my question is: "Is this one of those known things that > everyone just ignores, or do I have an unusual problem?" > > g. > > ------------------------------ > > Message: 5 > Date: Wed, 12 Apr 2006 10:12:10 -0700 > From: George Hartzell > > I'm just trying to understand if I have a fixable problem, or burncd > has a fixable problem, or if it's just the way that things are..... > > g. >From what I've seen in this thread, and my experience, it doesn't seem to be an unusual problem. acd0: CDRW at ata1-master PIO4 on FreeBSD 6.1-PRERELEASE #0. If I twiddle about with the command line and/or gcombust, I can eventually burn a CD. But I decided, long ago, that for backups an external USB drive was a lot easier to deal with. And there is more space for storage in the bargain. -- My eyes want to sleep; but the skull is no pillow. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 17:28: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 22F2916A400 for ; Thu, 13 Apr 2006 17:28:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F2843D46 for ; Thu, 13 Apr 2006 17:28:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3DHSGoU003347; Thu, 13 Apr 2006 14:28:16 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 13 Apr 2006 14:28:14 -0300 User-Agent: KMail/1.9.1 References: <200604130857.45090.joao@matik.com.br> <200604130938.58661.joao@matik.com.br> <20060413172424.5dddcef4@localhost> In-Reply-To: <20060413172424.5dddcef4@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604131428.14637.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Duane Whitty Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 17:28:26 -0000 On Thursday 13 April 2006 12:24, Fabian Keil wrote: > JoaoBR wrote: > > On Thursday 13 April 2006 09:28, Fabian Keil wrote: > > > JoaoBR wrote: > > > > seems on recent releng_6 (RC1) the permissions set to pass0 > > > > within /etc/devfs.conf are not applied anymore and need to be set > > > > manual in order getting acd0 available to users > > > seems my cd0 and pass0 are still not there when /etc/rc.d/devfs runs I wrote a=20 sleep 5 into it and know it works as supposed on existing pass0.=20 Anyway this is new, I had not any problem until last week with this. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 18:07: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 5E0DE16A409 for ; Thu, 13 Apr 2006 18:07:46 +0000 (UTC) (envelope-from duane@greenmeadow.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C2E43D46 for ; Thu, 13 Apr 2006 18:07:45 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IXO00MUGACBTA50@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Thu, 13 Apr 2006 15:07:23 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO [192.168.0.103]) ([24.224.199.230]) by ip02.eastlink.ca with ESMTP; Thu, 13 Apr 2006 15:07:46 -0300 Date: Thu, 13 Apr 2006 15:06:53 -0300 From: Duane Whitty In-reply-to: <200604131428.14637.joao@matik.com.br> To: JoaoBR Message-id: <443E933D.4090706@greenmeadow.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 8BIT X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= References: <200604130857.45090.joao@matik.com.br> <200604130938.58661.joao@matik.com.br> <20060413172424.5dddcef4@localhost> <200604131428.14637.joao@matik.com.br> User-Agent: Thunderbird 1.5 (X11/20060309) Cc: freebsd-stable@freebsd.org Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 18:07:46 -0000 JoaoBR wrote: > On Thursday 13 April 2006 12:24, Fabian Keil wrote: > >> JoaoBR wrote: >> >>> On Thursday 13 April 2006 09:28, Fabian Keil wrote: >>> >>>> JoaoBR wrote: >>>> >>>>> seems on recent releng_6 (RC1) the permissions set to pass0 >>>>> within /etc/devfs.conf are not applied anymore and need to be set >>>>> manual in order getting acd0 available to users >>>>> > > seems my cd0 and pass0 are still not there when /etc/rc.d/devfs runs > > I wrote a > > sleep 5 > > into it and know it works as supposed on existing pass0. > > Anyway this is new, I had not any problem until last week with this. > > João > > Well, just to rule it out, is it possible that somehow your original devfs.conf was overwritten when you last upgraded? Here's my devfs.conf and kernel configuration if it's any help. http://www.dwlabs.ca/devfs.conf http://www.dwlabs.ca/DWPC-KERNEL Best Regards, Duane Whitty -- duane@greenmeadow.ca From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 18:19: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 067EA16A404 for ; Thu, 13 Apr 2006 18:19:45 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37BA43D46 for ; Thu, 13 Apr 2006 18:19:31 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3DIJTke005842; Thu, 13 Apr 2006 15:19:29 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 13 Apr 2006 15:19:26 -0300 User-Agent: KMail/1.9.1 References: <200604130857.45090.joao@matik.com.br> <200604131428.14637.joao@matik.com.br> <443E933D.4090706@greenmeadow.ca> In-Reply-To: <443E933D.4090706@greenmeadow.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604131519.27141.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Duane Whitty Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 18:19:45 -0000 On Thursday 13 April 2006 15:06, Duane Whitty wrote: > JoaoBR wrote: > > On Thursday 13 April 2006 12:24, Fabian Keil wrote: > >> JoaoBR wrote: > >>> On Thursday 13 April 2006 09:28, Fabian Keil wrote: > >>>> JoaoBR wrote: > >>>>> seems on recent releng_6 (RC1) the permissions set to pass0 > >>>>> within /etc/devfs.conf are not applied anymore and need to be set > >>>>> manual in order getting acd0 available to users > > > > seems my cd0 and pass0 are still not there when /etc/rc.d/devfs runs > > > > I wrote a > > > > sleep 5 > > > > into it and know it works as supposed on existing pass0. > > > > Anyway this is new, I had not any problem until last week with this. > > > > Jo=E3o > > Well, just to rule it out, is it possible that somehow your > original devfs.conf was overwritten when you last upgraded? > thanks for caring but that was the first I checked if it were wrong it wouldn't work either after 5 seconds delay right Jo=E3o > Here's my devfs.conf and kernel configuration if it's any help. > > http://www.dwlabs.ca/devfs.conf > > http://www.dwlabs.ca/DWPC-KERNEL > > Best Regards, > > Duane Whitty A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 19:27: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 63F6416A404 for ; Thu, 13 Apr 2006 19:27:46 +0000 (UTC) (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 877C943D67 for ; Thu, 13 Apr 2006 19:27:42 +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 k3DJRS1s025332; Thu, 13 Apr 2006 15:27:28 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: ian j hart , Sam Leffler Date: Thu, 13 Apr 2006 15:27:14 -0400 User-Agent: KMail/1.6.2 References: <200604131047.44821.pieter@degoeje.nl> <200604131203.09227.jkim@FreeBSD.org> <200604132005.55799.ianjhart@ntlworld.com> In-Reply-To: <200604132005.55799.ianjhart@ntlworld.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604131527.16114.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1396/Thu Apr 13 01:39:53 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Pieter de Goeje , freebsd-stable@FreeBSD.org Subject: Re: 6.1RC1: Unable to select Minimal distribution 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, 13 Apr 2006 19:27:46 -0000 On Thursday 13 April 2006 03:05 pm, ian j hart wrote: > On Thursday 13 April 2006 17:03, Jung-uk Kim wrote: > > On Thursday 13 April 2006 04:47 am, Pieter de Goeje wrote: > > > Hi, > > > > > > I installed FreeBSD 6.1RC1 in qemu. When sysinstall comes to > > > the "Choose Distributions" screen, I am unable to choose the > > > "Minimal" distribution. The [ ] stay blank. Also, selecting > > > All doesn't include it either. > > > > You may not see 'X' but it is selected. ;-) It seems to be an > > annoying bug in libdialog. Some releases were okay and some not. > > I'll look into it when I find some time. > > > > Jung-uk Kim > > ref: > http://docs.freebsd.org/cgi/mid.cgi?200603252247.00879.ianjhart > > Are you sure it's not one of the March 8th commits? Backing out > fixes this for me. Yes, you are correct. I was thinking that it was the same bug that I saw few years ago. :-( Good news is I found a fix: Index: menus.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v retrieving revision 1.417 diff -u -r1.417 menus.c --- menus.c 8 Mar 2006 18:02:32 -0000 1.417 +++ menus.c 13 Apr 2006 19:25:08 -0000 @@ -168,7 +168,7 @@ static int checkDistMinimum(dialogMenuItem *self) { - return Dists == (DIST_BASE); + return Dists == (DIST_BASE | DIST_KERNEL); } static int This function was returning false. ;-) Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 20:32:01 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 13F9D16A400 for ; Thu, 13 Apr 2006 20:32:01 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE8443D5A for ; Thu, 13 Apr 2006 20:32:00 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 13 Apr 2006 13:31:55 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5277A45046; Thu, 13 Apr 2006 13:31:55 -0700 (PDT) To: JoaoBR In-reply-to: Your message of "Thu, 13 Apr 2006 14:28:14 -0300." <200604131428.14637.joao@matik.com.br> Date: Thu, 13 Apr 2006 13:31:55 -0700 From: "Kevin Oberman" Message-Id: <20060413203155.5277A45046@ptavv.es.net> Cc: Duane Whitty , freebsd-stable@freebsd.org Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 20:32:01 -0000 > From: JoaoBR > Date: Thu, 13 Apr 2006 14:28:14 -0300 > Sender: owner-freebsd-stable@freebsd.org > > On Thursday 13 April 2006 12:24, Fabian Keil wrote: > > JoaoBR wrote: > > > On Thursday 13 April 2006 09:28, Fabian Keil wrote: > > > > JoaoBR wrote: > > > > > seems on recent releng_6 (RC1) the permissions set to pass0 > > > > > within /etc/devfs.conf are not applied anymore and need to be set > > > > > manual in order getting acd0 available to users > > > > > > seems my cd0 and pass0 are still not there when /etc/rc.d/devfs runs > > I wrote a=20 > > sleep 5 > > into it and know it works as supposed on existing pass0.=20 > > Anyway this is new, I had not any problem until last week with this. I think I see the problem (and a possible solution). Since atapicam was re-written a while back, the creation of the cd and pass devices is NOT synchronous any longer. If you watch, the probe messages for cd devices is now after the mounting of root and the start of rc.local. I bet that on some systems, it's taking long enough that devfs has already been started, so devfs.conf has done its thing and did not have a cd0 or pass0 to chmod. If you make the chmods in devfs.rules, this will not be a problem as they are effective any time a new device is created in /dev. Unfortunately, this does not fix my problem of wanting to create symlinks for /dev/cdrom and /dev/dvd as only devfs.conf seems to be able to do this. I guess I should look at adding this to devfs sometime and submit a PR asking for the improvement. If this was done, devfs.conf could be deprecated and devfs.rules would be the only file that dealt with this stuff. Having two files that ALMOST do the same thing is messy and can be a bit of a POLA issue for those new to devfs. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 21:14: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 166A216A400 for ; Thu, 13 Apr 2006 21:14:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B54E43D46 for ; Thu, 13 Apr 2006 21:14:33 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3DLEIeE013436; Thu, 13 Apr 2006 18:14:19 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 13 Apr 2006 18:14:15 -0300 User-Agent: KMail/1.9.1 References: <20060413203155.5277A45046@ptavv.es.net> In-Reply-To: <20060413203155.5277A45046@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604131814.16176.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Duane Whitty Subject: Re: devfs.conf and pass0 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, 13 Apr 2006 21:14:34 -0000 On Thursday 13 April 2006 17:31, Kevin Oberman wrote: > > > > seems my cd0 and pass0 are still not there when /etc/rc.d/devfs runs > > > > I wrote a=3D20 > > > > sleep 5 > > > > into it and know it works as supposed on existing pass0.=3D20 > > > > Anyway this is new, I had not any problem until last week with this. > > I think I see the problem (and a possible solution). > hum, I do not like it anyway do have devfs and devfs.rules IMO this shold be one file only as IMO cd should default to 777 or so to ma= ke=20 it easier to standard KDE users getting the drive running anyway, the solution I think acceptable is changing a little bit rcorder and patching /etc/rc.d/devfs with =2D # REQUIRE: rcconf mountcritremote + # REQUIRE: rcconf savecore after this it works fine starting two positions later as you can see: =2E.. /etc/rc.d/NETWORKING /etc/rc.d/devd /etc/rc.d/mountcritremote <<< devfs was here before /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/savecore /etc/rc.d/devfs /etc/rc.d/ipmon /etc/rc.d/ramdisk-own /etc/rc.d/SERVERS =2E.. Jo=E3o > Since atapicam was re-written a while back, the creation of the cd and > pass devices is NOT synchronous any longer. If you watch, the probe > messages for cd devices is now after the mounting of root and the start > of rc.local. I bet that on some systems, it's taking long enough that > devfs has already been started, so devfs.conf has done its thing and did > not have a cd0 or pass0 to chmod. > > If you make the chmods in devfs.rules, this will not be a problem as > they are effective any time a new device is created in /dev. > > Unfortunately, this does not fix my problem of wanting to create > symlinks for /dev/cdrom and /dev/dvd as only devfs.conf seems to be able > to do this. I guess I should look at adding this to devfs sometime and > submit a PR asking for the improvement. If this was done, devfs.conf > could be deprecated and devfs.rules would be the only file that dealt > with this stuff. Having two files that ALMOST do the same thing is messy > and can be a bit of a POLA issue for those new to devfs. =2D-=20 Atenciosamente Infomatik Internet Technology (18)3551.8155 (18)8112.7007 http://info.matik.com.br A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 21:30: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 CDBAF16A400 for ; Thu, 13 Apr 2006 21:30:14 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507FC43D45 for ; Thu, 13 Apr 2006 21:30:14 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from cactus.tellurian.com (cactus.tellurian.net [216.182.1.34]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version 3.7c-4) with ESMTP id 380052539 for ; Thu, 13 Apr 2006 17:30:13 -0400 Message-Id: <7.0.1.0.2.20060413172226.0ab09550@tellurian.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Thu, 13 Apr 2006 17:30:03 -0400 To: freebsd-stable@freebsd.org From: Vinny Abello Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Subject: Default ICMP rate limiting changes from 5.4 to 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 21:30:14 -0000 Hello all, I'm trying to figure out why my smokeping installation using fping probes now seems to get periodic loss. It's very minor and only affects the fping probe type. Without centering too much on smokeping details, was there any sort of default rate limiting changed in the ICMP settings going from FreeBSD 5.4 to 6.0? The problem happens across every monitor and started exactly after the upgrade. I tried removing and reinstalling the fping port as well as all of smokeping via the port as well but it had no effect. Does anyone have any other ideas as to what might cause this to happen? I asked on the smokeping list but nobody had any input. The system in question is running: FreeBSD engbox.tellurian.net 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #3: Wed Mar 8 16:37:25 EST 2006 I can post dmesg output too, but I don't think that is necessarily relevant as everything else is working perfectly fine and I have no stability or performance problems. Thanks in advance for any helpful ideas or hints! Vinny Abello Network Engineer Server Management vinny@tellurian.com (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN "Courage is resistance to fear, mastery of fear - not absence of fear" -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 19:06: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 226C316A403; Thu, 13 Apr 2006 19:06:27 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from cpc2-cove3-0-0-cust187.brhm.cable.ntl.com (cpc2-cove3-0-0-cust187.brhm.cable.ntl.com [86.20.32.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 879EA43D5C; Thu, 13 Apr 2006 19:06:26 +0000 (GMT) (envelope-from ianjhart@ntlworld.com) Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc2-cove3-0-0-cust187.brhm.cable.ntl.com (8.13.4/8.13.4) with ESMTP id k3DJ5uFc007173; Thu, 13 Apr 2006 20:05:56 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Thu, 13 Apr 2006 20:05:55 +0100 User-Agent: KMail/1.9.1 References: <200604131047.44821.pieter@degoeje.nl> <200604131203.09227.jkim@FreeBSD.org> In-Reply-To: <200604131203.09227.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604132005.55799.ianjhart@ntlworld.com> X-Mailman-Approved-At: Thu, 13 Apr 2006 21:43:54 +0000 Cc: Pieter de Goeje , Jung-uk Kim Subject: Re: 6.1RC1: Unable to select Minimal distribution 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, 13 Apr 2006 19:06:27 -0000 On Thursday 13 April 2006 17:03, Jung-uk Kim wrote: > On Thursday 13 April 2006 04:47 am, Pieter de Goeje wrote: > > Hi, > > > > I installed FreeBSD 6.1RC1 in qemu. When sysinstall comes to the > > "Choose Distributions" screen, I am unable to choose the "Minimal" > > distribution. The [ ] stay blank. Also, selecting All doesn't > > include it either. > > You may not see 'X' but it is selected. ;-) It seems to be an > annoying bug in libdialog. Some releases were okay and some not. > I'll look into it when I find some time. > > Jung-uk Kim ref: http://docs.freebsd.org/cgi/mid.cgi?200603252247.00879.ianjhart Are you sure it's not one of the March 8th commits? Backing out fixes this for me. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 22:16:17 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 A565916A401 for ; Thu, 13 Apr 2006 22:16:17 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EB143D49 for ; Thu, 13 Apr 2006 22:16:17 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id B5248F2733 for ; Thu, 13 Apr 2006 15:16:16 -0700 (PDT) X-Virus-Scanned: by amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OyKtCyIIdG3r for ; Thu, 13 Apr 2006 15:16:08 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 51E4FF2709 for ; Thu, 13 Apr 2006 15:16:08 -0700 (PDT) From: Sean McNeil To: stable@freebsd.org Content-Type: text/plain Date: Thu, 13 Apr 2006 15:16:08 -0700 Message-Id: <1144966568.25961.3.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: kernel build failure with bce 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, 13 Apr 2006 22:16:17 -0000 The following error occurs building -stable on amd64: make -sj2 buildworld && make -sj2 buildkernel ... ===> bce (all) /usr/src/sys/modules/bce/../../dev/bce/if_bce.c: In function `bce_rx_intr': /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:4093: error: structure has no member named `rxcycles' /usr/src/sys/modules/bce/../../dev/bce/if_bce.c: In function `bce_ioctl': /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:4897: error: label `bce_ioctl_exit' used but not defined I have nothing in my config file for device bce, so it would appear someone didn't check for building as a module. Cheers, Sean From owner-freebsd-stable@FreeBSD.ORG Thu Apr 13 22:57: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 8A0BF16A407 for ; Thu, 13 Apr 2006 22:57:54 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta02sl.mx.bigpond.com (omta02sl.mx.bigpond.com [144.140.93.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC24043D46 for ; Thu, 13 Apr 2006 22:57:52 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta02sl.mx.bigpond.com with ESMTP id <20060413225751.OSNC24931.omta02sl.mx.bigpond.com@areilly.bpc-users.org> for ; Thu, 13 Apr 2006 22:57:51 +0000 Received: (qmail 62327 invoked by uid 501); 13 Apr 2006 22:59:43 -0000 Date: Fri, 14 Apr 2006 08:59:43 +1000 From: Andrew Reilly To: Robert Watson Message-ID: <20060413225943.GA62097@gurney.reilly.home> References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405211154.GA30089@soaustin.net> <20060410215633.GA2483@soaustin.net> <20060412083912.U21446@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060412083912.U21446@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: Mark Linimon , Alexey Karagodov , freebsd-stable@freebsd.org, Dennis Melentyev Subject: Re: Disappointed 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, 13 Apr 2006 22:57:54 -0000 On Wed, Apr 12, 2006 at 08:41:49AM +0100, Robert Watson wrote: > Apparently simply asking and > knowing it's available is sufficient, meaning that they tend not to be very > profitable business ventures, as apparently few people actually need > support :-). I guess the FreeBSD documentation and mailing lists provide > pretty decent first tier support so most people never need a next tier. This is one of the nubs of the "worse is better" philosophy. You won't build a viable ecosystem around something unless it has a certain inherent level of crappyness that *always* needs third-party fixing. Once you have that ecosystem, there's that large interest vested in ensuring that you and your crappyness survive... Personally, I'm very grateful that FreeBSD has always had the "better is better" philosophy, so that most of the time things just work, and even when they don't, they have a tendency to improve steadily over time. Please keep up the good (great!) work. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Apr 14 01:32: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 4C80B16A405 for ; Fri, 14 Apr 2006 01:32:40 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [202.89.146.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6ABE43D49 for ; Fri, 14 Apr 2006 01:32:39 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 2C4235641C; Fri, 14 Apr 2006 13:32:38 +1200 (NZST) Date: Fri, 14 Apr 2006 13:32:38 +1200 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20060414013238.GA2488@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: burncd failures on RC-1? 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, 14 Apr 2006 01:32:40 -0000 Hi, Anyone else experiencing burncd failures on RC-1? I've only just recently cvsup'd and rebuilt, and now burncd(8) just does nothing: osiris-~,1:29pm# echo $CDROM /dev/acd0 osiris-~,1:26pm# burncd -v blank blanking CD, please wait.. No progress messages at all. atapicam.ko is loaded. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Irrationality is the square root of all evil" - Douglas Hofstadter From owner-freebsd-stable@FreeBSD.ORG Fri Apr 14 03:08: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 9B21A16A402; Fri, 14 Apr 2006 03:08:55 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B767C43D49; Fri, 14 Apr 2006 03:08:54 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.251] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1FUEg118oL-0002Ct; Fri, 14 Apr 2006 05:08:53 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Fri, 14 Apr 2006 05:06:49 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_LHxPEfzmILCscGB" Message-Id: <200604140506.51334.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Status Report First Quarter 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: Fri, 14 Apr 2006 03:08:56 -0000 --Boundary-00=_LHxPEfzmILCscGB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_LHxPEfzmILCscGB Content-Type: text/plain; charset="us-ascii"; name="report-jan-2006-mar-2006.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="report-jan-2006-mar-2006.txt" January-March 2006 Status Report Introduction The highlights of this quarters report certainly include the availability of native Java binaries thanks to the FreeBSD Foundation,=20 as well as progress has been made with Xen support and Sun's Ultrasparc T1. Futhermore we are looking forward to FreeBSD 6.1 and TrustedBSD audit support has been imported into FreeBSD 7-CURRENT. All in all, a very exiting start to 2006. In just under a month the developers will be gathering at BSDCan 2006 for, FreeBSD Dev Summit, a two day meeting of FreeBSD developers. Once again the BSDCan schedule is filled with many interesting talks. We hope you enjoy reading and look forward to hear from you for the next round. Consult the list of projects and ideas for ways to get involved. The submission date for the second quarter reports will be July, 7th 2006. Thanks to everybody who submitted a report and to Brad Davis, who joined the Status Report team, for proof reading. _________________________________________________________________ Projects * BSDInstaller * FreeSBIE * pfSense * Symbol Versioning * TrustedBSD Audit * TrustedBSD OpenBSM Network infrastructure * Bridge STP Improvements * FAST_IPSEC Upgrade * FreeBSD NFS Status Report * SMPng Network Stack Kernel * Low-overhead performance monitoring for FreeBSD * Sound subsystem improvements * Status Report ATA project * TMPFS (Filesystem) for FreeBSD Documentation * FreeBSD list of projects and ideas for volunteers Userland programs * Mouse Driver Framework * OpenBSD dhclient Architectures * ARM Support for TS-7200 * FreeBSD on Xen 3.0 * Ultrasparc T1 support Ports * libpkg - Package management library * Ports Collection * Update of the linux infrastructure in the Ports Collection Vendor / 3rd Party Software * HPLIP (Full HP Printer and MFD support) * Java Binaries * OpenBSD packet filter - pf Miscellaneous * BSDCan * FreeBSD Security Officer and Security Team * Fundraising for FreeBSD security development _________________________________________________________________ ARM Support for TS-7200 URL: http://www.embeddedarm.com/epc/ts7200-spec-h.html URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/use= r/jmg/arm&HIDEDEL=3DNO URL: http://people.freebsd.org/~jmg/dmesg.ts7200 Contact: John-Mark Gurney This is just an update to note that TS-7200 is building and running with a recent -current. I have been working on getting FreeBSD/arm running on the TS-7200. So far the board boots, and has somewhat working ethernet (some unexplained packet loss). I can netboot from a FreeBSD/i386 machine, and I can also mount msdosfs's on CF. Open tasks: 1. Figuring out why some small packets transmit with error (if someone can get Technologic Systems to pay attention to me and this issue, that'd be great!) 2. EP93xx identification information to properly attach various onboard devices _________________________________________________________________ Bridge STP Improvements Contact: Andrew Thompson Work has been started to implement the Rapid Spanning Tree Protocol which supersedes STP. RSTP has a much faster link failover time of around one second compared to 30-60 seconds for STP, this is very important on modern networks. Some progress has been made but a RSTP capable switch will be needed soon to proceed, see http://www.freebsd.org/donations/wantlist.html . Open tasks: 1. Donation of a RSTP switch _________________________________________________________________ BSDCan URL: http://www.bsdcan.org/2006/ Contact: Dan Langille The schedule for BSDCan 2006 demonstrates just how strong and popular BSDCan has become in a very short time. Three concurrent streams of talks make sure that there is something for everyone. We provide high quality talks at very affordable prices . BSDCan is the biggest BSD event of 2006. Ask others who attended in past years how much they enjoyed their time in Ottawa. Ask them who they met, who they talked to, the contacts they made, the information they learned. Remember to bring your wife/husband/spouse/etc because we will have things for them to do while you are attending the conference. Ottawa is a fantastic tourist destination. See you at BSDCan 2006! Open tasks: 1. Works in Progress - if you want to talk about your project for 5 minutes, this is your chance. Get in touch with us ASAP to reserve your spot. 2. We're looking for volunteers to help out just before and during the conference. Contact Dan at the above address. _________________________________________________________________ BSDInstaller URL: http://wikitest.freebsd.org/moin.cgi/BSDInstaller Contact: Andrew Turner The BSDInstaller integration work has progressed since the previous report. The backend has been changed to the new Lua version. This is to ensure the version we use will be maintained. The release Makefile now uses the Lua package rather the local copy in Perforce. Ports are also being created for the required modules to remove the need to bring Lua into the base. Open tasks: 1. Create a port for all the Lua modules required _________________________________________________________________ =46AST_IPSEC Upgrade URL: http://sources.zabbadoz.net/freebsd/ipv6/fast-ipsec.html Contact: George Neville-Neil Contact: Bjoern A. Zeeb Split out of PF_KEY code between the kernel and user space has been completed and committed to CVS. The diff between Kame IPv4 based IPSec and FAST_IPSEC IPv4 did not show any glaring issues. Moving on to making IPv6 work in FAST_IPSEC including being able to run the kernel with the following variations: * FAST_IPSEC in v4 only * KAME IPv6 and IPSec * KAME IPv6 and FAST_IPSEC Open tasks: 1. Any patches for FAST_IPSEC, KAME IPsec of either variant (v4 or v6) should be forwarded to bz@ and gnn@. 2. Build a better TAHI. TAHI, the test framework, will not be maintained and is not the easiest system to use and understand. A better test harness is possible and is necessary for other networking projects as well. Contact gnn@ if you have time to work on this as he has some code and ideas to start from. _________________________________________________________________ =46reeBSD list of projects and ideas for volunteers URL: http://www.FreeBSD.org/projects/ideas/ Contact: Joel Dahl Contact: Alexander Leidinger The FreeBSD list of projects and ideas for volunteers is doing well. Several items were picked up by volunteers and have found their way into the tree. Others are under review or in progress. We are looking forward to hear about new ideas, people willing to be technical contacts for generic topics (e.g. USB) or specific entries (already existing or newly created), suggestions for existing entries or completion reports for (parts of) an entry. Open tasks: 1. Add more ideas. 2. Find more technical contacts. 3. Find people willing to review/test implementations of (somewhat) finished items. _________________________________________________________________ =46reeBSD NFS Status Report Contact: Chuck Lever Support for NFS in FreeBSD received a boost this quarter as a kernel developer from Network Appliance has volunteered to help with the clients. Chuck Lever is now a src committer, mentored by Mike Silbersack. Mohan Srinivasan and Jim Rees have ended their apprenticeships and are now full committers. Mohan continues his effort to make the NFSv2/3 client SMP safe. He expects to make the changes available for review soon. FreeBSD gained presence at the annual NFS interoperability event known as Connectathon. Rick Macklem's FreeBSD NFSv4 server is pretty stable now and available via anonymous ftp. NFSv4.1 features are not a part of it yet and are not likely to happen until at least the end of 2006. Contact rick@snowhite.cis.uoguelph.ca for details. _________________________________________________________________ =46reeBSD on Xen 3.0 Contact: Scott Long Contact: Kip Macy We had hoped to finish a prototype of Xen DomU and possible Dom0 in time for FreeBSD 6.1. The primary work was focused on bringing Xen into the FreeBSD 'newbus' framework. Unfortunately, an architectural problem in FreeBSD has stopped us. Xen relies on message passing between to child and parent domains to communicate device configuration, and this message passing requires that tsleep and wakeup work early in boot. That doesn't seem to be the case, and it's unclear what it would take to make it work. Without the newbus work, it's hard to complete the Dom0 code, and impossible to support Xen 3.0 features like domain suspension. Open tasks: 1. Make tsleep and wakeup work during early boot 2. Continue DomU newbus work 3. Continue Dom0 work _________________________________________________________________ =46reeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/st= aff-listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In March 2006, Marcus Alves Grando, George Neville-Neil, and Philip Paeps joined the FreeBSD Security Team. The current Security Team membership is published on the web site. In the time since the last status report, eight security advisories have been issued concerning problems in the base system of FreeBSD; of these, three problems were in "contributed" code, while five were in code maintained within FreeBSD. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and the Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 50 new entries have been added, bringing the total up to 686. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 4.10, FreeBSD 4.11, FreeBSD 5.3, FreeBSD 5.4, and FreeBSD 6.0. Upon their release, FreeBSD 5.5 and FreeBSD 6.1 will also be supported. The respective End of Life dates of supported releases are listed on the web site; of particular note, FreeBSD 4.10 and FreeBSD 5.4 will cease to be supported at the end of May 2006. _________________________________________________________________ =46reeSBIE URL: http://www.freesbie.org URL: http://liste.gufi.org/mailman/listinfo/freesbie Contact: FreeSBIE Staff Contact: FreeSBIE Mailing List The project is alive and plans to release an ISO image of FreeSBIE 2.0 based on FreeBSD 6.1-RELEASE few day after the same has been release. FreeSBIE 2.0 will be available for i386 and amd64 archs. Tests images can be download via BitTorrent from torrent.freesbie.org . Open tasks: 1. Test "test ISO images" for both amd64 and i386 2. Suggest packages to be added to the ISO image. 3. Suggestions needed for Xfce and fluxbox look. 4. Suggestions needed for applications' configuration files. _________________________________________________________________ =46undraising for FreeBSD security development URL: http://people.freebsd.org/~cperciva/funding.html Contact: Colin Percival Since 2003, I have introduced the (now quite widely used) FreeBSD Update and Portsnap tools, but rarely had time to make improvements or add requested features. Consequently, on March 30th, I sent email to the the freebsd-hackers, freebsd-security, and freebsd-announce lists announcing that I was seeking funding to allow me to spend the summer working full-time on these and my role as FreeBSD Security Officer. Assuming that some cheques arrive as expected, I have reached my donation target and will start work at the beginning of May. Open tasks: 1. The work which I'm aiming to do is listed at the URL above. _________________________________________________________________ HPLIP (Full HP Printer and MFD support) URL: http://am-productions.biz/docs/hplip.php URL: http://hplip.sourceforge.net/ Contact: Anish Mistry A preliminary version of HP's hplip software for their printers and multi-function devices has been ported. This allows viewing of the status informantion from the printer. Such as ink levels, error messages, and queue information. If you have an Officejet you can also fax and scan. Photocard and Copies functionality is untested. Open tasks: 1. General Testing 2. Photocard Testing 3. Various ugen fixes 4. Fix Officejet Panel Display 5. Run hpiod and hpssd as unprivileged users 6. Banish the Linuxisms in the Makefile 7. Fix "Make Copies" 8. Automatically Setup Scanner _________________________________________________________________ Java Binaries URL: http://www.freebsdfoundation.org/downloads/java.shtml Contact: Deb Goodkin The FreeBSD Foundation released official certified JDK and JRE 1.5 binaries for the official FreeBSD 5.4 and FreeBSD 6.0 releases on the i386 platform. We were able to accomplish this by hiring a contractor to run the Sun certification tests and fixing the problems found. This could not have been completed with out the support from the BSD Java Team. We provided financial support for Java development and funded the certification process. We spent a significant amount of time and money on legal issues from contract and NDA creation for our contractor to license agreements from Sun and creating our own for the binaries. We worked with OEMs who would like to use the binaries, but needed to understand what they need to do legally to be able to redistribute the binaries. This is an area we are still working on at our end. We are waiting for a letter from Sun to put on our website to OEMs. We are also in the process of updating our OEM license agreement. This should be available by mid-April. We have received a positive response from the FreeBSD community regarding the release of the binaries. We received a few requests to support the FreeBSD 6.1/amd64 platform. We have decided to move forward and support this too. We currently are working with a contractor to provide Java support on 5.5/i386, 6.1/i386, and 6.1/amd64. Once 5.5 and 6.1 are released, we'll update the FreeBSD Foundation website with the Java status. Regular updates to the website will continue. _________________________________________________________________ libpkg - Package management library URL: http://libpkg.berlios.de/ URL: http://developer.berlios.de/projects/libpkg/ Contact: Andrew Turner Libpkg is a package management library using libarchive to extract the package files. It is able to download, install and get a list of installed packages. Work has also been started on implementing the package tools from the base system. Most of pkg_info has been implemented and pkg_add has been started. Open tasks: 1. Support for more command line options in pkg_info and pkg_add 2. Creating a package 3. Test pkg_add works as expected for all implemented command line options _________________________________________________________________ Low-overhead performance monitoring for FreeBSD URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement Contact: Joseph Koshy This projects implements a kernel module (hwpmc(4)), an application programming interface (pmc(3)) and a few simple applications (pmcstat(8) and pmccontrol(8)) for measuring system performance using event monitoring hardware in modern CPUs. New features since the last status report: * Support for profiling dynamically loaded kernel and user objects has been added. * pmcstat(8) now supports command-line syntax for logging to a network socket. _________________________________________________________________ Mouse Driver Framework URL: http://www.semicomplete.com/projects/newpsm Contact: Jordan Sissel The current mouse system is a mess with moused, psm, ums, and mse supporting, individually, multiple kinds of mice. This project aims to move all driver support into moused modules in userland. In addition, many features lacking in the existing mouse infrastructure are being added. It is my hope that this new system will make both using mice and writing drivers easier down the road. Open tasks: 1. Testing. Contact if interested. _________________________________________________________________ OpenBSD dhclient Contact: Brooks Davis Contact: Sam Leffler All dhclient changes in HEAD have been merged to 6-STABLE for 6.1-RELEASE. New patches currently in testing include startup script support for fully asynchronous starting of dhclient which eliminates the wait for link during startup and support for sending the system hostname to the server when non is specified. _________________________________________________________________ OpenBSD packet filter - pf Contact: Max Laier Work towards importing the upcoming OpenBSD 3.9 version of pf is starting slowly. There are a couple of infrastructural changes (e.g. interface groups) that need to be imported beforehand. This work is in the final stage of progress. A couple of bugfixes have happend since the last report and will be available in FreeBSD 6.1/5.5. pf users are strongly encouraged to upgrade to RELENG_6 as the version present in RELENG_5 is collecting dust. _________________________________________________________________ pfSense URL: http://www.pfsense.com Contact: Scott Ullrich pfSense continues to grow and fix bugs. Since the last report we have grown to 14 developers working part and full time on bringing pfSense to 1.0. Beta 3 is scheduled for release on 4/15/2006. Open tasks: 1. Fix remaining bugs listed in CVSTrac 2. Fine tune existing code _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-po= rts/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://edwin.adsl.barnet.com.au/~edwin/ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Mark Linimon During this time, the number of ports PRs rose dramatically from its impressive low number seen late last quarter. This was due to the holidays, the freeze for the 5.5/6.1 release cycle, and the aggressive work several submitters have been doing to correct long-standing problems with stale distfiles, stale WWW sites, port that only work on i386, and so forth. Over 200 new ports have also been added. The statistics do not truly reflect the state of the Ports Collection, which continues to improve despite the increased number of ports. We now have 3 people who are qualified to run the 5-exp regression tests. Due to this, we were able to run several cycles, resulting in a series of commits that retired more than 3 dozen portmgr PRs. There were a few snags during one commit due to some unintended consequences, but the breakage was fixed in less than one day. Notable changes include the addition of physical category net-p2p and virtual categories hamradio and rubygems. Once 5.5 and 6.1 are released, portmgr hopes to be able to run regression tests more often. We have added 5 new committers since the last report. Open tasks: 1. We need help getting back to our modern low of 500 PRs. 2. We have over 4,000 unmaintained ports (see, for instance, the list on portsmon ). We are always looking for dedicated volunteers to adopt at least a few ports. _________________________________________________________________ SMPng Network Stack URL: http://www.FreeBSD.org/projects/netperf/ Contact: Robert Watson The FreeBSD netperf project has recently focused on revising the socket and protocol control block reference counts to define and enforce reference and memory management invariants, allowing the removal of unnecessary checks, error handling, and locking. Use of global pcbinfo locks has now been eliminated from the socket send and receive paths into all network protocols, including netipx, netnatm, netatalk, netinet, netinet6, netgraph, and others. Checks have generally been replaced with assertions; so_pcb is now guaranteed to be non-NULL. This should improve performance by reducing lock contention and unnecessary checks, as well as facilitate future work to eliminate long holding of pcbinfo locks in the TCP input path through proper reference counting for pcbs. These changes have been committed to FreeBSD 7-CURRENT, and will be merged in a few months once they have stabilized. _________________________________________________________________ Sound subsystem improvements URL: http://www.leidinger.net/FreeBSD/hdac-20060313.tbz Contact: Multimedia Mailinglist Contact: Ariff Abdullah Contact: Alexander Leidinger A lot of fixes (bugs, LORs, panics) and improvements (performance, compatibility, a new driver, 24/32bit samples support, ...) have been merged to RELENG_6. FreeBSD 6.1 is the first release which ships with the much improved sound system. Additionally there's work underway: * To make the sound system API endianess clean. This should make it easier (for a developer) to make the sound drivers usable on all architectures. * To rework character device allocation. This way someone can choose a specific channel, e.g. /dev/dsp0.r0 or /dev/dsp0.p0 to access the first recording or play channel respectively). With the "current" sound system (as in FreeBSD 6.1) this is not possible (accessing /dev/dsp0.0 and /dev/dsp0.1 may give you the first or the second channel, the number is just an enumeration, not a channel-chooser). * To add multi-channel support/processing. * To add Intel HDA support. There's already some code to look at (see URL referenced above), but is far from usable for an enduser (we need some programmers, but no testers ATM, since there are no user testable parts yet). Interested volunteers should contact the multimedia mailinglist. Parts of this work may be already in 6.1, but there's still a good portion which isn't even in -current as of this writting. Open tasks: 1. Style(9) cleanup, survive against WARNS=3D2 (at least). 2. Have a look at the sound related entries on the ideas list. 3. Rewrite some parts (e.g. a new mixer subsystem with OSS compatibility). 4. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 5. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 6. Closer compatibility with OSS, especially for the upcoming OSS v4. _________________________________________________________________ Status Report ATA project Contact: S=F8ren Schmidt The last months has mostly been about stabilizing ATA for 6.1-RELEASE, and adding support for new chipsets. On that front JMicron has raised the bar for vendors as they have provided not only hardware but documentation on both their hardware and their software RAID implementation, making it a breeze to add support for their, by the way excellent, products. Other vendors can join in here. :) Otherwise I'm always in the need for any amount of time or means to get it if nothing else. ATA has grown a USB backend so that fx. flash keys and external HD/CD/DVD drives can be used directly without atapicam/CAM etc. This is very handy on small (embedded) systems where resources are limitted and kernel space at a premium. burncd(8) is in the process of being updated so it will support this along with SATA ATAPI devices, and if time permits adding DVD support. The next months will be used to (hopefully) work on getting ATA to work properly on systems with > 4G of memory and utilize the 64bit addressing of controllers that supports it. RAID5 support for ataraid is on the list as well together with hardening of the RAID subsystem to help keep data alive and well. _________________________________________________________________ Symbol Versioning URL: http://people.freebsd.org/~deischen/symver/library_versioning.html URL: http://docs.sun.com/app/docs/doc/817-1984 URL: http://people.redhat.com/~drepper/symbol-versioning Contact: Daniel Eischen Symbol versioning libraries allows us to maintain binary compatibility without bumping library version numbers. Recently, symbol versioning for libc, libpthread, libthread_db, and libm was committed to -current. It is disabled by default, and can be enabled by adding "SYMVER_ENABLED=3Dtrue" to/etc/make.conf. A final version bump for libc and other affected libraries (perhaps all) should be done before enabling this by default. Open tasks: 1. Determining the impact on ports - portmgr (Kris) is running a portbuild to identify any problems. I am working to resolve the few problems that were found. 2. Making our linker link to libc and libpthread (when using (-pthread) when building shared libraries. This is needed so that symbol version dependencies are recorded in the shared library. I think kan is working on this.??? 3. Identify and symbol version any other libraries that should be symbol versioned. If anyone has any suggestions, I'm all ears. _________________________________________________________________ TMPFS (Filesystem) for FreeBSD URL: http://download.purpe.com/tmpfs URL: http://download.purpe.com/tmpfs/bmark.html Contact: Rohit Jalan Three betas have been released so far. The code is operational and seems to be stable but it is not MPSAFE as yet. The second and third betas used different mechanisms for data I/O. (sfbuf vs. kernel_map+vacache) and at present I am in the process on selecting one mechanism over the other. Your opinion is solicited. _________________________________________________________________ TrustedBSD Audit URL: http://www.TrustedBSD.org/audit.html Contact: Robert Watson Contact: In the past three months, the TrustedBSD CAPP audit implementation has been merged to the FreeBSD 7-CURRENT development tree in CVS, and the groundwork has been laid for a merge to 6.X. OpenBSM, a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format, as well as extensions to support intrusion detect applications. New features included support for audit pipes, a pseudo-device that provides a live audit record trail interface for intrusion detection applications, and an audit filter daemon that allows plug-in modules to monitor live events. Open tasks: 1. Complete audit coverage of non-native system call ABIs, some more recent base system calls. 2. Integrate OpenBSM 1.0 alpha 6, which includes auditfilterd and the audit filter API. _________________________________________________________________ TrustedBSD OpenBSM URL: http://www.OpenBSM.org/ Contact: Robert Watson Contact: OpenBSM is a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format, based on Apple's Darwin implementation. OpenBSM 1.0 alpha 5 is now available, and includes significant bugfixes, documentation, and feature enhancements over previous releases, including 64-bit token support, endian-independent operation, improved memory management, and bug fixes resulting from the static analysis tools provided by Coverity and FlexeLint. Recent versions are now built and configured using autoconf and automake, and have been built and tested with FreeBSD, Mac OS X, and Linux. Open tasks: 1. Complete OpenBSM file format validation test suite. 2. Finalize audit filter API. 3. Complete file format documentation; record documentation for new record types associated with Mac OS X, FreeBSD, and Linux specific events not present in documented Solaris record format. _________________________________________________________________ Ultrasparc T1 support URL: http://opensparc-t1.sunsource.net/index.html URL: http://www.fsmware.com/sun4v/todo.txt Contact: Kip Macy Contact: John Gurney FreeBSD has been ported the T1, Sun's newest processor. FreeBSD currently runs multi-user SMP. JMG is actively working on improving device support. The port has taken several weeks longer than initially anticipated as the majority of the current sparc64 port could not be re-used. _________________________________________________________________ Update of the linux infrastructure in the Ports Collection Contact: Emulation Mailinglist Contact: Alexander Leidinger Contact: Boris Samorodov Work is underway to use the new linux_base-fc3 as the new default linux base. Since there's some infrastructure work to do before it can be made the new default, this will not happen before the release of FreeBSD 5.5 and 6.1. At the same time a new X.org based linux port will replace the outdated XFree86 based linux X11 port. The use of fc3 instead of fc4 or fc5 is to make sure we have a smooth transition with as less as possible breakage. We already use several fc3 RPM's with the current default of linux_base-8, so there should be not much problems to solve. Open tasks: 1. Mark all old linux_base ports as DEPRECATED (after making fc3 the default linux_base port). 2. Have a look at a linux-dri version which works with the update to X.org. 3. When everything is switched to fc3 and everything works at least as good as before, have a look at porting fc4 or fc5. _________________________________________________________________ Legal Notices | =A9 1995-2006 The FreeBSD Project. All rights reserved. --Boundary-00=_LHxPEfzmILCscGB-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 14 03:28:42 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 9622216A400 for ; Fri, 14 Apr 2006 03:28:42 +0000 (UTC) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7D143D48 for ; Fri, 14 Apr 2006 03:28:40 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.3/8.13.3) with ESMTP id k3E3SWDr013826; Fri, 14 Apr 2006 09:28:33 +0600 (YEKST) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.6/8.13.6) with ESMTP id k3E3SWwc015351; Fri, 14 Apr 2006 09:28:32 +0600 (YEKST) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.6/8.13.6/Submit) id k3E3SWde015350; Fri, 14 Apr 2006 09:28:32 +0600 (YEKST) (envelope-from serg) Date: Fri, 14 Apr 2006 09:28:32 +0600 From: "Sergey N. Voronkov" To: Jonathan Chen Message-ID: <20060414032832.GA15282@tmn.ru> References: <20060414013238.GA2488@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060414013238.GA2488@osiris.chen.org.nz> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on sbtx.tmn.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: burncd failures on RC-1? 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, 14 Apr 2006 03:28:42 -0000 On Fri, Apr 14, 2006 at 01:32:38PM +1200, Jonathan Chen wrote: > Hi, > > Anyone else experiencing burncd failures on RC-1? I've only just recently > cvsup'd and rebuilt, and now burncd(8) just does nothing: > > osiris-~,1:29pm# echo $CDROM > /dev/acd0 > osiris-~,1:26pm# burncd -v blank > blanking CD, please wait.. > > No progress messages at all. > > atapicam.ko is loaded. Don't use burncd - it is broken after sense code merge into STABLE. Use cdrecord insted. Example from my personal expirience: # burncd -f /dev/acd0 -v -s max blank Wait forever... So I replaced: burncd -f /dev/acd0 -v blank burncd -f /dev/acd0 -v -e data /u/backup/backup.iso fixate with: cdrecord -v dev=3,0,0 blank=fast cdrecord -v dev=3,0,0 /u/backup/backup.iso SCSI device name is taken from: # camcontrol devlist at scbus1 target 0 lun 0 (pass0,da0) at scbus2 target 0 lun 0 (pass1,da1) at scbus3 target 0 lun 0 (pass2,cd0) Hope this helped, Serg N. Voronkov, Sibitex Ltd. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 14 07:48:43 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 1759216A400 for ; Fri, 14 Apr 2006 07:48:43 +0000 (UTC) (envelope-from plamen.stoev@gmail.com) Received: from t-janus.spnet.net (t-janus.spnet.net [212.50.0.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 380C443D45 for ; Fri, 14 Apr 2006 07:48:42 +0000 (GMT) (envelope-from plamen.stoev@gmail.com) Received: (qmail 29597 invoked from network); 14 Apr 2006 07:48:39 -0000 Received: from unknown (HELO ?212.50.0.92?) (212.50.0.92) by t-janus.spnet.net with SMTP; 14 Apr 2006 07:48:39 -0000 Message-ID: <443F53D7.509@gmail.com> Date: Fri, 14 Apr 2006 10:48:39 +0300 From: Plamen Stoev User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Sean McNeil References: <1144966568.25961.3.camel@triton.mcneil.com> In-Reply-To: <1144966568.25961.3.camel@triton.mcneil.com> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: kernel build failure with bce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: plamen.stoev@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 07:48:43 -0000 Sean McNeil wrote: > The following error occurs building -stable on amd64: > > make -sj2 buildworld && make -sj2 buildkernel > ... > ===> bce (all) > /usr/src/sys/modules/bce/../../dev/bce/if_bce.c: In function > `bce_rx_intr': > /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:4093: error: structure > has no member named `rxcycles' > /usr/src/sys/modules/bce/../../dev/bce/if_bce.c: In function > `bce_ioctl': > /usr/src/sys/modules/bce/../../dev/bce/if_bce.c:4897: error: label > `bce_ioctl_exit' used but not defined > > I have nothing in my config file for device bce, so it would appear > someone didn't check for building as a module. Please re-cvsup your source tree. The problem was fixed today. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 14 17:03: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 D679316A400 for ; Fri, 14 Apr 2006 17:03:15 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C3C43D53 for ; Fri, 14 Apr 2006 17:03:12 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 9BCFA5643A; Fri, 14 Apr 2006 10:03:40 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 64EC056436; Fri, 14 Apr 2006 10:03:40 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k3EH3QFE017729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Apr 2006 10:03:26 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k3EH3P5i017721; Fri, 14 Apr 2006 10:03:25 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17471.54749.454340.786033@satchel.alerce.com> Date: Fri, 14 Apr 2006 10:03:25 -0700 To: hartzell@alerce.com In-Reply-To: <200604121646.k3CGkRtS055006@satchel.alerce.com> References: <200604121646.k3CGkRtS055006@satchel.alerce.com> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: powerd not behaving with an Asus A8V-MX and Athlon 64 X2 3800+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 17:03:15 -0000 George Hartzell writes: > > I have an Asus A8V-MX motherboard with an AMD Athlong 64 X2 3800+ CPU > and I'm trying to run powerd to keep it cooler/quieter/greener. > [...] [for the archives] I now have powerd running w/out any complaints, although I still don't understand what was causing the problem. I've added the following entries to /boot/loader.conf hint.acpi_throttle.0.disabled="1" hint.acpi_throttle.1.disabled="1" and then just run powerd by adding the following lines to /etc/rc.conf powerd_enable="YES" powerd_flags="-a adaptive" and the system happily cycles between 2000, 1800, and 1000 MHz depending on what it's doing (it actually never hangs out at 1800 for long, just while transitioning between the extremes). I guess that the CPU or bios or ??? was advertising support for throttling that it didn't really implement, but I don't really understand the why's and hows. g. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 14 18:21: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 9D21A16A407 for ; Fri, 14 Apr 2006 18:21:47 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CA0D43D5C for ; Fri, 14 Apr 2006 18:21:45 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 844875643A for ; Fri, 14 Apr 2006 11:22:13 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 53AC956436 for ; Fri, 14 Apr 2006 11:22:13 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k3EIM1RE036788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 14 Apr 2006 11:22:01 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k3EIM10C036783; Fri, 14 Apr 2006 11:22:01 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17471.59464.796706.657989@satchel.alerce.com> Date: Fri, 14 Apr 2006 11:22:00 -0700 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Subject: Sound problem w/ 6.1-RC and ASUS A8V-MX (VIA VT8233X) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 18:21:47 -0000 I have a new ASUS A8V-MX motherboard that's running 6.1-RC cvsuped earlier this week. I'm running w/ ACPI enabled, I still see the problem if I boot w/ ACPI disabled at the loader prompt. I'm running a kernel based on the standard SMP config file with the addition of an atapicam device. I have: sound_load="YES" snd_via8233_load="YES" in /etc/loader.conf I can listen to audio cd's using cdplay, I think that's just testing the analog cable from the back of the drive to the motherboard and out to the headphone jacks. At least I know that I have that much correct. None of the gnome apps that I've tried make any sound, either playing a cd from the drive or an mp3. If I use a sound app, or "cat /etc/termcap > /dev/dsp" in an attempt to make some noise, I get nothing except the following line in /var/log/messages: pcm0:play:0:dsp0.0: play interrupt timeout, channel dead I've attached my dmesg output, my mptable output, and my pciconf -lv output. Can anyone help me get this going? Thanks, g. -------------------------cut here------------------------------------- Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC #0: Tue Apr 11 07:26:47 UTC 2006 root@demi.projectbillboard.org:/usr/obj/usr/src/sys/DEMI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.10-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147155968 (2047 MB) avail memory = 2096119808 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 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 0x808-0x80b on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 21 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 22 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 23 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebff800-0xfebff8ff irq 22 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered uhub4: device problem (SET_ADDR_FAILED), disabling port 7 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd400-0xd4ff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xd000-0xd0ff mem 0xfebff400-0xfebff4ff irq 23 at device 18.0 on pci0 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:15:f2:2c:c3:86 pcib2: at device 19.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.1 on pci2 pci4: on pcib4 acpi_button0: on acpi0 acpi_button1: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 286168MB at ata2-master SATA150 ad6: 286168MB at ata3-master SATA150 SMP: AP CPU #1 Launched! GEOM_MIRROR: Device gm0s1 created (id=3185843744). GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC #0: Tue Apr 11 07:26:47 UTC 2006 root@demi.projectbillboard.org:/usr/obj/usr/src/sys/DEMI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2000.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147155968 (2047 MB) avail memory = 2096119808 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 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 0x808-0x80b on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 21 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 22 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 23 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebff800-0xfebff8ff irq 22 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd400-0xd4ff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xd000-0xd0ff mem 0xfebff400-0xfebff4ff irq 23 at device 18.0 on pci0 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:15:f2:2c:c3:86 pcib2: at device 19.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.1 on pci2 pci4: on pcib4 acpi_button0: on acpi0 acpi_button1: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 286168MB at ata2-master SATA150 ad6: 286168MB at ata3-master SATA150 GEOM_MIRROR: Device gm0s1 created (id=3185843744). GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. SMP: AP CPU #1 Launched! GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 64 files 1 WARNING: /var was not properly dismounted cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present -------------------------cut here------------------------------------- =============================================================================== MPTable ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000ff780 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x61 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f1020 signature: 'PCMP' base table length: 316 version: 1.4 checksum: 0x9a OEM ID: 'ASUSTeK ' Product ID: '' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 31 local APIC address: 0xfee00000 extended table length: 144 extended table checksum: 138 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 15 11 1 0x178bfbff 1 0x10 AP, usable 15 11 1 0x178bfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 ISA -- I/O APICs: APIC ID Version State Address 2 0x03 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 5 0 2 0 INT conforms conforms 5 1 2 1 INT conforms conforms 5 0 2 2 INT conforms conforms 5 4 2 4 INT conforms conforms 5 6 2 6 INT conforms conforms 5 7 2 7 INT active-hi edge 5 8 2 8 INT conforms conforms 5 9 2 9 INT conforms conforms 5 12 2 12 INT conforms conforms 5 13 2 13 INT conforms conforms 5 14 2 14 INT conforms conforms 5 15 2 15 INT active-lo level 1 0:A 2 16 INT active-lo level 0 17:C 2 22 INT active-lo level 0 15:B 2 21 INT active-lo level 0 16:A 2 20 INT active-lo level 0 16:C 2 22 INT active-lo level 0 16:B 2 21 INT active-lo level 0 16:D 2 23 INT active-lo level 0 18:A 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0xd000 address range: 0x2000 -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x100 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- System Address Space bus ID: 0 address type: memory address address base: 0xfda00000 address range: 0x1200000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xf8000000 address range: 0x4000000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xf1900000 address range: 0xc100000 -- Bus Heirarchy bus ID: 5 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000001 =============================================================================== -------------------------cut here------------------------------------- agp0@pci0:0:0: class=0x060000 card=0x02041106 chip=0x02041106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8M400 CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb0@pci0:0:1: class=0x060000 card=0x12041106 chip=0x12041106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8M400 CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb1@pci0:0:2: class=0x060000 card=0x22041106 chip=0x22041106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8M400 CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb2@pci0:0:3: class=0x060000 card=0x32041106 chip=0x32041106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8M400 CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb3@pci0:0:4: class=0x060000 card=0x42041106 chip=0x42041106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8M400 CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb4@pci0:0:7: class=0x060000 card=0x00000000 chip=0x72041106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8M400 CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0xb1881106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'Apollo K8HTB CPU to AGP 2.0/3.0 Bridge' class = bridge subclass = PCI-PCI atapci0@pci0:15:0: class=0x01018f card=0x33491106 chip=0x33491106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' class = mass storage subclass = ATA atapci1@pci0:15:1: class=0x01018a card=0x05711106 chip=0x05711106 rev=0x07 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA uhci0@pci0:16:0: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x90 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:16:1: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x90 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci2@pci0:16:2: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x90 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci3@pci0:16:3: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x90 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:16:4: class=0x0c0320 card=0x31041106 chip=0x31041106 rev=0x90 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:17:0: class=0x060100 card=0x32871106 chip=0x32871106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' class = bridge subclass = PCI-ISA pcm0@pci0:17:5: class=0x040100 card=0x81b91043 chip=0x30591106 rev=0x70 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' class = multimedia subclass = audio hostb5@pci0:17:7: class=0x060000 card=0x287e1106 chip=0x287e1106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' class = bridge subclass = HOST-PCI vr0@pci0:18:0: class=0x020000 card=0x80ed1043 chip=0x30651106 rev=0x7c hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet pcib2@pci0:19:0: class=0x060400 card=0x00000000 chip=0x287b1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' class = bridge subclass = PCI-PCI hostb6@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb7@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb8@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb9@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none0@pci1:0:0: class=0x030000 card=0x1e41102b chip=0x2527102b rev=0x01 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA-G550 AGP Chipset' class = display subclass = VGA pcib3@pci2:0:0: class=0x060400 card=0x00000040 chip=0x287c1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' class = bridge subclass = PCI-PCI pcib4@pci2:0:1: class=0x060400 card=0x00000040 chip=0x287d1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' class = bridge subclass = PCI-PCI From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 13:57: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 9BB1316A402 for ; Sat, 15 Apr 2006 13:57:59 +0000 (UTC) (envelope-from mare@negrocan.net) Received: from smtp.sinfonika.si (mail2.moj.net [212.93.226.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 053BD43D46 for ; Sat, 15 Apr 2006 13:57:58 +0000 (GMT) (envelope-from mare@negrocan.net) Received: from negrocan (negrocan.net [193.138.47.14]) by smtp.sinfonika.si (Postfix) with ESMTP id 192FE17CB for ; Sat, 15 Apr 2006 16:01:12 +0200 (CEST) From: "Mare Negrocan" To: Date: Sat, 15 Apr 2006 15:57:41 +0200 Organization: Negrocan INC. MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcZglI/Xu0vmmHkySsG33Lc5vigy3g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20060415140112.192FE17CB@smtp.sinfonika.si> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to change hardware clock 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, 15 Apr 2006 13:57:59 -0000 How to change hardware clock? I can't update clock with rdate, ntpdate. FreeBSD 4.10-RELEASE Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 14:45: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 163DE16A401 for ; Sat, 15 Apr 2006 14:45:07 +0000 (UTC) (envelope-from zoulou@sians.org) Received: from zermelo.sians.org (zermelo.sians.org [72.21.52.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD66D43D45 for ; Sat, 15 Apr 2006 14:45:06 +0000 (GMT) (envelope-from zoulou@sians.org) Received: from webmail.sians.org (localhost [127.0.0.1]) by zermelo.sians.org (Postfix) with ESMTP id 06BD1160323; Sat, 15 Apr 2006 17:45:06 +0300 (EEST) Received: from 195.134.69.169 (SquirrelMail authenticated user zoulou@sians.org) by webmail.sians.org with HTTP; Sat, 15 Apr 2006 17:45:06 +0300 (EEST) Message-ID: <57348.195.134.69.169.1145112306.squirrel@webmail.sians.org> In-Reply-To: <20060415140112.192FE17CB@smtp.sinfonika.si> References: <20060415140112.192FE17CB@smtp.sinfonika.si> Date: Sat, 15 Apr 2006 17:45:06 +0300 (EEST) From: "Giorgos Kapetanakis" To: "Mare Negrocan" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-7 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: How to change hardware clock 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, 15 Apr 2006 14:45:07 -0000 On Sat, April 15, 2006 4:57 pm, Mare Negrocan wrote: > How to change hardware clock? > > I can't update clock with rdate, ntpdate. (from date(1) manual page) The command: date 8506131627 sets the date to ``June 13, 1985, 4:27 PM''. date "+%Y%m%d%H%M.%S" The command: date 1432 sets the time to 2:32 PM, without modifying the date. -- Giorgos Kapetanakis From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 15:00: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 3EE1E16A401 for ; Sat, 15 Apr 2006 15:00:25 +0000 (UTC) (envelope-from mare@negrocan.net) Received: from smtp.sinfonika.si (mail2.moj.net [212.93.226.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DBA843D46 for ; Sat, 15 Apr 2006 15:00:23 +0000 (GMT) (envelope-from mare@negrocan.net) Received: from negrocan (negrocan.net [193.138.47.14]) by smtp.sinfonika.si (Postfix) with ESMTP id 95B0017AC; Sat, 15 Apr 2006 17:03:38 +0200 (CEST) From: "Mare Negrocan" To: "'Giorgos Kapetanakis'" Date: Sat, 15 Apr 2006 17:00:09 +0200 Organization: Negrocan INC. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <57348.195.134.69.169.1145112306.squirrel@webmail.sians.org> Thread-Index: AcZgoMrLjpnnYBGcSlOZOUZWcCFysgAA5sTg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20060415150338.95B0017AC@smtp.sinfonika.si> Cc: freebsd-stable@freebsd.org Subject: RE: How to change hardware clock 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, 15 Apr 2006 15:00:25 -0000 [root@freebsd etc]$ date 0604151658 date: can't reach time daemon, time set locally Sat Apr 15 16:58:00 CEST 2006 ;) -----Original Message----- From: Giorgos Kapetanakis [mailto:zoulou@sians.org] Sent: Saturday, April 15, 2006 4:45 PM To: Mare Negrocan Cc: freebsd-stable@freebsd.org Subject: Re: How to change hardware clock On Sat, April 15, 2006 4:57 pm, Mare Negrocan wrote: > How to change hardware clock? > > I can't update clock with rdate, ntpdate. (from date(1) manual page) The command: date 8506131627 sets the date to ``June 13, 1985, 4:27 PM''. date "+%Y%m%d%H%M.%S" The command: date 1432 sets the time to 2:32 PM, without modifying the date. -- Giorgos Kapetanakis __________ NOD32 1.1490 (20060415) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 15:01: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 69E1516A404 for ; Sat, 15 Apr 2006 15:01:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A62243D58 for ; Sat, 15 Apr 2006 15:01:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3FF16YN011333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Apr 2006 00:31:07 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 16 Apr 2006 00:30:41 +0930 User-Agent: KMail/1.9.1 References: <20060415140112.192FE17CB@smtp.sinfonika.si> In-Reply-To: <20060415140112.192FE17CB@smtp.sinfonika.si> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1741719.rxtqNfzjqT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604160030.56980.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Mare Negrocan Subject: Re: How to change hardware clock 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, 15 Apr 2006 15:01:20 -0000 --nextPart1741719.rxtqNfzjqT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 15 April 2006 23:27, Mare Negrocan wrote: > How to change hardware clock? > > I can't update clock with rdate, ntpdate. Care to provide any error messages? Or even what you tried? Is ntpd running? =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 --nextPart1741719.rxtqNfzjqT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEQQqo5ZPcIHs/zowRAomYAJ9Fnd3yIDHEmz3qXRlrIEuvqSL+lwCgkOw3 s8nfa7Aqp/xrjyffiYPm2L4= =GAo/ -----END PGP SIGNATURE----- --nextPart1741719.rxtqNfzjqT-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 17:20: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 471C816A404 for ; Sat, 15 Apr 2006 17:20:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC5443D55 for ; Sat, 15 Apr 2006 17:20:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 40A2520010D; Sat, 15 Apr 2006 19:20:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 66F98200108; Sat, 15 Apr 2006 19:20:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 31836444F41; Sat, 15 Apr 2006 17:17:49 +0000 (UTC) Date: Sat, 15 Apr 2006 17:17:49 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ulrich Spoerlein In-Reply-To: <20060415100434.GC991@roadrunner.aventurien.local> Message-ID: <20060415171719.D13011@maildrop.int.zabbadoz.net> References: <20060415100434.GC991@roadrunner.aventurien.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: stable@freebsd.org Subject: Re: [LOR] udpinp 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, 15 Apr 2006 17:20:13 -0000 On Sat, 15 Apr 2006, Ulrich Spoerlein wrote: > Hello everyone, > > catched this LOR on 6.1-PRERELEASE while fiddling with an ural0 device > and configureing an inet address (me thinks, can't recall right now). > > lock order reversal: (Giant after non-sleepable) > 1st 0xc5091dec inp (udpinp) @ /usr/src/sys/netinet/ip_output.c:1620 > 2nd 0xc07502c0 Giant (Giant) @ /usr/src/sys/netinet/in.c:970 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c075f218,c075f588,c0724364) at kdb_backtrace+0x29 > witness_checkorder(c07502c0,9,c06e4e61,3ca) at witness_checkorder+0x578 > _mtx_lock_flags(c07502c0,0,c06e4e61,3ca) at _mtx_lock_flags+0x5b > in_addmulti(ef4cdbcc,c4f01c00,0,c4f01c00,fb0000e0) at in_addmulti+0x2b > ip_setmoptions(c5091d5c,ef4cdc90,c06de1d5,ef4cdc54,0) at ip_setmoptions+0x498 > ip_ctloutput(c59abde8,ef4cdc90,c4fc9d2c,0,c06de1d5) at ip_ctloutput+0x3db > sosetopt(c59abde8,ef4cdc90,c5add0d8,1,0) at sosetopt+0x2c > kern_setsockopt(c5992600,4,0,c,bfbfebb0) at kern_setsockopt+0xb5 > setsockopt(c5992600,ef4cdd04,5,10,296) at setsockopt+0x1e > syscall(3b,3b,3b,4807e340,bfbfeecc) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f added with LOR ID #183 to "the LOR page": http://sources.zabbadoz.net/freebsd/lor.html#183 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 17:52: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 2CE4016A462 for ; Sat, 15 Apr 2006 17:52:19 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799A643D55 for ; Sat, 15 Apr 2006 17:52:14 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by nproxy.gmail.com with SMTP id x37so201976nfc for ; Sat, 15 Apr 2006 10:52:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:cc:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:from; b=WUxd3bJesLUIkhCrRYAUW7wPTx13QK1Vd+X8wMMTHAQtQo3Dr4MGUflaECetrorj9AnKoljCor1BV+xlc/T6SOp8IblkyRFMHgQhoL+XHiggPYEs/M3N2FcmaN8ulpdnH4JMGcLO/K0/hp6oUg84Cn8qbecVvwgwGcyozb+G9bw= Received: by 10.48.157.12 with SMTP id f12mr1257689nfe; Sat, 15 Apr 2006 03:07:59 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.92]) by mx.gmail.com with ESMTP id o53sm1092985nfa.2006.04.15.03.07.45; Sat, 15 Apr 2006 03:07:59 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k3FA608k001243; Sat, 15 Apr 2006 12:06:03 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k3FA4YVh001197; Sat, 15 Apr 2006 12:04:34 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sat, 15 Apr 2006 12:04:34 +0200 To: bzeeb+freebsd+lor@zabbadoz.net Message-ID: <20060415100434.GC991@roadrunner.aventurien.local> Mail-Followup-To: bzeeb+freebsd+lor@zabbadoz.net, stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IpbVkmxF4tDyP/Kb" Content-Disposition: inline From: Ulrich Spoerlein Cc: stable@freebsd.org Subject: [LOR] udpinp 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, 15 Apr 2006 17:52:19 -0000 --IpbVkmxF4tDyP/Kb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, catched this LOR on 6.1-PRERELEASE while fiddling with an ural0 device and configureing an inet address (me thinks, can't recall right now). lock order reversal: (Giant after non-sleepable) 1st 0xc5091dec inp (udpinp) @ /usr/src/sys/netinet/ip_output.c:1620 2nd 0xc07502c0 Giant (Giant) @ /usr/src/sys/netinet/in.c:970 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c075f218,c075f588,c0724364) at kdb_backtrace+0x29 witness_checkorder(c07502c0,9,c06e4e61,3ca) at witness_checkorder+0x578 _mtx_lock_flags(c07502c0,0,c06e4e61,3ca) at _mtx_lock_flags+0x5b in_addmulti(ef4cdbcc,c4f01c00,0,c4f01c00,fb0000e0) at in_addmulti+0x2b ip_setmoptions(c5091d5c,ef4cdc90,c06de1d5,ef4cdc54,0) at ip_setmoptions+0x4= 98 ip_ctloutput(c59abde8,ef4cdc90,c4fc9d2c,0,c06de1d5) at ip_ctloutput+0x3db sosetopt(c59abde8,ef4cdc90,c5add0d8,1,0) at sosetopt+0x2c kern_setsockopt(c5992600,4,0,c,bfbfebb0) at kern_setsockopt+0xb5 setsockopt(c5992600,ef4cdd04,5,10,296) at setsockopt+0x1e syscall(3b,3b,3b,4807e340,bfbfeecc) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --IpbVkmxF4tDyP/Kb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQMUy524iJyD+6d0RAsrdAJ9v4INvTJAB4D7AwZ63SM4BjpOwMwCglO0b praJmZCnl+boCHq/OX+TSGg= =sbiI -----END PGP SIGNATURE----- --IpbVkmxF4tDyP/Kb-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 18: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 341ED16A403; Sat, 15 Apr 2006 18:22:10 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D21F43D46; Sat, 15 Apr 2006 18:22:08 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (localhost [127.0.0.1]) by corp.grupos.com.br (Postfix) with ESMTP id 27E66552E; Sat, 15 Apr 2006 15:22:07 -0300 (BRT) Received: from [192.168.0.134] (unknown [201.31.23.238]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id B732A5503; Sat, 15 Apr 2006 15:22:06 -0300 (BRT) Message-ID: <444139CA.6060002@FreeBSD.org> Date: Sat, 15 Apr 2006 15:22:02 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: FreeBSD Stable , Matt Jacob X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Filtered: By ProxSMTP using Clamav and Bogofilter Cc: Subject: panic: softdep_move_dependencies: need merge code (driver mtp(4)?) 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, 15 Apr 2006 18:22:10 -0000 panic: softdep_move_dependencies: need merge code Maybe something in mtp(4) driver? FreeBSD 6.1-PRERELEASE #0: Sat Apr 1 04:20:17 BRT 2006 db> sh msgbuf msgbufp = 0xc103afe4 magic = 63062, size = 32740, r= 35282, w = 66579, ptr = 0xc1033000, cksum= 2663542 mpt0: Attempting to Abort Req 0xc4bd3238 mpt0: Request 0xc4bd36e8 Timed out. mpt0: Request 0xc4bd2e00 Timed out. ... g_vfs_done():da0s1g[READ(offset=36612947968, length=16384)]error = 5i g_vfs_done():da0s1g[READ(offset=37008271360, length=2048)]error = 5n g_vfs_done():da0s1g[READ(offset=37725519872, length=8192)]error = 5 g_vfs_done():da0s1g[WRITE(offset=40080080896, length=16384)]error = 5 panic: softdep_move_dependencies: need merge code cpuid = 1 KDB: enter: panic xited on signal 11 db> bt Tracing pid 3 tid 100016 td 0xc4ae6af0 kdb_enter(c0791fcb) at kdb_enter+0x2b panic(c079eff5,d8bf6bc0,c4f4e830,4,e35dcc90) at panic+0x127 softdep_move_dependencies(d8bf6bc0,d8bcf040) at softdep_move_dependencies+0x1f ffs_backgroundwritedone(d8bf6bc0) at ffs_backgroundwritedone+0xca bufdone(d8bf6bc0) at bufdone+0x42 g_vfs_done(c5d9e084) at g_vfs_done+0xab biodone(c5d9e084) at biodone+0x8b g_io_schedule_up(c4ae6af0) at g_io_schedule_up+0x86 g_up_procbody(0,e35dcd38) at g_up_procbody+0x92 fork_exit(c05270b8,0,e35dcd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35dcd6c, ebp = 0 --- All DDB info: http://marcus.grupos.com.br:8080/patch/panic-server.log Thanks -- 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 Sat Apr 15 18:50: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 2A03216A402 for ; Sat, 15 Apr 2006 18:50:51 +0000 (UTC) (envelope-from gwk-fbsd@mnet-mail.de) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A1E43D46 for ; Sat, 15 Apr 2006 18:50:50 +0000 (GMT) (envelope-from gwk-fbsd@mnet-mail.de) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id EA10372C61 for ; Sat, 15 Apr 2006 20:50:48 +0200 (CEST) X-Auth-Info: HfrIIFKCSCc9dUe9RTV9osIvaBeUHWosCP7ipnTfJls= Received: from [192.168.1.100] (ppp-82-135-14-102.mnet-online.de [82.135.14.102]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id B0728D067B for ; Sat, 15 Apr 2006 20:50:48 +0200 (CEST) From: "Georg-W. Koltermann" To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sat, 15 Apr 2006 20:50:48 +0200 Message-Id: <1145127048.3154.11.camel@localhost.eu.mscsoftware.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: USB & ACPI getting better but not quite there - IBM T42p 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, 15 Apr 2006 18:50:51 -0000 Hi, I was delighted to see that my laptop now wakes up fine when booted from an external USB disk with 6.1-RC1 (actually RELENG_6_1 supped yesterday). I had inadvertently suspended, and it did come back up when hitting the power switch! It subsequently hung when I switched into X, but I think that's a problem with DRI. I saw it as well when booted from the IDE disk, and it went away after disabling DRI. But the other problem with powerdown when USB-booted is still there. If I hit the power switch it shuts down ok and dismounts all filesystems but then it sits there, doesn't remove power. All works fine when booted from the internal IDE disk, it hangs only when booted from the external USB one. -- Regards, Georg. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:03: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 300FB16A400; Sat, 15 Apr 2006 19:03:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9820B43D45; Sat, 15 Apr 2006 19:03:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3FJ3AoB079198; Sat, 15 Apr 2006 13:03:11 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4441436F.4030900@samsco.org> Date: Sat, 15 Apr 2006 13:03:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Alves Grando References: <444139CA.6060002@FreeBSD.org> In-Reply-To: <444139CA.6060002@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD Stable , Matt Jacob Subject: Re: panic: softdep_move_dependencies: need merge code (driver mtp(4)?) 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, 15 Apr 2006 19:03:16 -0000 Heh, that's supposed to be a 'this will never happen' case. Scott Marcus Alves Grando wrote: > panic: softdep_move_dependencies: need merge code > > Maybe something in mtp(4) driver? > > FreeBSD 6.1-PRERELEASE #0: Sat Apr 1 04:20:17 BRT 2006 > > db> sh msgbuf > msgbufp = 0xc103afe4 > magic = 63062, size = 32740, r= 35282, w = 66579, ptr = 0xc1033000, > cksum= 2663542 > mpt0: Attempting to Abort Req 0xc4bd3238 > mpt0: Request 0xc4bd36e8 Timed out. > mpt0: Request 0xc4bd2e00 Timed out. > ... > g_vfs_done():da0s1g[READ(offset=36612947968, length=16384)]error = 5i > g_vfs_done():da0s1g[READ(offset=37008271360, length=2048)]error = 5n > g_vfs_done():da0s1g[READ(offset=37725519872, length=8192)]error = 5 > g_vfs_done():da0s1g[WRITE(offset=40080080896, length=16384)]error = 5 > panic: softdep_move_dependencies: need merge code > cpuid = 1 > KDB: enter: panic > xited on signal 11 > > db> bt > Tracing pid 3 tid 100016 td 0xc4ae6af0 > kdb_enter(c0791fcb) at kdb_enter+0x2b > panic(c079eff5,d8bf6bc0,c4f4e830,4,e35dcc90) at panic+0x127 > softdep_move_dependencies(d8bf6bc0,d8bcf040) at > softdep_move_dependencies+0x1f > ffs_backgroundwritedone(d8bf6bc0) at ffs_backgroundwritedone+0xca > bufdone(d8bf6bc0) at bufdone+0x42 > g_vfs_done(c5d9e084) at g_vfs_done+0xab > biodone(c5d9e084) at biodone+0x8b > g_io_schedule_up(c4ae6af0) at g_io_schedule_up+0x86 > g_up_procbody(0,e35dcd38) at g_up_procbody+0x92 > fork_exit(c05270b8,0,e35dcd38) at fork_exit+0x71 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe35dcd6c, ebp = 0 --- > > All DDB info: > http://marcus.grupos.com.br:8080/patch/panic-server.log > > Thanks > From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:39 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 DA33316A401; Sat, 15 Apr 2006 19:38:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F6143D4C; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcUJE039602; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQqC053868; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EC52730D9; Wed, 12 Apr 2006 17:37:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.7EC52730D9@freebsd-current.sentex.ca> Date: Wed, 12 Apr 2006 17:37:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:39 -0000 TB --- 2006-04-12 20:06:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-12 20:06:06 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-04-12 20:06:06 - cleaning the object tree TB --- 2006-04-12 20:06:36 - checking out the source tree TB --- 2006-04-12 20:06:36 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-04-12 20:06:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-12 20:16:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-12 20:16:03 - cd /src TB --- 2006-04-12 20:16: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-04-12 21:21:54 - generating LINT kernel config TB --- 2006-04-12 21:21:54 - cd /src/sys/i386/conf TB --- 2006-04-12 21:21:54 - /usr/bin/make -B LINT TB --- 2006-04-12 21:21:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-12 21:21:54 - cd /src TB --- 2006-04-12 21:21:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 12 21:21:54 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 [...] ld -Bshareable -d -warn-common -o if_axe.ko if_axe.kld objcopy --strip-debug if_axe.ko ===> bce (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/bce/../../dev/bce/if_bce.c /src/sys/modules/bce/../../dev/bce/if_bce.c: In function `bce_rx_intr': /src/sys/modules/bce/../../dev/bce/if_bce.c:4093: error: structure has no member named `rxcycles' /src/sys/modules/bce/../../dev/bce/if_bce.c: In function `bce_ioctl': /src/sys/modules/bce/../../dev/bce/if_bce.c:4897: error: label `bce_ioctl_exit' used but not defined *** Error code 1 Stop in /src/sys/modules/bce. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-12 21:37:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-12 21:37:34 - ERROR: failed to build lint kernel TB --- 2006-04-12 21:37:34 - tinderbox aborted TB --- 1.11 user 5.70 system 5488.22 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:40 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 DEB3416A406; Sat, 15 Apr 2006 19:38:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55EB943D53; Sat, 15 Apr 2006 19:38:31 +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.4P/8.13.4) with ESMTP id k3FJcTj0041249; Sat, 15 Apr 2006 15:38:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUJV064511; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 81377730DA; Wed, 12 Apr 2006 19:05:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.81377730DA@freebsd-current.sentex.ca> Date: Wed, 12 Apr 2006 19:05:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-12 21:37:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-12 21:37:35 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2006-04-12 21:37:35 - cleaning the object tree TB --- 2006-04-12 21:38:03 - checking out the source tree TB --- 2006-04-12 21:38:03 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2006-04-12 21:38:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-12 21:47:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-12 21:47:32 - cd /src TB --- 2006-04-12 21:47:32 - /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-04-12 22:52:35 - generating LINT kernel config TB --- 2006-04-12 22:52:35 - cd /src/sys/pc98/conf TB --- 2006-04-12 22:52:35 - /usr/bin/make -B LINT TB --- 2006-04-12 22:52:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-12 22:52:35 - cd /src TB --- 2006-04-12 22:52:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 12 22:52:36 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 [...] ld -Bshareable -d -warn-common -o if_axe.ko if_axe.kld objcopy --strip-debug if_axe.ko ===> bce (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/bce/../../dev/bce/if_bce.c /src/sys/modules/bce/../../dev/bce/if_bce.c: In function `bce_rx_intr': /src/sys/modules/bce/../../dev/bce/if_bce.c:4093: error: structure has no member named `rxcycles' /src/sys/modules/bce/../../dev/bce/if_bce.c: In function `bce_ioctl': /src/sys/modules/bce/../../dev/bce/if_bce.c:4897: error: label `bce_ioctl_exit' used but not defined *** Error code 1 Stop in /src/sys/modules/bce. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-12 23:05:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-12 23:05:28 - ERROR: failed to build lint kernel TB --- 2006-04-12 23:05:28 - tinderbox aborted TB --- 0.94 user 5.88 system 5272.68 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:40 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 1930516A40A; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 792A043D5D; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcUU4039605; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUvi064514; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8DB73730DE; Thu, 13 Apr 2006 18:15:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.8DB73730DE@freebsd-current.sentex.ca> Date: Thu, 13 Apr 2006 18:15:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-13 20:51:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-13 20:51:57 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-04-13 20:51:58 - cleaning the object tree TB --- 2006-04-13 20:52:27 - checking out the source tree TB --- 2006-04-13 20:52:27 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-04-13 20:52:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-13 21:01:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-13 21:01:50 - cd /src TB --- 2006-04-13 21:01:50 - /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-04-13 22:07:55 - generating LINT kernel config TB --- 2006-04-13 22:07:55 - cd /src/sys/alpha/conf TB --- 2006-04-13 22:07:55 - /usr/bin/make -B LINT TB --- 2006-04-13 22:07:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-13 22:07:55 - cd /src TB --- 2006-04-13 22:07:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 13 22:07:55 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 -O2 -pipe -fno-strict-aliasing -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/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-13 22:15:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-13 22:15:43 - ERROR: failed to build lint kernel TB --- 2006-04-13 22:15:43 - tinderbox aborted TB --- 1.08 user 4.96 system 5025.94 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:40 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 238F016A40B; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2E643D5F; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcU19039607; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQMG053872; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90189730DF; Thu, 13 Apr 2006 20:07:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.90189730DF@freebsd-current.sentex.ca> Date: Thu, 13 Apr 2006 20:07:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-13 22:15:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-13 22:15:44 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-04-13 22:15:44 - cleaning the object tree TB --- 2006-04-13 22:16:19 - checking out the source tree TB --- 2006-04-13 22:16:19 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-04-13 22:16:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-13 22:25:54 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-13 22:25:54 - cd /src TB --- 2006-04-13 22:25:54 - /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-04-13 23:58:15 - generating LINT kernel config TB --- 2006-04-13 23:58:15 - cd /src/sys/amd64/conf TB --- 2006-04-13 23:58:15 - /usr/bin/make -B LINT TB --- 2006-04-13 23:58:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-13 23:58:15 - cd /src TB --- 2006-04-13 23:58:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 13 23:58:15 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 -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 00:07:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 00:07:06 - ERROR: failed to build lint kernel TB --- 2006-04-14 00:07:06 - tinderbox aborted TB --- 1.31 user 6.88 system 6681.93 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:40 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 2929B16A40D; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB3F43D5A; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcUAi039606; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcULj064515; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92349730E0; Thu, 13 Apr 2006 21:31:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.92349730E0@freebsd-current.sentex.ca> Date: Thu, 13 Apr 2006 21:31:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-14 00:07:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 00:07:06 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-04-14 00:07:06 - cleaning the object tree TB --- 2006-04-14 00:07:30 - checking out the source tree TB --- 2006-04-14 00:07:30 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-04-14 00:07:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-14 00:16:57 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 00:16:57 - cd /src TB --- 2006-04-14 00:16:57 - /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-04-14 01:22:37 - generating LINT kernel config TB --- 2006-04-14 01:22:37 - cd /src/sys/i386/conf TB --- 2006-04-14 01:22:37 - /usr/bin/make -B LINT TB --- 2006-04-14 01:22:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 01:22:37 - cd /src TB --- 2006-04-14 01:22:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 01:22: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 >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 01:31:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 01:31:59 - ERROR: failed to build lint kernel TB --- 2006-04-14 01:31:59 - tinderbox aborted TB --- 0.91 user 4.06 system 5092.92 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:40 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 B0BC716A402; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DDF43D5C; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcUD9039613; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQOm053874; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 98C7D730E2; Fri, 14 Apr 2006 00:18:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.98C7D730E2@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 00:18:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:40 -0000 TB --- 2006-04-14 02:55:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 02:55:12 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-04-14 02:55:12 - cleaning the object tree TB --- 2006-04-14 02:55:38 - checking out the source tree TB --- 2006-04-14 02:55:38 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-04-14 02:55:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-14 03:05:16 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 03:05:16 - cd /src TB --- 2006-04-14 03:05:16 - /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-04-14 04:11:00 - generating LINT kernel config TB --- 2006-04-14 04:11:00 - cd /src/sys/sparc64/conf TB --- 2006-04-14 04:11:00 - /usr/bin/make -B LINT TB --- 2006-04-14 04:11:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 04:11:00 - cd /src TB --- 2006-04-14 04:11:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 04:11:00 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 -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 04:18:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 04:18:36 - ERROR: failed to build lint kernel TB --- 2006-04-14 04:18:36 - tinderbox aborted TB --- 1.02 user 4.88 system 5003.84 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:40 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 CAF1116A40F; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8FE43D5E; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcUA9039608; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUBQ064516; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9453A730E1; Thu, 13 Apr 2006 22:55:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.9453A730E1@freebsd-current.sentex.ca> Date: Thu, 13 Apr 2006 22:55:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-14 01:31:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 01:31:59 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2006-04-14 01:31:59 - cleaning the object tree TB --- 2006-04-14 01:32:19 - checking out the source tree TB --- 2006-04-14 01:32:19 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2006-04-14 01:32:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-14 01:41:40 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 01:41:40 - cd /src TB --- 2006-04-14 01:41:40 - /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-04-14 02:47:06 - generating LINT kernel config TB --- 2006-04-14 02:47:06 - cd /src/sys/pc98/conf TB --- 2006-04-14 02:47:06 - /usr/bin/make -B LINT TB --- 2006-04-14 02:47:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 02:47:06 - cd /src TB --- 2006-04-14 02:47:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 02:47:06 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 -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 02:55:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 02:55:11 - ERROR: failed to build lint kernel TB --- 2006-04-14 02:55:11 - tinderbox aborted TB --- 0.77 user 4.28 system 4992.12 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38: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 E407516A410; Sat, 15 Apr 2006 19:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9A443D69; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcVfr039630; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQMI053872; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1BC4730ED; Fri, 14 Apr 2006 23:39:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.B1BC4730ED@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 23:39:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-15 02:16:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 02:16:46 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2006-04-15 02:16:46 - cleaning the object tree TB --- 2006-04-15 02:17:10 - checking out the source tree TB --- 2006-04-15 02:17:10 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2006-04-15 02:17:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-15 02:26:38 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 02:26:38 - cd /src TB --- 2006-04-15 02:26:38 - /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-04-15 03:31:48 - generating LINT kernel config TB --- 2006-04-15 03:31:48 - cd /src/sys/pc98/conf TB --- 2006-04-15 03:31:48 - /usr/bin/make -B LINT TB --- 2006-04-15 03:31:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 03:31:48 - cd /src TB --- 2006-04-15 03:31:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 03:31:48 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 -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 03:39:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 03:39:29 - ERROR: failed to build lint kernel TB --- 2006-04-15 03:39:29 - tinderbox aborted TB --- 0.84 user 4.20 system 4962.26 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38: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 32FA516A416; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C2E443D6A; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcVOG039638; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJcQOo053874; Sat, 15 Apr 2006 15:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B4664730EE; Sat, 15 Apr 2006 01:03:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.B4664730EE@freebsd-current.sentex.ca> Date: Sat, 15 Apr 2006 01:03:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-15 03:39:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 03:39:29 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-04-15 03:39:29 - cleaning the object tree TB --- 2006-04-15 03:39:53 - checking out the source tree TB --- 2006-04-15 03:39:53 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-04-15 03:39:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-15 03:49:40 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 03:49:40 - cd /src TB --- 2006-04-15 03:49:40 - /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-04-15 04:55:47 - generating LINT kernel config TB --- 2006-04-15 04:55:47 - cd /src/sys/sparc64/conf TB --- 2006-04-15 04:55:47 - /usr/bin/make -B LINT TB --- 2006-04-15 04:55:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 04:55:47 - cd /src TB --- 2006-04-15 04:55:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 04:55:47 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 -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 05:03:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 05:03:10 - ERROR: failed to build lint kernel TB --- 2006-04-15 05:03:10 - tinderbox aborted TB --- 0.84 user 3.87 system 5021.35 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38: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 2D90D16A415; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A154043D64; Sat, 15 Apr 2006 19:38:31 +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.4P/8.13.4) with ESMTP id k3FJcUvu041260; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUBS064516; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE31E730EB; Fri, 14 Apr 2006 20:51:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.AE31E730EB@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 20:51:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:41 -0000 TB --- 2006-04-14 23:00:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 23:00:04 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-04-14 23:00:04 - cleaning the object tree TB --- 2006-04-14 23:00:36 - checking out the source tree TB --- 2006-04-14 23:00:36 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-04-14 23:00:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-14 23:09:55 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 23:09:55 - cd /src TB --- 2006-04-14 23:09:55 - /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-04-15 00:42:36 - generating LINT kernel config TB --- 2006-04-15 00:42:36 - cd /src/sys/amd64/conf TB --- 2006-04-15 00:42:36 - /usr/bin/make -B LINT TB --- 2006-04-15 00:42:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 00:42:36 - cd /src TB --- 2006-04-15 00:42:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 00:42:36 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 -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 00:51:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 00:51:49 - ERROR: failed to build lint kernel TB --- 2006-04-15 00:51:49 - tinderbox aborted TB --- 1.02 user 5.77 system 6704.68 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38: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 5C6E816A418; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3632643D6E; Sat, 15 Apr 2006 19:38:31 +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.6/8.13.6) with ESMTP id k3FJcVt0039635; Sat, 15 Apr 2006 15:38:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcUvk064514; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACABC730EA; Fri, 14 Apr 2006 19:00:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.ACABC730EA@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 19:00:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-14 21:36:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-14 21:36:22 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-04-14 21:36:22 - cleaning the object tree TB --- 2006-04-14 21:36:45 - checking out the source tree TB --- 2006-04-14 21:36:45 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-04-14 21:36:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-14 21:46:22 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-14 21:46:22 - cd /src TB --- 2006-04-14 21:46:22 - /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-04-14 22:52:15 - generating LINT kernel config TB --- 2006-04-14 22:52:15 - cd /src/sys/alpha/conf TB --- 2006-04-14 22:52:15 - /usr/bin/make -B LINT TB --- 2006-04-14 22:52:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-14 22:52:15 - cd /src TB --- 2006-04-14 22:52:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 14 22:52:15 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 -O2 -pipe -fno-strict-aliasing -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/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-14 23:00:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-14 23:00:04 - ERROR: failed to build lint kernel TB --- 2006-04-14 23:00:04 - tinderbox aborted TB --- 0.66 user 4.04 system 5021.80 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:38:42 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 5DF0316A419; Sat, 15 Apr 2006 19:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E0C743D70; Sat, 15 Apr 2006 19:38:31 +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.4P/8.13.4) with ESMTP id k3FJcUcn041258; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJcULl064515; Sat, 15 Apr 2006 15:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AFE79730EC; Fri, 14 Apr 2006 22:16:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193830.AFE79730EC@freebsd-current.sentex.ca> Date: Fri, 14 Apr 2006 22:16:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean 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, 15 Apr 2006 19:38:42 -0000 TB --- 2006-04-15 00:51:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-04-15 00:51:49 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-04-15 00:51:50 - cleaning the object tree TB --- 2006-04-15 00:52:11 - checking out the source tree TB --- 2006-04-15 00:52:11 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-04-15 00:52:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-04-15 01:01:38 - building world (CFLAGS=-O2 -pipe) TB --- 2006-04-15 01:01:38 - cd /src TB --- 2006-04-15 01:01:38 - /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-04-15 02:07:25 - generating LINT kernel config TB --- 2006-04-15 02:07:25 - cd /src/sys/i386/conf TB --- 2006-04-15 02:07:25 - /usr/bin/make -B LINT TB --- 2006-04-15 02:07:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-04-15 02:07:25 - cd /src TB --- 2006-04-15 02:07:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 15 02:07:25 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 -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -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 -Werror -finstrument-functions -Wno-inline /src/sys/kern/kern_intr.c /src/sys/kern/kern_intr.c: In function `ithread_destroy2': /src/sys/kern/kern_intr.c:313: error: structure has no member named `it_name' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-15 02:16:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-15 02:16:46 - ERROR: failed to build lint kernel TB --- 2006-04-15 02:16:46 - tinderbox aborted TB --- 0.80 user 4.12 system 5096.59 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39: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 73D4D16A4DE; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37C8943D55; Sat, 15 Apr 2006 19:39:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdV19041343; Sat, 15 Apr 2006 15:39:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdRQ7054292; Sat, 15 Apr 2006 15:39:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D9A302422D; Sun, 2 Apr 2006 04:32:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193931.D9A302422D@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 04:32:25 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:36 -0000 TB --- 2006-04-02 07:36:26 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 07:36:26 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2006-04-02 07:36:26 - cleaning the object tree TB --- 2006-04-02 07:36:43 - checking out the source tree TB --- 2006-04-02 07:36:43 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2006-04-02 07:36:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 07:44:50 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 07:44:50 - cd /src TB --- 2006-04-02 07:44:50 - /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-04-02 08:27:28 - generating LINT kernel config TB --- 2006-04-02 08:27:28 - cd /src/sys/sparc64/conf TB --- 2006-04-02 08:27:28 - /usr/bin/make -B LINT TB --- 2006-04-02 08:27:28 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 08:27:28 - cd /src TB --- 2006-04-02 08:27:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 08:27: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 -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/dev/acpica -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 -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 -Werror /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 08:32:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 08:32:25 - ERROR: failed to build lint kernel TB --- 2006-04-02 08:32:25 - tinderbox aborted TB --- 0.90 user 3.20 system 3358.65 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39: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 79D8216A4DF; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E301043D45; Sat, 15 Apr 2006 19:39:32 +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.6/8.13.6) with ESMTP id k3FJdWUo039707; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJdW6U064818; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id EABA12422F; Sun, 2 Apr 2006 12:03:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193931.EABA12422F@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 12:03:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:36 -0000 TB --- 2006-04-02 15:06:16 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 15:06:16 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2006-04-02 15:06:16 - cleaning the object tree TB --- 2006-04-02 15:06:39 - checking out the source tree TB --- 2006-04-02 15:06:39 - cd /tinderbox/RELENG_5/alpha/alpha TB --- 2006-04-02 15:06:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 15:14:49 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 15:14:49 - cd /src TB --- 2006-04-02 15:14: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-04-02 15:58:09 - generating LINT kernel config TB --- 2006-04-02 15:58:09 - cd /src/sys/alpha/conf TB --- 2006-04-02 15:58:09 - /usr/bin/make -B LINT TB --- 2006-04-02 15:58:09 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 15:58:09 - cd /src TB --- 2006-04-02 15:58:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 15:58:09 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/dev/acpica -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 -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/net/bridgestp.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/dev/acpica -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 -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/net/bsd_comp.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/dev/acpica -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 -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/net/if.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/dev/acpica -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 -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/net/if_arcsubr.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/dev/acpica -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 -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/net/if_atmsubr.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/dev/acpica -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 -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/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 16:03:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 16:03:24 - ERROR: failed to build lint kernel TB --- 2006-04-02 16:03:24 - tinderbox aborted TB --- 1.04 user 3.16 system 3428.28 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39: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 A3CC016A4E1; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D9F43D49; Sat, 15 Apr 2006 19:39:32 +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.4P/8.13.4) with ESMTP id k3FJdVrQ041339; Sat, 15 Apr 2006 15:39:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJdW1w064826; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 043C624233; Sun, 2 Apr 2006 14:22:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193932.043C624233@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 14:22:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:36 -0000 TB --- 2006-04-02 17:22:59 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 17:22:59 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2006-04-02 17:22:59 - cleaning the object tree TB --- 2006-04-02 17:23:19 - checking out the source tree TB --- 2006-04-02 17:23:19 - cd /tinderbox/RELENG_5/i386/i386 TB --- 2006-04-02 17:23:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 17:31:11 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 17:31:11 - cd /src TB --- 2006-04-02 17:31:11 - /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-04-02 18:15:17 - generating LINT kernel config TB --- 2006-04-02 18:15:17 - cd /src/sys/i386/conf TB --- 2006-04-02 18:15:17 - /usr/bin/make -B LINT TB --- 2006-04-02 18:15:17 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 18:15:17 - cd /src TB --- 2006-04-02 18:15:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 18:15:17 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 -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 18:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 18:22:28 - ERROR: failed to build lint kernel TB --- 2006-04-02 18:22:28 - tinderbox aborted TB --- 0.99 user 2.49 system 3569.12 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39: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 B02A816A4DC; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A7643D4C; Sat, 15 Apr 2006 19:39:32 +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.4P/8.13.4) with ESMTP id k3FJdVTG041341; Sat, 15 Apr 2006 15:39:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJdWSe064815; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0CDF124236; Sun, 2 Apr 2006 16:16:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193932.0CDF124236@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 16:16:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:37 -0000 TB --- 2006-04-02 19:20:52 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 19:20:52 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2006-04-02 19:20:52 - cleaning the object tree TB --- 2006-04-02 19:21:09 - checking out the source tree TB --- 2006-04-02 19:21:09 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2006-04-02 19:21:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 19:29:22 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 19:29:22 - cd /src TB --- 2006-04-02 19:29:22 - /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-04-02 20:11:13 - generating LINT kernel config TB --- 2006-04-02 20:11:13 - cd /src/sys/sparc64/conf TB --- 2006-04-02 20:11:13 - /usr/bin/make -B LINT TB --- 2006-04-02 20:11:13 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 20:11:13 - cd /src TB --- 2006-04-02 20:11:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 20:11:13 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 -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/dev/acpica -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 -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 -Werror /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -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 -Werror /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 20:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 20:16:24 - ERROR: failed to build lint kernel TB --- 2006-04-02 20:16:24 - tinderbox aborted TB --- 0.88 user 2.64 system 3331.93 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39:37 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 C118D16A4E2; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF6A943D48; Sat, 15 Apr 2006 19:39:32 +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.6/8.13.6) with ESMTP id k3FJdWtX039721; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.6/8.13.3) with ESMTP id k3FJdWic064816; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0154924232; Sun, 2 Apr 2006 13:22:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193932.0154924232@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 13:22:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:37 -0000 TB --- 2006-04-02 16:03:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 16:03:25 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2006-04-02 16:03:25 - cleaning the object tree TB --- 2006-04-02 16:03:54 - checking out the source tree TB --- 2006-04-02 16:03:54 - cd /tinderbox/RELENG_5/amd64/amd64 TB --- 2006-04-02 16:03:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 16:12:01 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 16:12:01 - cd /src TB --- 2006-04-02 16:12:01 - /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-04-02 17:16:18 - generating LINT kernel config TB --- 2006-04-02 17:16:18 - cd /src/sys/amd64/conf TB --- 2006-04-02 17:16:18 - /usr/bin/make -B LINT TB --- 2006-04-02 17:16:18 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 17:16:18 - cd /src TB --- 2006-04-02 17:16:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 17:16: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 >>> stage 3.2: building everything [...] cc -c -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/dev/acpica -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 -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/net/if.c cc -c -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/dev/acpica -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 -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 17:22:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 17:22:58 - ERROR: failed to build lint kernel TB --- 2006-04-02 17:22:58 - tinderbox aborted TB --- 1.29 user 4.54 system 4773.75 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39:37 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 C744B16A4E3; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E317343D46; Sat, 15 Apr 2006 19:39:32 +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.6/8.13.6) with ESMTP id k3FJdWVx039715; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdRIX054288; Sat, 15 Apr 2006 15:39:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D150F2422B; Sun, 2 Apr 2006 03:36:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193931.D150F2422B@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 03:36:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:37 -0000 TB --- 2006-04-02 06:34:40 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 06:34:40 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2006-04-02 06:34:40 - cleaning the object tree TB --- 2006-04-02 06:35:00 - checking out the source tree TB --- 2006-04-02 06:35:00 - cd /tinderbox/RELENG_5/i386/pc98 TB --- 2006-04-02 06:35:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 06:42:58 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 06:42:58 - cd /src TB --- 2006-04-02 06:42:58 - /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-04-02 07:30:58 - generating LINT kernel config TB --- 2006-04-02 07:30:58 - cd /src/sys/pc98/conf TB --- 2006-04-02 07:30:58 - /usr/bin/make -B LINT TB --- 2006-04-02 07:30:58 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 07:30:58 - cd /src TB --- 2006-04-02 07:30:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 07:30:58 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 -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 07:36:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 07:36:26 - ERROR: failed to build lint kernel TB --- 2006-04-02 07:36:26 - tinderbox aborted TB --- 1.15 user 3.42 system 3705.46 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39:37 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 E5B7F16A4E4; Sat, 15 Apr 2006 19:39:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D73B43D53; Sat, 15 Apr 2006 19:39:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdVsE041331; Sat, 15 Apr 2006 15:39:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdR9X054282; Sat, 15 Apr 2006 15:39:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B1FF524225; Sun, 2 Apr 2006 01:34:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193931.B1FF524225@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 01:34:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:37 -0000 TB --- 2006-04-02 05:34:59 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 05:34:59 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2006-04-02 05:34:59 - cleaning the object tree TB --- 2006-04-02 05:35:21 - checking out the source tree TB --- 2006-04-02 05:35:21 - cd /tinderbox/RELENG_5/i386/i386 TB --- 2006-04-02 05:35:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 05:43:13 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 05:43:13 - cd /src TB --- 2006-04-02 05:43:13 - /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-04-02 06:27:58 - generating LINT kernel config TB --- 2006-04-02 06:27:58 - cd /src/sys/i386/conf TB --- 2006-04-02 06:27:58 - /usr/bin/make -B LINT TB --- 2006-04-02 06:27:58 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 06:27:58 - cd /src TB --- 2006-04-02 06:27:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 06:27:58 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 -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 06:34:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 06:34:40 - ERROR: failed to build lint kernel TB --- 2006-04-02 06:34:40 - tinderbox aborted TB --- 1.08 user 3.54 system 3581.15 real From owner-freebsd-stable@FreeBSD.ORG Sat Apr 15 19:39:37 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 180E216A4E5; Sat, 15 Apr 2006 19:39:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A8743D58; Sat, 15 Apr 2006 19:39:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdV0m041360; Sat, 15 Apr 2006 15:39:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k3FJdSBW054297; Sat, 15 Apr 2006 15:39:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0993024235; Sun, 2 Apr 2006 15:20:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060415193932.0993024235@freebsd-stable.sentex.ca> Date: Sun, 2 Apr 2006 15:20:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_5 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, 15 Apr 2006 19:39:37 -0000 TB --- 2006-04-02 18:22:28 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-04-02 18:22:28 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2006-04-02 18:22:28 - cleaning the object tree TB --- 2006-04-02 18:22:43 - checking out the source tree TB --- 2006-04-02 18:22:43 - cd /tinderbox/RELENG_5/i386/pc98 TB --- 2006-04-02 18:22:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-04-02 18:30:45 - building world (CFLAGS=-O -pipe) TB --- 2006-04-02 18:30:45 - cd /src TB --- 2006-04-02 18:30: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-04-02 19:14:57 - generating LINT kernel config TB --- 2006-04-02 19:14:57 - cd /src/sys/pc98/conf TB --- 2006-04-02 19:14:57 - /usr/bin/make -B LINT TB --- 2006-04-02 19:14:57 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-04-02 19:14:57 - cd /src TB --- 2006-04-02 19:14:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 2 19:14:57 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 -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bridgestp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/bsd_comp.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_arcsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_atmsubr.c cc -c -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/dev/acpica -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 -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 -Werror -finstrument-functions -Wno-inline /src/sys/net/if_bridge.c /src/sys/net/if_bridge.c: In function `bridge_broadcast': /src/sys/net/if_bridge.c:2091: error: structure has no member named `sc_ifp' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-04-02 19:20:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-04-02 19:20:51 - ERROR: failed to build lint kernel TB --- 2006-04-02 19:20:51 - tinderbox aborted TB --- 0.88 user 2.70 system 3503.18 real