From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:03:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7082316A4CE for ; Sun, 27 Jun 2004 00:03:25 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D3743D31 for ; Sun, 27 Jun 2004 00:03:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5QNxaQk037003; Sat, 26 Jun 2004 17:59:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 17:59:53 -0600 (MDT) Message-Id: <20040626.175953.94337160.imp@bsdimp.com> To: cpghost@cordula.ws From: "M. Warner Losh" In-Reply-To: <20040626145408.55F8B4AC34@fw.farid-hajji.net> References: <34301.1088242340@critter.freebsd.dk> <200406261336.26051.alex@hightemplar.com> <20040626145408.55F8B4AC34@fw.farid-hajji.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:03:25 -0000 In message: <20040626145408.55F8B4AC34@fw.farid-hajji.net> "Cordula's Web" writes: : > On Saturday 26 Jun 2004 12:32 pm, Poul-Henning Kamp wrote: : > > The ibcs2 and svr4 compatibility code has outlived their useful lives, : > > mainly because their target platforms are practically extinct. : > : > - Numerous third-party applications for SCO and Solaris/x86 : > (e.g. backup solutions) : : Maple V for Solaris/x86. Have any of these been verified to actually work recently? If the emulation still works, that's one thing. But my experience with at least the sysv emulation has been less than thrilling. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:03:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F38916A4CE for ; Sun, 27 Jun 2004 00:03:36 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC13A43D46 for ; Sun, 27 Jun 2004 00:03:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5QNvrgp036977; Sat, 26 Jun 2004 17:57:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 17:58:10 -0600 (MDT) Message-Id: <20040626.175810.127902013.imp@bsdimp.com> To: michaelnottebrock@gmx.net From: "M. Warner Losh" In-Reply-To: <200406261535.47434.michaelnottebrock@gmx.net> References: <200406261336.26051.alex@hightemplar.com> <20040626125907.5b5b3ae7.flynn@energyhq.es.eu.org> <200406261535.47434.michaelnottebrock@gmx.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:03:36 -0000 In message: <200406261535.47434.michaelnottebrock@gmx.net> Michael Nottebrock writes: : On Saturday 26 June 2004 12:59, Miguel Mendez wrote: : > On Sat, 26 Jun 2004 13:36:25 +0300 : > Alex Keahan wrote: : > : > Hi, : > : > > Is Solaris/x86 supported by ibcs2 or svr4? Solaris/x86 is being : > > actively developed by Sun and is far from extinct. : > : > Solaris/x86 is a niche product. : > [...] : : That's all very subjective arguments. The question is, does the binary compat : _work_ for any recent Solaris/x86 stuff? I rather doubt it, but haven't : checked, Scott seems to suggest it doesn't. I tried with 2.7 libc and binaries from solaris. No joy. Maybe I did something wrong, but I was unsuccessful. This was in the pre 5.0-RELEASE days. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:04:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0A016A4CE; Sun, 27 Jun 2004 00:04:58 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B47F43D39; Sun, 27 Jun 2004 00:04:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5QNwiDP036990; Sat, 26 Jun 2004 17:58:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 17:59:01 -0600 (MDT) Message-Id: <20040626.175901.35348923.imp@bsdimp.com> To: tjr@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040626140422.GA10281@cat.robbins.dropbear.id.au> References: <20040626125907.5b5b3ae7.flynn@energyhq.es.eu.org> <200406261535.47434.michaelnottebrock@gmx.net> <20040626140422.GA10281@cat.robbins.dropbear.id.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:04:59 -0000 In message: <20040626140422.GA10281@cat.robbins.dropbear.id.au> Tim Robbins writes: : On Sat, Jun 26, 2004 at 03:35:40PM +0200, Michael Nottebrock wrote: : > On Saturday 26 June 2004 12:59, Miguel Mendez wrote: : > > On Sat, 26 Jun 2004 13:36:25 +0300 : > > Alex Keahan wrote: : > > : > > Hi, : > > : > > > Is Solaris/x86 supported by ibcs2 or svr4? Solaris/x86 is being : > > > actively developed by Sun and is far from extinct. : > > : > > Solaris/x86 is a niche product. : > > [...] : > : > That's all very subjective arguments. The question is, does the binary compat : > _work_ for any recent Solaris/x86 stuff? I rather doubt it, but haven't : > checked, Scott seems to suggest it doesn't. : : Last time I checked, it was at least capable of running a "Hello World" : program compiled on SunOS 5.8. I suspect it would be capable of running : most programs that use only Standard C library routines, but I doubt : something like Java would run -- it doesn't even work well under : Linux emulation. While I did get /bin/cat to work, /bin/ls didn't for me. :-( Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:05:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3651A16A4CE; Sun, 27 Jun 2004 00:05:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD3E43D4C; Sun, 27 Jun 2004 00:05:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5R016Ih037024; Sat, 26 Jun 2004 18:01:06 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 18:01:23 -0600 (MDT) Message-Id: <20040626.180123.125464951.imp@bsdimp.com> To: tjr@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040626161752.GA10846@cat.robbins.dropbear.id.au> References: <1088262414.59825.8.camel@rushlight.kf8nh.com> <20040626154320.BB2234AC30@fw.farid-hajji.net> <20040626161752.GA10846@cat.robbins.dropbear.id.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: cpghost@cordula.ws cc: current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:05:07 -0000 In message: <20040626161752.GA10846@cat.robbins.dropbear.id.au> Tim Robbins writes: : On Sat, Jun 26, 2004 at 05:43:20PM +0200, Cordula's Web wrote: : > > > > - Numerous third-party applications for SCO and Solaris/x86 : > > > > (e.g. backup solutions) : > > > : > > > Maple V for Solaris/x86. : > > : > > Is something wrong with Maple for Linux? (Which is up to version 9.5, : > > looks as if.) : > : > No license. Gatuitously dropping backward compatibility support for : > commercial software is rude, to say the least... Where was that old : > Solaris/x86 HDD now?. Yuck. :-( : : No, it's realistic. Maintaining SVR4/i386 compatibility is not a good use : of developer resources considering how few people use it. Unless there's someone actively maintaining it and can confirm that it still works, it is a big drag on our time. If someone is actively using the things, and can make sure things stay working, that would be different. As near as I've been able to see, no such person exists. Feel free to prove me wrong. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:08:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E982416A4CE for ; Sun, 27 Jun 2004 00:08:06 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AA5343D1D for ; Sun, 27 Jun 2004 00:08:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5R03pHR037050; Sat, 26 Jun 2004 18:03:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 18:04:08 -0600 (MDT) Message-Id: <20040626.180408.96452373.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <40DDBC8F.2050107@samsco.org> References: <20040626172444.GA11527@cat.robbins.dropbear.id.au> <200406262056.38279.alex@hightemplar.com> <40DDBC8F.2050107@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:08:07 -0000 In message: <40DDBC8F.2050107@samsco.org> Scott Long writes: : > I just hope the removal of IBCS2 is not a political decision to get back at : > SCO for their predatory legal tactics. : : Please please please remove the tinfoil hat. This is _ABSOLUTELY_ not : the case. If it were, then the decision would have come from core@, not re@. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:14:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3718C16A4CE for ; Sun, 27 Jun 2004 00:14:11 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9501D43D2D for ; Sun, 27 Jun 2004 00:14:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5R0C1P6037178; Sat, 26 Jun 2004 18:12:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 18:12:18 -0600 (MDT) Message-Id: <20040626.181218.21873777.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <3949.1088292437@critter.freebsd.dk> References: <20040626231221.GA11573@dragon.nuxi.com> <3949.1088292437@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:14:11 -0000 In message: <3949.1088292437@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20040626231221.GA11573@dragon.nuxi.com>, "David O'Brien" writes: : >On Sat, Jun 26, 2004 at 12:08:36PM +0200, Poul-Henning Kamp wrote: : >> In message <20040626100116.GK7457@wantadilla.lemis.com>, "Greg 'groggy' Lehey" : >> writes: : >> : >> >Has this been approved of by the core team or any other official organ : >> >of the project? : >> : >> I got a "good riddance" from re@ (scottl) : > : >That isn't sufficient. Please run thru the TRB or Core also. : >The two of you cannot unilaterally decide to axe large subsystems. : : Why do you think that a HEADSUP was sent to current@ David ? : : Presumably you belive I did that to try to sneak this decision past : your highly sentitive nose, the bulk of the committers, our most : active users, the core team, the TRB, UN peace-keeping forces, and : Lloyds Register ? Sarcasm doesn't help your case, and paints you as a 'cowboy'. : Or could it be, just by chance, that I recognized that nobody on : core (or the TRB) would have enough information to answer the very : simple question: "Is there a significant use of these bits which : we are currently unaware off ?", and therefore decided to poll a : larger audience ? Polling a larger audience is a necessary step in removing the bits. It may not be sufficient, however. One large user could veto this removal if core@ thought it important to keep that user happy, for example. : (If you answer this correctly David, you win a little yellow rubber : mat you can stomp on next time you get upset about somebody not : "following procedures") Actually, there are good reasons to follow those proceedures. You'll get a lot less flack from people when you do. : If somebody wants to pull the bits into a port and maintain it there : I have absolutely no problems with them doing that. I think this would be an excellent idea. Does anybody care enough to do this? I'd do it, but I have no way to test it, nor any luck in the past making it work. Also, if no one can be bothered to do it the first time, I doubt anyone would maintain it going forward. I will be happy to commit it for someone that does the footwork and says they will maintain it. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:20:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0154716A4CE for ; Sun, 27 Jun 2004 00:20:37 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8308043D46 for ; Sun, 27 Jun 2004 00:20:36 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i5R0J8KI089665; Sat, 26 Jun 2004 19:19:08 -0500 (CDT) (envelope-from dan) Date: Sat, 26 Jun 2004 19:19:08 -0500 From: Dan Nelson To: "M. Warner Losh" Message-ID: <20040627001908.GA29510@dan.emsphone.com> References: <20040626231221.GA11573@dragon.nuxi.com> <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040626.181218.21873777.imp@bsdimp.com> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: phk@phk.freebsd.dk cc: current@freebsd.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:20:37 -0000 In the last episode (Jun 26), M. Warner Losh said: > In message: <3949.1088292437@critter.freebsd.dk> > "Poul-Henning Kamp" writes: > > Or could it be, just by chance, that I recognized that nobody on > > core (or the TRB) would have enough information to answer the very > > simple question: "Is there a significant use of these bits which we > > are currently unaware off ?", and therefore decided to poll a > > larger audience ? > > Polling a larger audience is a necessary step in removing the bits. > It may not be sufficient, however. One large user could veto this > removal if core@ thought it important to keep that user happy, for > example. Asking the subscribers of stable@ would be a good way to ask the main FreeBSD userbase. People interested in running ibcs2 or svr4 binaries are probably not running -current. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 00:23:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABA1416A4CE for ; Sun, 27 Jun 2004 00:23:18 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3CB243D53 for ; Sun, 27 Jun 2004 00:23:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5R0K6cQ037335; Sat, 26 Jun 2004 18:20:06 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 26 Jun 2004 18:20:23 -0600 (MDT) Message-Id: <20040626.182023.07659343.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <20040626.181218.21873777.imp@bsdimp.com> References: <20040626231221.GA11573@dragon.nuxi.com> <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 00:23:18 -0000 In message: <20040626.181218.21873777.imp@bsdimp.com> "M. Warner Losh" writes: phk> Or could it be, just by chance, that I recognized that nobody on phk> core (or the TRB) would have enough information to answer the very phk> simple question: "Is there a significant use of these bits which phk> we are currently unaware off ?", and therefore decided to poll a phk> larger audience ? imp> Polling a larger audience is a necessary step in removing the bits. imp> It may not be sufficient, however. One large user could veto this imp> removal if core@ thought it important to keep that user happy, for imp> example. I'd like to add that I doubt there is such a user. However, since members of core have replied to this thread, they are aware that it is happening and can bring it to core@ to see if core@ feels it should stop. To make it clearer, I just forwarded stuff to core@ to see if anybody has an objection there. If so, we'll let you know. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 01:09:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3090B16A4CE; Sun, 27 Jun 2004 01:09:29 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA50343D49; Sun, 27 Jun 2004 01:09:28 +0000 (GMT) (envelope-from johnmary@adelphia.net) Received: from 68-169-191-75.losaca.adelphia.net ([68.169.191.75]) by mta11.adelphia.netESMTP <20040627010925.WHPK13168.mta11.adelphia.net@68-169-191-75.losaca.adelphia.net>; Sat, 26 Jun 2004 21:09:25 -0400 Received: by 68-169-191-75.losaca.adelphia.net (Postfix, from userid 1001) id 933856899; Sat, 26 Jun 2004 18:09:24 -0700 (PDT) Date: Sat, 26 Jun 2004 18:09:24 -0700 From: John Merryweather Cooper To: Julian Elischer Message-ID: <20040627010924.GA43391@borgdemon.losaca.adelphia.net> References: <20040626231720.GB11573@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Phone: 1-509-338-9391 WWW-Home-Page: http://www.borgsdemons.com/ cc: freebsd-current@freebsd.org cc: freebsd-gnome@freebsd.org Subject: Re: Does -CURRENT's gcc generate ___tls_get_addr under any X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 01:09:29 -0000 On Sat, Jun 26, 2004 at 04:39:33PM -0700, Julian Elischer wrote: > > > On Sat, 26 Jun 2004, David O'Brien wrote: > > > On Fri, Jun 25, 2004 at 02:15:04PM -0700, Julian Elischer wrote: > > > On Fri, 25 Jun 2004, Joe Marcus Clarke wrote: > > > > On Fri, 2004-06-25 at 16:44, John Merryweather Cooper wrote: > > > > > I'm working on porting (and getting fully working) lang/mono > > > > > version 0.96, and I'm having a problem. In one of my object > > > > > files--mini.lo--I'm getting an extern reference to > > > > > ___tls_get_addr. I've been over the source code in mini.c > > ... > > > TLS is coming.. it's just not here yet.. > > > > By whom? I've done the part I committed to. Yet I've heard nothing else > > about TLS in the two weeks after it was possible to start work on the > > next part. > > Doug Rabson has partly working TLS in p4 and last I heard was awaiting > some comments from the nvidia people who would be our first users of > TLS. > > > > > > > -- > > -- David (obrien@FreeBSD.org) > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Well, I've managed to figure out my ___tls_get_addr problem. It appears to act as a result of those features of TLS currently implemented into the compiler and a configure test for the "new pthread library" or nptl for short. The configure script detects the ability to use __thread to declare thread-local variables and determines from this that nptl should be used. Of course, we're not ready for nptl, so --with-nptl=no needs to be set to override what the tests determine. jmc From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 01:28:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F0D216A4CE; Sun, 27 Jun 2004 01:28:00 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FE443D54; Sun, 27 Jun 2004 01:27:59 +0000 (GMT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i5R1R1aI080190 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 27 Jun 2004 03:27:04 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i5R1QEUi093000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Jun 2004 03:26:14 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.10/8.12.10/Submit) id i5R1QEnV092999; Sun, 27 Jun 2004 03:26:14 +0200 (CEST) (envelope-from ticso) Date: Sun, 27 Jun 2004 03:26:13 +0200 From: Bernd Walter To: Lukas Ertl Message-ID: <20040627012612.GA92906@cicely5.cicely.de> References: <200406260905.55143.msch@snafu.de> <20040626135545.B666@korben.in.tern> <200406262004.24170.msch@snafu.de> <20040626200628.Q666@korben.in.tern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040626200628.Q666@korben.in.tern> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD cicely5.cicely.de 5.2-CURRENT i386 X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: Matthias Schuendehuette cc: freebsd-current@freebsd.org Subject: Re: panic with vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 01:28:00 -0000 On Sat, Jun 26, 2004 at 08:06:42PM +0200, Lukas Ertl wrote: > On Sat, 26 Jun 2004, Matthias Schuendehuette wrote: > > >On Saturday 26 June 2004 13:56, Lukas Ertl wrote: > >>I'm quite sure that recent changes to vfs_mount.c cause this. I'm > >>not sure how to fix it, though. > > > >At least going back to version 1.128 of vfs_mount.c alone doesn't help. > > You probably need to go back to 1.127. I saw the same thing with 22th -current on alpha. As workaround the vinum volumes are started later for now, but with around 1 day uptime: fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 0 faulting va = 0x0 type = access violation cause = store instruction pc = 0xfffffc00005e5cb8 ra = 0xfffffe0000377238 sp = 0xfffffe003079da90 curthread = 0xfffffc007aa1e000 pid = 32, comm = syncer Stopped at bcopy_samealign_lp: stq_u t2,0(a1) <0x0> db> trace bcopy_samealign_lp() at bcopy_samealign_lp vinumstart() at vinumstart+0x138 vinumstrategy() at vinumstrategy+0x118 prologue botch: displacement 16 -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 01:31:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C15A516A4CE; Sun, 27 Jun 2004 01:31:23 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4561843D45; Sun, 27 Jun 2004 01:31:23 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i5R1U25v014615; Sun, 27 Jun 2004 11:30:02 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i5R1U0nl029124; Sun, 27 Jun 2004 11:30:01 +1000 Date: Sun, 27 Jun 2004 11:29:59 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Robert Watson In-Reply-To: Message-ID: <20040627111227.V1642@gamplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: SMP turbulence: "kernel trap 12 with interrupts disabled" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 01:31:24 -0000 On Sat, 26 Jun 2004, Robert Watson wrote: > On Sat, 26 Jun 2004, David Wolfskill wrote: > > > Daily builds of -STABLE & -CURRENT went fine today, both on (UP) laptop > > and SMP "build machine," but the subsequent boot of -CURRENT on the SMP > > machine didn't go so well -- even a single-user boot died thus: > > I ran into this also -- I got a panic when I hit a key on the serial > console, as that caused the sio intr to preempt the ACPI idle loop and > resulted in unhappiness somehow. I found that when I disabled the tunable > that turns off HTT, it worked fine. Likewise, if I used 4BSD it was fine. > It's unclear to me what the cause is. This looks like phk's roto-tilling of com->hotchar to com->tp->t_hotchar. Hitting a key on a serial console that has not been opened from userland is the most deterministic way to demonstrate the brokenness of this change in practice. com->tp is NULL until first open, and the null pointer access is especially easy to reach using a serial console since it is in the interrupt handler and interrupts are enabled before open on serial consoles to support trapping to the debugger on them. You probably need the options that give this early enabling to see the bug. They are: %%% #if defined(DDB) && (defined(BREAK_TO_DEBUGGER) || \ defined(ALT_BREAK_TO_DEBUGGER)) %%% Bruce From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 01:59:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B91D616A4F6 for ; Sun, 27 Jun 2004 01:59:03 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F6D43D54 for ; Sun, 27 Jun 2004 01:59:03 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i5R1vJTk066184; Sat, 26 Jun 2004 21:57:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i5R1vDDK066181; Sat, 26 Jun 2004 21:57:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 26 Jun 2004 21:57:13 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bruce Evans In-Reply-To: <20040627111227.V1642@gamplex.bde.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: SMP turbulence: "kernel trap 12 with interrupts disabled" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 01:59:05 -0000 On Sun, 27 Jun 2004, Bruce Evans wrote: > > I ran into this also -- I got a panic when I hit a key on the serial > > console, as that caused the sio intr to preempt the ACPI idle loop and > > resulted in unhappiness somehow. I found that when I disabled the tunable > > that turns off HTT, it worked fine. Likewise, if I used 4BSD it was fine. > > It's unclear to me what the cause is. > > This looks like phk's roto-tilling of com->hotchar to > com->tp->t_hotchar. Hitting a key on a serial console that has not been > opened from userland is the most deterministic way to demonstrate the > brokenness of this change in practice. com->tp is NULL until first > open, and the null pointer access is especially easy to reach using a > serial console since it is in the interrupt handler and interrupts are > enabled before open on serial consoles to support trapping to the > debugger on them. You probably need the options that give this early > enabling to see the bug. They are: Ah, indeed, and with the ULE+HTT+machdep.hlt_logical_cpus bug, it would hangs very early, opening up the window for the race. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > %%% > #if defined(DDB) && (defined(BREAK_TO_DEBUGGER) || \ > defined(ALT_BREAK_TO_DEBUGGER)) > %%% > > Bruce > From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 09:34:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D0316A4CE; Sat, 10 Apr 2004 09:34:30 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B35A43D1F; Sat, 10 Apr 2004 09:34:29 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 4B60352C8; Sun, 11 Apr 2004 00:34:28 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20374-10; Sun, 11 Apr 2004 00:34:24 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 10E7D5299; Sun, 11 Apr 2004 00:34:24 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id D8382117DC; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00569-05; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 391F011559; Sun, 11 Apr 2004 00:34:23 +0800 (CST) From: Xin LI To: Lukas Ertl Message-ID: <20040410163423.GA2092@frontfree.net> References: <20040409061800.GA2000@frontfree.net> <20040409184936.S8718@leelou.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <20040409184936.S8718@leelou.in.tern> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #18: Sun Apr 11 00:11:30 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@FreeBSD.org Subject: Re: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 Date: Sat, 10 Apr 2004 16:34:30 -0000 X-Original-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 --LpQ9ahxlCli8rRTG Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 09, 2004 at 06:51:53PM +0200, Lukas Ertl wrote: > I'm seeing similar problems here. Could you please try the following: >=20 > Open /usr/src/gnu/usr.bin/binutils/libbfd/i386/bfd.h and change line 59 > from: >=20 > #define BFD_ARCH_SIZE 64 >=20 > to: >=20 > #define BFD_ARCH_SIZE 32 >=20 Thanks, I finally got the backtrace (as attached). I'll do some investigate on this issue. Best Regards, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=unknown-8bit Content-Disposition: attachment; filename=backtrace Content-Transfer-Encoding: quoted-printable GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: vm_page_free: freeing wired page panic messages: --- panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 Stack backtrace: backtrace(c0675cae,0,422,c0685595,100) at backtrace+0x17 __panic(c0685595,422,c0685826,3f9,124) at __panic+0x150 vm_page_free_toq(c16651e8,40,c16651e8,eae0b910,c05fb453) at vm_page_free_to= q+0x126 vm_page_free(c16651e8,0,c0685072,5ef,0) at vm_page_free+0x24 vm_object_backing_scan(c6388e70,4,c0685072,63c,1e8) at vm_object_backing_sc= an+0x449 vm_object_collapse(c6388e70,0,c0685072,20d,c611db7c) at vm_object_collapse+= 0xc8 vm_object_deallocate(c627c528,0,c06847fa,825,eae0b9a0) at vm_object_dealloc= ate+0x2eb vm_map_entry_delete(c61ea938,c611db7c,c06847fa,882,c05f351c) at vm_map_entr= y_delete+0x17e vm_map_delete(c61ea938,0,bfc00000,c61ea938,c61ea938) at vm_map_delete+0x216 vm_map_remove(c61ea938,0,bfc00000,363,bfbfecfc) at vm_map_remove+0x55 exec_new_vmspace(eae0bb8c,c06b34c0,c066b260,296,eae0bb8c) at exec_new_vmspa= ce+0x230 exec_elf32_imgact(eae0bb8c,0,c066c0ce,145,c0704c20) at exec_elf32_imgact+0x= 1bc kern_execve(c61f47e0,804a419,bfbfebf0,bfbfec9c,0) at kern_execve+0x3af execve(c61f47e0,eae0bd14,c,2814d000,3) at execve+0x30 syscall(2f,2f,2f,bfbfec14,bfbfee5f) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (59), eip =3D 0x280d4083, esp =3D 0xbfbfe6fc, ebp =3D 0xbfbfeba= 8 --- syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 4m19s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 No locals. #1 0xc04f7a1a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 70 No locals. #2 0xc04f7d96 in poweroff_wait (junk=3D0xc066dc1a, howto=3D437) at /usr/sr= c/sys/kern/kern_shutdown.c:548 td =3D (struct thread *) 0xc61f47e0 bootopt =3D 260 newpanic =3D 0 ap =3D 0xeae0b654 "=AFUh=C0=CERg=C0B\r" buf =3D "vm_page_free: freeing wired page\n", '\0' #3 0xc04ee577 in _mtx_lock_sleep (m=3D0xeae0b654, opts=3D0, file=3D0x0, li= ne=3D0) at /usr/src/sys/kern/kern_mutex.c:483 ts =3D (struct turnstile *) 0x0 td =3D (struct thread *) 0xc066dd08 v =3D 0 #4 0xc04ee0d2 in _mtx_lock_flags (m=3D0xc0704c20, opts=3D0, file=3D0xc0675= 2ce "/usr/src/sys/kern/vfs_bio.c",=20 line=3D3394) at /usr/src/sys/kern/kern_mutex.c:252 No locals. #5 0xc05461fd in vfs_busy_pages (bp=3D0xd2546730, clear_modify=3D1) at /us= r/src/sys/kern/vfs_bio.c:3394 obj =3D 0xc0c408c4 foff =3D -1522016800224556000 i =3D -1066970418 bogus =3D 0 #6 0xc05414f8 in ibwrite (bp=3D0xd2546730) at /usr/src/sys/kern/vfs_bio.c:= 875 oldflags =3D 537002148 newbp =3D (struct buf *) 0xc5f2d000 #7 0xc054116d in bwrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:771 No locals. #8 0xc05433d3 in vfs_bio_awrite (bp=3D0xd2546730) at /usr/src/sys/kern/vfs= _bio.c:1725 i =3D 0 j =3D -971028512 lblkno =3D 65664 vp =3D (struct vnode *) 0xc5f2d000 ncl =3D 16384 nwritten =3D 16384 size =3D 1 maxcl =3D -973942784 #9 0xc054b180 in vop_stdfsync (ap=3D0xeae0b7e8) at /usr/src/sys/kern/vfs_d= efault.c:574 vp =3D (struct vnode *) 0xd2546730 bp =3D (struct buf *) 0x4000 nbp =3D (struct buf *) 0xc5f2d000 error =3D 0 maxretry =3D 100 #10 0xc04c3bbe in spec_fsync (ap=3D0xeae0b7e8) at /usr/src/sys/fs/specfs/sp= ec_vnops.c:437 No locals. #11 0xc04c2e08 in spec_vnoperate (ap=3D0x0) at /usr/src/sys/fs/specfs/spec_= vnops.c:118 No locals. #12 0xc05dbfd2 in ffs_sync (mp=3D0xc5ddc400, waitfor=3D2, cred=3D0xc1e26200= , td=3D0xc06bf9c0) at vnode_if.h:627 nvp =3D (struct vnode *) 0x0 vp =3D (struct vnode *) 0xeae0b7e8 devvp =3D (struct vnode *) 0xeae0b7e8 ip =3D (struct inode *) 0x0 ump =3D (struct ufsmount *) 0xc5f03800 fs =3D (struct fs *) 0xc5dc0800 error =3D -1066665536 count =3D 0 lockreq =3D 65554 allerror =3D 0 #13 0xc05561d5 in sync (td=3D0xc06bf9c0, uap=3D0x0) at /usr/src/sys/kern/vf= s_syscalls.c:136 mp =3D (struct mount *) 0xc5ddc400 nmp =3D (struct mount *) 0x0 asyncflag =3D 0 #14 0xc04f7542 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 77 bp =3D (struct buf *) 0x0 iter =3D -1042113268 nbusy =3D -1042113280 pbusy =3D -1066650464 subiter =3D 0 #15 0xc04f7d96 in poweroff_wait (junk=3D0xc0685595, howto=3D1058) at /usr/s= rc/sys/kern/kern_shutdown.c:548 td =3D (struct thread *) 0xc61f47e0 bootopt =3D 256 newpanic =3D 1 ap =3D 0xeae0b8b0 "=F9\003" buf =3D "vm_page_free: freeing wired page\n", '\0' #16 0xc05fd547 in vm_page_free_toq (m=3D0xeae0b8b0) at /usr/src/sys/vm/vm_p= age.c:1058 pq =3D (struct vpgqueues *) 0x1 object =3D 0x1 #17 0xc05fc825 in vm_page_free (m=3D0xc16651e8) at /usr/src/sys/vm/vm_page.= c:390 No locals. #18 0xc05fb453 in vm_object_backing_scan (object=3D0xc6388e70, op=3D4) at /= usr/src/sys/vm/vm_object.c:1521 pp =3D 0x0 r =3D 1 p =3D 0xc16651e8 backing_object =3D 0xc627c528 backing_offset_index =3D 0 #19 0xc05fb618 in vm_object_collapse (object=3D0xc6388e70) at /usr/src/sys/= vm/vm_object.c:1632 backing_object =3D 0xc627c528 #20 0xc05f996b in vm_object_deallocate (object=3D0xc6388e70) at /usr/src/sy= s/vm/vm_object.c:532 robject =3D 0xc6388e70 temp =3D 0xc6388e70 #21 0xc05f5c5f in vm_map_entry_delete (map=3D0xc61ea938, entry=3D0xc611db7c= ) at /usr/src/sys/vm/vm_map.c:2086 object =3D 0xc627c528 offidxstart =3D 0 offidxend =3D 250 count =3D 250 #22 0xc05f5e8e in vm_map_delete (map=3D0xc61ea938, start=3D3323059068, end= =3D3217031168) at /usr/src/sys/vm/vm_map.c:2186 next =3D 0xc611db7c entry =3D 0xc627c528 first_entry =3D 0xc61ea938 #23 0xc05f5f02 in vm_map_remove (map=3D0xc61ea938, start=3D0, end=3D3217031= 168) at /usr/src/sys/vm/vm_map.c:2208 result =3D 0 #24 0xc04dfb64 in exec_new_vmspace (imgp=3D0xeae0bb8c, sv=3D0xc06b34c0) at = /usr/src/sys/vm/vm_map.h:197 error =3D 0 p =3D (struct proc *) 0xc6382528 vmspace =3D (struct vmspace *) 0xc61ea938 stack_addr =3D 0 map =3D 0x0 #25 0xc04d07b0 in exec_elf32_imgact (imgp=3D0xeae0bb8c) at /usr/src/sys/ker= n/imgact_elf.c:717 hdr =3D (const Elf_Ehdr *) 0xdb6f2000 phdr =3D (const Elf_Phdr *) 0xdb6f2034 elf_auxargs =3D (Elf_Auxargs *) 0x0 vmspace =3D (struct vmspace *) 0xc5fea000 prot =3D 0 '\0' text_size =3D 0 data_size =3D 0 total_size =3D 0 text_addr =3D 0 data_addr =3D 0 seg_size =3D 0 seg_addr =3D 801 addr =3D 3940596412 entry =3D 0 proghdr =3D 0 error =3D 0 i =3D 6 interp =3D 0xdb6f20f4 "/libexec/ld-elf.so.1" brand_info =3D (Elf_Brandinfo *) 0xc06b3528 td =3D (struct thread *) 0xc61f47e0 sv =3D (struct sysentvec *) 0xc06b34c0 #26 0xc04deb21 in kern_execve (td=3D0xc61f47e0, fname=3D) at /usr/src/sys/k= ern/kern_exec.c:381 p =3D (struct proc *) 0xc6382528 nd =3D {ni_dirp =3D 0x804a419(kgdb)=20 --2oS5YaxWCcQjTEyO-- --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAeCIPOfuToMruuMARAnN8AJ46p3vtiWhrqr/XdKsjl+NIb+GSYQCfdhZZ RXX/aD2F1KxVQ9AS1iFtQWQ= =siMO -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 02:49:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80E616A4CE for ; Sun, 27 Jun 2004 02:49:39 +0000 (GMT) Received: from northwindcom.dyndns.org (135-203-237-24.gci.net [24.237.203.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A5B43D4C for ; Sun, 27 Jun 2004 02:49:39 +0000 (GMT) (envelope-from akbeech@northwindcom.dyndns.org) Received: from localhost.dyndns.org (localhost.dyndns.org [127.0.0.1]) by northwindcom.dyndns.org (Postfix) with ESMTP id CB3E7262A for ; Sat, 26 Jun 2004 18:49:32 -0800 (AKDT) From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org Date: Sat, 26 Jun 2004 18:49:30 -0800 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200406261849.31436.akbeech@northwindcom.dyndns.org> Subject: Please commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: akbeech@northwindcom.dyndns.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 02:49:39 -0000 Hi, Would someone please commit this? %% Index: sys/contrib/ipfilter/netinet/fil.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/ipfilter/netinet/fil.c,v retrieving revision 1.38 diff -u -r1.38 fil.c --- sys/contrib/ipfilter/netinet/fil.c 21 Jun 2004 22:46:35 -0000 1.38 +++ sys/contrib/ipfilter/netinet/fil.c 24 Jun 2004 19:17:33 -0000 @@ -2155,9 +2155,6 @@ ip_natsync(ifp); ip_statesync(ifp); } -# if defined(__FreeBSD_version) && (__FreeBSD_version >= 500043) - IFNET_RUNLOCK(); -# endif ip_natsync((struct ifnet *)-1); # if defined(__FreeBSD_version) && (__FreeBSD_version >= 500043) IFNET_RUNLOCK(); %% -- TIA, Beech --------------------------------------------------------------------------------------- Beech Rintoul - System Administrator - akbeech@northwindcom.dyndns.org /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 03:23:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3392B16A4CE; Sun, 27 Jun 2004 03:23:29 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E437943D2F; Sun, 27 Jun 2004 03:23:25 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i5R3N2ji043733; Sun, 27 Jun 2004 12:53:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, obrien@freebsd.org Date: Sun, 27 Jun 2004 12:53:01 +0930 User-Agent: KMail/1.6.2 References: <36u7i8$1mbp58@mxip19a.cluster1.charter.net> <20040626230026.GA11047@dragon.nuxi.com> In-Reply-To: <20040626230026.GA11047@dragon.nuxi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200406271253.01432.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: questions@freebsd.org cc: Remi cc: current@freebsd.org Subject: Re: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 03:23:29 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 27 Jun 2004 08:30, David O'Brien wrote: > > I have a choice between AMD64 3200+ and a P4 2.8GHz with HT. Which one > > would you guys recommend to run FreeBSD. Obviously the i386 would be > > easier to run, so I guess my question is what is the state of the AMD64 > > FreeBSD version? > > You do know you can run FreeBSD/i386 on the Athlon64 3200+ laptop, > right? :-) A 3200+ running 32-bit FreeBSD will out-perform the P4 > 2.8GHz running the same OS. A Pentium-M 1.7Ghz will outperform a 2.8Ghz P4 too ;) If battery life is important to you I'd suggest not getting an AMD64. =46or raw performance it's "pretty nice" though :) =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3j2V5ZPcIHs/zowRAoZpAKCnZMb/Kxk9wElcBhktj9NPDPsPggCgh6b2 iasKpu5F998wHLaC5flWA+E=3D =3DQBEE =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 03:23:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3392B16A4CE; Sun, 27 Jun 2004 03:23:29 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E437943D2F; Sun, 27 Jun 2004 03:23:25 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i5R3N2ji043733; Sun, 27 Jun 2004 12:53:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, obrien@freebsd.org Date: Sun, 27 Jun 2004 12:53:01 +0930 User-Agent: KMail/1.6.2 References: <36u7i8$1mbp58@mxip19a.cluster1.charter.net> <20040626230026.GA11047@dragon.nuxi.com> In-Reply-To: <20040626230026.GA11047@dragon.nuxi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200406271253.01432.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: questions@freebsd.org cc: Remi cc: current@freebsd.org Subject: Re: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 03:23:29 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 27 Jun 2004 08:30, David O'Brien wrote: > > I have a choice between AMD64 3200+ and a P4 2.8GHz with HT. Which one > > would you guys recommend to run FreeBSD. Obviously the i386 would be > > easier to run, so I guess my question is what is the state of the AMD64 > > FreeBSD version? > > You do know you can run FreeBSD/i386 on the Athlon64 3200+ laptop, > right? :-) A 3200+ running 32-bit FreeBSD will out-perform the P4 > 2.8GHz running the same OS. A Pentium-M 1.7Ghz will outperform a 2.8Ghz P4 too ;) If battery life is important to you I'd suggest not getting an AMD64. =46or raw performance it's "pretty nice" though :) =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3j2V5ZPcIHs/zowRAoZpAKCnZMb/Kxk9wElcBhktj9NPDPsPggCgh6b2 iasKpu5F998wHLaC5flWA+E=3D =3DQBEE =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 04:18:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C44F16A4CF for ; Sun, 27 Jun 2004 04:18:51 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E117643D45 for ; Sun, 27 Jun 2004 04:18:50 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.11) with ESMTP id i5R4ImVF045449; Sat, 26 Jun 2004 21:18:48 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5R4Ilbi045448; Sat, 26 Jun 2004 21:18:47 -0700 (PDT) (envelope-from obrien) Date: Sat, 26 Jun 2004 21:18:47 -0700 From: "David O'Brien" To: Julian Elischer Message-ID: <20040627041847.GA45235@dragon.nuxi.com> References: <20040626231720.GB11573@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: Does -CURRENT's gcc generate ___tls_get_addr under any X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 04:18:51 -0000 On Sat, Jun 26, 2004 at 04:39:33PM -0700, Julian Elischer wrote: > On Sat, 26 Jun 2004, David O'Brien wrote: > > On Fri, Jun 25, 2004 at 02:15:04PM -0700, Julian Elischer wrote: > > > On Fri, 25 Jun 2004, Joe Marcus Clarke wrote: > > > > On Fri, 2004-06-25 at 16:44, John Merryweather Cooper wrote: > > > > > I'm working on porting (and getting fully working) lang/mono > > > > > version 0.96, and I'm having a problem. In one of my object > > > > > files--mini.lo--I'm getting an extern reference to > > > > > ___tls_get_addr. I've been over the source code in mini.c > > ... > > > TLS is coming.. it's just not here yet.. > > > > By whom? I've done the part I committed to. Yet I've heard nothing else > > about TLS in the two weeks after it was possible to start work on the > > next part. > > Doug Rabson has partly working TLS in p4 and last I heard was awaiting > some comments from the nvidia people who would be our first users of > TLS. DFR has TLS particially working on i386-only (and in a way that didn't need a Binutils upgrade to 2.15...). i386-only isn't acceptable, and the deal with me if I went thru all the work to do a binutils upgrade was that others would come along after that and make TLS work on all FreeBSD platforms. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 04:26:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 408C716A4CF for ; Sun, 27 Jun 2004 04:26:56 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A17C43D41 for ; Sun, 27 Jun 2004 04:26:56 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.11) with ESMTP id i5R4QZ4e045618; Sat, 26 Jun 2004 21:26:35 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5R4QYmX045617; Sat, 26 Jun 2004 21:26:34 -0700 (PDT) (envelope-from obrien) Date: Sat, 26 Jun 2004 21:26:34 -0700 From: "David O'Brien" To: Poul-Henning Kamp Message-ID: <20040627042634.GB45235@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Poul-Henning Kamp , current@FreeBSD.org References: <20040626231221.GA11573@dragon.nuxi.com> <3949.1088292437@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3949.1088292437@critter.freebsd.dk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: current@FreeBSD.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 04:26:56 -0000 On Sun, Jun 27, 2004 at 01:27:17AM +0200, Poul-Henning Kamp wrote: > Why do you think that a HEADSUP was sent to current@ David ? General readers of freebsd-current isn't our project management body. > Presumably you belive I did that to try to sneak this decision past > your highly sensitive nose, the bulk of the committers, our most > active users, the core team, the TRB, UN peace-keeping forces, and > Lloyds Register ? I've seen some core members admit they no longer read freebsd-current because of the high S-N ratio. So sending something to freebsd-current assuming all Core or TRB members will see it is in fallacy. > Or could it be, just by chance, that I recognized that nobody on > core (or the TRB) would have enough information to answer the very > simple question: "Is there a significant use of these bits which > we are currently unaware off ?", and therefore decided to poll a > larger audience ? I think you presume to know too much about what all the Core and TRB members know. I think you should be pushing this agenda (so publicly implying full authority to do this), only after consulting with one of Core/TRB of your intentions. > (If you answer this correctly David, you win a little yellow rubber > mat you can stomp on next time you get upset about somebody not > "following procedures") It is well known you prefer drive-by commits, ride roughshod over, and acting unilaterally. I don't think all of the project does. phkBSD is around the other corner, thanks. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 04:37:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB39616A4CF; Sun, 27 Jun 2004 04:37:18 +0000 (GMT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CF6B43D1F; Sun, 27 Jun 2004 04:37:18 +0000 (GMT) (envelope-from pepper@reppep.com) Received: from [10.0.1.102] (airport.reppep.com [66.92.104.202]) by www.reppep.com (Postfix) with ESMTP id 5EDE2FDBC; Sun, 27 Jun 2004 00:37:16 -0400 (EDT) Mime-Version: 1.0 X-Sender: pepper@mail.reppep.com Message-Id: In-Reply-To: <20040626215940.GA5635@green.homeunix.org> References: <200406250027.19459.raabe@kde.org> <20040626215940.GA5635@green.homeunix.org> Date: Sun, 27 Jun 2004 00:36:39 -0400 To: Brian Fundakowski Feldman From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: Frerich Raabe cc: freebsd-current@freebsd.org Subject: Re: Patch for src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 04:37:19 -0000 At 5:59 PM -0400 2004/06/26, Brian Fundakowski Feldman wrote: >On Fri, Jun 25, 2004 at 12:27:19AM +0200, Frerich Raabe wrote: >> Moin, >> >> I attached a patch against the UPDATING file, fixing a few flaws in the >> description of how to do an in-place update of 4-STABLE to 5-CURRENT which I >> noticed while doing exactly that update. Reviewal (and possible subsequent >> commit) would be much appreciated. > >Thanks for finding and fixing the problems with the upgrade instructions! >I've committed it to -CURRENT. There's a small typo in the patch: [9] When checking out sources, you must include the -P flag to have - cvs prune empty directories. + cvs prune empty directories. Also, if CPUTYPE is defined in your + /etc/make.conf, make sure to use the "?=" instead of the "=" assignment + operator, so that buildworld can override the CPUTYPE if it needs to. + In case you would like to avoid installing new packages of everything, + you might want to uncomment the "COMPAT4X= YES" entry, so that 4.x + compatibility libraries are build which should allow you to continue + using your existing software for a while. s/are build/are built/ Chris -- Chris Pepper: Rockefeller University: From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 04:39:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A34316A4CF for ; Sun, 27 Jun 2004 04:39:13 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF95943D48 for ; Sun, 27 Jun 2004 04:39:12 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i5R4cxQw064263; Sat, 26 Jun 2004 21:39:04 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200406270439.i5R4cxQw064263@gw.catspoiler.org> Date: Sat, 26 Jun 2004 21:38:59 -0700 (PDT) From: Don Lewis To: avleeuwen@piwebs.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: Giving up on x buffers - losing files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 04:39:13 -0000 On 26 Jun, Arjan van Leeuwen wrote: > I've had this problem for a long time with 5.x, but it doesn't seem to > happen that often. Today it bit me hard. > > Sometimes, particularly after doing a lot of file writes (i.e. compiling a > lot of ports, building world and mergemastering, etc), I get the 'Giving > up on x buffers' message on shutdown, and my filesystems come up dirty > when I restart. > > This wouldn't be such an enormous problem, if it wouldn't always erase the > files I changed most recently. The files are simply reduced to 0 bytes. My > configuration files for Opera and KDE have been victim to this more than > once (because Opera writes to the file on exit, for example), but today, > it was /etc/master.passwd that was reduced to 0 bytes (because I had just > changed something in it). > > I understand that turning of write caching might improve the situation, > but it also makes my system a lot slower, and I don't like that on my > desktop system. > > So, why does this happen? And how do I prevent it from happening? This > definitely does _not_ sound like something I want my servers to do when > 5.x goes -STABLE. I've mentioned this a couple of times on this list in the last six months or so. The last time was in the last couple of weeks. I can reliably trigger this problem with mergemaster. I'm pretty sure that the problem relates to soft updates and how the file system syncer is shut down, which leaves unresolved dependencies that keep a number of dirty blocks from being flushed to disk at the end of the system shutdown. I have some ideas on how to fix the problem, but I haven't had the time to work on it and nobody else has stepped up with a fix. I am able to reliably work around the problem by running the sync command and waiting a short while after running mergemaster and before shutting down or rebooting the machine. From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 06:59:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B8A216A4CE for ; Sun, 27 Jun 2004 06:59:34 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39D543D39 for ; Sun, 27 Jun 2004 06:59:33 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 4029CACAE3; Sun, 27 Jun 2004 08:59:32 +0200 (CEST) Date: Sun, 27 Jun 2004 08:59:32 +0200 From: Pawel Jakub Dawidek To: Julian Elischer Message-ID: <20040627065932.GH12007@darkness.comp.waw.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W9OqCIgVwV7zeaDP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: FreeBSD current users cc: bzeeb+freebsd@zabbadoz.net Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 06:59:34 -0000 --W9OqCIgVwV7zeaDP Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 25, 2004 at 06:15:41PM -0700, Julian Elischer wrote: +> There are patches around to make 'df' and 'mount' +> show pretty much the exact right thing from a jail. +>=20 +> In both -current and 4.x +>=20 +> I propose to commit these. +>=20 +> http://garage.freebsd.pl/ +> "jailfsstat - With this kernel module process in jail can only see file +> systems mounted inside." +>=20 +> for 4.x +>=20 +> and +>=20 +> http://sources.zabbadoz.net/freebsd/jail.html +> for 5.x +>=20 +> with possible small changes.. +>=20 +> e.g. the 4.x version would not be a module=20 +> but would have a sysclt to turn it on=20 +> (off by default) +>=20 +> and the 5.x version may require osme small work too.. +>=20 +>=20 +> Does anyone violently object to these? +>=20 +> The fact that df or mount shows so much not only confuses the hell +> out of users, it makes scripts fail in odd ways. +> (and bugs the hell out of me too). We have talked with rwatson a lot about this (in the past and currently) and this is really non-trivial work if we want to do it as it should be done. First of all we depend on fact, that mount(8) gives full path to mount(2) (without any symlinks, .., ., etc.). If mount(2) will be called with relative path, we're in trouble. To fix this we need to do realpath(3) in kernel, in mount(2) syscall. We don't have such function in kernel atm. I wrote one for cerb, but this code was quite complex and I don't know if we want to bring it in. There are many situations when we can't just depend on f_mntonname field, because path there could not be valid (e.g. when root will rename one of those path's components). Of course it is not good thing to do anyway, but in this situation it brings us in bigger trouble. The best way to do it is to walk up from the vnode where file system is mounted on to the vnode where jail's root directory starts. But I think this is not possible with our VFS. Anyway. I know that it will be a good thing to do something with it, even if we cannot use a perfect solution. IMHO we shouldn't use Bjoern's patch, it is ok, but for base system it is too complex (I found at least one bug, in line 455 in file HEAD-20040606.di= ff) and I think simple sysctl to turn it on and off is enough for us and will simplify code a lot. Bjoern, are you ok with this? If you give me a few days (maybe I'll be ready today) I'll try to prepare patch to commit so we can review it together. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --W9OqCIgVwV7zeaDP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3nBUForvXbEpPzQRAqPxAJ98CHNC0PNIvNt1clFOQyhAPCs0NwCgmjDp HusMWjuvHMc/lenICg4QciI= =bKWF -----END PGP SIGNATURE----- --W9OqCIgVwV7zeaDP-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 07:10:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A994D16A4CF; Sun, 27 Jun 2004 07:10:48 +0000 (GMT) Received: from sev.net.ua (sev.net.ua [212.86.233.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 330D343D1F; Sun, 27 Jun 2004 07:10:47 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from berloga.shadowland ([213.227.237.65]) by sev.net.ua (8.12.11/8.12.9) with ESMTP id i5R7Aj0f007659; Sun, 27 Jun 2004 10:10:45 +0300 (EEST) (envelope-from shadow@psoft.net) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1]) by berloga.shadowland (8.12.10/8.12.10) with ESMTP id i5R7Ah6n020343; Sun, 27 Jun 2004 10:10:43 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.10/8.12.10/Submit) id i5R7AgwO020320; Sun, 27 Jun 2004 10:10:42 +0300 From: Alex Lyashkov To: "freebsd-current@freebsd.org" Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: PSoft Message-Id: <1088320241.7842.6.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-1) Date: Sun, 27 Jun 2004 10:10:42 +0300 cc: =?koi8-r?Q?S=F8ren?= Schmidt Subject: last current not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 07:10:48 -0000 Hi All now i build kernel from my private cvsup mirror synced every night. After i boot with news kernel i see ..... vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec Interrupt storm detected on "irq14: ata0"; throttling interrupt source Interrupt storm detected on "irq15: ata1"; throttling interrupt source SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s3a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 .... Hardware is Intel SAI2 motherboard with two PIII CPU. Kernel maked from sources 22 Jun 2004 booted correctly. -- Alex Lyashkov PSoft From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 07:23:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39B4B16A4CE; Sun, 27 Jun 2004 07:23:28 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id E00A643D1D; Sun, 27 Jun 2004 07:23:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <20040627072321016005pfute>; Sun, 27 Jun 2004 07:23:27 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA24225; Sun, 27 Jun 2004 00:23:19 -0700 (PDT) Date: Sun, 27 Jun 2004 00:23:18 -0700 (PDT) From: Julian Elischer To: Pawel Jakub Dawidek In-Reply-To: <20040627065932.GH12007@darkness.comp.waw.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users cc: bzeeb+freebsd@zabbadoz.net Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 07:23:28 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > On Fri, Jun 25, 2004 at 06:15:41PM -0700, Julian Elischer wrote: > +> There are patches around to make 'df' and 'mount' > +> show pretty much the exact right thing from a jail. > +> > +> In both -current and 4.x > +> > +> I propose to commit these. > +> > +> http://garage.freebsd.pl/ > +> "jailfsstat - With this kernel module process in jail can only see file > +> systems mounted inside." > +> > +> for 4.x > +> > +> and > +> > +> http://sources.zabbadoz.net/freebsd/jail.html > +> for 5.x > +> > +> with possible small changes.. > +> > +> e.g. the 4.x version would not be a module > +> but would have a sysclt to turn it on > +> (off by default) > +> > +> and the 5.x version may require osme small work too.. > +> > +> > +> Does anyone violently object to these? > +> > +> The fact that df or mount shows so much not only confuses the hell > +> out of users, it makes scripts fail in odd ways. > +> (and bugs the hell out of me too). > > We have talked with rwatson a lot about this (in the past and currently) > and this is really non-trivial work if we want to do it as it should be > done. > > First of all we depend on fact, that mount(8) gives full path to mount(2) > (without any symlinks, .., ., etc.). If mount(2) will be called with > relative path, we're in trouble. > To fix this we need to do realpath(3) in kernel, in mount(2) syscall. > We don't have such function in kernel atm. I wrote one for cerb, > but this code was quite complex and I don't know if we want to bring it in. > > There are many situations when we can't just depend on f_mntonname field, > because path there could not be valid (e.g. when root will rename one of > those path's components). Of course it is not good thing to do anyway, > but in this situation it brings us in bigger trouble. > > The best way to do it is to walk up from the vnode where file system is > mounted on to the vnode where jail's root directory starts. But I think > this is not possible with our VFS. > > Anyway. > > I know that it will be a good thing to do something with it, even if we > cannot use a perfect solution. > > IMHO we shouldn't use Bjoern's patch, it is ok, but for base system it is > too complex (I found at least one bug, in line 455 in file HEAD-20040606.diff) > and I think simple sysctl to turn it on and off is enough for us and will > simplify code a lot. Bjoern, are you ok with this? > > If you give me a few days (maybe I'll be ready today) I'll try to prepare > patch to commit so we can review it together. I really just want something that covers the simple cases. matching and removing the string that was used to define the jail is enough. In fact the module for 4.x is enough for me at the moment but I'd rather see it built in than to have to keep a separate module in sync. (and then have to go through it all again when we go to 5.x). > > -- > Pawel Jakub Dawidek http://www.FreeBSD.org > pjd@FreeBSD.org http://garage.freebsd.pl > FreeBSD committer Am I Evil? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 07:49:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FE0016A4CE for ; Sun, 27 Jun 2004 07:49:27 +0000 (GMT) Received: from sev.net.ua (sev.net.ua [212.86.233.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B93743D41 for ; Sun, 27 Jun 2004 07:49:26 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from berloga.shadowland ([213.227.237.65]) by sev.net.ua (8.12.11/8.12.9) with ESMTP id i5R7nJIS008015 for ; Sun, 27 Jun 2004 10:49:20 +0300 (EEST) (envelope-from shadow@psoft.net) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1]) by berloga.shadowland (8.12.10/8.12.10) with ESMTP id i5R7nJ6n016389 for ; Sun, 27 Jun 2004 10:49:19 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.10/8.12.10/Submit) id i5R7nJfa016387 for freebsd-current@freebsd.org; Sun, 27 Jun 2004 10:49:19 +0300 From: Alex Lyashkov To: "freebsd-current@freebsd.org" In-Reply-To: <1088320241.7842.6.camel@berloga.shadowland> References: <1088320241.7842.6.camel@berloga.shadowland> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: PSoft Message-Id: <1088322558.7842.9.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-1) Date: Sun, 27 Jun 2004 10:49:18 +0300 Subject: Re: last current not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 07:49:27 -0000 With ACPI disabled kernel boot but log have 2 bad lines: pcib1: at pcibus 1 on motherboard pir0: on motherboard $PIR: BIOS IRQ 23 for 0.7.INTA is not valid for link 0x18 $PIR: BIOS IRQ 18 for 0.3.INTA is not valid for link 0x13 -- Alex Lyashkov PSoft From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 08:06:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0530C16A4CE; Sun, 27 Jun 2004 08:06:31 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8083D43D2F; Sun, 27 Jun 2004 08:06:30 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (localhost [127.0.0.1]) by fw.farid-hajji.net (Postfix) with ESMTP id 1CE964AC84; Sun, 27 Jun 2004 10:07:05 +0200 (CEST) From: Cordula's Web To: rwatson@freebsd.org In-reply-to: (message from Robert Watson on Sat, 26 Jun 2004 18:31:20 -0400 (EDT)) X-Mailer: Emacs-21.3.1/FreeBSD-5.2.1-RELEASE References: Message-Id: <20040627080705.1CE964AC84@fw.farid-hajji.net> Date: Sun, 27 Jun 2004 10:07:05 +0200 (CEST) cc: freebsd-current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cpghost@cordula.ws List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 08:06:31 -0000 > > > The kernel's internal interfaces change; security bugs are discovered. > > > Someone has to keep the code up to date, and the people who end up doing > > > the work are *not* the people who advocate keeping the code around. > > > I don't really have a strong opinion on the removal of this code, since I > don't use it or know anyone uses it, but I will say I agree with Tim's > general observation that there are substantial volumes of code in the > FreeBSD kernel that do impact our ability to introduce other new features, > adapt to new platforms, perform performance optimization, etc. Any > individual bit of such code can be maintained incrementally at low cost > (and for us, cost means specifically volunteer developer time), but that > as a whole, it does have a "weighing down" effect. [snip] I do use Maple V/Solaris x86 (but under CURRENT only in text mode) with the svr4 emulation. It was not really easy to find all libs and fiddle with the loader, but it works, at least on my copy. However, if the mere presence of svr4 in the 5.x kernel slows other important development down, then it is a good and valid reason to axe it. I have other ways to run this and no more objections. Thanks for clarifying the reasons behind this decision. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 08:18:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 853EB16A4CE for ; Sun, 27 Jun 2004 08:18:09 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0942A43D48 for ; Sun, 27 Jun 2004 08:18:09 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 80846 invoked from network); 27 Jun 2004 08:17:58 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 27 Jun 2004 08:17:58 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i5R8Hvv9066951 for ; Sun, 27 Jun 2004 10:17:57 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i5R8Hu6I066950 for current@freebsd.org; Sun, 27 Jun 2004 10:17:56 +0200 (CEST) (envelope-from pho) Date: Sun, 27 Jun 2004 10:17:56 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20040627081756.GA66931@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Fatal trap 12: page fault while in kernel mode sio.c:1878 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 08:18:09 -0000 Copyright (c) 1992-2004 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.2-CURRENT #0: Sun Jun 27 04:12:43 CEST 2004 root@peter.osted.lan:/usr/src/sys/i386/compile/PHO WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ac7000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ac7228. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 1.80GHz (1799.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 Features=0x3febfbff real memory = 267583488 (255 MB) avail memory = 252182528 (240 MB) ioapic0 irqs 0-23 on motherboard random: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 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 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 pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) uhci0: port 0xef00-0xef1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef20-0xef3f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xef40-0xef5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xef80-0xef9f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xd800-0xd8ff mem 0xff9ffc00-0xff9ffcff irq 22 at device 5.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:a6:d1:67:24 rl0: [GIANT-LOCKED] pci2: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 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 MouseMan+, device ID 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x144 fault code = supervisor read, page not present instruction pointer = 0x8:0xc07f72fc stack pointer = 0x10:0xc0c21a68 frame pointer = 0x10:0xc0c21a94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) kernel: type 12 trap, code=0 Stopped at siointr1+0x16c: cmpl $0,0x144(%edx) db> $ addr2line -e /usr/src/sys/i386/compile/PHO/kernel.debug 0xc07f72fc ../../../dev/sio/sio.c:1878 -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 08:47:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC82516A4CE; Sun, 27 Jun 2004 08:47:28 +0000 (GMT) Received: from mxsf15.cluster1.charter.net (mxsf15.cluster1.charter.net [209.225.28.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7825F43D2D; Sun, 27 Jun 2004 08:47:28 +0000 (GMT) (envelope-from MrL0L@charter.net) Received: from mxip07.cluster1.charter.net (mxip07a.cluster1.charter.net [209.225.28.137])i5R8728I063902; Sun, 27 Jun 2004 04:07:02 -0400 (EDT) Received: from unknown (HELO nacho) (68.189.127.165) by mxip07.cluster1.charter.net with ESMTP; 27 Jun 2004 04:07:02 -0400 Message-Id: <36u63c$1uk902@mxip07a.cluster1.charter.net> From: "Remi" To: Date: Sun, 27 Jun 2004 01:06:56 -0700 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: <200406271253.01432.doconnor@gsoft.com.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Thread-Index: AcRb9mPwKJUXN0hUT1amNVISXHAuogAJzyKw cc: questions@freebsd.org Subject: RE: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 08:47:28 -0000 See that's I'm thinking, the raw performance is very attractive to me!! So what's this about a p4 1.7 outperforming a 2.8? You got link to benchmarks? -----Original Message----- From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] Sent: Saturday, June 26, 2004 8:23 PM To: freebsd-current@freebsd.org; obrien@freebsd.org Cc: Remi; questions@freebsd.org; current@freebsd.org Subject: Re: AMD64 vs i386 for FreeBSD -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 27 Jun 2004 08:30, David O'Brien wrote: > > I have a choice between AMD64 3200+ and a P4 2.8GHz with HT. Which one > > would you guys recommend to run FreeBSD. Obviously the i386 would be > > easier to run, so I guess my question is what is the state of the AMD64 > > FreeBSD version? > > You do know you can run FreeBSD/i386 on the Athlon64 3200+ laptop, > right? :-) A 3200+ running 32-bit FreeBSD will out-perform the P4 > 2.8GHz running the same OS. A Pentium-M 1.7Ghz will outperform a 2.8Ghz P4 too ;) If battery life is important to you I'd suggest not getting an AMD64. For raw performance it's "pretty nice" though :) - -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3j2V5ZPcIHs/zowRAoZpAKCnZMb/Kxk9wElcBhktj9NPDPsPggCgh6b2 iasKpu5F998wHLaC5flWA+E= =QBEE -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 10:02:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42EEE16A4CE; Sun, 27 Jun 2004 10:02:54 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D0C043D2D; Sun, 27 Jun 2004 10:02:53 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i5RA1vAN008311; Sun, 27 Jun 2004 11:01:57 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sun, 27 Jun 2004 11:01:51 +0100 User-Agent: KMail/1.6.1 References: <20040626231720.GB11573@dragon.nuxi.com> <20040627041847.GA45235@dragon.nuxi.com> In-Reply-To: <20040627041847.GA45235@dragon.nuxi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406271101.51876.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: Julian Elischer Subject: Re: Does -CURRENT's gcc generate ___tls_get_addr under any X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 10:02:54 -0000 On Sunday 27 June 2004 05:18, David O'Brien wrote: > On Sat, Jun 26, 2004 at 04:39:33PM -0700, Julian Elischer wrote: > > On Sat, 26 Jun 2004, David O'Brien wrote: > > > On Fri, Jun 25, 2004 at 02:15:04PM -0700, Julian Elischer wrote: > > > > On Fri, 25 Jun 2004, Joe Marcus Clarke wrote: > > > > > On Fri, 2004-06-25 at 16:44, John Merryweather Cooper wrote: > > > > > > I'm working on porting (and getting fully working) > > > > > > lang/mono version 0.96, and I'm having a problem. In one > > > > > > of my object files--mini.lo--I'm getting an extern > > > > > > reference to ___tls_get_addr. I've been over the source > > > > > > code in mini.c > > > > > > ... > > > > > > > TLS is coming.. it's just not here yet.. > > > > > > By whom? I've done the part I committed to. Yet I've heard > > > nothing else about TLS in the two weeks after it was possible to > > > start work on the next part. > > > > Doug Rabson has partly working TLS in p4 and last I heard was > > awaiting some comments from the nvidia people who would be our > > first users of TLS. > > DFR has TLS particially working on i386-only (and in a way that > didn't need a Binutils upgrade to 2.15...). i386-only isn't > acceptable, and the deal with me if I went thru all the work to do a > binutils upgrade was that others would come along after that and make > TLS work on all FreeBSD platforms. Please, anyone who has time and hardware, look at (and fix) branches/kse in P4. I have typed in stubs for most architectures but the only non-i386 arch which is even close to compiling is ia64. The document http://people.redhat.com/drepper/tls.pdf is an invaluable source for the details of TLS on any particular architecture. There are simple test cases in tools/regression/tls. I believe that with the new binutils and existing compiler, support should be possible for i386, ia64 and amd64. The others probably need gcc 3.4. From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 10:20:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6105F16A4CF; Sun, 27 Jun 2004 10:20:21 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1404C43D45; Sun, 27 Jun 2004 10:20:21 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 1E013AC93D; Sun, 27 Jun 2004 12:19:51 +0200 (CEST) Date: Sun, 27 Jun 2004 12:19:51 +0200 From: Pawel Jakub Dawidek To: Julian Elischer Message-ID: <20040627101951.GJ12007@darkness.comp.waw.pl> References: <20040627065932.GH12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ie3mu0AkGGOh6179" Content-Disposition: inline In-Reply-To: <20040627065932.GH12007@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: rwatson@freebsd.org cc: FreeBSD current users cc: bzeeb+freebsd@zabbadoz.net Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 10:20:21 -0000 --Ie3mu0AkGGOh6179 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 08:59:32AM +0200, Pawel Jakub Dawidek wrote: +> If you give me a few days (maybe I'll be ready today) I'll try to prepare +> patch to commit so we can review it together. Ok, here it goes: http://people.freebsd.org/~pjd/patches/jail_enforce_statfs.patch As you can see, all mac_check_mount_stat() calls are placed after a prison_canseemount() call, so we can considern moving mac_check_mount_stat() to prison_canseemount() function. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --Ie3mu0AkGGOh6179 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3p9HForvXbEpPzQRAitFAKCxcefdqEDu9bFhwe8c5mAa9xM/UwCfSBaC 0bcD/vR+3DeAtPlAmzpBwHw= =y74d -----END PGP SIGNATURE----- --Ie3mu0AkGGOh6179-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 11:27:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6365416A4CE for ; Sun, 27 Jun 2004 11:27:41 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F52A43D3F for ; Sun, 27 Jun 2004 11:27:40 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5RBR3nX260484; Sun, 27 Jun 2004 13:27:05 +0200 Date: Sun, 27 Jun 2004 13:27:06 +0200 (CEST) From: Lukas Ertl To: Pawel Jakub Dawidek In-Reply-To: <20040626160821.GG12007@darkness.comp.waw.pl> Message-ID: <20040627132549.W680@korben.in.tern> References: <20040625013138.54319.qmail@web53710.mail.yahoo.com> <20040626123530.GF12007@darkness.comp.waw.pl> <20040626160821.GG12007@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4248; Body=3 Fuz1=3 Fuz2=3 cc: Daryl Chance cc: current@FreeBSD.org Subject: Re: geom_vinum problems (crashes and lockups) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 11:27:41 -0000 On Sat, 26 Jun 2004, Pawel Jakub Dawidek wrote: > This is a race in GEOM. I'm using a patch for this when I running > geom_mirror. I sent it to phk more than week ago (AFAIR) and I still > didn't get an answer. > > Try if it works you: > > http://people.freebsd.org/~pjd/patches/geom_subr.c.16.patch Still no luck. It seems that this patch causes the provider to be freed just before it gets passed to the taste routine. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 14:55:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 830C316A4CE for ; Sat, 26 Jun 2004 14:55:38 +0000 (GMT) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 127E143D41 for ; Sat, 26 Jun 2004 14:55:38 +0000 (GMT) (envelope-from matt@fruitsalad.org) Received: from [192.168.15.6] (helo=[192.168.15.6]) by mandarin.fruitsalad.org with esmtp (Exim 4.34 (FreeBSD)) id 1BeEaQ-000OT7-MA for current@freebsd.org; Sat, 26 Jun 2004 16:55:22 +0200 From: Matt Douhan Organization: fruitsalad.org To: current@freebsd.org Date: Sat, 26 Jun 2004 16:55:07 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200406261655.07871.matt@fruitsalad.org> X-Mailman-Approved-At: Sun, 27 Jun 2004 11:44:52 +0000 Subject: Kernel builderror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 14:55:38 -0000 Hi I get the following buildkernel error with src from today at 4PM CET 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/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -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 -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/uhid.c /usr/src/sys/dev/usb/uhid.c: In function `uhid_do_ioctl': /usr/src/sys/dev/usb/uhid.c:709: error: structure has no member named `sc_hdev' /usr/src/sys/dev/usb/uhid.c:716: error: structure has no member named `sc_hdev' *** Error code 1 Stop in /usr/obj/usr/src/sys/DRAGONFRUIT. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. rgds Matt From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 16:38:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 617BE16A4CE for ; Sat, 26 Jun 2004 16:38:35 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE30043D3F for ; Sat, 26 Jun 2004 16:38:32 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from samsco.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i5QGfW0e055082; Sat, 26 Jun 2004 10:41:32 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <40DDA657.2070608@samsco.org> Date: Sat, 26 Jun 2004 10:37:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cpghost@cordula.ws References: <34301.1088242340@critter.freebsd.dk> <200406261336.26051.alex@hightemplar.com> <20040626145408.55F8B4AC34@fw.farid-hajji.net> In-Reply-To: <20040626145408.55F8B4AC34@fw.farid-hajji.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org X-Mailman-Approved-At: Sun, 27 Jun 2004 11:44:52 +0000 cc: current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 16:38:35 -0000 Cordula's Web wrote: >>On Saturday 26 Jun 2004 12:32 pm, Poul-Henning Kamp wrote: >> >>>The ibcs2 and svr4 compatibility code has outlived their useful lives, >>>mainly because their target platforms are practically extinct. >> >>- Numerous third-party applications for SCO and Solaris/x86 >>(e.g. backup solutions) > > > Maple V for Solaris/x86. > Can you check to see if your copy of Maple still works on 5.2.1? If it doesn't, would you be willing to see what it takes to fix it? Also, is anyone willing to see if the Solaris JVM works? Scott From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 17:03:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1ABA16A4CE for ; Sat, 26 Jun 2004 17:03:32 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B53643D3F for ; Sat, 26 Jun 2004 17:03:32 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-032.de.inter.net ([213.73.76.32] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1BeGaQ-0005uJ-00 for freebsd-current@freebsd.org; Sat, 26 Jun 2004 19:03:31 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i5QH3UNg001214 for ; Sat, 26 Jun 2004 19:03:30 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.12.11/8.12.11/Submit) id i5QH3Ur5001213 for freebsd-current@freebsd.org; Sat, 26 Jun 2004 19:03:30 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-current@freebsd.org Date: Sat, 26 Jun 2004 19:03:29 +0200 User-Agent: KMail/1.6.2 References: <20040625013138.54319.qmail@web53710.mail.yahoo.com> <20040626123530.GF12007@darkness.comp.waw.pl> <20040626174133.I666@korben.in.tern> In-Reply-To: <20040626174133.I666@korben.in.tern> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406261903.29947.msch@snafu.de> X-Mailman-Approved-At: Sun, 27 Jun 2004 11:44:52 +0000 Subject: Re: geom_vinum problems (crashes and lockups) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 17:03:32 -0000 On Saturday 26 June 2004 17:45, Lukas Ertl wrote: > [...] The next problem is that you might specify /dev/da1s1a as > vinum drive but get /dev/da1s1c or even /dev/da1s1. 'Classic vinum' > looked at the type field in the disklabel, but we don't do this > anymore. Perhaps it would be a solution to select the 'least value'-partition in this case - postulating that /dev/da1s1 >= /dev/da1s1c >= /dev/da1s1[a-b,d-h] (which is always the case). In the moment the opposite is the case and geom_vinum opens /dev/da1s1 in that situation :-( I don't know, if, when opening /dev/da1s1a for writing, GEOM triggers a spoil event as well because GEOM *is aware* that da1s1a is in fact the same as da1s1c resp. da1s1. Does anybody (Lukas/Pawel/phk) know? -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 18:04:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B6BF16A4CE; Sat, 26 Jun 2004 18:04:35 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B59CB43D39; Sat, 26 Jun 2004 18:04:34 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-054.de.inter.net ([213.73.76.54] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1BeHXN-00037u-00; Sat, 26 Jun 2004 20:04:26 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i5QI4OWA000954; Sat, 26 Jun 2004 20:04:24 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.12.11/8.12.11/Submit) id i5QI4OLb000953; Sat, 26 Jun 2004 20:04:24 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Lukas Ertl Date: Sat, 26 Jun 2004 20:04:23 +0200 User-Agent: KMail/1.6.2 References: <200406260905.55143.msch@snafu.de> <20040626135545.B666@korben.in.tern> In-Reply-To: <20040626135545.B666@korben.in.tern> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406262004.24170.msch@snafu.de> X-Mailman-Approved-At: Sun, 27 Jun 2004 11:44:52 +0000 cc: freebsd-current@freebsd.org Subject: Re: panic with vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 18:04:35 -0000 On Saturday 26 June 2004 13:56, Lukas Ertl wrote: > I'm quite sure that recent changes to vfs_mount.c cause this. I'm > not sure how to fix it, though. At least going back to version 1.128 of vfs_mount.c alone doesn't help. -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 18:10:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D322016A4CE for ; Sat, 26 Jun 2004 18:10:43 +0000 (GMT) Received: from web13422.mail.yahoo.com (web13422.mail.yahoo.com [216.136.175.132]) by mx1.FreeBSD.org (Postfix) with SMTP id A2DEA43D2D for ; Sat, 26 Jun 2004 18:10:43 +0000 (GMT) (envelope-from pfgshield-pedro@yahoo.com) Message-ID: <20040626181035.28404.qmail@web13422.mail.yahoo.com> Received: from [63.171.232.246] by web13422.mail.yahoo.com via HTTP; Sat, 26 Jun 2004 20:10:35 CEST Date: Sat, 26 Jun 2004 20:10:35 +0200 (CEST) From: To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 27 Jun 2004 11:45:10 +0000 Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 18:10:44 -0000 Just my $0.02; One thing is killing COMPAT_SUNOS and COMPAT_43, assuming removing them does clean up something and that everything will work as before, however I think the commercial UNIX compat should be preserved precisely because these systems are on their way to extinction, although not there yet. How about people wanting to migrate from those systems into something more modern? What if their legacy applications (for which they spent money) have no opensource equivalent? If someone doesn't want to use them, just don't build them, there's no need to axe them. It looks like the decision is already taken though so let me say, just IMHO, that NetBSD is looking more and more attractive lately, while our compatibility base is shrinking their's is growing. cheers, Pedro. ____________________________________________________________ Yahoo! Companion - Scarica gratis la toolbar di Ricerca di Yahoo! http://companion.yahoo.it From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 02:19:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1FC016A4CF for ; Sun, 27 Jun 2004 02:19:28 +0000 (GMT) Received: from pr93.lublin.sdi.tpnet.pl (pr93.lublin.sdi.tpnet.pl [217.97.36.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 712AF43D41 for ; Sun, 27 Jun 2004 02:19:27 +0000 (GMT) (envelope-from michal@pasternak.w.lub.pl) Received: (qmail 43502 invoked by uid 1001); 27 Jun 2004 02:18:41 -0000 Date: Sun, 27 Jun 2004 04:18:41 +0200 From: Michal Pasternak To: David O'Brien , Remi , questions@freebsd.org, current@freebsd.org Message-ID: <20040627021841.GC43456@pasternak.w.lub.pl> References: <36u7i8$1mbp58@mxip19a.cluster1.charter.net> <20040626230026.GA11047@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20040626230026.GA11047@dragon.nuxi.com> X-Mailman-Approved-At: Sun, 27 Jun 2004 11:44:52 +0000 Subject: Re: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michal Pasternak List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 02:19:29 -0000 David O'Brien [Sat, Jun 26, 2004 at 04:00:26PM -0700]: > You do know you can run FreeBSD/i386 on the Athlon64 3200+ laptop, > right? :-) A 3200+ running 32-bit FreeBSD will out-perform the P4 > 2.8GHz running the same OS. ... but will it outperform it also by heat dissipation? -- m From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 07:49:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88CC716A4CE for ; Sun, 27 Jun 2004 07:49:17 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C630543D45 for ; Sun, 27 Jun 2004 07:49:16 +0000 (GMT) (envelope-from k.joch@ctseuro.com) Received: from [192.168.2.30] (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)i5R7mdC3062122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 27 Jun 2004 09:48:40 +0200 (CEST) (envelope-from k.joch@ctseuro.com) Message-ID: <40DE7BD0.8080304@ctseuro.com> Date: Sun, 27 Jun 2004 09:48:32 +0200 From: "Karl M. Joch" Organization: CTS User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20040626231221.GA11573@dragon.nuxi.com> <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> <20040626.182023.07659343.imp@bsdimp.com> In-Reply-To: <20040626.182023.07659343.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-CTS-SV07-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-SV07-Mailserver: Found to be clean X-CTS-SV07-Mailserver-From: k.joch@ctseuro.com X-Mailman-Approved-At: Sun, 27 Jun 2004 11:44:52 +0000 Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 07:49:17 -0000 I think if one would ask the stable userbase there would be lot of different answers. like for me, i tell customers they have a long live, very stable OS for their servers where updates are easy and free and they can stay always with the latest release. now i got the problem that in the first step there was mails around, that the stallion drivers are removed from the source tree. so i had to tell a lot of customers they have to trash the stallion card they buyed because it was in the hardware compatibility list. most was mad, because they have invested the hardware after changing their systems from SCO to FreeBSD (we replaced a lot of them). Now I have to tell them "Great, you trashed the cards (not alot of them have), but you have to stay at 4.x because the software (ERP/Financial/Billing) we moved from SCO to FreeBSD with IBCS Emulation doesnt work on 5.x". No, I am not able to maintain the moduls because i am not a good enough programmer. If that would be the case i would have adapted the stallion stl driver. Flame me if you like, but from a users/intergrators point of view breaking the backward compatibility that way is really worse for the public image of the OS. And the answer "you are free to stay with 4.x" is not an answer acceptable for customers. -- Best regards / Mit freundlichen Gruessen, Karl M. Joch From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 11:56:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB00E16A4CE for ; Sun, 27 Jun 2004 11:56:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E7D843D1D for ; Sun, 27 Jun 2004 11:56:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5RBsHf3042522; Sun, 27 Jun 2004 05:54:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 27 Jun 2004 05:54:37 -0600 (MDT) Message-Id: <20040627.055437.28181333.imp@bsdimp.com> To: matt@fruitsalad.org From: "M. Warner Losh" In-Reply-To: <200406261655.07871.matt@fruitsalad.org> References: <200406261655.07871.matt@fruitsalad.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Kernel builderror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 11:56:08 -0000 In message: <200406261655.07871.matt@fruitsalad.org> Matt Douhan writes: : /usr/src/sys/dev/usb/uhid.c:709: error: structure has no member named : `sc_hdev' : /usr/src/sys/dev/usb/uhid.c:716: error: structure has no member named : `sc_hdev' I believe this was fixed... Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 12:29:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E58E716A4CE for ; Sun, 27 Jun 2004 12:29:33 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E5D643D3F for ; Sun, 27 Jun 2004 12:29:33 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5RCSkqB1212926; Sun, 27 Jun 2004 14:28:49 +0200 Date: Sun, 27 Jun 2004 14:28:49 +0200 (CEST) From: Lukas Ertl To: "M. Warner Losh" In-Reply-To: <20040627.055437.28181333.imp@bsdimp.com> Message-ID: <20040627142837.C680@korben.in.tern> References: <200406261655.07871.matt@fruitsalad.org> <20040627.055437.28181333.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mail 4248; Body=3 Fuz1=3 Fuz2=3 cc: matt@fruitsalad.org cc: current@FreeBSD.org Subject: Re: Kernel builderror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 12:29:34 -0000 On Sun, 27 Jun 2004, M. Warner Losh wrote: > In message: <200406261655.07871.matt@fruitsalad.org> > Matt Douhan writes: > : /usr/src/sys/dev/usb/uhid.c:709: error: structure has no member named > : `sc_hdev' > : /usr/src/sys/dev/usb/uhid.c:716: error: structure has no member named > : `sc_hdev' > > I believe this was fixed... Yes, it was. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 12:44:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D7816A4CE; Sun, 27 Jun 2004 12:44:02 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id E49D743D2D; Sun, 27 Jun 2004 12:44:01 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 2F9C23BD02; Sun, 27 Jun 2004 14:43:11 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) i5RCenei028469; Sun, 27 Jun 2004 14:40:49 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost)i5RCenvt028468; Sun, 27 Jun 2004 14:40:49 +0200 (CEST) (envelope-from schweikh) Date: Sun, 27 Jun 2004 14:40:49 +0200 From: Jens Schweikhardt To: Matthias Schuendehuette Message-ID: <20040627124049.GA28219@schweikhardt.net> References: <200406260905.55143.msch@snafu.de> <20040626135545.B666@korben.in.tern> <200406262004.24170.msch@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406262004.24170.msch@snafu.de> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: panic with vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 12:44:02 -0000 On Sat, Jun 26, 2004 at 08:04:23PM +0200, Matthias Schuendehuette wrote: # On Saturday 26 June 2004 13:56, Lukas Ertl wrote: # > I'm quite sure that recent changes to vfs_mount.c cause this. I'm # > not sure how to fix it, though. # # At least going back to version 1.128 of vfs_mount.c alone doesn't help. I used HEAD as of yesterday and 1.127 of vfs_mount.c. Now the kernel can't find a root fs and displays the mountroot prompt. No device specification will do. I've seen one other post on current@ describing the same mountroot problem, so this may not be vinum related, and 1.127 could work if the mountroot issue were solved. Rough days for vinum users... I wonder what's going on since I do not use vinum in a fancy way: root fs is a standard 4.2 UFS2, no DD anywhere, 4 SCSI drives, just striping, no geomified vinum commands ever: # bsdlabel da0s1 # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 0 4.2BSD 2048 16384 32776 c: 58717512 0 unused 0 0 # "raw" part, don't edit d: 58193224 524288 vinum # bsdlabel da1s1 # /dev/da1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 0 4.2BSD 2048 16384 32776 c: 58717512 0 unused 0 0 # "raw" part, don't edit d: 58193224 524288 vinum # bsdlabel da2s1 # /dev/da2s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 0 4.2BSD 2048 16384 32776 c: 58717512 0 unused 0 0 # "raw" part, don't edit d: 58193224 524288 vinum # bsdlabel da3s1 # /dev/da3s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 0 4.2BSD 2048 16384 32776 c: 58717512 0 unused 0 0 # "raw" part, don't edit d: 58193224 524288 vinum Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 14:38:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 914EC16A4CE; Sun, 27 Jun 2004 14:38:33 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B5B743D58; Sun, 27 Jun 2004 14:38:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5REcPDT039648; Sun, 27 Jun 2004 10:38:25 -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.12.11/8.12.11) with ESMTP id i5REcSMq054144; Sun, 27 Jun 2004 10:38:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB1897303F; Sun, 27 Jun 2004 10:38:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040627143827.AB1897303F@freebsd-current.sentex.ca> Date: Sun, 27 Jun 2004 10:38:27 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 14:38:33 -0000 TB --- 2004-06-27 14:25:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-27 14:25:53 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-06-27 14:25:53 - checking out the source tree TB --- 2004-06-27 14:25:53 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-06-27 14:25:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-27 14:30:25 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-27 14:30:25 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-06-27 14:30:25 - /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 [...] cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 cc: Internal error: Bus error (program ld) Please submit a full bug report. See for instructions. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-06-27 14:38:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-27 14:38:27 - ERROR: failed to build world TB --- 2004-06-27 14:38:27 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 14:44:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8338F16A4CE; Sun, 27 Jun 2004 14:44:04 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228D643D39; Sun, 27 Jun 2004 14:44:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5REi1Pv040054; Sun, 27 Jun 2004 10:44:01 -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.12.11/8.12.11) with ESMTP id i5REi3uD066535; Sun, 27 Jun 2004 10:44:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 708887303F; Sun, 27 Jun 2004 10:44:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040627144403.708887303F@freebsd-current.sentex.ca> Date: Sun, 27 Jun 2004 10:44:03 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 14:44:04 -0000 TB --- 2004-06-27 14:38:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-27 14:38:27 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-06-27 14:38:27 - checking out the source tree TB --- 2004-06-27 14:38:27 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-06-27 14:38:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-27 14:41:57 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-27 14:41:57 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-06-27 14:41: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 [...] sed -e 's,!!TRAD_HEADER!!,,g' /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/config.h.fbsd > config.h echo '#define BFD_VERSION 215000000' > bfdver.h echo '#define BFD_VERSION_DATE 20040517' >> bfdver.h echo '#define BFD_VERSION_STRING "2.15 [FreeBSD] 2004-05-23"' >> bfdver.h rm -f .depend mkdep -f .depend -a -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/powerpc -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../libbfd/powerpc -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_powerpc_vec -D_GNU_SOURCE -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_powerpc_arch" -DHAVE_bfd_elf32_powerpc_vec -DHAVE_bfd_elf32_powerpcle_vec -DHAVE_ppcboot_vec -DSELECT_VECS=" &bfd_elf32_powerpc_vec ,&bfd_elf32_powerpcle_vec ,&ppcboot_vec" -I/home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/sr c/i386/legacy/usr/include /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-powerpc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-rs6000.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-gen.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-ppc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ppcboot.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../. ./../contrib/binutils/bfd/archive64.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdwin.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/binary.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/corefile.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../co ntrib/binutils/bfd/elf-eh-frame.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-strtab.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/format.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/hash.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/init.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/merge.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib /binutils/bfd/opncls.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/section.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/srec.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stab-syms.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stabs.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/syms.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/targets.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/tekhex.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils /bfd/dwarf1.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf2.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdio.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/simple.c /tinderbox/CURRENT/powerpc/powerpc/src/contrib/binutils/bfd/elf32-ppc.c:34:23: elf32-ppc.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-06-27 14:44:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-27 14:44:03 - ERROR: failed to build world TB --- 2004-06-27 14:44:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 14:54:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBC5E16A4CE for ; Sun, 27 Jun 2004 14:54:15 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94DFE43D1D for ; Sun, 27 Jun 2004 14:54:14 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i5REs8Yr072928 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 27 Jun 2004 16:54:08 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i5REs8Bg072927 for current@freebsd.org; Sun, 27 Jun 2004 16:54:08 +0200 (CEST) Date: Sun, 27 Jun 2004 16:54:08 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040627145408.GA71410@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 14:54:15 -0000 Hi, I digged through our base system and looked for versions of contributed soft. I found these program which could (and I think should) be easily and painlessly upgraded (before 5.3 as 5-STABLE) because they are outdated etc... these are: file - 3.41 -> 4.09 Painless upgrade and the benefit is much newer magic file ftp://ftp.astron.com/pub/file/ tcsh - 6.12 -> 6.13 Mainly bugfix upgrade - also absolutely painless http://www.tcsh.org diff - 2.7 -> 2.8.1 Should be painless (I think) and I dont see why should we keep the old version http://www.gnu.org/directory/GNU/diffutils.html ntp, 4.1.0 -> 4.2.0 Another one which cannot hurt to have up-to-date and also I dont see reason why this shouldnt be painless (4.2.0 includes openssl - benefit) http://ntp.org None of the above mentioned have been modified by FreeBSD so the import is painless (with the exception of diff where was fixed some bugs but I think this has been corrected in the new version). I think this should be upgraded and will be glad to see so happen ;) Roman Divacky From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 15:06:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D96AB16A4CE for ; Sun, 27 Jun 2004 15:06:36 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD6C643D2D for ; Sun, 27 Jun 2004 15:06:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AC0B472DF2; Sun, 27 Jun 2004 08:06:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A71D672DB5; Sun, 27 Jun 2004 08:06:36 -0700 (PDT) Date: Sun, 27 Jun 2004 08:06:36 -0700 (PDT) From: Doug White To: "Don L. Belcher" In-Reply-To: <40DDBD63.9070005@siad.net> Message-ID: <20040627080615.P31366@carver.gumbysoft.com> References: <34301.1088242340@critter.freebsd.dk> <20040626154320.BB2234AC30@fw.farid-hajji.net> <200406261950.38373.alex@hightemplar.com><40DDBD63.9070005@siad.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 15:06:37 -0000 On Sat, 26 Jun 2004, Don L. Belcher wrote: > I seem to have lost my fxp card in current ( It was working about 1 or 2 > months ago ). If somebody could point out to me what code I should be > looking at, I would appreciate it. > > I provided pciconf info attachments, one from release 4 the other from > current. Hm, pci bus 3 seems to have vanished. Have you tried a BIOS update? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 15:23:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC03A16A4CE for ; Sun, 27 Jun 2004 15:23:59 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED6C43D1D for ; Sun, 27 Jun 2004 15:23:59 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i5RFNiaH074315; Sun, 27 Jun 2004 11:23:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i5RFNihQ074312; Sun, 27 Jun 2004 11:23:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 27 Jun 2004 11:23:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Cordula's Web" In-Reply-To: <20040627080705.1CE964AC84@fw.farid-hajji.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 15:23:59 -0000 On Sun, 27 Jun 2004, Cordula's Web wrote: > I do use Maple V/Solaris x86 (but under CURRENT only in text mode) with > the svr4 emulation. It was not really easy to find all libs and fiddle > with the loader, but it works, at least on my copy. > > However, if the mere presence of svr4 in the 5.x kernel slows other > important development down, then it is a good and valid reason to axe > it. I have other ways to run this and no more objections. > > Thanks for clarifying the reasons behind this decision. Well, I don't know if I would call what I wrote reasons behind this decision, so much as a justification and context for intermittent removal of functionality from the tree. As I said, I don't really have an opinion specifically on the svr4 compatibility code, as much as on how we structure the project. The primary complaint about the svr4 and ibcs2 code is that they are both large pieces of code undergoing minimal "maintenance" -- that is to say, incremental bug fixing and cleanup by a party willing to claim responsibility for the subsystem. In contrast, we have less frequently used subsystems which do see active maintenance (MAC Framework being one), and there seems not to be too much discussion of removing them. So the key to having functionality live on in the presence of widespread change in the tree is having a willing and credible maintainer; if you know of someone willing to do this, that would probably make a big difference :-). While the axes in the project may well have their way on this one, it's worth keeping in mind that there will be more discussion of it than just by said axes. The release engineering team, for example, will certainly have something to say on the topic. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 15:27:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED4CC16A545; Sun, 27 Jun 2004 15:27:18 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FAB43D1D; Sun, 27 Jun 2004 15:27:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5RFQspM044040; Sun, 27 Jun 2004 11:26:54 -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.12.11/8.12.11) with ESMTP id i5RFQueH080686; Sun, 27 Jun 2004 11:26:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFAC87303F; Sun, 27 Jun 2004 11:26:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040627152656.DFAC87303F@freebsd-current.sentex.ca> Date: Sun, 27 Jun 2004 11:26:56 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 15:27:19 -0000 TB --- 2004-06-27 14:44:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-27 14:44:03 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-06-27 14:44:03 - checking out the source tree TB --- 2004-06-27 14:44:03 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-06-27 14:44:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-27 14:45:52 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-27 14:45:52 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-06-27 14:45:52 - /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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/exclude.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/full-write.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getdate.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getline.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getstr.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/hash.c {standard input}: Assembler messages: {standard input}:1283: Error: Illegal operands *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-06-27 15:26:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-27 15:26:56 - ERROR: failed to build world TB --- 2004-06-27 15:26:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 15:40:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 002E716A4CE for ; Sun, 27 Jun 2004 15:40:10 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D7C43D31 for ; Sun, 27 Jun 2004 15:40:10 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i5RFe9ae023239; Sun, 27 Jun 2004 11:40:09 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i5RFe9i5023238; Sun, 27 Jun 2004 11:40:09 -0400 (EDT) Date: Sun, 27 Jun 2004 11:40:09 -0400 From: Thomas Dickey To: Divacky Roman Message-ID: <20040627154009.GA23021@saltmine.radix.net> References: <20040627145408.GA71410@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20040627145408.GA71410@stud.fit.vutbr.cz> User-Agent: Mutt/1.3.27i cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 15:40:11 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: > diff - 2.7 -> 2.8.1 > Should be painless (I think) and I dont see why should we keep the old ve= rsion > http://www.gnu.org/directory/GNU/diffutils.html Newer versions of diff change some of the formatting information, which can break scripts. =20 --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFA3upXtIqByHxlDocRAncGAKCYe7BwGy11gVkjXggFALaSGoKfIQCeNDpL jZDJiUhuWRYR4/CGJNQo56k= =i0C5 -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 15:56:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 375F416A4CE; Sun, 27 Jun 2004 15:56:13 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79DE243D3F; Sun, 27 Jun 2004 15:56:12 +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 642C91FFDDD; Sun, 27 Jun 2004 17:56:04 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 68F411FFDD9; Sun, 27 Jun 2004 17:56:02 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 45B1F15384; Sun, 27 Jun 2004 15:53:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3A94915329; Sun, 27 Jun 2004 15:53:35 +0000 (UTC) Date: Sun, 27 Jun 2004 15:53:35 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Pawel Jakub Dawidek In-Reply-To: <20040627101951.GJ12007@darkness.comp.waw.pl> Message-ID: References: <20040627101951.GJ12007@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 15:56:13 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: Hi, first of all a BIG THANK YOU to Robert for the very detailed description. > On Sun, Jun 27, 2004 at 08:59:32AM +0200, Pawel Jakub Dawidek wrote: > +> If you give me a few days (maybe I'll be ready today) I'll try to prepare > +> patch to commit so we can review it together. > > Ok, here it goes: > > http://people.freebsd.org/~pjd/patches/jail_enforce_statfs.patch many thanks for the work; fetch says 17kb; looks like a very good abstraction and also includes patches for the emulations; great. I will look at this in detail. One thing that I have seen while skipping through the first time: could we avoid the function calls for non-jails or with jail_enforce_statfs=0 ? This would make the code somewhat longer as this part would be copied over multiple functions if (jailed(cred) && jail_enforce_statfs) { /* call of the two functions */ } (perhaps use a macro ?) but save people outside jails, w/o jails or with jail_enforce_statfs=0 the function calls. To answer another question: though I maybe thought/said s.th. else in the past I would like to keep the sysctl global and not have it per jail (if we start doing per-jail things we might really consider vimages (perhaps in 6-CURRENT) but that's out of the scope of this discussion). -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 16:10:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 986AF16A4CE; Sun, 27 Jun 2004 16:10:01 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4014E43D1D; Sun, 27 Jun 2004 16:10:01 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 9A17CACAF8; Sun, 27 Jun 2004 18:09:59 +0200 (CEST) Date: Sun, 27 Jun 2004 18:09:59 +0200 From: Pawel Jakub Dawidek To: "Bjoern A. Zeeb" Message-ID: <20040627160959.GL12007@darkness.comp.waw.pl> References: <20040627065932.GH12007@darkness.comp.waw.pl> <20040627101951.GJ12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8tpUGmYwaewiPhBZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 16:10:01 -0000 --8tpUGmYwaewiPhBZ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 03:53:35PM +0000, Bjoern A. Zeeb wrote: +> One thing that I have seen while skipping through the first time: +>=20 +> could we avoid the function calls for non-jails or with +> jail_enforce_statfs=3D0 ? This would make the code somewhat longer +> as this part would be copied over multiple functions +>=20 +> if (jailed(cred) && jail_enforce_statfs) { +> /* call of the two functions */ +> } +>=20 +> (perhaps use a macro ?) but save people outside jails, w/o jails +> or with jail_enforce_statfs=3D0 the function calls. IMHO it should stay as it is, because: - Some other prison_* functions do the same, i.e. check jailed(cred) by themselfs. - Function prison_canseemount() should be renamed some day to cr_canseemount(), so I don't want it to be treated as jail-specific. - Code is much cleaner. - It doesn't save as too much CPU, really, and we don't need speed here. +> To answer another question: though I maybe thought/said s.th. else in +> the past I would like to keep the sysctl global and not have it per +> jail (if we start doing per-jail things we might really consider +> vimages (perhaps in 6-CURRENT) but that's out of the scope of +> this discussion). I agree, it shouldn't be per-jail. More than that, it should be removed in the future to don't allow for old behaviour. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --8tpUGmYwaewiPhBZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3vFXForvXbEpPzQRAkZ3AKCe1/9IBgc3alTPl+T7uDSkCT1GWACfUhhY 2lVdh8PfoLkm78X2PSvo5jU= =Up9C -----END PGP SIGNATURE----- --8tpUGmYwaewiPhBZ-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 16:15:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 240EE16A4CE for ; Sun, 27 Jun 2004 16:15:48 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 116C443D2F for ; Sun, 27 Jun 2004 16:15:45 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 8966 invoked by uid 65534); 27 Jun 2004 16:15:43 -0000 Received: from pD9FFCAF2.dip.t-dialin.net (EHLO [192.168.8.4]) (217.255.202.242) by mail.gmx.net (mp013) with SMTP; 27 Jun 2004 18:15:43 +0200 X-Authenticated: #443188 From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Sun, 27 Jun 2004 18:15:39 +0200 User-Agent: KMail/1.6.2 References: <20040627145408.GA71410@stud.fit.vutbr.cz> <20040627154009.GA23021@saltmine.radix.net> In-Reply-To: <20040627154009.GA23021@saltmine.radix.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_uKv3AeZJPy/oNUE"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200406271815.42697.michaelnottebrock@gmx.net> cc: Divacky Roman cc: Thomas Dickey Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 16:15:48 -0000 --Boundary-02=_uKv3AeZJPy/oNUE Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 June 2004 17:40, Thomas Dickey wrote: > On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: > > diff - 2.7 -> 2.8.1 > > Should be painless (I think) and I dont see why should we keep the old > > version http://www.gnu.org/directory/GNU/diffutils.html > > Newer versions of diff change some of the formatting information, > which can break scripts. Just as newer scripts might break because they assume diff output from the= =20 current version. The interesting question would be if this is considered a= =20 bug by the GNU diff developers. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_uKv3AeZJPy/oNUE Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA3vKuXhc68WspdLARAihiAJ94ATQ6xvpqyj0cw0IYTw9+kvF4PwCeNyHx XlxgAVMedZITAw+YeJUOFqo= =yfjB -----END PGP SIGNATURE----- --Boundary-02=_uKv3AeZJPy/oNUE-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 16:37:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6180116A4CE for ; Sun, 27 Jun 2004 16:37:32 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AC143D55 for ; Sun, 27 Jun 2004 16:37:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5RGYkrd045516; Sun, 27 Jun 2004 10:34:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 27 Jun 2004 10:35:05 -0600 (MDT) Message-Id: <20040627.103505.54624937.imp@bsdimp.com> To: dwhite@gumbysoft.com From: "M. Warner Losh" In-Reply-To: <20040627080615.P31366@carver.gumbysoft.com> References: <200406261950.38373.alex@hightemplar.com> <40DDBD63.9070005@siad.net> <20040627080615.P31366@carver.gumbysoft.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 16:37:32 -0000 In message: <20040627080615.P31366@carver.gumbysoft.com> Doug White writes: : On Sat, 26 Jun 2004, Don L. Belcher wrote: : : > I seem to have lost my fxp card in current ( It was working about 1 or 2 : > months ago ). If somebody could point out to me what code I should be : > looking at, I would appreciate it. : > : > I provided pciconf info attachments, one from release 4 the other from : > current. : : Hm, pci bus 3 seems to have vanished. Have you tried a BIOS update? Alternatively, since I'm joining the thread late, do you have a cardbus bridge? Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 16:41:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92AE316A4CE for ; Sun, 27 Jun 2004 16:41:32 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B484643D31 for ; Sun, 27 Jun 2004 16:41:31 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 19575 invoked by uid 65534); 27 Jun 2004 16:41:09 -0000 Received: from pD9FFCAF2.dip.t-dialin.net (EHLO [192.168.8.4]) (217.255.202.242) by mail.gmx.net (mp002) with SMTP; 27 Jun 2004 18:41:09 +0200 X-Authenticated: #443188 From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Sun, 27 Jun 2004 18:41:08 +0200 User-Agent: KMail/1.6.2 References: <20040626231221.GA11573@dragon.nuxi.com> <20040626.182023.07659343.imp@bsdimp.com> <40DE7BD0.8080304@ctseuro.com> In-Reply-To: <40DE7BD0.8080304@ctseuro.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_kiv3A6Y978rLBQw"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406271841.08596.michaelnottebrock@gmx.net> cc: "Karl M. Joch" Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 16:41:32 -0000 --Boundary-02=_kiv3A6Y978rLBQw Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 June 2004 09:48, Karl M. Joch wrote: now i got the problem that > in the first step there was mails around, that the stallion drivers are > removed from the source tree. so i had to tell a lot of customers they > have to trash the stallion card they buyed because it was in the > hardware compatibility list. most was mad, because they have invested > the hardware=20 [...] > No, I am not able to maintain the moduls because i am not a good enough > programmer. If that would be the case i would have adapted the stallion > stl driver. In that case, you have to make yourself (and your customers, by proxy) hear= d.=20 If you don't complain loud enough, nobody will know that you depend on this= =20 driver. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_kiv3A6Y978rLBQw Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA3vikXhc68WspdLARAhxsAJ4tTIQjhd5Z1jWSCim7E6mc/kGXuQCfRcFn V3t875X6IgkCB9a30126zK0= =OADO -----END PGP SIGNATURE----- --Boundary-02=_kiv3A6Y978rLBQw-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 16:59:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA3E316A4CE for ; Sun, 27 Jun 2004 16:59:01 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8999743D41 for ; Sun, 27 Jun 2004 16:58:59 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i5RGwmae005406 for ; Sun, 27 Jun 2004 12:58:48 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i5RGwmWV005405 for freebsd-current@FreeBSD.org; Sun, 27 Jun 2004 12:58:48 -0400 (EDT) Date: Sun, 27 Jun 2004 12:58:48 -0400 From: Thomas Dickey To: freebsd-current@FreeBSD.org Message-ID: <20040627165848.GA4997@saltmine.radix.net> References: <20040627145408.GA71410@stud.fit.vutbr.cz> <20040627154009.GA23021@saltmine.radix.net> <200406271815.42697.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <200406271815.42697.michaelnottebrock@gmx.net> User-Agent: Mutt/1.3.27i Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 16:59:02 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 06:15:39PM +0200, Michael Nottebrock wrote: > On Sunday 27 June 2004 17:40, Thomas Dickey wrote: > > On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: > > > diff - 2.7 -> 2.8.1 > > > Should be painless (I think) and I dont see why should we keep the old > > > version http://www.gnu.org/directory/GNU/diffutils.html > > > > Newer versions of diff change some of the formatting information, > > which can break scripts. >=20 > Just as newer scripts might break because they assume diff output from th= e=20 > current version. The interesting question would be if this is considered = a=20 > bug by the GNU diff developers. They seem to have regarded it as a feature (I recalled this one since I modified diffstat a couple of times to work around the changes). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFA3vzGtIqByHxlDocRAmoLAJ95LMlZ9uMIXa2nR2iTQeWYjsRsiACdETHu ++zNYaXzUL114VxnEn1M2g0= =qPej -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 17:02:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8041E16A4D6 for ; Sun, 27 Jun 2004 17:02:46 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F7643D5A for ; Sun, 27 Jun 2004 17:02:46 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.11) with ESMTP id i5RH2j8V062067; Sun, 27 Jun 2004 10:02:45 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5RH2hWY062066; Sun, 27 Jun 2004 10:02:43 -0700 (PDT) (envelope-from obrien) Date: Sun, 27 Jun 2004 10:02:43 -0700 From: "David O'Brien" To: Divacky Roman Message-ID: <20040627170243.GA61973@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Divacky Roman , current@freebsd.org References: <20040627145408.GA71410@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040627145408.GA71410@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 17:02:47 -0000 On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: > Hi, > > I digged through our base system and looked for versions of contributed > soft. I found these program which could (and I think should) be easily > and painlessly upgraded (before 5.3 as 5-STABLE) because they are > outdated etc... these are: > > file - 3.41 -> 4.09 > Painless upgrade and the benefit is much newer magic file > ftp://ftp.astron.com/pub/file/ Only semi-painless. The code and how it is built has changed around a lot, else I would have upgraded it by now. That said, in progress; but lower priority than my toolchain work. And why does this have to happen before 5-STABLE? I can certainly MFC something like this. > ntp, 4.1.0 -> 4.2.0 Another one which cannot hurt to have up-to-date > and also I dont see reason why this shouldnt be painless (4.2.0 > includes openssl - benefit) http://ntp.org IIRC, ntp upgrades are never totally pain free. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 17:30:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B12E16A4CF; Sun, 27 Jun 2004 17:30:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8A6C43D1D; Sun, 27 Jun 2004 17:30: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 D0DD81FFDDB; Sun, 27 Jun 2004 19:30:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id E6D811FFDD9; Sun, 27 Jun 2004 19:30:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id B353915384; Sun, 27 Jun 2004 17:29:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id A85FE15329; Sun, 27 Jun 2004 17:29:23 +0000 (UTC) Date: Sun, 27 Jun 2004 17:29:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Pawel Jakub Dawidek In-Reply-To: <20040627160959.GL12007@darkness.comp.waw.pl> Message-ID: References: <20040627101951.GJ12007@darkness.comp.waw.pl> <20040627160959.GL12007@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 17:30:11 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > IMHO it should stay as it is, because: ok. some more points while skipping through the code a second time: * could we make this strlcpy(sp->f_mntonname, "", s.th. w/o '<' and '>' ? [] or () would make me feel better as those though special characters won't redirect anything in sh even if we should never see this. * in fhstatfs you missed a prison_enforce_statfs call * some spelling/grammer left to someone else else looks good to me; didn't check the compat code; going to see if I can build a kernel and setup some jails on a test machine to see if it works as well. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 17:40:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD06716A4CE; Sun, 27 Jun 2004 17:40:43 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4353943D1D; Sun, 27 Jun 2004 17:40:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 90B25ACAE3; Sun, 27 Jun 2004 19:40:40 +0200 (CEST) Date: Sun, 27 Jun 2004 19:40:40 +0200 From: Pawel Jakub Dawidek To: "Bjoern A. Zeeb" Message-ID: <20040627174040.GM12007@darkness.comp.waw.pl> References: <20040627065932.GH12007@darkness.comp.waw.pl> <20040627101951.GJ12007@darkness.comp.waw.pl> <20040627160959.GL12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CVsfbEDr348T3/Se" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 17:40:44 -0000 --CVsfbEDr348T3/Se Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 05:29:23PM +0000, Bjoern A. Zeeb wrote: +> some more points while skipping through the code a second time: +>=20 +> * could we make this +> strlcpy(sp->f_mntonname, "", +> s.th. w/o '<' and '>' ? [] or () would make me feel better as +> those though special characters won't redirect anything in sh +> even if we should never see this. Ok, will do. +> * in fhstatfs you missed a prison_enforce_statfs call Nope. It is placed in cvtstatfs(). +> * some spelling/grammer left to someone else Yeah. +> else looks good to me; didn't check the compat code; +> going to see if I can build a kernel and setup some jails on a +> test machine to see if it works as well. Thanks! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --CVsfbEDr348T3/Se Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3waYForvXbEpPzQRAtbTAKDDoQRnpLkqmXD5908ahCzzatO/gwCeMs64 u0FquFJToNV0L75C75CMWrM= =1I92 -----END PGP SIGNATURE----- --CVsfbEDr348T3/Se-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:00:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C2AE16A4CE; Sun, 27 Jun 2004 18:00:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18F843D53; Sun, 27 Jun 2004 18:00:09 +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 9F5F31FFDDB; Sun, 27 Jun 2004 20:00:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 98FDF1FFDD9; Sun, 27 Jun 2004 20:00:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id E9E8F15384; Sun, 27 Jun 2004 17:55:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id DE9F315329; Sun, 27 Jun 2004 17:55:39 +0000 (UTC) Date: Sun, 27 Jun 2004 17:55:39 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Pawel Jakub Dawidek In-Reply-To: <20040627174040.GM12007@darkness.comp.waw.pl> Message-ID: References: <20040627101951.GJ12007@darkness.comp.waw.pl> <20040627160959.GL12007@darkness.comp.waw.pl> <20040627174040.GM12007@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 18:00:10 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > On Sun, Jun 27, 2004 at 05:29:23PM +0000, Bjoern A. Zeeb wrote: > > +> * in fhstatfs you missed a prison_enforce_statfs call > > Nope. It is placed in cvtstatfs(). I am not talking about freebsd4_fhstatfs but about fhstatfs. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:08:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C8C16A4CE; Sun, 27 Jun 2004 18:08:54 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C6D843D3F; Sun, 27 Jun 2004 18:08:54 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 47BCBACBF9; Sun, 27 Jun 2004 20:08:47 +0200 (CEST) Date: Sun, 27 Jun 2004 20:08:47 +0200 From: Pawel Jakub Dawidek To: "Bjoern A. Zeeb" Message-ID: <20040627180847.GN12007@darkness.comp.waw.pl> References: <20040627065932.GH12007@darkness.comp.waw.pl> <20040627101951.GJ12007@darkness.comp.waw.pl> <20040627160959.GL12007@darkness.comp.waw.pl> <20040627174040.GM12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kO54+C8/gB06R/mp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 18:08:54 -0000 --kO54+C8/gB06R/mp Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 05:55:39PM +0000, Bjoern A. Zeeb wrote: +> On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: +>=20 +> > On Sun, Jun 27, 2004 at 05:29:23PM +0000, Bjoern A. Zeeb wrote: +> > +> > +> * in fhstatfs you missed a prison_enforce_statfs call +> > +> > Nope. It is placed in cvtstatfs(). +>=20 +> I am not talking about freebsd4_fhstatfs but about fhstatfs. It starts from: error =3D suser(td); if (error) return (error); So I don't think it is needed here, but we can put this there just in case of future changes. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --kO54+C8/gB06R/mp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3w0vForvXbEpPzQRAqvVAJ97a0K/KD0tXB2Q3G4wv3WgO2SmJgCgrjZd 4dc6rGtV0p7VMIrpQlhaJ/Y= =vgtR -----END PGP SIGNATURE----- --kO54+C8/gB06R/mp-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:17:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7993116A4D0 for ; Sun, 27 Jun 2004 18:17:32 +0000 (GMT) Received: from smtp002.bizmail.yahoo.com (smtp002.bizmail.yahoo.com [216.136.172.126]) by mx1.FreeBSD.org (Postfix) with SMTP id 5043F43D46 for ; Sun, 27 Jun 2004 18:17:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.249.252 with login) by smtp002.bizmail.yahoo.com with SMTP; 27 Jun 2004 18:17:32 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2496C61A2; Sun, 27 Jun 2004 13:17:31 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09350-02; Sun, 27 Jun 2004 13:17:29 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id B76F36140; Sun, 27 Jun 2004 13:17:29 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i5RIHMoX003432; Sun, 27 Jun 2004 13:17:27 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40DF0F32.3060001@alumni.rice.edu> Date: Sun, 27 Jun 2004 13:17:22 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7 (X11/20040624) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200406270439.i5R4cxQw064263@gw.catspoiler.org> In-Reply-To: <200406270439.i5R4cxQw064263@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@FreeBSD.org cc: avleeuwen@piwebs.com Subject: Re: Giving up on x buffers - losing files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 18:17:32 -0000 On 06/26/04 23:38, Don Lewis wrote: > On 26 Jun, Arjan van Leeuwen wrote: >> Sometimes, particularly after doing a lot of file writes (i.e. >> compiling a lot of ports, building world and mergemastering, etc), >> I get the 'Giving up on x buffers' message on shutdown, and my >> filesystems come up dirty when I restart. >> >> >> >> So, why does this happen? And how do I prevent it from happening? >> This definitely does _not_ sound like something I want my servers >> to do when 5.x goes -STABLE. > > I've mentioned this a couple of times on this list in the last six > months or so. The last time was in the last couple of weeks. I can > reliably trigger this problem with mergemaster. > > I'm pretty sure that the problem relates to soft updates and how the > file system syncer is shut down, which leaves unresolved dependencies > that keep a number of dirty blocks from being flushed to disk at the > end of the system shutdown. > > I have some ideas on how to fix the problem, but I haven't had the > time to work on it and nobody else has stepped up with a fix. > > I am able to reliably work around the problem by running the sync > command and waiting a short while after running mergemaster and > before shutting down or rebooting the machine. If you're running X be sure to end your session instead of restarting directly. I usually end the session, switch to a console, manually sync as Don described, wait 30 seconds, manually sync again (just to be sure), and then shutdown. Actually, I wrote a script to do it (sync; sleep 30; sync; shutdown -r now). I only had the problem a couple times, but never since starting to manually sync. On a more humorous note, trying to save time by restarting both your NFS server and client workstation at the same time is a really bad idea, especially when your home directory is NFS mounted... ;-) Jon From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 09:34:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D0316A4CE; Sat, 10 Apr 2004 09:34:30 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B35A43D1F; Sat, 10 Apr 2004 09:34:29 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 4B60352C8; Sun, 11 Apr 2004 00:34:28 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20374-10; Sun, 11 Apr 2004 00:34:24 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 10E7D5299; Sun, 11 Apr 2004 00:34:24 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id D8382117DC; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00569-05; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 391F011559; Sun, 11 Apr 2004 00:34:23 +0800 (CST) From: Xin LI To: Lukas Ertl Message-ID: <20040410163423.GA2092@frontfree.net> References: <20040409061800.GA2000@frontfree.net> <20040409184936.S8718@leelou.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <20040409184936.S8718@leelou.in.tern> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #18: Sun Apr 11 00:11:30 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@FreeBSD.org Subject: Re: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 Date: Sat, 10 Apr 2004 16:34:30 -0000 X-Original-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 --LpQ9ahxlCli8rRTG Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 09, 2004 at 06:51:53PM +0200, Lukas Ertl wrote: > I'm seeing similar problems here. Could you please try the following: >=20 > Open /usr/src/gnu/usr.bin/binutils/libbfd/i386/bfd.h and change line 59 > from: >=20 > #define BFD_ARCH_SIZE 64 >=20 > to: >=20 > #define BFD_ARCH_SIZE 32 >=20 Thanks, I finally got the backtrace (as attached). I'll do some investigate on this issue. Best Regards, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=unknown-8bit Content-Disposition: attachment; filename=backtrace Content-Transfer-Encoding: quoted-printable GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: vm_page_free: freeing wired page panic messages: --- panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 Stack backtrace: backtrace(c0675cae,0,422,c0685595,100) at backtrace+0x17 __panic(c0685595,422,c0685826,3f9,124) at __panic+0x150 vm_page_free_toq(c16651e8,40,c16651e8,eae0b910,c05fb453) at vm_page_free_to= q+0x126 vm_page_free(c16651e8,0,c0685072,5ef,0) at vm_page_free+0x24 vm_object_backing_scan(c6388e70,4,c0685072,63c,1e8) at vm_object_backing_sc= an+0x449 vm_object_collapse(c6388e70,0,c0685072,20d,c611db7c) at vm_object_collapse+= 0xc8 vm_object_deallocate(c627c528,0,c06847fa,825,eae0b9a0) at vm_object_dealloc= ate+0x2eb vm_map_entry_delete(c61ea938,c611db7c,c06847fa,882,c05f351c) at vm_map_entr= y_delete+0x17e vm_map_delete(c61ea938,0,bfc00000,c61ea938,c61ea938) at vm_map_delete+0x216 vm_map_remove(c61ea938,0,bfc00000,363,bfbfecfc) at vm_map_remove+0x55 exec_new_vmspace(eae0bb8c,c06b34c0,c066b260,296,eae0bb8c) at exec_new_vmspa= ce+0x230 exec_elf32_imgact(eae0bb8c,0,c066c0ce,145,c0704c20) at exec_elf32_imgact+0x= 1bc kern_execve(c61f47e0,804a419,bfbfebf0,bfbfec9c,0) at kern_execve+0x3af execve(c61f47e0,eae0bd14,c,2814d000,3) at execve+0x30 syscall(2f,2f,2f,bfbfec14,bfbfee5f) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (59), eip =3D 0x280d4083, esp =3D 0xbfbfe6fc, ebp =3D 0xbfbfeba= 8 --- syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 4m19s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 No locals. #1 0xc04f7a1a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 70 No locals. #2 0xc04f7d96 in poweroff_wait (junk=3D0xc066dc1a, howto=3D437) at /usr/sr= c/sys/kern/kern_shutdown.c:548 td =3D (struct thread *) 0xc61f47e0 bootopt =3D 260 newpanic =3D 0 ap =3D 0xeae0b654 "=AFUh=C0=CERg=C0B\r" buf =3D "vm_page_free: freeing wired page\n", '\0' #3 0xc04ee577 in _mtx_lock_sleep (m=3D0xeae0b654, opts=3D0, file=3D0x0, li= ne=3D0) at /usr/src/sys/kern/kern_mutex.c:483 ts =3D (struct turnstile *) 0x0 td =3D (struct thread *) 0xc066dd08 v =3D 0 #4 0xc04ee0d2 in _mtx_lock_flags (m=3D0xc0704c20, opts=3D0, file=3D0xc0675= 2ce "/usr/src/sys/kern/vfs_bio.c",=20 line=3D3394) at /usr/src/sys/kern/kern_mutex.c:252 No locals. #5 0xc05461fd in vfs_busy_pages (bp=3D0xd2546730, clear_modify=3D1) at /us= r/src/sys/kern/vfs_bio.c:3394 obj =3D 0xc0c408c4 foff =3D -1522016800224556000 i =3D -1066970418 bogus =3D 0 #6 0xc05414f8 in ibwrite (bp=3D0xd2546730) at /usr/src/sys/kern/vfs_bio.c:= 875 oldflags =3D 537002148 newbp =3D (struct buf *) 0xc5f2d000 #7 0xc054116d in bwrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:771 No locals. #8 0xc05433d3 in vfs_bio_awrite (bp=3D0xd2546730) at /usr/src/sys/kern/vfs= _bio.c:1725 i =3D 0 j =3D -971028512 lblkno =3D 65664 vp =3D (struct vnode *) 0xc5f2d000 ncl =3D 16384 nwritten =3D 16384 size =3D 1 maxcl =3D -973942784 #9 0xc054b180 in vop_stdfsync (ap=3D0xeae0b7e8) at /usr/src/sys/kern/vfs_d= efault.c:574 vp =3D (struct vnode *) 0xd2546730 bp =3D (struct buf *) 0x4000 nbp =3D (struct buf *) 0xc5f2d000 error =3D 0 maxretry =3D 100 #10 0xc04c3bbe in spec_fsync (ap=3D0xeae0b7e8) at /usr/src/sys/fs/specfs/sp= ec_vnops.c:437 No locals. #11 0xc04c2e08 in spec_vnoperate (ap=3D0x0) at /usr/src/sys/fs/specfs/spec_= vnops.c:118 No locals. #12 0xc05dbfd2 in ffs_sync (mp=3D0xc5ddc400, waitfor=3D2, cred=3D0xc1e26200= , td=3D0xc06bf9c0) at vnode_if.h:627 nvp =3D (struct vnode *) 0x0 vp =3D (struct vnode *) 0xeae0b7e8 devvp =3D (struct vnode *) 0xeae0b7e8 ip =3D (struct inode *) 0x0 ump =3D (struct ufsmount *) 0xc5f03800 fs =3D (struct fs *) 0xc5dc0800 error =3D -1066665536 count =3D 0 lockreq =3D 65554 allerror =3D 0 #13 0xc05561d5 in sync (td=3D0xc06bf9c0, uap=3D0x0) at /usr/src/sys/kern/vf= s_syscalls.c:136 mp =3D (struct mount *) 0xc5ddc400 nmp =3D (struct mount *) 0x0 asyncflag =3D 0 #14 0xc04f7542 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 77 bp =3D (struct buf *) 0x0 iter =3D -1042113268 nbusy =3D -1042113280 pbusy =3D -1066650464 subiter =3D 0 #15 0xc04f7d96 in poweroff_wait (junk=3D0xc0685595, howto=3D1058) at /usr/s= rc/sys/kern/kern_shutdown.c:548 td =3D (struct thread *) 0xc61f47e0 bootopt =3D 256 newpanic =3D 1 ap =3D 0xeae0b8b0 "=F9\003" buf =3D "vm_page_free: freeing wired page\n", '\0' #16 0xc05fd547 in vm_page_free_toq (m=3D0xeae0b8b0) at /usr/src/sys/vm/vm_p= age.c:1058 pq =3D (struct vpgqueues *) 0x1 object =3D 0x1 #17 0xc05fc825 in vm_page_free (m=3D0xc16651e8) at /usr/src/sys/vm/vm_page.= c:390 No locals. #18 0xc05fb453 in vm_object_backing_scan (object=3D0xc6388e70, op=3D4) at /= usr/src/sys/vm/vm_object.c:1521 pp =3D 0x0 r =3D 1 p =3D 0xc16651e8 backing_object =3D 0xc627c528 backing_offset_index =3D 0 #19 0xc05fb618 in vm_object_collapse (object=3D0xc6388e70) at /usr/src/sys/= vm/vm_object.c:1632 backing_object =3D 0xc627c528 #20 0xc05f996b in vm_object_deallocate (object=3D0xc6388e70) at /usr/src/sy= s/vm/vm_object.c:532 robject =3D 0xc6388e70 temp =3D 0xc6388e70 #21 0xc05f5c5f in vm_map_entry_delete (map=3D0xc61ea938, entry=3D0xc611db7c= ) at /usr/src/sys/vm/vm_map.c:2086 object =3D 0xc627c528 offidxstart =3D 0 offidxend =3D 250 count =3D 250 #22 0xc05f5e8e in vm_map_delete (map=3D0xc61ea938, start=3D3323059068, end= =3D3217031168) at /usr/src/sys/vm/vm_map.c:2186 next =3D 0xc611db7c entry =3D 0xc627c528 first_entry =3D 0xc61ea938 #23 0xc05f5f02 in vm_map_remove (map=3D0xc61ea938, start=3D0, end=3D3217031= 168) at /usr/src/sys/vm/vm_map.c:2208 result =3D 0 #24 0xc04dfb64 in exec_new_vmspace (imgp=3D0xeae0bb8c, sv=3D0xc06b34c0) at = /usr/src/sys/vm/vm_map.h:197 error =3D 0 p =3D (struct proc *) 0xc6382528 vmspace =3D (struct vmspace *) 0xc61ea938 stack_addr =3D 0 map =3D 0x0 #25 0xc04d07b0 in exec_elf32_imgact (imgp=3D0xeae0bb8c) at /usr/src/sys/ker= n/imgact_elf.c:717 hdr =3D (const Elf_Ehdr *) 0xdb6f2000 phdr =3D (const Elf_Phdr *) 0xdb6f2034 elf_auxargs =3D (Elf_Auxargs *) 0x0 vmspace =3D (struct vmspace *) 0xc5fea000 prot =3D 0 '\0' text_size =3D 0 data_size =3D 0 total_size =3D 0 text_addr =3D 0 data_addr =3D 0 seg_size =3D 0 seg_addr =3D 801 addr =3D 3940596412 entry =3D 0 proghdr =3D 0 error =3D 0 i =3D 6 interp =3D 0xdb6f20f4 "/libexec/ld-elf.so.1" brand_info =3D (Elf_Brandinfo *) 0xc06b3528 td =3D (struct thread *) 0xc61f47e0 sv =3D (struct sysentvec *) 0xc06b34c0 #26 0xc04deb21 in kern_execve (td=3D0xc61f47e0, fname=3D) at /usr/src/sys/k= ern/kern_exec.c:381 p =3D (struct proc *) 0xc6382528 nd =3D {ni_dirp =3D 0x804a419(kgdb)=20 --2oS5YaxWCcQjTEyO-- --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAeCIPOfuToMruuMARAnN8AJ46p3vtiWhrqr/XdKsjl+NIb+GSYQCfdhZZ RXX/aD2F1KxVQ9AS1iFtQWQ= =siMO -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:37:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D7F16A4CE for ; Sun, 27 Jun 2004 18:37:46 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 7114643D39 for ; Sun, 27 Jun 2004 18:37:46 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.249.252 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 27 Jun 2004 18:37:46 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8E91861A2; Sun, 27 Jun 2004 13:37:45 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09350-03; Sun, 27 Jun 2004 13:37:44 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 31B086140; Sun, 27 Jun 2004 13:37:44 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i5RIbh5u003533; Sun, 27 Jun 2004 13:37:44 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40DF13F7.2000608@alumni.rice.edu> Date: Sun, 27 Jun 2004 13:37:43 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7 (X11/20040624) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Remi References: <36u63c$1uk902@mxip07a.cluster1.charter.net> In-Reply-To: <36u63c$1uk902@mxip07a.cluster1.charter.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org cc: questions@freebsd.org Subject: Re: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 18:37:46 -0000 On 06/27/04 03:06, Remi wrote: > See that's I'm thinking, the raw performance is very attractive to me!! So > what's this about a p4 1.7 outperforming a 2.8? You got link to benchmarks? > > -----Original Message----- > From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] > Sent: Saturday, June 26, 2004 8:23 PM > To: freebsd-current@freebsd.org; obrien@freebsd.org > Cc: Remi; questions@freebsd.org; current@freebsd.org > Subject: Re: AMD64 vs i386 for FreeBSD > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 27 Jun 2004 08:30, David O'Brien wrote: >>> I have a choice between AMD64 3200+ and a P4 2.8GHz with HT. >>> Which one would you guys recommend to run FreeBSD. Obviously the >>> i386 would be easier to run, so I guess my question is what is >>> the state of the AMD64 FreeBSD version? >> >> You do know you can run FreeBSD/i386 on the Athlon64 3200+ laptop, >> right? :-) A 3200+ running 32-bit FreeBSD will out-perform the P4 >> 2.8GHz running the same OS. > > A Pentium-M 1.7Ghz will outperform a 2.8Ghz P4 too ;) > > If battery life is important to you I'd suggest not getting an AMD64. > > For raw performance it's "pretty nice" though :) He said "Pentium-M". It's a completely different processor than the Pentium 4-M. Designed for mobile computing, it is best described as combining the best features of the Pentium 3 (short(er) pipeline, etc.) and the Pentium 4 (better branch predictor, etc.) with high-end power saving features to form a third processor far superior to the previous two. Here's a first look at the chip: http://www.tomshardware.com/mobile/20030205/ Some benchmarks where a 1.6GHz Pentium-M destroys a 2.2GHz Pentium 4-M: http://www.tomshardware.com/mobile/20030205/centrino-13.html http://www.tomshardware.com/mobile/20030205/centrino-14.html Battery life in the 6+ hour range is common with Pentium-M laptops. Here's the first look results (note the Pentium 4-M had a battery with over 20% greater capacity!): http://www.tomshardware.com/mobile/20030205/centrino-17.html If you value battery life, go with the Pentium-M. If you *most highly* value performance, the Athlon64 is probably the way to go. Jon From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:40:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5085F16A4D1; Sun, 27 Jun 2004 18:40:23 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5483D43D45; Sun, 27 Jun 2004 18:40: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 5130E1FFDDB; Sun, 27 Jun 2004 20:40:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 676DE1FFDD9; Sun, 27 Jun 2004 20:40:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id CD4DA15384; Sun, 27 Jun 2004 18:32:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C22AB15329; Sun, 27 Jun 2004 18:32:49 +0000 (UTC) Date: Sun, 27 Jun 2004 18:32:49 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Pawel Jakub Dawidek In-Reply-To: <20040627180847.GN12007@darkness.comp.waw.pl> Message-ID: References: <20040627101951.GJ12007@darkness.comp.waw.pl> <20040627160959.GL12007@darkness.comp.waw.pl> <20040627174040.GM12007@darkness.comp.waw.pl> <20040627180847.GN12007@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 18:40:23 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > On Sun, Jun 27, 2004 at 05:55:39PM +0000, Bjoern A. Zeeb wrote: > +> On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > +> > +> > On Sun, Jun 27, 2004 at 05:29:23PM +0000, Bjoern A. Zeeb wrote: > +> > > +> > +> * in fhstatfs you missed a prison_enforce_statfs call > +> > > +> > Nope. It is placed in cvtstatfs(). > +> > +> I am not talking about freebsd4_fhstatfs but about fhstatfs. > > It starts from: > > error = suser(td); > if (error) > return (error); > > So I don't think it is needed here, but we can put this there just in > case of future changes. for that and perhaps just for consistency with freebsd4_fhstatfs ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:52:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 529D116A4CE for ; Sun, 27 Jun 2004 18:52:28 +0000 (GMT) Received: from smtp004.bizmail.sc5.yahoo.com (smtp004.bizmail.sc5.yahoo.com [66.163.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 4264543D1D for ; Sun, 27 Jun 2004 18:52:28 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.249.252 with login) by smtp004.bizmail.sc5.yahoo.com with SMTP; 27 Jun 2004 18:52:27 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E8E5961A2; Sun, 27 Jun 2004 13:52:26 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09350-05; Sun, 27 Jun 2004 13:52:25 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id DADE36140; Sun, 27 Jun 2004 13:52:25 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i5RIqOEX003576; Sun, 27 Jun 2004 13:52:25 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40DF1768.4060504@alumni.rice.edu> Date: Sun, 27 Jun 2004 13:52:24 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7 (X11/20040624) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20040627145408.GA71410@stud.fit.vutbr.cz> <20040627170243.GA61973@dragon.nuxi.com> In-Reply-To: <20040627170243.GA61973@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Divacky Roman Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 18:52:28 -0000 On 06/27/04 12:02, David O'Brien wrote: > On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: >> I digged through our base system and looked for versions of >> contributed soft. I found these program which could (and I think >> should) be easily and painlessly upgraded (before 5.3 as 5-STABLE) >> because they are outdated etc... these are: >> >> file - 3.41 -> 4.09 >> Painless upgrade and the benefit is much newer magic file >> ftp://ftp.astron.com/pub/file/ > > Only semi-painless. The code and how it is built has changed around a > lot, else I would have upgraded it by now. That said, in progress; but > lower priority than my toolchain work. > > And why does this have to happen before 5-STABLE? I can certainly MFC > something like this. Don't import until FILE 4.10 is released. I've submitted a patch to Christos Zoulas for inclusion in 4.10 that *greatly* increases the accuracy of FILE for FreeBSD. As soon as I see FILE 4.10 released (with my patch), I'll be pleading for an import... Included in the patch is correct detection of 4.10+ (4.10 -> __FreeBSD_version = 491000) and printing of the __FreeBSD_version value for executable built on a development branch. Output of the patch for a wide range of test cases: http://www.noacks.org/freebsd/output.txt The submitted patch: http://www.noacks.org/freebsd/readelf.c.diff If you want to run this now (a patch against the version in tree): http://www.noacks.org/freebsd/readelf.c.diff-freebsd Note that the -freebsd version of the patch is functionally the same as the submitted patch but does not contain the updated comments. Jon From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 19:19:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E667516A4CE for ; Sun, 27 Jun 2004 19:19:48 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C0843D31 for ; Sun, 27 Jun 2004 19:19:48 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i5RJI89R025983 for ; Sun, 27 Jun 2004 21:18:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 27 Jun 2004 21:18:08 +0200 Message-ID: <25982.1088363888@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: current of today panics in divert code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 19:19:49 -0000 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x64 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04bd3c8 stack pointer = 0x10:0xc750bc1c frame pointer = 0x10:0xc750bc28 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 = 27 (swi1: net) kernel: type 12 trap, code=0 Stopped at _mtx_unlock_flags+0x30: cmpl $0xc064a43c,0(%ebx) db> where _mtx_unlock_flags(64,0,c0629463,ec) at _mtx_unlock_flags+0x30 divert_packet(c0e3c700,1,0,14,0) at divert_packet+0x1e6 ip_input(c0e3c700) at ip_input+0x92c netisr_processqueue(c0670178,c0aba380,c0ac1500,c750bd1c,c04b33cc) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x85 ithread_loop(c0ac1500,c750bd48,c0ac1500,c04b3298,0) at ithread_loop+0x134 fork_exit(c04b3298,c0ac1500,c750bd48) at fork_exit+0x98 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc750bd7c, ebp = 0 --- db> -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 19:34:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE78416A4CE; Sun, 27 Jun 2004 19:34:29 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985CD43D41; Sun, 27 Jun 2004 19:34:29 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 2D025ACAF8; Sun, 27 Jun 2004 21:33:44 +0200 (CEST) Date: Sun, 27 Jun 2004 21:33:44 +0200 From: Pawel Jakub Dawidek To: "Bjoern A. Zeeb" Message-ID: <20040627193344.GO12007@darkness.comp.waw.pl> References: <20040627065932.GH12007@darkness.comp.waw.pl> <20040627101951.GJ12007@darkness.comp.waw.pl> <20040627160959.GL12007@darkness.comp.waw.pl> <20040627174040.GM12007@darkness.comp.waw.pl> <20040627180847.GN12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pd63dsUMqOR/a9gp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Robert Watson cc: Julian Elischer cc: "Bjoern A. Zeeb" cc: FreeBSD current users Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 19:34:30 -0000 --pd63dsUMqOR/a9gp Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 06:32:49PM +0000, Bjoern A. Zeeb wrote: +> > It starts from: +> > +> > error =3D suser(td); +> > if (error) +> > return (error); +> > +> > So I don't think it is needed here, but we can put this there just in +> > case of future changes. +>=20 +> for that and perhaps just for consistency with freebsd4_fhstatfs ? This is not intended in freebsd4_fhstatfs(). It is there only because cvtstatfs() is used also by freebsd4_statfs(), freebsd4_fstatfs() and freebsd4_getfsstat(). Anyway. I updated the patch. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --pd63dsUMqOR/a9gp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA3yEYForvXbEpPzQRAh90AJoDvHswWRaKhMCC0AL/Ht8gcMLPDACfbUUK AXmlXSWNirDK/THNgmkdj6s= =5U8I -----END PGP SIGNATURE----- --pd63dsUMqOR/a9gp-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 19:55:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D818F16A4CE for ; Sun, 27 Jun 2004 19:55:08 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E8B43D31 for ; Sun, 27 Jun 2004 19:55:08 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.161.84.3]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040627195507.RPAF29216.out009.verizon.net@[192.168.1.3]> for ; Sun, 27 Jun 2004 14:55:07 -0500 Message-ID: <40DF2607.5020409@mac.com> Date: Sun, 27 Jun 2004 15:54:47 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.ORG References: <20040626231221.GA11573@dragon.nuxi.com> <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> In-Reply-To: <20040626.181218.21873777.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [68.161.84.3] at Sun, 27 Jun 2004 14:55:07 -0500 Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 19:55:09 -0000 M. Warner Losh wrote: > In message: <3949.1088292437@critter.freebsd.dk> > "Poul-Henning Kamp" writes: [ ... ] >: Presumably you belive I did that to try to sneak this decision past >: your highly sentitive nose, the bulk of the committers, our most >: active users, the core team, the TRB, UN peace-keeping forces, and >: Lloyds Register ? > > Sarcasm doesn't help your case, and paints you as a 'cowboy'. Indeed, this thread is so polarized it seems difficult to select a neutral message to reply to. Data point: I don't use ibcs/srv4, and have no strong opinion or objection to the notion that they be removed. >: (If you answer this correctly David, you win a little yellow rubber >: mat you can stomp on next time you get upset about somebody not >: "following procedures") > > Actually, there are good reasons to follow those proceedures. You'll > get a lot less flack from people when you do. My first reaction to this thread was "there's hope for Sun yet: this is why people pay for Solaris", and my preferences with regard to handling the removal of features are closely derived from the way Solaris handles the topic. Requiring someone to document features going away before they get yanked and giving end-users a transition period long enough to see and respond to the notion that "XXX is going away" is important. In other words, I care quite a bit about how "working, supported functionality" gets transitioned to "no longer available". I'm not happy with the notion of "supported" -> "HEADS UP" -> one week -> gone. Something like: "supported" -> "RFD about removal" -> agreement/decision -> "HEADS UP" -> feature marked depreciated for one point release -> time passes, while people either migrate their systems away from using whatever it is (or else complain that they still need the feature) -> confirm removal decision -> gone. What this means is that if some piece of functionality becomes a hinderance in terms of maintenance, there will be a period of a few months where people should refrain from breaking the depreciated stuff. That doesn't seem like an impossible burden, given that if the existing code works, not changing the code at all until you've got something which works better is almost always possible and reasonable. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 20:50:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F80A16A4CE for ; Sun, 27 Jun 2004 20:50:28 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F7543D31 for ; Sun, 27 Jun 2004 20:50:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i5RKmWkw027381 for ; Sun, 27 Jun 2004 22:48:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 27 Jun 2004 22:48:32 +0200 Message-ID: <27380.1088369312@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: Multipath NATD patches ready for prime time testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 20:50:28 -0000 My multipath natd(8) patches are now ready for prime time testing, (Yes, they _are_ running on my own firewall now :-) See: http://phk.freebsd.dk/misc/natd I would also really appreciate if somebody could help me document this usage of natd(8)/libalias(8). Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:00:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F95216A4CE for ; Sun, 27 Jun 2004 21:00:09 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8918343D1D for ; Sun, 27 Jun 2004 21:00:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i5RKwcYp027579; Sun, 27 Jun 2004 22:58:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Michael Nottebrock From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 27 Jun 2004 18:41:08 +0200." <200406271841.08596.michaelnottebrock@gmx.net> Date: Sun, 27 Jun 2004 22:58:38 +0200 Message-ID: <27578.1088369918@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: "Karl M. Joch" Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 21:00:09 -0000 In message <200406271841.08596.michaelnottebrock@gmx.net>, Michael Nottebrock w rites: >> No, I am not able to maintain the moduls because i am not a good enough >> programmer. If that would be the case i would have adapted the stallion >> stl driver. > >In that case, you have to make yourself (and your customers, by proxy) heard. >If you don't complain loud enough, nobody will know that you depend on this >driver. Well, yes, making sure we know what bits are in use out there is always a good idea, but it is not enough to get things to stick around in the long run. That takes developer mind-share, and that seems to be pretty universally absent for ibcs2 and svr4. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:01:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D56B916A4CE; Sun, 27 Jun 2004 21:01:46 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8518943D2D; Sun, 27 Jun 2004 21:01:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc12) with ESMTP id <2004062721012201400l1jtve>; Sun, 27 Jun 2004 21:01:33 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA32133; Sun, 27 Jun 2004 14:01:21 -0700 (PDT) Date: Sun, 27 Jun 2004 14:01:20 -0700 (PDT) From: Julian Elischer To: Pawel Jakub Dawidek In-Reply-To: <20040627160959.GL12007@darkness.comp.waw.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Bjoern A. Zeeb" cc: Robert Watson cc: FreeBSD current users cc: "Bjoern A. Zeeb" Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 21:01:47 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > On Sun, Jun 27, 2004 at 03:53:35PM +0000, Bjoern A. Zeeb wrote: > +> One thing that I have seen while skipping through the first time: > +> > +> could we avoid the function calls for non-jails or with > +> jail_enforce_statfs=0 ? This would make the code somewhat longer > +> as this part would be copied over multiple functions > +> > +> if (jailed(cred) && jail_enforce_statfs) { > +> /* call of the two functions */ > +> } > +> > +> (perhaps use a macro ?) but save people outside jails, w/o jails > +> or with jail_enforce_statfs=0 the function calls. > > IMHO it should stay as it is, because: > > - Some other prison_* functions do the same, i.e. check jailed(cred) > by themselfs. > - Function prison_canseemount() should be renamed some day to > cr_canseemount(), so I don't want it to be treated as jail-specific. > - Code is much cleaner. > - It doesn't save as too much CPU, really, and we don't need speed here. > > +> To answer another question: though I maybe thought/said s.th. else in > +> the past I would like to keep the sysctl global and not have it per > +> jail (if we start doing per-jail things we might really consider > +> vimages (perhaps in 6-CURRENT) but that's out of the scope of > +> this discussion). > > I agree, it shouldn't be per-jail. More than that, it should be removed > in the future to don't allow for old behaviour. I agree that the old behaviour was a bug, and the setting of the sysctl being able to show the old info is only so that people can continue to run old scripts. the several levels of security that are in one version of the script are, I think, a little too much.. I'd just like one sysctl to enable it, and after a while we swap the default, and then after a bit more time we remove it... > > -- > Pawel Jakub Dawidek http://www.FreeBSD.org > pjd@FreeBSD.org http://garage.freebsd.pl > FreeBSD committer Am I Evil? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:07:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1387216A4CE for ; Sun, 27 Jun 2004 21:07:34 +0000 (GMT) Received: from mars.siad.net (h-69-3-214-122.lsanca54.covad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ADA643D1D for ; Sun, 27 Jun 2004 21:07:33 +0000 (GMT) (envelope-from don@siad.net) Received: from siad.net (h-69-3-214-125.lsanca54.covad.net [69.3.214.125]) by mars.siad.net (8.12.11/8.12.11) with ESMTP id i5RL82Wh075684 for ; Sun, 27 Jun 2004 14:08:02 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <40DF3704.1000202@siad.net> Date: Sun, 27 Jun 2004 14:07:16 -0700 From: "Don L. Belcher" User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <200406261950.38373.alex@hightemplar.com> <40DDBD63.9070005@siad.net> <20040627080615.P31366@carver.gumbysoft.com> <20040627.103505.54624937.imp@bsdimp.com> In-Reply-To: <20040627.103505.54624937.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 21:07:34 -0000 M. Warner Losh wrote: >In message: <20040627080615.P31366@carver.gumbysoft.com> > Doug White writes: >: On Sat, 26 Jun 2004, Don L. Belcher wrote: >: >: > I seem to have lost my fxp card in current ( It was working about 1 or 2 >: > months ago ). If somebody could point out to me what code I should be >: > looking at, I would appreciate it. >: > >: > I provided pciconf info attachments, one from release 4 the other from >: > current. >: >: Hm, pci bus 3 seems to have vanished. Have you tried a BIOS update? > The BIOS is the latest. > >Alternatively, since I'm joining the thread late, do you have a >cardbus bridge? > > This is a Gateway SOLO 9500 laptiop, the fxp is a mini pci card. From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:51:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BD7F16A4CE; Sun, 27 Jun 2004 21:51:54 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F76143D45; Sun, 27 Jun 2004 21:51:53 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BehYp-0003wZ-00; Sun, 27 Jun 2004 23:51:39 +0200 Received: from [217.83.3.154] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BehYp-0007WJ-00; Sun, 27 Jun 2004 23:51:39 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Sun, 27 Jun 2004 23:48:56 +0200 User-Agent: KMail/1.6.2 References: <200406261849.31436.akbeech@northwindcom.dyndns.org> In-Reply-To: <200406261849.31436.akbeech@northwindcom.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_PD03AOQLZBsSSa6"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406272349.03154.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: akbeech@northwindcom.dyndns.org cc: darrenr@freebsd.org Subject: Re: Please commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 21:51:54 -0000 --Boundary-02=_PD03AOQLZBsSSa6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 June 2004 04:49, Beecher Rintoul wrote: > Hi, > Would someone please commit this? This is a dup of "Message-ID: <20040624192630.GA739@gothmog.gr>" from=20 Thursday. I asked Darren to do the commit, but he didn't reply or act until= =20 now. At this moment, ipfilter is broken for 5 days! I invite everybody to try pf as an alternative ;) It's working properly at = the=20 moment (for all I know). =2D-=20 Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-02=_PD03AOQLZBsSSa6 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA30DPXyyEoT62BG0RAtaOAJwMqqTgpujTbsStUikp0Ca8th2quACeJC2T EXPeq5LykrDdu/C4+3URgQg= =zOkf -----END PGP SIGNATURE----- --Boundary-02=_PD03AOQLZBsSSa6-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:53:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B30416A4CF; Sun, 27 Jun 2004 21:53:30 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A6D43D45; Sun, 27 Jun 2004 21:53:30 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id B661710A; Sun, 27 Jun 2004 18:03:52 -0400 (EDT) Received: from hachigo (hachigo [66.92.171.91]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Sun, 27 Jun 2004 18:03:52 -0400 Message-ID: <20040627180352.gw4kckgoo8o8os08@www.sweetdreamsracing.biz> Date: Sun, 27 Jun 2004 18:03:52 -0400 From: Kenneth Culver To: Michal Pasternak References: <36u7i8$1mbp58@mxip19a.cluster1.charter.net> <20040626230026.GA11047@dragon.nuxi.com> <20040627021841.GC43456@pasternak.w.lub.pl> In-Reply-To: <20040627021841.GC43456@pasternak.w.lub.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: questions@freebsd.org cc: Remi cc: current@freebsd.org cc: David O'Brien Subject: Re: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 21:53:30 -0000 Quoting Michal Pasternak : > David O'Brien [Sat, Jun 26, 2004 at 04:00:26PM -0700]: >> You do know you can run FreeBSD/i386 on the Athlon64 3200+ laptop, >> right? :-) A 3200+ running 32-bit FreeBSD will out-perform the P4 >> 2.8GHz running the same OS. > > ... but will it outperform it also by heat dissipation? > > -- > m > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" So far my athlon 64 3200+ has been one of the coolest running processors I've ever owned... although I've never used it in a laptop, my friend's p4 2.8 is running a lot hotter... Ken From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 22:46:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEEA716A4CF for ; Sun, 27 Jun 2004 22:46:51 +0000 (GMT) Received: from ms-smtp-01.nyroc.rr.com (ms-smtp-01.nyroc.rr.com [24.24.2.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E13443D41 for ; Sun, 27 Jun 2004 22:46:51 +0000 (GMT) (envelope-from BCSFD204@twcny.rr.com) Received: from twcny.rr.com (syr-24-59-136-53.twcny.rr.com [24.59.136.53]) i5RMkWZw001119 for ; Sun, 27 Jun 2004 18:46:32 -0400 (EDT) Message-ID: <40DF4E27.8030501@twcny.rr.com> Date: Sun, 27 Jun 2004 18:45:59 -0400 From: Tom Parquette User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Can the install floppy data go on a flash drive? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 22:46:51 -0000 This may sound a little odd but I was wondering if there is a way I can get the data from the 5.2.1 install floppies onto a flash drive and boot the install process from the flash drive. The machine in question does not have a floppy or CD-ROM drive so my options are: 1) temporarilly connect a floppy drive 2) Figure out how to get PXE to work for an install process 3) Some other option yet to be determined Any ideas? Google turned up some stuff but nothing about building install images (that I could find.) TIA... From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 01:11:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB71A16A4CE for ; Mon, 28 Jun 2004 01:11:16 +0000 (GMT) Received: from flora.securenet.com.au (ns1.securenet.com.au [202.125.0.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B75143D49 for ; Mon, 28 Jun 2004 01:11:15 +0000 (GMT) (envelope-from carl@xena.IPAustralia.gov.au) Received: from leal.securenet.com.au (leal.isecure.com.au [202.125.0.94] (may be forged))i5S1AxB5001911; Mon, 28 Jun 2004 11:10:59 +1000 Received: (from root@localhost) by leal.securenet.com.au (8.12.6/8.12.6) id i5S1Aw1O019059; Mon, 28 Jun 2004 11:10:58 +1000 (EST) Received: from nodnsquery(10.11.3.10) by leal.securenet.com.au via csmap (V6.0) id srcAAAcDaioL; Mon, 28 Jun 04 11:10:58 +1000 Received: from vmail.aipo.gov.au (localhost [127.0.0.1]) id i5S1AvwS011674; Mon, 28 Jun 2004 11:10:57 +1000 Received: from xena.aipo.gov.au (xena.aipo.gov.au [10.0.100.52]) by vmail.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id i5S1AujU023597; Mon, 28 Jun 2004 11:10:57 +1000 (EST) (envelope-from carl@xena.IPAustralia.gov.au) Received: from [10.0.100.18] (newton.aipo.gov.au [10.0.100.18]) by xena.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id i5S1ArNB003952; Mon, 28 Jun 2004 11:10:55 +1000 (EST) (envelope-from carl@xena.ipaustralia.gov.au) From: Carl Makin To: Poul-Henning Kamp In-Reply-To: <34301.1088242340@critter.freebsd.dk> References: <34301.1088242340@critter.freebsd.dk> Content-Type: text/plain Message-Id: <1088385053.18392.3.camel@newton.aipo.gov.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 28 Jun 2004 11:10:53 +1000 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 01:11:17 -0000 Hi Poul. On Sat, 2004-06-26 at 19:32, Poul-Henning Kamp wrote: > The ibcs2 and svr4 compatibility code has outlived their useful lives, > mainly because their target platforms are practically extinct. > > They will be eliminated from -current in the coming week, unless very > compelling reasons to the contrary are put on the table. It will cause us a lot of grief unless we can find an alternative way to run IBM's Tivoli Storage Manager. We currently use the SCO v2 client which has huge warts, but runs. The linux client trips over the whole filesystem overlay thing badly and I'm not sure disabling that to run just the TSM client is a good idea. (Plus I hate the idea of maintaining custom kernel patches.) Carl. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 01:15:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D121A16A4CE; Mon, 28 Jun 2004 01:15:21 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5147C43D1F; Mon, 28 Jun 2004 01:15:19 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.7] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1Bekji-000OSO-Ic; Mon, 28 Jun 2004 03:15:18 +0200 Date: Mon, 28 Jun 2004 03:15:23 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: David O'Brien From: Oliver Eikemeier In-Reply-To: <20040627170243.GA61973@dragon.nuxi.com> Message-Id: Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Divacky Roman cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 01:15:21 -0000 David O'Brien wrote: > On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: >> Hi, >> >> I digged through our base system and looked for versions of contributed >> soft. I found these program which could (and I think should) be easily >> and painlessly upgraded (before 5.3 as 5-STABLE) because they are >> outdated etc... these are: >> >> file - 3.41 -> 4.09 >> Painless upgrade and the benefit is much newer magic file >> ftp://ftp.astron.com/pub/file/ > > Only semi-painless. The code and how it is built has changed around a > lot, else I would have upgraded it by now. That said, in progress; but > lower priority than my toolchain work. I have an update to file 4.09 sitting in my local repository, ready for committing. I've been running it for three weeks without problems, and could send the patch over for review or simply commit it. -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 01:18:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC65C16A4CE; Mon, 28 Jun 2004 01:18:20 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2525F43D3F; Mon, 28 Jun 2004 01:18:18 +0000 (GMT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i5S1IEaI095745 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Jun 2004 03:18:15 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i5S1HVUi002174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jun 2004 03:17:32 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.10/8.12.10/Submit) id i5S1HVxv002173; Mon, 28 Jun 2004 03:17:31 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Jun 2004 03:17:31 +0200 From: Bernd Walter To: Lukas Ertl Message-ID: <20040628011730.GA2102@cicely5.cicely.de> References: <200406260905.55143.msch@snafu.de> <20040626135545.B666@korben.in.tern> <200406262004.24170.msch@snafu.de> <20040626200628.Q666@korben.in.tern> <20040627012612.GA92906@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040627012612.GA92906@cicely5.cicely.de> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD cicely5.cicely.de 5.2-CURRENT i386 X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: Matthias Schuendehuette cc: freebsd-current@freebsd.org Subject: Re: panic with vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 01:18:21 -0000 On Sun, Jun 27, 2004 at 03:26:13AM +0200, Bernd Walter wrote: > On Sat, Jun 26, 2004 at 08:06:42PM +0200, Lukas Ertl wrote: > > On Sat, 26 Jun 2004, Matthias Schuendehuette wrote: > > > > >On Saturday 26 June 2004 13:56, Lukas Ertl wrote: > > >>I'm quite sure that recent changes to vfs_mount.c cause this. I'm > > >>not sure how to fix it, though. > > > > > >At least going back to version 1.128 of vfs_mount.c alone doesn't help. > > > > You probably need to go back to 1.127. > > I saw the same thing with 22th -current on alpha. > As workaround the vinum volumes are started later for now, but with > around 1 day uptime: > > fatal kernel trap: > > trap entry = 0x2 (memory management fault) > cpuid = 0 > faulting va = 0x0 > type = access violation > cause = store instruction > pc = 0xfffffc00005e5cb8 > ra = 0xfffffe0000377238 > sp = 0xfffffe003079da90 > curthread = 0xfffffc007aa1e000 > pid = 32, comm = syncer > > Stopped at bcopy_samealign_lp: stq_u t2,0(a1) <0x0> > db> trace > bcopy_samealign_lp() at bcopy_samealign_lp > vinumstart() at vinumstart+0x138 > vinumstrategy() at vinumstrategy+0x118 > prologue botch: displacement 16 I got the same panic again, but it seems that vinum wrote something bevor the panic happened, which just wasn't put to the console. On booting I got the following: Jun 28 03:05:18 cicely12 kernel: vinum: can't allocate 8192 bytes from /var/d2/c12-x/src/sys/dev/vinum/vinumrequest.c:279 This must have been old content, because vinum.ko wasn't loaded yet. Is the td_intr_nesting_level check in MMalloc still valid in -current? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 20:29:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5853A16A4CE for ; Sun, 27 Jun 2004 20:29:40 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB0243D31 for ; Sun, 27 Jun 2004 20:29:40 +0000 (GMT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc11) with ESMTP id <2004062720293801100nuhfie>; Sun, 27 Jun 2004 20:29:39 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA31800; Sun, 27 Jun 2004 13:29:37 -0700 (PDT) Date: Sun, 27 Jun 2004 13:29:35 -0700 (PDT) From: Julian Elischer To: "Karl M. Joch" In-Reply-To: <40DE7BD0.8080304@ctseuro.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 20:29:40 -0000 On Sun, 27 Jun 2004, Karl M. Joch wrote: > I think if one would ask the stable userbase there would be lot of > different answers. like for me, i tell customers they have a long live, > very stable OS for their servers where updates are easy and free and > they can stay always with the latest release. now i got the problem that > in the first step there was mails around, that the stallion drivers are > removed from the source tree. so i had to tell a lot of customers they > have to trash the stallion card they buyed because it was in the > hardware compatibility list. most was mad, because they have invested > the hardware after changing their systems from SCO to FreeBSD (we > replaced a lot of them). Now I have to tell them "Great, you trashed the > cards (not alot of them have), but you have to stay at 4.x because the > software (ERP/Financial/Billing) we moved from SCO to FreeBSD with IBCS > Emulation doesnt work on 5.x". > > No, I am not able to maintain the moduls because i am not a good enough > programmer. If that would be the case i would have adapted the stallion > stl driver. > > Flame me if you like, but from a users/intergrators point of view > breaking the backward compatibility that way is really worse for the > public image of the OS. And the answer "you are free to stay with 4.x" > is not an answer acceptable for customers. This sounds like a compelling argument for keeping the emulation. After all it's teh end-user that we have to consider.. > -- > Best regards / Mit freundlichen Gruessen, > > Karl M. Joch > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:17:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F4016A4CE; Sun, 27 Jun 2004 21:17:46 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56D543D48; Sun, 27 Jun 2004 21:17:45 +0000 (GMT) (envelope-from brad.knowles@skynet.be) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i5RLHMQH007135; Sun, 27 Jun 2004 17:17:43 -0400 (EDT) (envelope-from brad.knowles@skynet.be) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <20040627145408.GA71410@stud.fit.vutbr.cz> References: <20040627145408.GA71410@stud.fit.vutbr.cz> Date: Sun, 27 Jun 2004 23:09:03 +0200 To: core@freebsd.org From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 21:17:46 -0000 At 4:54 PM +0200 2004-06-27, Divacky Roman wrote: > ntp, 4.1.0 -> 4.2.0 > Another one which cannot hurt to have up-to-date and also I dont see > reason why this shouldnt be painless (4.2.0 includes openssl - benefit) > http://ntp.org This one is a big one for me. 4.2.0 fixes a lot of outstanding problems for a lot of sites, and if we're going to have this in base, then we need to keep fairly up-to-date with it. Do we not already have a person within the FreeBSD project who is responsible for tracking NTP development and keeping the NTP code within FreeBSD in sync?!? I'm not a kernel hacker, but I'd be willing to step up to the plate to be a coordinator for this effort, if there's not already someone doing this. I'm a contributor to ntp.org, and I use FreeBSD systems, including some running 5.x. I know plenty of people who are much more knowledgeable on this subject than I am, but if there's no one doing this very important job, then I'm willing to take that on. -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 03:50:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABFF716A4CE; Mon, 28 Jun 2004 03:50:49 +0000 (GMT) Received: from mx3.ITB.ac.id (mx3.itb.ac.id [167.205.1.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED09043D1F; Mon, 28 Jun 2004 03:50:45 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.ITB.ac.id [167.205.30.11]) by mx3.ITB.ac.id (Postfix) with ESMTP id E2BBB33FC5; Mon, 28 Jun 2004 10:49:56 +0700 (WIT) Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 4B9AD23E3B; Mon, 28 Jun 2004 10:59:44 +0700 (WIT) Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 69498-54EA31A7; Mon, 28 Jun 2004 10:59:43 +0700 Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id DC9FA23E09; Mon, 28 Jun 2004 10:59:43 +0700 (WIT) Received: from ipv6.ppk.itb.ac.id (localhost [127.0.0.1]) by ipv6.ppk.itb.ac.id (Postfix) with ESMTP id 900C111445; Mon, 28 Jun 2004 10:49:59 +0700 (WIT) Received: (from dikshie@localhost) by ipv6.ppk.itb.ac.id (8.12.11/8.12.11/Submit) id i5S3nvAD040644; Mon, 28 Jun 2004 10:49:57 +0700 (WIT) (envelope-from dikshie@ppk.itb.ac.id) X-Authentication-Warning: ipv6.ppk.itb.ac.id: dikshie set sender to dikshie@ppk.itb.ac.id using -f Date: Mon, 28 Jun 2004 10:49:57 +0700 From: Dikshie To: Paul Saab Message-ID: <20040628034957.GA40624@ppk.itb.ac.id> References: <20040623210825.GA19715@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040623210825.GA19715@elvis.mu.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 5.2-CURRENT i386) X-Uptime: 10:47AM up 2 days, 21:29, 1 user, load averages: 0.00, 0.00, 0.00 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.26.0.3; VDF: 6.26.0.7; host: mx-itb.geoph.itb.ac.id) cc: current@freebsd.org Subject: Re: HEADS UP: SACK committed to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 03:50:49 -0000 Paul Saab (ps@freebsd.org) wrote: > I just commited the work done at Yahoo! to implement SACK in our tcp > stack. Please report any bugs or problems and we'll work on getting > them addressed. any plan to MFC ? with best regards, -dikshie- From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 04:49:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98B3716A4CE for ; Mon, 28 Jun 2004 04:49:51 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F3343D31 for ; Mon, 28 Jun 2004 04:49:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18595 invoked from network); 28 Jun 2004 04:49:46 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Jun 2004 04:49:45 -0000 Received: from 131.106.56.214 (p58.n-nypop02.stsn.com [199.106.89.58]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i5S4nUfp099352; Mon, 28 Jun 2004 00:49:37 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Gerrit Nagelhout Date: Mon, 28 Jun 2004 00:50:38 -0400 User-Agent: KMail/1.6 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406280050.38628.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: kris@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Julian Elischer Subject: Re: STI, HLT in acpi_cpu_idle_c1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 04:49:51 -0000 On Friday 25 June 2004 05:05 pm, Gerrit Nagelhout wrote: > John Baldwin wrote: > > Odd, all it does is eoi fast interrupts earlier. Oh, there's > > a bug. :( In > > the second hunk, change 'pic_disable_source' to 'pic_enable_source'. > > sigh...it just locked up again. I have included the current apic > dump for completeness. Is there anything other information that > would be useful to debug this problem? Hmm, it appears it is consistently CPU1 that thinks that IPI_HARDCLOCK is not being EOI'd. Can you try swapping the CPUs and see if the lockup moves from CPU1 to CPU3? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 06:37:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB46B16A4CE for ; Mon, 28 Jun 2004 06:37:21 +0000 (GMT) Received: from kiire.colleduc.ee (myyr.colleduc.ee [193.40.113.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B2B43D3F for ; Mon, 28 Jun 2004 06:37:20 +0000 (GMT) (envelope-from kalev@colleduc.ee) Received: from colleduc.ee (mail.smartlink.ee [213.180.16.242]) (authenticated bits=0) by kiire.colleduc.ee (8.12.11/8.12.10) with ESMTP id i5S6atuE027966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 28 Jun 2004 09:36:59 +0300 Message-ID: <40DFBC86.3070103@colleduc.ee> Date: Mon, 28 Jun 2004 09:36:54 +0300 From: Kalev Lember User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.72, clamav-milter version 0.72 on localhost X-Virus-Status: Clean X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.26.0.3; VDF 6.26.0.7 Subject: Re: Giving up on x buffers - losing files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 06:37:22 -0000 Arjan van Leeuwen wrote: > > > Sometimes, particularly after doing a lot of file writes (i.e. > compiling a lot of ports, building world and mergemastering, etc), I > get the 'Giving up on x buffers' message on shutdown, and my > filesystems come up dirty when I restart. > > > > So, why does this happen? And how do I prevent it from happening? > This definitely does _not_ sound like something I want my servers to > do when 5.x goes -STABLE. Not sure if it is related, but if I have ext2 mounted on shutdown, the syncer also fails and gives up on a few buffers. It is reproducable. I can recall it was fixed about a year ago, but then broke again. -- Kalev From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 06:41:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECFF616A4CE; Mon, 28 Jun 2004 06:41:17 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 266FB43D3F; Mon, 28 Jun 2004 06:41:13 +0000 (GMT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc11) with ESMTP id <2004062806405101300evpsle>; Mon, 28 Jun 2004 06:41:01 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA37208; Sun, 27 Jun 2004 23:40:49 -0700 (PDT) Date: Sun, 27 Jun 2004 23:40:48 -0700 (PDT) From: Julian Elischer To: Pawel Jakub Dawidek In-Reply-To: <20040627101951.GJ12007@darkness.comp.waw.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: rwatson@freebsd.org cc: FreeBSD current users cc: bzeeb+freebsd@zabbadoz.net Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 06:41:18 -0000 On Sun, 27 Jun 2004, Pawel Jakub Dawidek wrote: > On Sun, Jun 27, 2004 at 08:59:32AM +0200, Pawel Jakub Dawidek wrote: > +> If you give me a few days (maybe I'll be ready today) I'll try to prepare > +> patch to commit so we can review it together. > > Ok, here it goes: > > http://people.freebsd.org/~pjd/patches/jail_enforce_statfs.patch > > As you can see, all mac_check_mount_stat() calls are placed after a > prison_canseemount() call, so we can considern moving mac_check_mount_stat() > to prison_canseemount() function. > The patch looks good to me but I don't have a 5.x machine with jails at the moment (I may try set up a small jail tomorrow to test it). do you have a 4.x version? I have been testing the kernel module version for 4.x and it seems to work as advertised.. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 06:54:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7173A16A4CE; Mon, 28 Jun 2004 06:54:14 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26EAA43D53; Mon, 28 Jun 2004 06:54:14 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i5S6rvds076566; Sun, 27 Jun 2004 23:53:57 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i5S6rufW076565; Sun, 27 Jun 2004 23:53:56 -0700 (PDT) (envelope-from dillon) Date: Sun, 27 Jun 2004 23:53:56 -0700 (PDT) From: Matthew Dillon Message-Id: <200406280653.i5S6rufW076565@apollo.backplane.com> To: Robert Watson References: cc: freebsd-current@freebsd.org cc: Cordula's Web cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 06:54:14 -0000 Because of a desire to maintain / have / create compatibility with other operating systems, including remaining compatible with FreeBSD-4 and adding FreeBSD-5 compatibility (possibly), as well as Linux, and of course other architectures that might be used far less.... I have for the last year been thinking very carefully about the issue of the compatibility code we have in the kernel. The problem that I see is not so much that the compatibility code exists, but that it exists in the kernel. I believe that the solution is to move it to userland and thus unburden the kernel from having to deal with it. In userland it can be maintained (A) more easily, (B) without the security issues involved with it being in the kernel, and (C) is far more portable. I fully intend to undertake this project for DragonFly, especially because as we move to a messaged syscall interface we need to maintain compatibility with the non-messaged interface, and I want that to be a function set that runs in userland. i.e. for DragonFly when someone calls the 'native' read(), it wouldn't actually be a libc function but would instead be an intermediate user-level function vector whos code space is managed by the kernel, almost like a mmap'd library (or exactly like an mmap()'d library, but with a vector table). It would be great if we could come up with a joint methodology, because once such an abstraction is operational all the compatibility code that falls under it, being userland code, would be highly portable to any operating system running the abstraction. I would recommend that instead of ripping this stuff out of FreeBSD-5 willy nilly, leave it in for now and let's spend our energies on the development of an intermediate compatibility layer, abstraction, and API. The actual kernel work required to implement such a layer is not all that complex -- really all the kernel has to do is take an INT 0xN and throw it back in userland's face (or even just make the INT 0xN vector an LDT vector that runs in userland's protection ring and never even enters the kernel). In regards to where these functions would reside... well, I was thinking that we would reserve a chunk of VM either just below the kernel start, or just above the kernel start which would contain the intermediate layer. The actual address is almost irrelevant because the entry mechanism is, of course, the system call entry mechanism being emulated. It would be pure read-only code, with no writable data other then the stack, whos purpose is simply to translate system calls into the 'native' form. Another aspect of this abstraction is that it would be possible to change the kernel's own native entry interface, argument format, and so forth, and yet still maintain compatibility with 'older' userland programs by having an intermediate layer that glues userland program targeted to version X of the kernel to version Y of the kernel which is actually running. (This is why DFly needs it). One would also be able to abstract out optimizations, such as providing non-ring-crossing timestamp functions that utilize memory mapped I/O or other things... these types of functions would be placed in the proposed intermediate (run in user mode) layer. The intermediate layer would also have a direct access mechanism. That is, userland programs which are aware of the layer could query to get a vector base and call through a vector array into the layer directly. The intermediate layer would then optmiize those calls that do not require entry into the kernel and pass the rest on to the kernel. The userland program would not know the difference, which is the whole point of the exercise. So, as you can see, there is great potential flexibility in such a design. So much so, in fact, that the ability to move things like SysV and IBCS2 out of the kernel become mere side effects of a larger purpose. It would be a huge advance over the crufty syscall methodology that all UNIXes today employ. -Matt From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 07:11:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A59216A4CE; Mon, 28 Jun 2004 07:11:20 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0816C43D39; Mon, 28 Jun 2004 07:11:20 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 64DF0ACBCF; Mon, 28 Jun 2004 09:11:18 +0200 (CEST) Date: Mon, 28 Jun 2004 09:11:18 +0200 From: Pawel Jakub Dawidek To: Julian Elischer Message-ID: <20040628071118.GQ12007@darkness.comp.waw.pl> References: <20040627101951.GJ12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TtkpuTP0dmHnYFts" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: rwatson@freebsd.org cc: FreeBSD current users cc: bzeeb+freebsd@zabbadoz.net Subject: Re: jail getfsstat patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 07:11:20 -0000 --TtkpuTP0dmHnYFts Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 11:40:48PM -0700, Julian Elischer wrote: +> > On Sun, Jun 27, 2004 at 08:59:32AM +0200, Pawel Jakub Dawidek wrote: +> > +> If you give me a few days (maybe I'll be ready today) I'll try to p= repare +> > +> patch to commit so we can review it together. +> >=20 +> > Ok, here it goes: +> >=20 +> > http://people.freebsd.org/~pjd/patches/jail_enforce_statfs.patch +> >=20 +> > As you can see, all mac_check_mount_stat() calls are placed after a +> > prison_canseemount() call, so we can considern moving mac_check_mount_= stat() +> > to prison_canseemount() function. +> >=20 +>=20 +> The patch looks good to me but I don't have a 5.x machine with jails at +> the moment (I may try set up a small jail tomorrow to test it). +>=20 +> do you have a 4.x version? I don't have 4.x boxes, so I can't prepare one for 4.x. Could you try to port it? It should be easy. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --TtkpuTP0dmHnYFts Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA38SWForvXbEpPzQRAsDNAKCY/exV1jpKxlJdqBqOIWwdWrtsVgCbBYXP MnTFKaEgJ7TvqrWwkg3Eubo= =KncK -----END PGP SIGNATURE----- --TtkpuTP0dmHnYFts-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 08:09:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E6E16A4CE for ; Mon, 28 Jun 2004 08:09:49 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F6743D2F for ; Mon, 28 Jun 2004 08:09:48 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i5S89fr5035869 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 28 Jun 2004 10:09:41 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i5S89fLw035868 for current@freebsd.org; Mon, 28 Jun 2004 10:09:41 +0200 (CEST) Date: Mon, 28 Jun 2004 10:09:41 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040628080941.GA35739@stud.fit.vutbr.cz> References: <20040627145408.GA71410@stud.fit.vutbr.cz> <20040627170243.GA61973@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040627170243.GA61973@dragon.nuxi.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 08:09:49 -0000 On Sun, Jun 27, 2004 at 10:02:43AM -0700, David O'Brien wrote: > On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: > > Hi, > > > > I digged through our base system and looked for versions of contributed > > soft. I found these program which could (and I think should) be easily > > and painlessly upgraded (before 5.3 as 5-STABLE) because they are > > outdated etc... these are: > > > > file - 3.41 -> 4.09 > > Painless upgrade and the benefit is much newer magic file > > ftp://ftp.astron.com/pub/file/ > > Only semi-painless. The code and how it is built has changed around a > lot, else I would have upgraded it by now. That said, in progress; but > lower priority than my toolchain work. > > And why does this have to happen before 5-STABLE? I can certainly MFC > something like this. of course it doesnt HAVE to be upgraded but I think it should be... anyway - that was what I saw and considered good candidates for upgrading its up to you to do whats needed ;) I would also like to raise that tcsh upgrade - that is CERTAINLY painless since its only about some 36 bugs repaired and nothing more... roman From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 08:59:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4BC516A4CE; Mon, 28 Jun 2004 08:59:36 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ECD543D2D; Mon, 28 Jun 2004 08:59:36 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (localhost [127.0.0.1]) by fw.farid-hajji.net (Postfix) with ESMTP id 23FBF4AC31; Mon, 28 Jun 2004 11:00:10 +0200 (CEST) From: Cordula's Web To: dillon@apollo.backplane.com In-reply-to: <200406280653.i5S6rufW076565@apollo.backplane.com> (message from Matthew Dillon on Sun, 27 Jun 2004 23:53:56 -0700 (PDT)) X-Mailer: Emacs-21.3.1/FreeBSD-5.2.1-RELEASE References: <200406280653.i5S6rufW076565@apollo.backplane.com> Message-Id: <20040628090010.23FBF4AC31@fw.farid-hajji.net> Date: Mon, 28 Jun 2004 11:00:10 +0200 (CEST) cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cpghost@cordula.ws List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 08:59:36 -0000 Matthew Dillon wrote: > The actual kernel work required to implement such a layer is not all > that complex -- really all the kernel has to do is take an INT 0xN > and throw it back in userland's face (or even just make the INT 0xN vector > an LDT vector that runs in userland's protection ring and never even > enters the kernel). That's the old trampoline approach used in Lites/Mach. It's OT here, but if you plan to microkernelize dFly, do you know L4? L4Ka::Pistachio (http://l4ka.org/) is released under the BSD license ;) > So, as you can see, there is great potential flexibility in such a > design. So much so, in fact, that the ability to move things like > SysV and IBCS2 out of the kernel become mere side effects of a larger > purpose. It would be a huge advance over the crufty syscall methodology > that all UNIXes today employ. Absolutely. > -Matt -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 09:11:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A69A16A4CE for ; Mon, 28 Jun 2004 09:11:10 +0000 (GMT) Received: from ulysses.noc.ntua.gr (ulysses.noc.ntua.gr [147.102.222.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C95843D2F for ; Mon, 28 Jun 2004 09:11:09 +0000 (GMT) (envelope-from past@noc.ntua.gr) Received: from ajax.noc.ntua.gr (ajax.noc.ntua.gr [147.102.220.1]) by ulysses.noc.ntua.gr (8.12.9p1/8.12.9) with ESMTP id i5S9ATSi004364; Mon, 28 Jun 2004 12:10:30 +0300 (EEST) (envelope-from past@noc.ntua.gr) Received: from [147.102.220.45] (hal.noc.ntua.gr [147.102.220.45]) by ajax.noc.ntua.gr (8.12.11/8.12.11) with ESMTP id i5S9ANQo037251; Mon, 28 Jun 2004 12:10:28 +0300 (EEST) (envelope-from past@noc.ntua.gr) Message-ID: <40DFE07F.4080505@noc.ntua.gr> Date: Mon, 28 Jun 2004 12:10:23 +0300 From: Panagiotis Astithas Organization: NTUA/NMC User-Agent: Mozilla Thunderbird 0.6 (X11/20040609) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <34301.1088242340@critter.freebsd.dk> <200406261336.26051.alex@hightemplar.com> <20040626145408.55F8B4AC34@fw.farid-hajji.net> <40DDA657.2070608@samsco.org> In-Reply-To: <40DDA657.2070608@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cpghost@cordula.ws cc: current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 09:11:10 -0000 Scott Long wrote: > Also, is anyone willing to see if the Solaris JVM works? I don't know about that, but it may be interesting to check PR java/55032. It seems that using SVR4 interferes with the installation of our native jdk13. Perhaps this should be taken into consideration. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 09:28:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E8C516A4CE; Mon, 28 Jun 2004 09:28:24 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B701243D41; Mon, 28 Jun 2004 09:28:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5S9SIj8022345; Mon, 28 Jun 2004 05:28:18 -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.12.11/8.12.11) with ESMTP id i5S9SHDC022532; Mon, 28 Jun 2004 05:28:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 489C27303F; Mon, 28 Jun 2004 05:28:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040628092818.489C27303F@freebsd-current.sentex.ca> Date: Mon, 28 Jun 2004 05:28:18 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 09:28:24 -0000 TB --- 2004-06-28 08:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-28 08:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-06-28 08:00:01 - checking out the source tree TB --- 2004-06-28 08:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-06-28 08:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-28 08:04:31 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-28 08:04:31 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-06-28 08:04:31 - /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 --- 2004-06-28 09:10:22 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-06-28 09:10:22 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-06-28 09:10:22 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 28 09:10:23 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Jun 28 09:24:22 UTC 2004 TB --- 2004-06-28 09:24:22 - generating LINT kernel config TB --- 2004-06-28 09:24:22 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-06-28 09:24:22 - /usr/bin/make -B LINT TB --- 2004-06-28 09:24:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-06-28 09:24:22 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-06-28 09:24:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 28 09:24:22 UTC 2004 >>> 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/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c: In function `ex_isa_identify': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c:151: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c:159: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c:189: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c: In function `ex_isa_probe': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c:224: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ex/if_ex_isa.c:229: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-06-28 09:28:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-28 09:28:18 - ERROR: failed to build lint kernel TB --- 2004-06-28 09:28:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 10:35:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D15C16A4CE; Mon, 28 Jun 2004 10:35:35 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB2343D3F; Mon, 28 Jun 2004 10:35:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5SAZUWV029032; Mon, 28 Jun 2004 06:35: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.12.11/8.12.11) with ESMTP id i5SAZU2d043480; Mon, 28 Jun 2004 06:35:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8FF2A7303F; Mon, 28 Jun 2004 06:35:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040628103530.8FF2A7303F@freebsd-current.sentex.ca> Date: Mon, 28 Jun 2004 06:35:30 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 10:35:35 -0000 TB --- 2004-06-28 09:28:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-28 09:28:18 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-06-28 09:28:18 - checking out the source tree TB --- 2004-06-28 09:28:18 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-06-28 09:28:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-28 09:33:04 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-28 09:33:04 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-28 09:33:04 - /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 --- 2004-06-28 10:31:57 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-06-28 10:31:57 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-28 10:31:57 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 28 10:31:57 UTC 2004 >>> 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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -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 /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c: In function `ex_isa_identify': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c:151: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c:159: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c:189: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c: In function `ex_isa_probe': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c:224: warning: unsigned int format, different type arg (arg 2) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ex/if_ex_isa.c:229: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-06-28 10:35:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-28 10:35:30 - ERROR: failed to build generic kernel TB --- 2004-06-28 10:35:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 11:00:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FBC16A4CE; Mon, 28 Jun 2004 11:00:49 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D484B43D2D; Mon, 28 Jun 2004 11:00:18 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i5SAx7uY044108 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 28 Jun 2004 12:59:07 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i5SAx6Zx044107; Mon, 28 Jun 2004 12:59:06 +0200 (CEST) Date: Mon, 28 Jun 2004 12:59:06 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040628105906.GA43800@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: pjd@freebsd.org Subject: panic in vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 11:00:50 -0000 Hi, I have set up root on vinum configuration. I create vinum conf (with 1 disk now) vinum> create -f vinum.conf its gets created... then I set vinum.autostart and set /etc/fstab to root on vinum. then I reboot on a boot (todays current about hour old) it crashes - I am not able to get crashdump but ddb trace shows this (hand written) ddb> trace bre build_read_request vinumstart vinumstrategy dev_strategy spec_strategy breadn bread ffs_mountfs ffs_mount vfs_mountroot_try vfs_mountroot start_init fork_exit fork_trampoline Hopefully you'll fix this... I can provide more info (just ask for it) /var/log/vinum_history: 28 Jun 2004 12:40:46.627095 *** vinum started *** 28 Jun 2004 12:41:05.415406 create -f vinum.conf drive YouCrazy device /dev/ad0s1h volume root plex org concat sd len 308382338s driveoffset 4194288s drive YouCrazy /var/log/messages Jun 28 12:48:33 veronika kernel: Mounting root from ufs:/dev/vinum/root Jun 28 12:48:33 veronika kernel: WARNING: /mnt/h1 was not properly dismounted Jun 28 12:48:33 veronika kernel: Jun 28 12:48:33 veronika kernel: Jun 28 12:48:33 veronika kernel: Fatal trap 12: page fault while in kernel mode Jun 28 12:48:33 veronika kernel: fault virtual address = 0x5c Jun 28 12:48:33 veronika kernel: fault code = supervisor read, page not present Jun 28 12:48:33 veronika kernel: instruction pointer = 0x8:0xc076e177 Jun 28 12:48:33 veronika kernel: stack pointer = 0x10:0xdd0a08d8 Jun 28 12:48:33 veronika kernel: frame pointer = 0x10:0xdd0a093c Jun 28 12:48:33 veronika kernel: code segment = base 0x0, limit 0xffff f, type 0x1b Jun 28 12:48:33 veronika kernel: = DPL 0, pres 1, def32 1, gran 1 Jun 28 12:48:33 veronika kernel: processor eflags = interrupt enabled, res ume, IOPL = 0 Jun 28 12:48:33 veronika kernel: current process = 1 (swapper) Jun 28 12:48:33 veronika kernel: kernel: type 12 trap, code=0 On disk configuration: veronika ~# less log IN VINOveronika.mzm.czYouCrazy0Z@From@C%volume root state up plex name root.p0 state up org concat vol root sd name root.p0.s0 drive YouCrazy len 308382338s driveoffset 4194288s state up p lex root.p0 plexoffset 0s IN VINOveronika.mzm.czYouCrazy0Z@From@'C%volume root state up plex name root.p0 state up org concat vol root plex name root.p1 state faulty org concat vol root sd name root.p0.s0 drive YouCrazy len 308382338s driveoffset 4194288s state up p lex root.p0 plexoffset 0s veronika ~# Roman Divacky P.S. I might try gvinum - is the process the same as with vinum? if so - should I try it? From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 11:00:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8884216A4CE for ; Mon, 28 Jun 2004 11:00:59 +0000 (GMT) Received: from be1.mail.zoznam.sk (be.zoznam.sk [62.65.179.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC6143D1F for ; Mon, 28 Jun 2004 11:00:58 +0000 (GMT) (envelope-from newbie.freebsd@zoznam.sk) X-Spam-Status: No, hits=-1.9 required=5.0 Received: from [81.31.8.74] (account newbie.freebsd@zoznam.sk HELO xwatch) by be1.mail.zoznam.sk (CommuniGate Pro SMTP 4.2b6) with ESMTP id 341407 for current@freebsd.org; Mon, 28 Jun 2004 13:00:07 +0200 Message-ID: <004301c45cff$341517f0$0304010a@xwatch> From: "FreeBSD Newbie" To: Date: Mon, 28 Jun 2004 13:00:42 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2739.300 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Help - FreeBSD 4.10 with SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 11:00:59 -0000 I'd like to install freebsd 4.10 on my computer and use it as a web and = mail server. I need a stable and reliable server so i chose 4.10 and not = the 5.2.1release. Is there a way to install the 4.10 release on a = computer with SATA drive? I got a MSI K7N2 board and the needed driver = is Promise Fastrak SATA 378. I'm new to FreBSD and I got only basic = knowledge of unix. If there is a usable driver, how can i use it to = either make a bootable instalation cd-rom or use a floppy during = instalation to achieve that my SATA drive will be recognized by freebsd = and I'll be able to install it on that drive? Please help. Thanks. xwatch From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 11:14:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E00A16A4CE; Mon, 28 Jun 2004 11:14:24 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A181343D46; Mon, 28 Jun 2004 11:14:23 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5SBDFje327130; Mon, 28 Jun 2004 13:13:35 +0200 Date: Mon, 28 Jun 2004 13:13:15 +0200 (CEST) From: Lukas Ertl To: Divacky Roman In-Reply-To: <20040628105906.GA43800@stud.fit.vutbr.cz> Message-ID: <20040628131108.Q653@pcle2.cc.univie.ac.at> References: <20040628105906.GA43800@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=3 Fuz1=3 Fuz2=3 cc: grog@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic in vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 11:14:24 -0000 On Mon, 28 Jun 2004, Divacky Roman wrote: > I have set up root on vinum configuration. I create vinum conf (with 1 > disk now) > vinum> create -f vinum.conf > > its gets created... > then I set vinum.autostart and set /etc/fstab to root on vinum. then I > reboot > > on a boot (todays current about hour old) it crashes - I am not able to > get crashdump but ddb trace shows this (hand written) Something is seriously broken with vinum on -CURRENT since a few days, but I wasn't able to track down the failure yet. I suspect some changes in the VFS system, so for now, please check if a -current from before June 21 works for you. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 11:23:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CF8516A4CE for ; Mon, 28 Jun 2004 11:23:37 +0000 (GMT) Received: from be1.mail.zoznam.sk (be.zoznam.sk [62.65.179.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9E643D31 for ; Mon, 28 Jun 2004 11:23:36 +0000 (GMT) (envelope-from newbie.freebsd@zoznam.sk) X-Spam-Status: No, hits=-1.2 required=5.0 Received: from [81.31.8.74] (account newbie.freebsd@zoznam.sk HELO xwatch) by be1.mail.zoznam.sk (CommuniGate Pro SMTP 4.2b6) with ESMTP id 343653 for freebsd-current@freebsd.org; Mon, 28 Jun 2004 13:18:41 +0200 Message-ID: <007201c45d01$cf757b70$0304010a@xwatch> From: "FreeBSD Newbie" To: Date: Mon, 28 Jun 2004 13:19:36 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2739.300 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Current with SATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 11:23:37 -0000 I'd like to install freebsd 4.10 on my computer and use it as a web and = mail server. I need a stable and reliable server so i chose 4.10 and not = the 5.2.1release. Is there a way to install the 4.10 release on a = computer with SATA drive? I got a MSI K7N2 board and the needed driver = is Promise Fastrak SATA 378. I'm new to FreBSD and I got only basic = knowledge of unix. If there is a usable driver, how can i use it to = either make a bootable instalation cd-rom or use a floppy during = instalation to achieve that my SATA drive will be recognized by freebsd = and I'll be able to install it on that drive? Please help. Thanks. xwatch From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 12:41:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F40316A4CF; Mon, 28 Jun 2004 12:41:53 +0000 (GMT) Received: from ciberia.viavale.com.br (ciberia.viavale.com.br [200.143.116.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABDD43D53; Mon, 28 Jun 2004 12:41:52 +0000 (GMT) (envelope-from klaus@viavale.com.br) Received: from [200.143.116.30] (ibook.viavale.com.br [200.143.116.30]) by ciberia.viavale.com.br (Postfix) with ESMTP id A47C8EA; Mon, 28 Jun 2004 09:41:34 -0300 (BRT) Mime-Version: 1.0 (Apple Message framework v618) Content-Type: multipart/mixed; boundary=Apple-Mail-26-597627894 Message-Id: <7CD4711D-C900-11D8-A1F2-000A95B562DC@viavale.com.br> From: Klaus Schneider Date: Mon, 28 Jun 2004 09:41:33 -0300 To: freebsd-bugs@freebsd.org X-Mailer: Apple Mail (2.618) X-viavale-MailScanner-Information: Please contact the ISP for more information X-viavale-MailScanner: Found to be clean cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Panic on 5.2.1-p8 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 12:41:53 -0000 --Apple-Mail-26-597627894 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I'm running FreeBSD with 2 NFS mounts over tcp, apache 1.3.31, openwebmail(read/write on both nfs mounted filesystems, /var/mail spooldir and webmail userdir) and proftpd. # uname -a FreeBSD 5.2.1-RELEASE-p8 #3: Mon Jun 28 07:18:32 BRT 2004 src-all last updated at: Sat Jun 19 09:28:59 BRT 2004. The problem occurs only when users access the openwebmail, reading/writing data on nfs mounted filesystems. Here my sysctl.conf: net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 vfs.nfs.access_cache_timeout=60 net.inet.ip.check_interface=0 net.inet.tcp.inflight_enable=1 net.inet.tcp.inflight_debug=0 net.isr.enable=1 kern.polling.enable=1 kern.polling.user_frac=50 EOF ... and here part of my kernel config file: machine i386 cpu I686_CPU makeoptions DEBUG=-g makeoptions NO_MODULES=yes options NFSCLIENT options NFSSERVER options QUOTA options COMPAT_FREEBSD4 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options DDB options INVARIANTS options INVARIANT_SUPPORT options HZ=2000 options NMBCLUSTERS=65535 options DEVICE_POLLING EOF Running on: Dell P. Edge 1600 Single Xeon 2.4Ghz HTT(disabled) Ram: 1Gb 3 SCSI Disks Backtrace with gdb in attached file. --Apple-Mail-26-597627894 Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name="backtrace.txt" Content-Disposition: attachment; filename=backtrace.txt (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc04f2bc8 in boot (howto=260) at ../../../kern/kern_shutdown.c:372 #2 0xc04f2f57 in panic () at ../../../kern/kern_shutdown.c:550 #3 0xc0538241 in bremfreel (bp=0xd8f0aab8) at ../../../kern/vfs_bio.c:647 #4 0xc0538115 in bremfree (bp=0x0) at ../../../kern/vfs_bio.c:629 #5 0xc053bd4e in getblk (vp=0xcca14104, blkno=7, size=16384, slpflag=0, slptimeo=0, flags=0) at ../../../kern/vfs_bio.c:2468 #6 0xc0538312 in breadn (vp=0xcca14104, blkno=0, size=0, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:700 #7 0xc05382bc in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:682 #8 0xc05bc352 in ffs_balloc_ufs2 (vp=0xcca14104, startoffset=0, size=5856, cred=0xc25bbe00, flags=65536, bpp=0xea0367b4) at ../../../ufs/ffs/ffs_balloc.c:601 #9 0xc05d30c7 in ffs_write (ap=0xea0367ec) at ../../../ufs/ffs/ffs_vnops.c:698 #10 0xc05dc874 in dqsync (vp=0xccc84b2c, dq=0xcd11a1c0) at vnode_if.h:432 #11 0xc05dc1b0 in qsync (mp=0xcc935800) at ../../../ufs/ufs/ufs_quota.c:775 #12 0xc05d18fd in ffs_sync (mp=0xcc935800, waitfor=2, cred=0xc25b0f00, td=0xc06a48a0) at ../../../ufs/ffs/ffs_vfsops.c:1204 #13 0xc054e61e in sync (td=0xc06a48a0, uap=0x0) at ../../../kern/vfs_syscalls.c:141 #14 0xc04f2760 in boot (howto=256) at ../../../kern/kern_shutdown.c:281 #15 0xc04f2f57 in panic () at ../../../kern/kern_shutdown.c:550 #16 0xc05391f1 in bundirty (bp=0xd90341f0) at ../../../kern/vfs_bio.c:1122 #17 0xc0539d1e in brelse (bp=0xd90341f0) at ../../../kern/vfs_bio.c:1441 #18 0xc05915a8 in nfs_writebp (bp=0xd90341f0, force=1, td=0xccd77640) at ../../../nfsclient/nfs_vnops.c:2990 #19 0xc0581bc3 in nfs_bwrite (bp=0x0) at machine/pcpu.h:156 #20 0xc053be11 in getblk (vp=0xccd54c30, blkno=1, size=8192, slpflag=0, slptimeo=0, flags=0) at ../../../kern/vfs_bio.c:2536 #21 0xc0583c24 in nfs_getcacheblk (vp=0xccd54c30, bn=1, size=8192, td=0xccd77640) at ../../../nfsclient/nfs_bio.c:1064 #22 0xc0583780 in nfs_write (ap=0x0) at ../../../nfsclient/nfs_bio.c:874 #23 0xc0557393 in vn_write (fp=0xcc997f68, uio=0xea036c80, active_cred=0xcdbc9700, flags=0, td=0xccd77640) at vnode_if.h:432 #24 0xc05198fb in dofilewrite (td=0xccd77640, fp=0xcc997f68, fd=0, buf=0x879a000, nbyte=0, offset=0, flags=0) at ../../../sys/file.h:249 #25 0xc051972e in write (td=0xccd77640, uap=0xea036d14) at ../../../kern/sys_generic.c:331 #26 0xc062a3e0 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 142188544, tf_esi = 3, tf_ebp = -1077944360, tf_isp = -368874124, tf_ebx = 673177888, tf_edx = 4096, tf_ecx = 12, tf_eax = 4, tf_trapno = 22, tf_err = 2, tf_eip = 672674095, tf_cs = 31, tf_eflags = 531, tf_esp = -1077944420, tf_ss = 47}) at ../../../i386/i386/trap.c:1010 #27 0xc061b21d in Xint0x80_syscall () at {standard input}:136 --Apple-Mail-26-597627894-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 12:52:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27B5716A4CE for ; Mon, 28 Jun 2004 12:52:33 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4D4243D39 for ; Mon, 28 Jun 2004 12:52:32 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.13] (helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1BevcJ-0003ow-4g; Mon, 28 Jun 2004 14:52:32 +0200 Date: Mon, 28 Jun 2004 14:52:28 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: noackjr@alumni.rice.edu From: Oliver Eikemeier In-Reply-To: <40DF1768.4060504@alumni.rice.edu> Message-Id: <03505AD2-C902-11D8-9FE1-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Divacky Roman cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 12:52:33 -0000 Jon Noack wrote: > On 06/27/04 12:02, David O'Brien wrote: >> On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: >>> I digged through our base system and looked for versions of >>> contributed soft. I found these program which could (and I think >>> should) be easily and painlessly upgraded (before 5.3 as 5-STABLE) >>> because they are outdated etc... these are: >>> >>> file - 3.41 -> 4.09 >>> Painless upgrade and the benefit is much newer magic file >>> ftp://ftp.astron.com/pub/file/ >> Only semi-painless. The code and how it is built has changed around a >> lot, else I would have upgraded it by now. That said, in progress; but >> lower priority than my toolchain work. >> And why does this have to happen before 5-STABLE? I can certainly MFC >> something like this. > > Don't import until FILE 4.10 is released. I've submitted a patch to > Christos Zoulas for inclusion in 4.10 that *greatly* increases the > accuracy of FILE for FreeBSD. As soon as I see FILE 4.10 released > (with my patch), I'll be pleading for an import... Seems like Christos has been swamped by readelf.c patches :) I must admit that I didn't care about 4.6.2... Anyway, 4.09 is an improvement, and the import of 4.10 should be trivial afterwards, so why wait? -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 13:12:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B63DB16A4CE; Mon, 28 Jun 2004 13:12:58 +0000 (GMT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A898843D2D; Mon, 28 Jun 2004 13:12:57 +0000 (GMT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Mon, 28 Jun 2004 09:12:56 -0400 Message-ID: From: Don Bowman To: 'John Baldwin' , Gerrit Nagelhout Date: Mon, 28 Jun 2004 09:12:47 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: kris@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Julian Elischer Subject: RE: STI, HLT in acpi_cpu_idle_c1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 13:12:58 -0000 From: John Baldwin [mailto:jhb@FreeBSD.org] > On Friday 25 June 2004 05:05 pm, Gerrit Nagelhout wrote: > > John Baldwin wrote: > > > Odd, all it does is eoi fast interrupts earlier. Oh, there's > > > a bug. :( In > > > the second hunk, change 'pic_disable_source' to > 'pic_enable_source'. > > > > sigh...it just locked up again. I have included the current apic > > dump for completeness. Is there anything other information that > > would be useful to debug this problem? > > Hmm, it appears it is consistently CPU1 that thinks that > IPI_HARDCLOCK is not > being EOI'd. Can you try swapping the CPUs and see if the > lockup moves from > CPU1 to CPU3? There is more than one device that does this, so its probably not worth it (its a huge huge effort on these systems due to the way the heatsink is bonded on: it requires breaking the heatsink glue with a heat gun, disassembling the motherboard, etc). From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 13:29:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2EB116A4CE; Mon, 28 Jun 2004 13:29:20 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A64543D4C; Mon, 28 Jun 2004 13:29:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i5SDTIOF003388; Mon, 28 Jun 2004 06:29:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i5SDTI1n003387; Mon, 28 Jun 2004 06:29:18 -0700 Date: Mon, 28 Jun 2004 06:29:18 -0700 From: Brooks Davis To: Kenneth Culver Message-ID: <20040628132918.GB1325@Odin.AC.HMC.Edu> References: <36u7i8$1mbp58@mxip19a.cluster1.charter.net> <20040626230026.GA11047@dragon.nuxi.com> <20040627021841.GC43456@pasternak.w.lub.pl> <20040627180352.gw4kckgoo8o8os08@www.sweetdreamsracing.biz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <20040627180352.gw4kckgoo8o8os08@www.sweetdreamsracing.biz> User-Agent: Mutt/1.5.4i cc: Michal Pasternak cc: questions@freebsd.org cc: Remi cc: current@freebsd.org Subject: Re: AMD64 vs i386 for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 13:29:20 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 27, 2004 at 06:03:52PM -0400, Kenneth Culver wrote: > So far my athlon 64 3200+ has been one of the coolest running > processors I've ever owned... although I've never used it in a laptop, > my friend's p4 2.8 is running a lot hotter... Yes, current AMD64 CPUs are fairly lower power even without the low-power models. We're seeing 1U dual Opteron boxes running at less then 100F under load. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA4B0sXY6L6fI4GtQRAi24AJ4jwoB6Z8F/Y77li5CxNW6KRrUYAQCgod71 L5Lmk9eWILBJ5UzyUz1i9+A= =Ausl -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 13:54:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 283CD16A4D2; Mon, 28 Jun 2004 13:54:23 +0000 (GMT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D2F43D1F; Mon, 28 Jun 2004 13:54:22 +0000 (GMT) (envelope-from gnagelhout@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Mon, 28 Jun 2004 09:53:58 -0400 Message-ID: From: Gerrit Nagelhout To: 'John Baldwin' Date: Mon, 28 Jun 2004 09:53:51 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: kris@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Julian Elischer Subject: RE: STI, HLT in acpi_cpu_idle_c1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 13:54:23 -0000 John Baldwin wrote: > Hmm, it appears it is consistently CPU1 that thinks that > IPI_HARDCLOCK is not > being EOI'd. Can you try swapping the CPUs and see if the > lockup moves from > CPU1 to CPU3? > > -- I added the following *HACK* to the idle code, and let it run over the weekend (with halt on idle disabled). It hit the function isr_problem 9 times, but did not lockup anymore. The problem is that I don't know if the EOI just got lost, or whether the interrupt was not handled at all. I couldn't find any ill effects from this code ... yet. extern volatile lapic_t *lapic; void isr_problem(void); int isrProblem=0; void isr_problem() { isrProblem++; lapic->eoi = 0; } int mp_grab_cpu_hlt(void) { u_int mask = PCPU_GET(cpumask); int retval; if(lapic->isr7 != 0) { isr_problem(); } retval = mask & hlt_cpus_mask; while (mask & hlt_cpus_mask) __asm __volatile("sti; hlt" : : : "memory"); return (retval); } From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 13:54:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7345816A4CE for ; Mon, 28 Jun 2004 13:54:45 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F017F43D1D for ; Mon, 28 Jun 2004 13:54:44 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i5SDsJkm067510; Mon, 28 Jun 2004 06:54:23 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200406281354.i5SDsJkm067510@gw.catspoiler.org> Date: Mon, 28 Jun 2004 06:54:19 -0700 (PDT) From: Don Lewis To: kalev@colleduc.ee In-Reply-To: <40DFBC86.3070103@colleduc.ee> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: Giving up on x buffers - losing files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 13:54:45 -0000 On 28 Jun, Kalev Lember wrote: > Arjan van Leeuwen wrote: > >> >> >> Sometimes, particularly after doing a lot of file writes (i.e. >> compiling a lot of ports, building world and mergemastering, etc), I >> get the 'Giving up on x buffers' message on shutdown, and my >> filesystems come up dirty when I restart. >> >> >> >> So, why does this happen? And how do I prevent it from happening? >> This definitely does _not_ sound like something I want my servers to >> do when 5.x goes -STABLE. > > Not sure if it is related, but if I have ext2 mounted on shutdown, the > syncer also fails and gives up on a few buffers. It is reproducable. I > can recall it was fixed about a year ago, but then broke again. This is an unrelated bug that has also been discussed. I believe it even affects read-only mounts of ext2 file systems. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 12:46:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29FC816A4CE for ; Mon, 28 Jun 2004 12:46:29 +0000 (GMT) Received: from blocked.velocityonline.net (blocked.velocityonline.net [216.162.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE8C43D2D for ; Mon, 28 Jun 2004 12:46:28 +0000 (GMT) (envelope-from cooner@cs.fsu.edu) Received: from [192.168.0.4] (unverified [216.162.144.18]) by blocked.velocityonline.net for ; Mon, 28 Jun 2004 08:45:37 -0400 Message-ID: <40DFDAF1.4010002@cs.fsu.edu> Date: Mon, 28 Jun 2004 08:46:41 +0000 From: Sahil R Cooner User-Agent: Mozilla Thunderbird 0.6 (X11/20040618) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: mtree group ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 12:46:29 -0000 I get the following error after running #make installkernel ----------------------------------------- -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=p4 GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make -f Makefile.inc1 hierarchy cd /usr/src/etc; /usr/obj/usr/src/make.i386/make distrib-dirs mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree: line 55: unknown group network *** Error code 1 Stop in /usr/src/etc. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 13:58:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC2E616A518; Mon, 28 Jun 2004 13:58:43 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 567FC43D39; Mon, 28 Jun 2004 13:58:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5SDwWiE048353; Mon, 28 Jun 2004 09:58:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i5SDwYVu070150; Mon, 28 Jun 2004 09:58:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7506D7303F; Mon, 28 Jun 2004 09:58:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040628135834.7506D7303F@freebsd-current.sentex.ca> Date: Mon, 28 Jun 2004 09:58:34 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 13:58:44 -0000 TB --- 2004-06-28 13:46:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-28 13:46:03 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-06-28 13:46:03 - checking out the source tree TB --- 2004-06-28 13:46:03 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-06-28 13:46:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-28 13:50:33 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-28 13:50:33 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-06-28 13:50:33 - /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 [...] cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 cc: Internal error: Bus error (program ld) Please submit a full bug report. See for instructions. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-06-28 13:58:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-28 13:58:34 - ERROR: failed to build world TB --- 2004-06-28 13:58:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:04:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E51916A4CE; Mon, 28 Jun 2004 14:04:28 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B01643D39; Mon, 28 Jun 2004 14:04:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i5SE4Nxc039602; Mon, 28 Jun 2004 10:04:23 -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.12.11/8.12.11) with ESMTP id i5SE4N7R095334; Mon, 28 Jun 2004 10:04:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5E9DA7303F; Mon, 28 Jun 2004 10:04:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040628140423.5E9DA7303F@freebsd-current.sentex.ca> Date: Mon, 28 Jun 2004 10:04:23 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 14:04:28 -0000 TB --- 2004-06-28 13:58:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-28 13:58:34 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-06-28 13:58:34 - checking out the source tree TB --- 2004-06-28 13:58:34 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-06-28 13:58:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-28 14:02:14 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-28 14:02:14 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-06-28 14:02:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] sed -e 's,!!TRAD_HEADER!!,,g' /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/config.h.fbsd > config.h echo '#define BFD_VERSION 215000000' > bfdver.h echo '#define BFD_VERSION_DATE 20040517' >> bfdver.h echo '#define BFD_VERSION_STRING "2.15 [FreeBSD] 2004-05-23"' >> bfdver.h rm -f .depend mkdep -f .depend -a -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/powerpc -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../libbfd/powerpc -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_powerpc_vec -D_GNU_SOURCE -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_powerpc_arch" -DHAVE_bfd_elf32_powerpc_vec -DHAVE_bfd_elf32_powerpcle_vec -DHAVE_ppcboot_vec -DSELECT_VECS=" &bfd_elf32_powerpc_vec ,&bfd_elf32_powerpcle_vec ,&ppcboot_vec" -I/home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/sr c/i386/legacy/usr/include /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-powerpc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-rs6000.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-gen.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-ppc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ppcboot.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../. ./../contrib/binutils/bfd/archive64.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdwin.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/binary.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/corefile.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../co ntrib/binutils/bfd/elf-eh-frame.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-strtab.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/format.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/hash.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/init.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/merge.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib /binutils/bfd/opncls.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/section.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/srec.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stab-syms.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stabs.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/syms.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/targets.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/tekhex.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils /bfd/dwarf1.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf2.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdio.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/simple.c /tinderbox/CURRENT/powerpc/powerpc/src/contrib/binutils/bfd/elf32-ppc.c:34:23: elf32-ppc.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-06-28 14:04:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-28 14:04:23 - ERROR: failed to build world TB --- 2004-06-28 14:04:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:06:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 570F216A4CE for ; Mon, 28 Jun 2004 14:06:30 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D53343D1D for ; Mon, 28 Jun 2004 14:06:29 +0000 (GMT) (envelope-from brad.knowles@skynet.be) Received: from [10.0.1.6] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i5SE6Qv6064731; Mon, 28 Jun 2004 10:06:28 -0400 (EDT) (envelope-from brad.knowles@skynet.be) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <004301c45cff$341517f0$0304010a@xwatch> References: <004301c45cff$341517f0$0304010a@xwatch> Date: Mon, 28 Jun 2004 16:06:11 +0200 To: "FreeBSD Newbie" From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org Subject: Re: Help - FreeBSD 4.10 with SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 14:06:30 -0000 At 1:00 PM +0200 2004-06-28, FreeBSD Newbie wrote: > I'd like to install freebsd 4.10 on my computer and use it as a web and > mail server. I need a stable and reliable server so i chose 4.10 and not > the 5.2.1release. This is the FreeBSD-CURRENT mailing list. If your question is not about the -CURRENT version of the operating system, you should be looking elsewhere for answers. In your case, I'd recommend the FreeBSD-STABLE mailing list instead. -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:47:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D9E16A4CE; Mon, 28 Jun 2004 14:47:05 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B50843D58; Mon, 28 Jun 2004 14:47:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i5SEl4ML046355; Mon, 28 Jun 2004 10:47:04 -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.12.11/8.12.11) with ESMTP id i5SEl4S3056740; Mon, 28 Jun 2004 10:47:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 731CF7303F; Mon, 28 Jun 2004 10:47:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040628144704.731CF7303F@freebsd-current.sentex.ca> Date: Mon, 28 Jun 2004 10:47:04 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 14:47:05 -0000 TB --- 2004-06-28 14:04:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-28 14:04:23 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-06-28 14:04:23 - checking out the source tree TB --- 2004-06-28 14:04:23 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-06-28 14:04:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-28 14:06:11 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-28 14:06:11 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-06-28 14:06: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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/exclude.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/full-write.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getdate.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getline.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getstr.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/hash.c {standard input}: Assembler messages: {standard input}:1283: Error: Illegal operands *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-06-28 14:47:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-28 14:47:04 - ERROR: failed to build world TB --- 2004-06-28 14:47:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:26:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D394F16A4CE for ; Mon, 28 Jun 2004 15:26:09 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 316B643D2D for ; Mon, 28 Jun 2004 15:26:09 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from samsco.org (p58.n-nypop02.stsn.com [199.106.89.58]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i5SFTgSW062583; Mon, 28 Jun 2004 09:29:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <40E0386F.1020300@samsco.org> Date: Mon, 28 Jun 2004 09:25:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <27578.1088369918@critter.freebsd.dk> In-Reply-To: <27578.1088369918@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: "Karl M. Joch" Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 15:26:10 -0000 Poul-Henning Kamp wrote: > In message <200406271841.08596.michaelnottebrock@gmx.net>, Michael Nottebrock w > rites: > > > >>>No, I am not able to maintain the moduls because i am not a good enough >>>programmer. If that would be the case i would have adapted the stallion >>>stl driver. >> >>In that case, you have to make yourself (and your customers, by proxy) heard. >>If you don't complain loud enough, nobody will know that you depend on this >>driver. > > > Well, yes, making sure we know what bits are in use out there is > always a good idea, but it is not enough to get things to stick > around in the long run. > > That takes developer mind-share, and that seems to be pretty universally > absent for ibcs2 and svr4. > Despite my doubts, it sounds like people can successfully run SVR4 binaries and possibly even iBCS binaries under 5-CURRENT. I've also heard many stories about people sticking with FreeBSD because these subsystems are very important to them and they work. They aren't perfect, but they also seem to be fairly resistant to rot. So, in light of the responses that we've seen so far, I'd like to ask a few questions here: 1) Do you have pending work that hinges on changes to SVR4 and/or IBCS? 2) If so, are these changes purely mechanical, or do they require some significant work? I'd like to ask that you hold off on axing these until we get a better idea of what the community impact is. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:31:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C785216A4CF for ; Mon, 28 Jun 2004 15:31:50 +0000 (GMT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8863C43D3F for ; Mon, 28 Jun 2004 15:31:50 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (unknown [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id A003BB253C for ; Mon, 28 Jun 2004 11:31:49 -0400 (EDT) Received: from mail.gactr.uga.edu ([127.0.0.1]) by localhost (mail.gactr.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 33814-01-6 for ; Mon, 28 Jun 2004 11:31:47 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 52F10B24FF for ; Mon, 28 Jun 2004 11:31:47 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Jun 2004 11:31:47 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9EE437@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Buildworld fails @ sys/modules/netgraph/bluetooth/ubt Thread-Index: AcRdJQYmqpLfm9QbRCq5PGk0ypOq2g== From: "Robin P. Blanchard" To: X-Virus-Scanned: by amavisd-new at gactr.uga.edu Subject: Buildworld fails @ sys/modules/netgraph/bluetooth/ubt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 15:31:50 -0000 Perhaps this is due to the absence of usb in my kernconf ? Shouldn't be = a requirement, though. =3D=3D=3D> sys/modules/netgraph/bluetooth/ubt @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h touch opt_usb.h rm -f .depend mkdep -f .depend -a -nostdinc -I/usr/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/blueto= oth/ include -I/usr/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/blueto= oth/ drivers/ubt -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/blueto= oth/ include -I/usr/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/blueto= oth/ drivers/ubt -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetoot= h/dr ivers/ubt/ng_ubt.c /usr/src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:60:21: usbdevs.h: = No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/netgraph/bluetooth/ubt. *** Error code 1 Stop in /usr/src/sys/modules/netgraph/bluetooth. *** Error code 1 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:49:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84C6916A4CE for ; Mon, 28 Jun 2004 15:49:14 +0000 (GMT) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A45EC43D49 for ; Mon, 28 Jun 2004 15:49:13 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: (qmail 14357 invoked from network); 28 Jun 2004 15:49:11 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 28 Jun 2004 15:49:11 -0000 Message-ID: <40E03DF7.5010608@liwing.de> Date: Mon, 28 Jun 2004 15:49:11 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040517 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Kernel Build Error in mii-dependings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 15:49:14 -0000 Hi all, with applying the patch to get ipfilter running again and re-supping today's sources, I got a new error: ... if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -mmmx -msse -msse2 -mfpmath=sse -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -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 -D_KERNEL -include opt_global.h -fno-common -finline-limit=30000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /usr/src/sys/dev/mii/amphy.c:54:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/bmtphy.c:91:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/brgphy.c:55:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/dcphy.c:61:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/e1000phy.c:60:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/exphy.c:88:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/inphy.c:50:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/nsphy.c:90:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/nsgphy.c:71:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/pnphy.c:59:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/pnaphy.c:60:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/rgephy.c:55:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/rlphy.c:53:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/ruephy.c:49:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/tdkphy.c:61:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/tlphy.c:92:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/xmphy.c:54:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/lxtphy.c:91:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/qsphy.c:91:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/acphy.c:87:21: miidevs.h: No such file or directory mkdep: compile failed ...cc -c -O -pipe -mmmx -msse -msse2 -mfpmath=sse -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -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 -D_KERNEL -include opt_global.h -fno-common -finline-limit=30000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wno-error /usr/src/sys/dev/mii/amphy.c /usr/src/sys/dev/mii/amphy.c:54:21: miidevs.h: No such file or directory /usr/src/sys/dev/mii/amphy.c: In function `amphy_probe': /usr/src/sys/dev/mii/amphy.c:93: error: `MII_OUI_xxAMD' undeclared (first use in this function) /usr/src/sys/dev/mii/amphy.c:93: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/mii/amphy.c:93: error: for each function it appears in.) /usr/src/sys/dev/mii/amphy.c:94: error: `MII_MODEL_xxAMD_79C873' undeclared (first use in this function) /usr/src/sys/dev/mii/amphy.c:95: error: `MII_OUI_xxDAVICOM' undeclared (first use in this function) /usr/src/sys/dev/mii/amphy.c:96: error: `MII_MODEL_xxDAVICOM_DM9101' undeclared (first use in this function) /usr/src/sys/dev/mii/amphy.c:100: error: `MII_STR_xxAMD_79C873' undeclared (first use in this function) /usr/src/sys/dev/mii/amphy.c:102: error: `MII_STR_xxDAVICOM_DM9101' undeclared (first use in this function) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error Hmm, if anyone can tell me what's going wrong and how to fix it, this would be fantastic :) Best regards, Jens From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:58:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 166F116A4CF for ; Mon, 28 Jun 2004 15:58:40 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2892743D1F for ; Mon, 28 Jun 2004 15:58:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5SFtqdf058231; Mon, 28 Jun 2004 09:55:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2004 09:56:05 -0600 (MDT) Message-Id: <20040628.095605.13314562.imp@bsdimp.com> To: cswiger@mac.com From: "M. Warner Losh" In-Reply-To: <40DF2607.5020409@mac.com> References: <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> <40DF2607.5020409@mac.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 15:58:40 -0000 In message: <40DF2607.5020409@mac.com> Chuck Swiger writes: : In other words, I care quite a bit about how "working, supported : functionality" gets transitioned to "no longer available". I'm not happy with : the notion of "supported" -> "HEADS UP" -> one week -> gone. It appears that this is widely used enough that it won't be removed. I agree that this is a too streamlined path. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 16:12:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E12D716A4CE; Mon, 28 Jun 2004 16:12:38 +0000 (GMT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5091143D1F; Mon, 28 Jun 2004 16:12:38 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.12.11/8.12.11) with ESMTP id i5SGCbgW038387; Mon, 28 Jun 2004 12:12:37 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.12.11/8.12.11/Submit) id i5SGCbJL038386; Mon, 28 Jun 2004 12:12:37 -0400 (EDT) (envelope-from barney) Date: Mon, 28 Jun 2004 12:12:37 -0400 From: Barney Wolff To: Lukas Ertl Message-ID: <20040628161237.GA36287@pit.databus.com> References: <20040628105906.GA43800@stud.fit.vutbr.cz> <20040628131108.Q653@pcle2.cc.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040628131108.Q653@pcle2.cc.univie.ac.at> User-Agent: Mutt/1.5.6i X-Scanned-By: MIMEDefang 2.43 cc: grog@freebsd.org cc: Divacky Roman cc: current@freebsd.org Subject: Re: panic in vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 16:12:39 -0000 On Mon, Jun 28, 2004 at 01:13:15PM +0200, Lukas Ertl wrote: > > Something is seriously broken with vinum on -CURRENT since a few days, but > I wasn't able to track down the failure yet. I suspect some changes in > the VFS system, so for now, please check if a -current from before June 21 > works for you. Data point - I'm running vinum (/usr, not root, raid0) with: FreeBSD lab.databus.com 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Thu Jun 24 01:20:14 EDT 2004 toor@lab.databus.com:/usr/obj/usr/src/sys/LAB i386 with no observed troubles. -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:03:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2256F16A4CE for ; Mon, 28 Jun 2004 17:03:37 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77FB543D1D for ; Mon, 28 Jun 2004 17:03:36 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5SH3PZw1126528; Mon, 28 Jun 2004 19:03:28 +0200 Date: Mon, 28 Jun 2004 19:03:28 +0200 (CEST) From: Lukas Ertl To: Bryan Liesner In-Reply-To: <20040626115242.X570@gravy.kishka.net> Message-ID: <20040628190253.U658@korben.in.tern> References: <20040626115242.X570@gravy.kishka.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4249; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Panic: EHCI and umass X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:03:37 -0000 On Sat, 26 Jun 2004, Bryan Liesner wrote: > Large transfers like dumping a filesystem or a tar of a filesystem causes the > transfer to grind to a halt and eventually panic. No dump is available, here > is the transcribed DDB output: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x53425355 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05147d2 > stack pointer = 0x10:0xd4294b6c > frame pointer = 0x10:0xd4294b8c > code segment = base 0x0 limit 0xffff, type 0x1b > = DPL0, pres 1, def32 1, gran1 > processor eflags = interrupt enabled, resume, IOPL=0 > current process = 20 (irq10: pcm0 ehci0) > kernel: type 12 trap,code=0 > > Stopped at usb_allocmem+0x82: cmpl %esi, 0(%eax) Could you try to get a vmcore and a backtrace from it? cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:19:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7500816A4D4 for ; Mon, 28 Jun 2004 17:19:54 +0000 (GMT) Received: from mars.siad.net (h-69-3-214-122.lsanca54.covad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28F8543D55 for ; Mon, 28 Jun 2004 17:19:54 +0000 (GMT) (envelope-from don@siad.net) Received: from siad.net (h-69-3-214-125.lsanca54.covad.net [69.3.214.125]) by mars.siad.net (8.12.11/8.12.11) with ESMTP id i5SHKK2r031618 for ; Mon, 28 Jun 2004 10:20:20 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <40E05328.80809@siad.net> Date: Mon, 28 Jun 2004 10:19:36 -0700 From: "Don L. Belcher" User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200406261950.38373.alex@hightemplar.com> <40DDBD63.9070005@siad.net> <20040627080615.P31366@carver.gumbysoft.com> <20040627.103505.54624937.imp@bsdimp.com> <40DF3704.1000202@siad.net> In-Reply-To: <40DF3704.1000202@siad.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:19:54 -0000 Don L. Belcher wrote: > > > M. Warner Losh wrote: > >> In message: <20040627080615.P31366@carver.gumbysoft.com> >> Doug White writes: >> : On Sat, 26 Jun 2004, Don L. Belcher wrote: >> : : > I seem to have lost my fxp card in current ( It was working >> about 1 or 2 >> : > months ago ). If somebody could point out to me what code I >> should be >> : > looking at, I would appreciate it. >> : > >> : > I provided pciconf info attachments, one from release 4 the other >> from >> : > current. >> : : Hm, pci bus 3 seems to have vanished. Have you tried a BIOS update? >> > The BIOS is the latest. > >> >> Alternatively, since I'm joining the thread late, do you have a >> cardbus bridge? >> >> > This is a Gateway SOLO 9500 laptiop, the fxp is a mini pci card. > I forgot to answer the question, yes it has a cardbus bridge From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:36:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE6D16A4CE for ; Mon, 28 Jun 2004 17:36:26 +0000 (GMT) Received: from winston.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id F232043D39 for ; Mon, 28 Jun 2004 17:36:24 +0000 (GMT) (envelope-from freebsd-current@piwebs.com) Received: (qmail 2151 invoked from network); 28 Jun 2004 17:35:42 -0000 Received: from vincent.piwebs.com (HELO localhost) (192.168.0.84) by winston.piwebs.com with SMTP; 28 Jun 2004 17:35:42 -0000 To: "Kalev Lember" , freebsd-current@freebsd.org References: <40DFBC86.3070103@colleduc.ee> Message-ID: From: "Arjan van Leeuwen" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Mon, 28 Jun 2004 19:35:43 +0200 In-Reply-To: <40DFBC86.3070103@colleduc.ee> User-Agent: Opera M2/7.52 (FreeBSD, build 724) Subject: Re: Giving up on x buffers - losing files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:36:26 -0000 Hi Kalev, On Mon, 28 Jun 2004 09:36:54 +0300, Kalev Lember wrote: > Arjan van Leeuwen wrote: > >> >> >> Sometimes, particularly after doing a lot of file writes (i.e. >> compiling a lot of ports, building world and mergemastering, etc), I >> get the 'Giving up on x buffers' message on shutdown, and my >> filesystems come up dirty when I restart. >> >> >> >> So, why does this happen? And how do I prevent it from happening? This >> definitely does _not_ sound like something I want my servers to do >> when 5.x goes -STABLE. > > Not sure if it is related, but if I have ext2 mounted on shutdown, the > syncer also fails and gives up on a few buffers. It is reproducable. I > can recall it was fixed about a year ago, but then broke again. > I don't have any ext2 partitions, so I guess it's a different problem. Arjan -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:36:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D240A16A4CE for ; Mon, 28 Jun 2004 17:36:58 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id B450443D2D for ; Mon, 28 Jun 2004 17:36:58 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.179.20 with login) by smtp003.bizmail.yahoo.com with SMTP; 28 Jun 2004 17:36:13 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 6E219616B; Mon, 28 Jun 2004 12:36:12 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02159-07; Mon, 28 Jun 2004 12:36:11 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 4701160CF; Mon, 28 Jun 2004 12:36:11 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i5SHa9ck001871; Mon, 28 Jun 2004 12:36:10 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40E05709.9010609@alumni.rice.edu> Date: Mon, 28 Jun 2004 12:36:09 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7 (X11/20040624) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Eikemeier References: <03505AD2-C902-11D8-9FE1-00039312D914@fillmore-labs.com> In-Reply-To: <03505AD2-C902-11D8-9FE1-00039312D914@fillmore-labs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Divacky Roman cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:36:59 -0000 On 06/28/04 07:52, Oliver Eikemeier wrote: > Jon Noack wrote: >> On 06/27/04 12:02, David O'Brien wrote: >>> On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: >>>> I digged through our base system and looked for versions of >>>> contributed soft. I found these program which could (and I think >>>> should) be easily and painlessly upgraded (before 5.3 as 5-STABLE) >>>> because they are outdated etc... these are: >>>> >>>> file - 3.41 -> 4.09 >>>> Painless upgrade and the benefit is much newer magic file >>>> ftp://ftp.astron.com/pub/file/ >>> >>> Only semi-painless. The code and how it is built has changed around a >>> lot, else I would have upgraded it by now. That said, in progress; but >>> lower priority than my toolchain work. >>> And why does this have to happen before 5-STABLE? I can certainly MFC >>> something like this. >> >> Don't import until FILE 4.10 is released. I've submitted a patch to >> Christos Zoulas for inclusion in 4.10 that *greatly* increases the >> accuracy of FILE for FreeBSD. As soon as I see FILE 4.10 released >> (with my patch), I'll be pleading for an import... > > Seems like Christos has been swamped by readelf.c patches :) I must > admit that I didn't care about 4.6.2... > > Anyway, 4.09 is an improvement, and the import of 4.10 should be trivial > afterwards, so why wait? I agree that 4.09 is a huge improvement (although it's wrong for FreeBSD 4.10+, at least it correctly detects 5.x for the time being. however, as soon as we we get 5-STABLE it'll still say it's -CURRENT). The biggest issue will be the upgrade from 3.41 -> 4.x, so the 4.09 -> 4.10 upgrade should be trivial as you say. My only concern was conservation of limited developer resources. If someone wants to import 4.09 with the intent of following up to 4.10, go for it. However, in my opinion FILE 4.10 should be primary goal. Jon From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:38:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58EB216A4CE for ; Mon, 28 Jun 2004 17:38:09 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 1922543D1F for ; Mon, 28 Jun 2004 17:38:09 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.179.20 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 28 Jun 2004 17:37:49 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E575361D3; Mon, 28 Jun 2004 12:37:48 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02159-07-4; Mon, 28 Jun 2004 12:37:47 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id EDDF461D2; Mon, 28 Jun 2004 12:37:47 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i5SHblxU001874; Mon, 28 Jun 2004 12:37:47 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40E0576B.9020009@alumni.rice.edu> Date: Mon, 28 Jun 2004 12:37:47 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7 (X11/20040624) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200406281354.i5SDsJkm067510@gw.catspoiler.org> In-Reply-To: <200406281354.i5SDsJkm067510@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@FreeBSD.org cc: kalev@colleduc.ee Subject: Re: Giving up on x buffers - losing files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:38:09 -0000 On 06/28/04 08:54, Don Lewis wrote: > On 28 Jun, Kalev Lember wrote: >>Arjan van Leeuwen wrote: >>> >>> >>> Sometimes, particularly after doing a lot of file writes (i.e. >>> compiling a lot of ports, building world and mergemastering, >>> etc), I get the 'Giving up on x buffers' message on shutdown, and >>> my filesystems come up dirty when I restart. >>> >>> >>> > >> So, why does this happen? And how do I prevent it from happening? >>> This definitely does _not_ sound like something I want my servers >>> to do when 5.x goes -STABLE. >> >> Not sure if it is related, but if I have ext2 mounted on shutdown, >> the syncer also fails and gives up on a few buffers. It is >> reproducable. I can recall it was fixed about a year ago, but then >> broke again. > > This is an unrelated bug that has also been discussed. I believe it > even affects read-only mounts of ext2 file systems. Yeah, be sure to unmount manually before shutting down. Jon From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:45:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C0716A4CE for ; Mon, 28 Jun 2004 17:45:49 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 089E643D45 for ; Mon, 28 Jun 2004 17:45:49 +0000 (GMT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc11) with ESMTP id <2004062817453801100nrs5se>; Mon, 28 Jun 2004 17:45:40 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA44042; Mon, 28 Jun 2004 10:45:36 -0700 (PDT) Date: Mon, 28 Jun 2004 10:45:35 -0700 (PDT) From: Julian Elischer To: "M. Warner Losh" In-Reply-To: <20040628.095605.13314562.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cswiger@mac.com cc: current@freebsd.org Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:45:49 -0000 To some extent it can be said that Poul-Henning's proceedure worked.. It must be admitted that: "supported" -> "HEADSUP" -> objections -> "supported" is a legitimate and correct outcome, and certainly one of the reasons that we do the "HEADSUP" part in the first place :-) On Mon, 28 Jun 2004, M. Warner Losh wrote: > In message: <40DF2607.5020409@mac.com> > Chuck Swiger writes: > : In other words, I care quite a bit about how "working, supported > : functionality" gets transitioned to "no longer available". I'm not happy with > : the notion of "supported" -> "HEADS UP" -> one week -> gone. > > It appears that this is widely used enough that it won't be removed. > I agree that this is a too streamlined path. > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:51:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 770AF16A4CE for ; Mon, 28 Jun 2004 17:51:25 +0000 (GMT) Received: from thmailsite3.services.byworkwise.com (thmailsite1.services.byworkwise.com [217.28.130.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8743743D2D for ; Mon, 28 Jun 2004 17:51:22 +0000 (GMT) (envelope-from alex@hightemplar.com) Received: from hydralisk (unverified [212.150.124.244]) by freenet.co.uk for ; Sat, 26 Jun 2004 17:42:52 +0100 From: Alex Keahan To: freebsd-current@freebsd.org Date: Sat, 26 Jun 2004 19:45:03 +0300 User-Agent: KMail/1.5.1 References: <34301.1088242340@critter.freebsd.dk> <200406261336.26051.alex@hightemplar.com> <20040626125907.5b5b3ae7.flynn@energyhq.es.eu.org> In-Reply-To: <20040626125907.5b5b3ae7.flynn@energyhq.es.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200406261945.03932.alex@hightemplar.com> Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:51:25 -0000 On Saturday 26 Jun 2004 1:59 pm, Miguel Mendez wrote: > On Sat, 26 Jun 2004 13:36:25 +0300 > Alex Keahan wrote: > > Hi, > > > Is Solaris/x86 supported by ibcs2 or svr4? Solaris/x86 is being > > actively developed by Sun and is far from extinct. > > Solaris/x86 is a niche product. And Sun seems to change their mind about > Sol/x86 every other week. This used to be the case, but not anymore. Sun are now fully committed to expanding the use of Solaris on Intel. > (They also do that wrt opensourcing java and Solaris) The Java source code is available. The source code to Solaris 8 has also been available for several years now. Ok, so it's not BSD-licensed, but it's certainly good enough to find the proper remedy to improve the failing SVR4 compatibility code instead of axing it. > > - Latest Java SDKs for Solaris/x86 > > Use the linux version? Perhaps. > > - Forte C/C++ optimising compilers for Solaris/x86 (which may some day > > be used to compile FreeBSD kernel) > > As someone who has used that one, I'd rather use Intel's ICC. Forte's > not that a great compiler. I beg to differ. > > - Sun ONE servers for Solaris/x86 (e.g. iPlanet LDAP) > > Again, Linux versions. Not everything is available for Linux, you know. > > - Oracle for Solaris/x86 > > Same as above. > > > - Numerous third-party applications for SCO and Solaris/x86 > > (e.g. backup solutions) > > All enterprise apps from Legato/Veritas/whathaveyou have Linux versions. Not all of them. My DLT drive came with a CD chock-full of backup software for HP-UX, AIX and SCO UnixWare, but none for Linux. > Now, having Solaris compat on *Sparc*, that can be useful Indeed. The removal of compat/svr4 and dev/streams will likely preclude it from ever working on the SPARC platform. > but on x86? Not by a long shot. Yes, on x86. Call it "niche", but unfortunately Solaris/x86 is the only real alternative to Linux on SMP hardware at the moment. As much as I'd love to use FreeBSD-5 instead, it's just not quite there yet. Alex From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:56:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C90A816A4CE; Mon, 28 Jun 2004 17:56:02 +0000 (GMT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621E743D1D; Mon, 28 Jun 2004 17:56:02 +0000 (GMT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.12.11/8.12.11) with ESMTP id i5SHtna2002335; Mon, 28 Jun 2004 13:55:50 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Mon, 28 Jun 2004 13:55:49 -0400 (EDT) From: Bryan Liesner To: Lukas Ertl In-Reply-To: <20040628190253.U658@korben.in.tern> Message-ID: <20040628134856.O2330@gravy.kishka.net> References: <20040626115242.X570@gravy.kishka.net> <20040628190253.U658@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@FreeBSD.org Subject: Re: Panic: EHCI and umass X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 17:56:02 -0000 On Mon, 28 Jun 2004, Lukas Ertl wrote: > On Sat, 26 Jun 2004, Bryan Liesner wrote: > >> Large transfers like dumping a filesystem or a tar of a filesystem causes >> the transfer to grind to a halt and eventually panic. No dump is >> available, here is the transcribed DDB output: >> >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x53425355 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc05147d2 >> stack pointer = 0x10:0xd4294b6c >> frame pointer = 0x10:0xd4294b8c >> code segment = base 0x0 limit 0xffff, type 0x1b >> = DPL0, pres 1, def32 1, gran1 >> processor eflags = interrupt enabled, resume, IOPL=0 >> current process = 20 (irq10: pcm0 ehci0) >> kernel: type 12 trap,code=0 >> >> Stopped at usb_allocmem+0x82: cmpl %esi, 0(%eax) > > Could you try to get a vmcore and a backtrace from it? > > cheers, > le No crashdump available. I would have loved a crashdump, it would have saved me an hour manually transcribing the DDB trace :) I tried setting the no_sync_on _panic sysctl as well, but I can't coax a coredump. I haven't been able to reliably produce a dump for quite some time now. The system panics and then it's time to hit the reset switch. If there is another way for me to help you diagnose this, please let me know. I also saw an earlier email with someone else having a similar ECHI-umass issue. Unlike my Buslink drive which has always worked, his drive never worked. The new patches allowed his drive to work, but it locked up in mid-transfer as well. Thanks From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:08:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4750416A4CE; Mon, 28 Jun 2004 18:08:46 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i5SI8jBG022978; Mon, 28 Jun 2004 14:08:45 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i5SI8i8h022977; Mon, 28 Jun 2004 14:08:44 -0400 (EDT) (envelope-from green) Date: Mon, 28 Jun 2004 14:08:44 -0400 From: Brian Fundakowski Feldman To: Klaus Schneider Message-ID: <20040628180844.GC5635@green.homeunix.org> References: <7CD4711D-C900-11D8-A1F2-000A95B562DC@viavale.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7CD4711D-C900-11D8-A1F2-000A95B562DC@viavale.com.br> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: freebsd-bugs@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on 5.2.1-p8 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:08:46 -0000 On Mon, Jun 28, 2004 at 09:41:33AM -0300, Klaus Schneider wrote: > I'm running FreeBSD with 2 NFS mounts over tcp, apache 1.3.31, > openwebmail(read/write on both nfs mounted filesystems, /var/mail > spooldir and webmail userdir) and proftpd. > > # uname -a > FreeBSD 5.2.1-RELEASE-p8 #3: Mon Jun 28 07:18:32 BRT 2004 > > src-all last updated at: Sat Jun 19 09:28:59 BRT 2004. > > The problem occurs only when users access the openwebmail, > reading/writing data on nfs mounted filesystems. > [...] > #15 0xc04f2f57 in panic () at ../../../kern/kern_shutdown.c:550 > #16 0xc05391f1 in bundirty (bp=0xd90341f0) at ../../../kern/vfs_bio.c:1122 > #17 0xc0539d1e in brelse (bp=0xd90341f0) at ../../../kern/vfs_bio.c:1441 > #18 0xc05915a8 in nfs_writebp (bp=0xd90341f0, force=1, td=0xccd77640) at ../../../nfsclient/nfs_vnops.c:2990 > #19 0xc0581bc3 in nfs_bwrite (bp=0x0) at machine/pcpu.h:156 > #20 0xc053be11 in getblk (vp=0xccd54c30, blkno=1, size=8192, slpflag=0, slptimeo=0, flags=0) > at ../../../kern/vfs_bio.c:2536 > #21 0xc0583c24 in nfs_getcacheblk (vp=0xccd54c30, bn=1, size=8192, td=0xccd77640) > at ../../../nfsclient/nfs_bio.c:1064 > #22 0xc0583780 in nfs_write (ap=0x0) at ../../../nfsclient/nfs_bio.c:874 > #23 0xc0557393 in vn_write (fp=0xcc997f68, uio=0xea036c80, active_cred=0xcdbc9700, flags=0, td=0xccd77640) > at vnode_if.h:432 > #24 0xc05198fb in dofilewrite (td=0xccd77640, fp=0xcc997f68, fd=0, buf=0x879a000, nbyte=0, offset=0, flags=0) > at ../../../sys/file.h:249 > #25 0xc051972e in write (td=0xccd77640, uap=0xea036d14) at ../../../kern/sys_generic.c:331 > #26 0xc062a3e0 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 142188544, tf_esi = 3, tf_ebp = -1077944360, tf_isp = -368874124, tf_ebx = 673177888, tf_edx = 4096, tf_ecx = 12, tf_eax = 4, tf_trapno = 22, tf_err = 2, tf_eip = 672674095, tf_cs = 31, tf_eflags = 531, tf_esp = -1077944420, tf_ss = 47}) at ../../../i386/i386/trap.c:1010 > #27 0xc061b21d in Xint0x80_syscall () at {standard input}:136 What queue is the buffer on that the system is panicking? (What was the panic message, or alternately, "p *bp" from the bundirty or brelse frame in gdb leading up to the panic. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:16:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 10F4716A4CE; Mon, 28 Jun 2004 18:16:47 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i5SIGkir023037; Mon, 28 Jun 2004 14:16:46 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i5SIGkDV023036; Mon, 28 Jun 2004 14:16:46 -0400 (EDT) (envelope-from green) Date: Mon, 28 Jun 2004 14:16:45 -0400 From: Brian Fundakowski Feldman To: "Robin P. Blanchard" Message-ID: <20040628181645.GD5635@green.homeunix.org> References: <9B5C1FCAFB35084787C21EFFFA78DD9EE437@EBE1.gc.nat> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EE437@EBE1.gc.nat> User-Agent: Mutt/1.5.6i cc: imp@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Buildworld fails @ sys/modules/netgraph/bluetooth/ubt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:16:47 -0000 On Mon, Jun 28, 2004 at 11:31:47AM -0400, Robin P. Blanchard wrote: > Perhaps this is due to the absence of usb in my kernconf ? Shouldn't be a > requirement, though. Could you please try adding usbdevs.h to the list of SRCS in the src/sys/modules Makefile that is building this module? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:25:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 582C416A4CE; Mon, 28 Jun 2004 18:25:15 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA22443D46; Mon, 28 Jun 2004 18:25:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5SINtSP060103; Mon, 28 Jun 2004 12:23:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2004 12:24:16 -0600 (MDT) Message-Id: <20040628.122416.108983445.imp@bsdimp.com> To: green@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20040628181645.GD5635@green.homeunix.org> References: <9B5C1FCAFB35084787C21EFFFA78DD9EE437@EBE1.gc.nat> <20040628181645.GD5635@green.homeunix.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: robin.blanchard@gactr.uga.edu cc: current@FreeBSD.org Subject: Re: Buildworld fails @ sys/modules/netgraph/bluetooth/ubt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:25:15 -0000 In message: <20040628181645.GD5635@green.homeunix.org> Brian Fundakowski Feldman writes: : On Mon, Jun 28, 2004 at 11:31:47AM -0400, Robin P. Blanchard wrote: : > Perhaps this is due to the absence of usb in my kernconf ? Shouldn't be a : > requirement, though. : : Could you please try adding usbdevs.h to the list of SRCS in the : src/sys/modules Makefile that is building this module? I have this in my tree, I'll go ahead and commit it. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:26:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E17616A4CE for ; Mon, 28 Jun 2004 18:26:48 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C634F43D2D for ; Mon, 28 Jun 2004 18:26:47 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-92-118.roa.east.verizon.net [151.199.92.118]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i5SIQYaN019253 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Jun 2004 14:26:46 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i5SIQMJO005848; Mon, 28 Jun 2004 14:26:22 -0400 (EDT) From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <20040628140736.ADE7516A4CF@hub.freebsd.org> References: <20040628140736.ADE7516A4CF@hub.freebsd.org> Content-Type: text/plain Message-Id: <1088447180.1942.55.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 28 Jun 2004 14:26:22 -0400 Content-Transfer-Encoding: 7bit cc: Carl Makin Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:26:48 -0000 On Mon, 28 Jun 2004 11:10:53 +1000, Carl Makin wrote: > On Sat, 2004-06-26 at 19:32, Poul-Henning Kamp wrote: > > > The ibcs2 and svr4 compatibility code has outlived their useful lives, > > mainly because their target platforms are practically extinct. > > > > They will be eliminated from -current in the coming week, unless very > > compelling reasons to the contrary are put on the table. > > It will cause us a lot of grief unless we can find an alternative way to > run IBM's Tivoli Storage Manager. We currently use the SCO v2 client > which has huge warts, but runs. Are you using this under 5.x?? It doesn't run for me (not since my first foray into 5.x with 5.1-RELEASE), and I have heard the same from others. Apparently, it still doesn't work. Here is what I get with a 5.2-CURRENT kernel built yesterday: zappa# ./dsmc Abort zappa# ktrace ./dsmc Abort zappa# kdump 2161 ktrace RET ktrace 0 2161 ktrace CALL execve(0xbfbfed8b,0xbfbfec94,0xbfbfec9c) 2161 ktrace NAMI "./dsmc" zappa# file ./dsmc ./dsmc: MS Windows COFF Intel 80386 object file zappa# kldstat Id Refs Address Size Name 1 22 0xc0400000 328934 kernel 2 1 0xc0729000 b8d0 snd_ds1.ko 3 2 0xc0735000 204a4 snd_pcm.ko 4 8 0xc0756000 12fc8 agp.ko 5 14 0xc0769000 56fe4 acpi.ko 6 1 0xc1448000 2f000 nfsclient.ko 7 1 0xc14b0000 2000 green_saver.ko 8 1 0xc14d1000 19000 linux.ko 9 2 0xc1ea2000 b000 ibcs2.ko 10 1 0xc1eaf000 3000 ibcs2_coff.ko zappa# I reported this a while ago. The consensus reply was that iBCS2 emulation was essentially unmaintained and had fallen prey to bitrot due to the kernel changing elsewhere underneath it. The suggestion from Tivoli users was to bite the bullet and switch to the Linux client. (The SCO V2 client still runs for me under 4.10-STABLE.) Dan Nelson did do a little investigation into iBCS2 emulation in 5.2 and posited that a memory mapping issue may be to blame. (See http://lists.freebsd.org/pipermail/freebsd-emulation/2004-March/000377.html) > The linux client trips over the whole filesystem overlay thing badly and > I'm not sure disabling that to run just the TSM client is a good idea. > (Plus I hate the idea of maintaining custom kernel patches.) I agree the filesystem overlay is a pain, but you can work around it with a little effort. My current solution (on a 5.2.1-RELEASE-p8 system) is to use the FreeBSD snapshot functionality coordinated via PRESCHEDULECMD and POSTSCHEDULECMD options in my dsm.sys file. The PRESCHEDULECMD runs a script that makes and mounts under /backup snapshots of the filesystems I want to back up, and POSTSCHEDULECMD unmounts and removes the snapshots. (One nice side-effect of this is that objects are guaranteed not to rebound during backup.) I had been using nullfs mounts under /backup previously, but this is a little less messy, IMHO. The disadvantage of the snapshot approach is that you can't restore in-place. So, restoring /backup/usr/... would involve restoring it to, e.g., /usr/backup/... and then moving it to /usr/... (But I'm not sure in-place restores were that safe under rw nullfs mounts, given the dire warnings in the BUGS section of mount_nullfs.:) Of course, all this is only required if you are backing up something that is actually shadowed. If you have a /home filesystem and are only backing up that, none of these filesystem gymnastics are required. (Just make sure you have /home in your /compat/linux/etc/mtab so that the TSM client can see it.) One advantage of using the Linux TSM client over the SCO V2 is that my TSM administrator no longer frets about me using an unsupported client... :-) (Plus, you get other goodies like being able to back up symlinks as symlinks, etc., which I don't recall being supported under the old SCO client.) Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:44:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F5E116A4CE for ; Mon, 28 Jun 2004 18:44:14 +0000 (GMT) Received: from mailhub.intercaf.ru (mailhub.intercaf.ru [195.96.167.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DB7543D1D for ; Mon, 28 Jun 2004 18:44:13 +0000 (GMT) (envelope-from lesha@intercaf.ru) Received: from [192.168.1.3] (ppp83-237-11-5.pppoe.mtu-net.ru [83.237.11.5]) (authenticated bits=0) by mailhub.intercaf.ru (8.12.10/8.12.10) with ESMTP id i5SIhs16099305 for ; Mon, 28 Jun 2004 22:43:55 +0400 (MSD) (envelope-from lesha@intercaf.ru) From: Alex K Organization: InterCAF To: freebsd-current@freebsd.org Date: Mon, 28 Jun 2004 22:44:04 +0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200406282244.04518.lesha@intercaf.ru> X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' Subject: -CURRENT and ATA DMA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:44:14 -0000 Hello, everyone! Today I have upgraded my chief's laptop from 5.2.1-R to -CURRENT (cvsuped yesterday). CURRENT kernel won't boot ATA driver is causing problems (and panics on boot) atapci0: port 0x110b-0x1 kernel tells me that it can't use ATA66 DMA mode because of cable or device not supporting it. then it tries (about 4 times) to switch to DMA33 and finally panics. Fatal trap 12 while in kernel mode Panicing process = taskqueue All Messages are avaible on request (will type manually) For now I have set hw.ata.ata_dma="0" in /etc/loader.conf and it works in PIO4 now, but it is slow like hell. Someone please help me ;)) Cheers, AL. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:52:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD8B216A4CE for ; Mon, 28 Jun 2004 18:52:19 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2193843D48 for ; Mon, 28 Jun 2004 18:52:19 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])NAA51062; Mon, 28 Jun 2004 13:52:11 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 72DF05C9D; Mon, 28 Jun 2004 13:51:58 -0500 (CDT) To: From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EE437@EBE1.gc.nat> References: <9B5C1FCAFB35084787C21EFFFA78DD9EE437@EBE1.gc.nat> Message-Id: <20040628185158.72DF05C9D@techpc04.okladot.state.ok.us> Date: Mon, 28 Jun 2004 13:51:58 -0500 (CDT) Subject: "mee too" building modules failing at netgraph/bluetooth/ubt and netgraph/bluetooth/ubtbcmfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:52:19 -0000 Hi y'all, I'm tracking -Current via CTM. Got src-cur and ports-cur updated as of early this AM CDT. I think it started after these two commits: > imp 2004-06-27 16:51:01 UTC > > FreeBSD src repository > > Modified files: > sys/netgraph/bluetooth/drivers/ubt ng_ubt.c > sys/netgraph/bluetooth/drivers/ubtbcmfw ubtbcmfw.c > Log: > MFp4: Last references to dev/usb/usbdevs.h converted. > > Revision Changes Path > 1.19 +2 -1 src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c > 1.9 +2 -1 src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c and: > imp 2004-06-27 16:59:15 UTC > > FreeBSD src repository > > Removed files: > sys/dev/usb Makefile.usbdevs devlist2h.awk usbdevs.h > usbdevs_data.h > Log: > Now that all the in-tree referrences to these old files are gone, go > ahead and remove them. > > Revision Changes Path > 1.3 +0 -16 src/sys/dev/usb/Makefile.usbdevs (dead) > 1.4 +0 -236 src/sys/dev/usb/devlist2h.awk (dead) > 1.191 +0 -1354 src/sys/dev/usb/usbdevs.h (dead) > 1.191 +0 -5335 src/sys/dev/usb/usbdevs_data.h (dead) I seem to be unable to build the two ubt thingies "with world". They're not needed by this workstation, but someone might be affected out there somewhere. ;) All other modules are being built okay. Snips from the log: # cd /usr/obj # rm -Rf * # cd /src/sys/modules # make -k -v cleandepend cleandir clean depend all [...] ===> netgraph/bluetooth/h4 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> netgraph/bluetooth/ubt rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> netgraph/bluetooth/ubtbcmfw rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> netgraph/bpf [...] ===> netgraph/bluetooth/h4 rm -f ng_h4.ko ng_h4.kld ng_h4.o @ machine symb.tmp tmp.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> netgraph/bluetooth/ubt rm -f ng_ubt.ko ng_ubt.kld ng_ubt.o @ machine symb.tmp tmp.o opt_usb.h bus_if.h device_if.h vnode_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> netgraph/bluetooth/ubtbcmfw rm -f ubtbcmfw.ko ubtbcmfw.kld ubtbcmfw.o @ machine symb.tmp tmp.o opt_usb.h bus_if.h device_if.h vnode_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> netgraph/bpf rm -f ng_bpf.ko ng_bpf.kld ng_bpf.o bpf_filter.o @ machine symb.tmp tmp.o rm -f .depend GPATH GRTAGS GSYMS GTAGS [...] ===> netgraph/bluetooth/h4 rm -f ng_h4.ko ng_h4.kld ng_h4.o @ machine symb.tmp tmp.o ===> netgraph/bluetooth/ubt rm -f ng_ubt.ko ng_ubt.kld ng_ubt.o @ machine symb.tmp tmp.o opt_usb.h bus_if.h device_if.h vnode_if.h ===> netgraph/bluetooth/ubtbcmfw rm -f ubtbcmfw.ko ubtbcmfw.kld ubtbcmfw.o @ machine symb.tmp tmp.o opt_usb.h bus_if.h device_if.h vnode_if.h ===> netgraph/bpf rm -f ng_bpf.ko ng_bpf.kld ng_bpf.o bpf_filter.o @ machine symb.tmp tmp.o [...] ===> netgraph/bluetooth/h4 @ -> /src/sys machine -> /src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/drivers/h4 -D_KERNEL -DKLD_MODULE -I- -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/drivers/h4 -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include /src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/drivers/h4/ng_h4.c ===> netgraph/bluetooth/ubt @ -> /src/sys machine -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h touch opt_usb.h rm -f .depend mkdep -f .depend -a -nostdinc -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt -D_KERNEL -DKLD_MODULE -I- -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include /src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt/ng_ubt.c /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:60:21: usbdevs.h: No such file or directory mkdep: compile failed *** Error code 1 (continuing) `depend' not remade because of errors. ===> netgraph/bluetooth/ubtbcmfw @ -> /src/sys machine -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h touch opt_usb.h rm -f .depend mkdep -f .depend -a -nostdinc -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw -D_KERNEL -DKLD_MODULE -I- -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include /src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c /src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c:49:21: usbdevs.h: No such file or directory mkdep: compile failed *** Error code 1 (continuing) `depend' not remade because of errors. ===> netgraph/bpf @ -> /src/sys machine -> /src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include /src/sys/modules/netgraph/bpf/../../../netgraph/ng_bpf.c /src/sys/modules/netgraph/bpf/../../../net/bpf_filter.c ===> netgraph/bridge [...] ===> netgraph/bluetooth/h4 Warning: Object directory not changed from original /src/sys/modules/netgraph/bluetooth/h4 cc -O -pipe -march=pentium2 -pipe -march=pentium2 -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/drivers/h4 -Wall -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/h4/../../../../netgraph/bluetooth/drivers/h4 -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/netgraph/bluetooth/drivers/h4/ng_h4.c ld -d -warn-common -r -d -o ng_h4.kld ng_h4.o ld -Bshareable -d -warn-common -o ng_h4.ko ng_h4.kld objcopy --strip-debug ng_h4.ko ===> netgraph/bluetooth/ubt Warning: Object directory not changed from original /src/sys/modules/netgraph/bluetooth/ubt cc -O -pipe -march=pentium2 -pipe -march=pentium2 -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt -Wall -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/netgraph/bluetooth/ubt/../../../../netgraph/bluetooth/drivers/ubt/ng_ubt.c /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:60:21: usbdevs.h: No such file or directory *** Error code 1 (continuing) `all' not remade because of errors. ===> netgraph/bluetooth/ubtbcmfw Warning: Object directory not changed from original /src/sys/modules/netgraph/bluetooth/ubtbcmfw cc -O -pipe -march=pentium2 -pipe -march=pentium2 -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw -Wall -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/include -I/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c /src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c:49:21: usbdevs.h: No such file or directory /src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c: In function `ubtbcmfw_match': /src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c:130: error: `USB_VENDOR_BROADCOM' undeclared (first use in this function) /src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c:130: error: (Each undeclared identifier is reported only once /src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c:130: error: for each function it appears in.) *** Error code 1 (continuing) `all' not remade because of errors. ===> netgraph/bpf Warning: Object directory not changed from original /src/sys/modules/netgraph/bpf cc -O -pipe -march=pentium2 -pipe -march=pentium2 -Wall -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/netgraph/ng_bpf.c cc -O -pipe -march=pentium2 -pipe -march=pentium2 -Wall -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/net/bpf_filter.c ld -d -warn-common -r -d -o ng_bpf.kld ng_bpf.o bpf_filter.o ld -Bshareable -d -warn-common -o ng_bpf.ko ng_bpf.kld objcopy --strip-debug ng_bpf.ko ===> netgraph/bridge [...] I have all NOCLEAN* vars commented in /etc/make.conf. Other relevent lines from my /etc/make.conf: CPUTYPE=p2 CFLAGS+= -march=pentium2 -pipe INSTALL=install -C MTREE_FOLLOWS_SYMLINKS= -L NO_LPR=true NO_MODULES=true NO_SENDMAIL=true NOPROFILE=true MODULES_WITH_WORLD=true ALWAYS_CHECK_MAKE=yes WERROR= -Wno-error NO_WERROR=yes WITH_DYNAMICROOT=yes # -- use.perl generated deltas -- # # Created: Tue Jun 1 09:40:47 2004 # Setting to use base perl from ports: PERL_VER=5.8.4 PERL_VERSION=5.8.4 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo -- thx, Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:55:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C850116A4CE for ; Mon, 28 Jun 2004 18:55:25 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AAD243D2D for ; Mon, 28 Jun 2004 18:55:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5SIqvOJ060450; Mon, 28 Jun 2004 12:52:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2004 12:53:21 -0600 (MDT) Message-Id: <20040628.125321.08147769.imp@bsdimp.com> To: rehsack@liwing.de From: "M. Warner Losh" In-Reply-To: <40E03DF7.5010608@liwing.de> References: <40E03DF7.5010608@liwing.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Kernel Build Error in mii-dependings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:55:25 -0000 In message: <40E03DF7.5010608@liwing.de> Jens Rehsack writes: : with applying the patch to get ipfilter running again and re-supping : today's sources, I got a new error: ... : Hmm, if anyone can tell me what's going wrong and how to fix it, this : would be fantastic :) conf/files was botched by me, and I had a stale miidevs.h in my tree. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 18:59:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF72716A4CF; Mon, 28 Jun 2004 18:59:32 +0000 (GMT) Received: from mail.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C30043D1F; Mon, 28 Jun 2004 18:59:32 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by mail.spekt.net (Postfix, from userid 1007) id 7505A402D; Mon, 28 Jun 2004 20:59:29 +0200 (CEST) Received: from [192.168.0.149] (port42.ds1-ba.adsl.cybercity.dk [212.242.62.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.spekt.net (Postfix) with ESMTP id 47321400A; Mon, 28 Jun 2004 20:59:08 +0200 (CEST) Message-ID: <40E06A5C.7050505@raadradd.com> Date: Mon, 28 Jun 2004 20:58:36 +0200 From: Radek Kozlowski User-Agent: Mozilla Thunderbird 0.7 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Liesner References: <20040626115242.X570@gravy.kishka.net> <20040628190253.U658@korben.in.tern> <20040628134856.O2330@gravy.kishka.net> In-Reply-To: <20040628134856.O2330@gravy.kishka.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on biggie.spekt.net X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=ham version=2.63 X-Spam-Level: cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: Panic: EHCI and umass X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 18:59:32 -0000 On 2004.06.28 19:55, Bryan Liesner wrote: > No crashdump available. I would have loved a crashdump, it would have > saved me an hour manually transcribing the DDB trace :) > > I tried setting the no_sync_on _panic sysctl as well, but I can't coax a > coredump. I haven't been able to reliably produce a dump for quite some > time now. The system panics and then it's time to hit the reset switch. You might try call doadump() in ddb. -Radek From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 19:16:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F357716A4CE for ; Mon, 28 Jun 2004 19:16:25 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DA543D55 for ; Mon, 28 Jun 2004 19:16:25 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5SJGINf198906; Mon, 28 Jun 2004 21:16:20 +0200 Date: Mon, 28 Jun 2004 21:16:21 +0200 (CEST) From: Lukas Ertl To: Bryan Liesner In-Reply-To: <20040628134856.O2330@gravy.kishka.net> Message-ID: <20040628211532.K658@korben.in.tern> References: <20040626115242.X570@gravy.kishka.net> <20040628190253.U658@korben.in.tern> <20040628134856.O2330@gravy.kishka.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4249; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Panic: EHCI and umass X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 19:16:26 -0000 On Mon, 28 Jun 2004, Bryan Liesner wrote: > If there is another way for me to help you diagnose this, please let me know. It would also be helpful if you define USB_DEBUG and gradually increase the various *usb* debug sysctls. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 19:25:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AF2316A4CE for ; Mon, 28 Jun 2004 19:25:48 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9A643D2D for ; Mon, 28 Jun 2004 19:25:48 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])OAA64624; Mon, 28 Jun 2004 14:25:27 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 1C2755C29; Mon, 28 Jun 2004 14:25:27 -0500 (CDT) To: "Carl Makin" From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <1088385053.18392.3.camel@newton.aipo.gov.au> References: <1088385053.18392.3.camel@newton.aipo.gov.au> Message-Id: <20040628192527.1C2755C29@techpc04.okladot.state.ok.us> Date: Mon, 28 Jun 2004 14:25:27 -0500 (CDT) cc: freebsd-current@freebsd.org Subject: Q's about IBM TSM (was Re: HEADSUP: ibcs2 and svr4 compat headed for history) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 19:25:48 -0000 Hello, Excuse my butting-in, but TSM is quite important for us, too. > It will cause us a lot of grief unless we can find an alternative way to > run IBM's Tivoli Storage Manager. We currently use the SCO v2 client > which has huge warts, but runs. Could you take time or point me to something that would explain how to use the SCO client, please? We'd be another bunch to add to the ibcs/svr group if it actually works here, too. ;) > The linux client trips over the whole filesystem overlay thing badly and > I'm not sure disabling that to run just the TSM client is a good idea. > (Plus I hate the idea of maintaining custom kernel patches.) I've had no luck, likewise, with the Linux TSM client. I had never considered another compatible client until seeing your msg just now. FWIW, our support contract with IBM does cover TSM clients, but IBM won't consider a FreeBSD-native client despite their supporting their MacOSX client very well & officially. IBM says they need more "user base" to even consider a BSD flavor... go figure... I'm tracking -Current via CTM etc. > Carl. TIA -- Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 19:29:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33CDA16A4CE for ; Mon, 28 Jun 2004 19:29:53 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9699F43D49 for ; Mon, 28 Jun 2004 19:29:52 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5SJTgui880150; Mon, 28 Jun 2004 21:29:44 +0200 Date: Mon, 28 Jun 2004 21:29:45 +0200 (CEST) From: Lukas Ertl To: Paul Seniura In-Reply-To: <20040628192527.1C2755C29@techpc04.okladot.state.ok.us> Message-ID: <20040628212811.W658@korben.in.tern> References: <1088385053.18392.3.camel@newton.aipo.gov.au> <20040628192527.1C2755C29@techpc04.okladot.state.ok.us> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4249; Body=3 Fuz1=3 Fuz2=3 cc: Carl Makin cc: freebsd-current@FreeBSD.org Subject: Re: Q's about IBM TSM (was Re: HEADSUP: ibcs2 and svr4 compatheaded for history) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 19:29:53 -0000 On Mon, 28 Jun 2004, Paul Seniura wrote: >> The linux client trips over the whole filesystem overlay thing badly and >> I'm not sure disabling that to run just the TSM client is a good idea. >> (Plus I hate the idea of maintaining custom kernel patches.) > > I've had no luck, likewise, with the Linux TSM client. > I had never considered another compatible client until > seeing your msg just now. I'm using the Linux client with the nullfs hack. Works rather well. At least the Linux client isn't as awful as the ancient SCO client. > IBM says they need more "user base" to even consider a BSD > flavor... go figure... OK, go out and annoy your IBM sales droid. I did. No luck so far, but if they ask for user base, give them some figures. :-) cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 20:13:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADAF16A4CE for ; Mon, 28 Jun 2004 20:13:56 +0000 (GMT) Received: from ioskeha.hittite.isp.9tel.net (ioskeha.hittite.isp.9tel.net [62.62.156.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3468C43D58 for ; Mon, 28 Jun 2004 20:13:56 +0000 (GMT) (envelope-from clefevre-lists@9online.fr) Received: from pc2k (240-114-118-80.kaptech.net [80.118.114.240]) by ioskeha.hittite.isp.9tel.net (Postfix) with SMTP id 4BB4214BF42; Mon, 28 Jun 2004 22:14:14 +0200 (CEST) Message-ID: <013c01c45d4c$60f08690$7890a8c0@dyndns.org> From: "Cyrille Lefevre" To: "Alex Keahan" , References: <34301.1088242340@critter.freebsd.dk><200406261336.26051.alex@hightemplar.com><20040626125907.5b5b3ae7.flynn@energyhq.es.eu.org> <200406261945.03932.alex@hightemplar.com> Date: Mon, 28 Jun 2004 22:13:23 +0200 Organization: ACME MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: OT: Solaris sources (was Re: HEADSUP: ibcs2 and svr4 compat headed for history) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 20:13:56 -0000 "Alex Keahan" wrote: > On Saturday 26 Jun 2004 1:59 pm, Miguel Mendez wrote: > The Java source code is available. The source code to Solaris 8 has > also been available for several years now. Ok, so it's not BSD-licensed, > but it's certainly good enough to find the proper remedy to improve the > failing SVR4 compatibility code instead of axing it. do you know if the Solaris sources are still available somewhere ? Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 20:29:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F8D116A4CE for ; Mon, 28 Jun 2004 20:29:45 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A2E543D45 for ; Mon, 28 Jun 2004 20:29:45 +0000 (GMT) (envelope-from langd@informatik.tu-muenchen.de) Date: Mon, 28 Jun 2004 22:29:44 +0200 From: Daniel Lang To: freebsd-current@freebsd.org Message-ID: <20040628202944.GB73213@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ 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+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de Subject: Please help, panic with current, kern/68442 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 20:29:45 -0000 Hi, I filed and updated PR kern/68442 today. I am sort of desperate, since this is a production machine (a FreeBSD.org mirror among other services). I know that -current is not yet production quality, but a) it behaved very well in the past and b) it is encouraged to track down problems which tend to appear only on real-world loaded systems. So I hope someone will take a look at the PR, which includes some ddb stack trace at least and maybe comes up with a solution. I did not have been able to generate a core image for gdb debugging, yet. Usually the machine just hangs, even with the panic-message I don't get a ddb prompt, dump or even reboot. In most cases I need to hit the reset button. :( Thanks and best regards, Daniel -- IRCnet: Mr-Spock - Agartim billiard bumba m'abdul in papejim twista - rumba rock n rolla. Leik'ab mai. Spirzon Heroin se'osit gaula. - - Marijuana esit gaula. Haschisch. Opis. - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 20:33:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6666916A4CE for ; Mon, 28 Jun 2004 20:33:03 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA7D743D1D for ; Mon, 28 Jun 2004 20:33:02 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11] helo=localhost) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34 (FreeBSD)) id 1Bf2o7-000CpI-T8; Mon, 28 Jun 2004 22:33:02 +0200 Date: Mon, 28 Jun 2004 22:33:11 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: noackjr@alumni.rice.edu From: Oliver Eikemeier In-Reply-To: <40E05709.9010609@alumni.rice.edu> Message-Id: <5FAC72E6-C942-11D8-9FE1-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Divacky Roman cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 20:33:03 -0000 Jon Noack wrote: > On 06/28/04 07:52, Oliver Eikemeier wrote: >> Jon Noack wrote: >>> On 06/27/04 12:02, David O'Brien wrote: >>>> On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: >>>>> I digged through our base system and looked for versions of >>>>> contributed soft. I found these program which could (and I think >>>>> should) be easily and painlessly upgraded (before 5.3 as 5-STABLE) >>>>> because they are outdated etc... these are: >>>>> >>>>> file - 3.41 -> 4.09 >>>>> Painless upgrade and the benefit is much newer magic file >>>>> ftp://ftp.astron.com/pub/file/ >>>> >>>> Only semi-painless. The code and how it is built has changed >>>> around a >>>> lot, else I would have upgraded it by now. That said, in progress; >>>> but >>>> lower priority than my toolchain work. >>>> And why does this have to happen before 5-STABLE? I can certainly >>>> MFC >>>> something like this. >>> >>> Don't import until FILE 4.10 is released. I've submitted a patch to >>> Christos Zoulas for inclusion in 4.10 that *greatly* increases the >>> accuracy of FILE for FreeBSD. As soon as I see FILE 4.10 released >>> (with my patch), I'll be pleading for an import... >> Seems like Christos has been swamped by readelf.c patches :) I must >> admit that I didn't care about 4.6.2... >> Anyway, 4.09 is an improvement, and the import of 4.10 should be >> trivial afterwards, so why wait? > > I agree that 4.09 is a huge improvement (although it's wrong for > FreeBSD 4.10+, at least it correctly detects 5.x for the time being. > however, as soon as we we get 5-STABLE it'll still say it's -CURRENT). > The biggest issue will be the upgrade from 3.41 -> 4.x, so the 4.09 -> > 4.10 upgrade should be trivial as you say. > > My only concern was conservation of limited developer resources. If > someone wants to import 4.09 with the intent of following up to 4.10, > go for it. However, in my opinion FILE 4.10 should be primary goal. As said before: the update is sitting in my local repository, ready to commit. -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 20:53:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F8EA16A4CE for ; Mon, 28 Jun 2004 20:53:03 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C4943D4C for ; Mon, 28 Jun 2004 20:53:02 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])PAA16452; Mon, 28 Jun 2004 15:52:54 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id C22B15C29; Mon, 28 Jun 2004 15:52:54 -0500 (CDT) To: In-Reply-To: <20040628.095605.13314562.imp@bsdimp.com> References: <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> <40DF2607.5020409@mac.com> <40DF2607.5020409@mac.com> <20040628.095605.13314562.imp@bsdimp.com> From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" Message-Id: <20040628205254.C22B15C29@techpc04.okladot.state.ok.us> Date: Mon, 28 Jun 2004 15:52:54 -0500 (CDT) cc: current@freebsd.org cc: "M. Warner Losh" Subject: just like midi/seq was treated? (was Re: HEADSUP: ibcs2 and svr4 compat headed for history) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 20:53:03 -0000 > In message: <40DF2607.5020409@mac.com> > Chuck Swiger writes: > : In other words, I care quite a bit about how "working, supported > : functionality" gets transitioned to "no longer available". I'm not happy with > : the notion of "supported" -> "HEADS UP" -> one week -> gone. > > It appears that this is widely used enough that it won't be removed. > I agree that this is a too streamlined path. > > Warner Not to change the topic of this thread, but -- I wish someone had said that a few weeks ago while I complained about midi/seq support being removed without a replacement. ...STILL waiting... ...wondering if 5.3-R is going to have it at all... ...and I still have _no_ idea where it is being 'discussed'... -- thx, Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 21:01:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FC016A4CE for ; Mon, 28 Jun 2004 21:01:16 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id BC92D43D1F for ; Mon, 28 Jun 2004 21:01:15 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.179.20 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 28 Jun 2004 21:01:15 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D7D9061D2; Mon, 28 Jun 2004 16:01:14 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02980-09; Mon, 28 Jun 2004 16:01:13 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 6369960CF; Mon, 28 Jun 2004 16:01:13 -0500 (CDT) Message-ID: <40E08719.8020200@alumni.rice.edu> Date: Mon, 28 Jun 2004 16:01:13 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Eikemeier References: <5FAC72E6-C942-11D8-9FE1-00039312D914@fillmore-labs.com> In-Reply-To: <5FAC72E6-C942-11D8-9FE1-00039312D914@fillmore-labs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Divacky Roman cc: current@freebsd.org Subject: Re: Suggest to upgrade some software in base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 21:01:16 -0000 Oliver Eikemeier wrote: > Jon Noack wrote: >> On 06/28/04 07:52, Oliver Eikemeier wrote: >>> Jon Noack wrote: >>>> On 06/27/04 12:02, David O'Brien wrote: >>>>> On Sun, Jun 27, 2004 at 04:54:08PM +0200, Divacky Roman wrote: >>>>>> I digged through our base system and looked for versions of >>>>>> contributed soft. I found these program which could (and I >>>>>> think should) be easily and painlessly upgraded (before 5.3 >>>>>> as 5-STABLE) because they are outdated etc... these are: >>>>>> >>>>>> file - 3.41 -> 4.09 >>>>>> Painless upgrade and the benefit is much newer magic file >>>>>> ftp://ftp.astron.com/pub/file/ >>>>> >>>>> Only semi-painless. The code and how it is built has changed >>>>> around a lot, else I would have upgraded it by now. That >>>>> said, in progress; but lower priority than my toolchain work. >>>>> And why does this have to happen before 5-STABLE? I can >>>>> certainly MFC something like this. >>>> >>>> Don't import until FILE 4.10 is released. I've submitted a >>>> patch to Christos Zoulas for inclusion in 4.10 that *greatly* >>>> increases the accuracy of FILE for FreeBSD. As soon as I see >>>> FILE 4.10 released (with my patch), I'll be pleading for an >>>> import... >>> >>> Seems like Christos has been swamped by readelf.c patches :) I >>> must admit that I didn't care about 4.6.2... Anyway, 4.09 is an >>> improvement, and the import of 4.10 should be trivial afterwards, >>> so why wait? >> >> I agree that 4.09 is a huge improvement (although it's wrong for >> FreeBSD 4.10+, at least it correctly detects 5.x for the time >> being. however, as soon as we we get 5-STABLE it'll still say it's >> -CURRENT). The biggest issue will be the upgrade from 3.41 -> 4.x, >> so the 4.09 -> 4.10 upgrade should be trivial as you say. >> >> My only concern was conservation of limited developer resources. If >> someone wants to import 4.09 with the intent of following up to >> 4.10, go for it. However, in my opinion FILE 4.10 should be primary >> goal. > > As said before: the update is sitting in my local repository, ready > to commit. Anyone want to commit this? I'll pester you when FILE 4.10 is released, but this is certainly an improvement on the version currently in tree. Jon From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 21:01:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B2716A503 for ; Mon, 28 Jun 2004 21:01:28 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C61C43D39 for ; Mon, 28 Jun 2004 21:01:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28593 invoked from network); 28 Jun 2004 21:01:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Jun 2004 21:01:25 -0000 Received: from 131.106.58.153 (p58.n-nypop02.stsn.com [199.106.89.58]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i5SL18E7004987; Mon, 28 Jun 2004 17:01:13 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 28 Jun 2004 17:02:19 -0400 User-Agent: KMail/1.6 References: <20040628202944.GB73213@atrbg11.informatik.tu-muenchen.de> In-Reply-To: <20040628202944.GB73213@atrbg11.informatik.tu-muenchen.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406281702.19726.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Daniel Lang Subject: Re: Please help, panic with current, kern/68442 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 21:01:28 -0000 On Monday 28 June 2004 04:29 pm, Daniel Lang wrote: > Hi, > > I filed and updated PR kern/68442 today. I am sort of desperate, since > this is a production machine (a FreeBSD.org mirror among other > services). I know that -current is not yet production quality, but > > a) it behaved very well in the past and > b) it is encouraged to track down problems which tend to appear > only on real-world loaded systems. > > So I hope someone will take a look at the PR, which includes some > ddb stack trace at least and maybe comes up with a solution. > I did not have been able to generate a core image for gdb > debugging, yet. Usually the machine just hangs, even with the > panic-message I don't get a ddb prompt, dump or even reboot. > In most cases I need to hit the reset button. :( Do you have a date from a kernel that worked ok? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 21:25:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC9D16A4CE for ; Mon, 28 Jun 2004 21:25:21 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F85443D2D for ; Mon, 28 Jun 2004 21:25:21 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 73139 invoked by uid 89); 28 Jun 2004 21:27:54 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 28 Jun 2004 21:27:54 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com) by www2.neuroflux.com with HTTP; Mon, 28 Jun 2004 15:27:54 -0600 (MDT) Message-ID: <49195.208.4.77.15.1088458074.squirrel@www2.neuroflux.com> Date: Mon, 28 Jun 2004 15:27:54 -0600 (MDT) From: "Ryan Sommers" To: smp@freebsd.org, current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20040628152754_24536" X-Priority: 3 Importance: Normal Subject: Compaq Proliant 1600 & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2004 21:25:21 -0000 ------=_20040628152754_24536 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit I'm attempting to run 5.2-RELEASE (downloaded the latest RELENG_5_2 last week) on a Compaq Proliant 1600 w/ Dual 350mhz processors. Runs fine with the exception that the OS only seems to be recognizing a single processor. I have compiled a kernel with SMP and APIC but still doesn't seem to show more than the single processor. Any ideas? Ryan Sommes ryans@gamersimpact.com ------=_20040628152754_24536 Content-Type: text/plain; name="/root/dmesg.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="/root/dmesg.txt" Copyright (c) 1992-2004 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.2.1-RELEASE-p8 #0: Fri Jun 25 20:39:50 CDT 2004 root@moleman:/usr/obj/usr/src/sys/MOLEMAN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0744000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (349.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183f9ff real memory = 603979776 (576 MB) avail memory = 581230592 (554 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci0: at device 11.0 (no driver attached) pcib1: at device 13.0 on pci0 pci1: on pcib1 tl0: port 0x2880-0x288f mem 0xc6ffdd70-0xc6ffdd7f irq 9 at device 7.0 on pci1 tl0: Ethernet address: 00:08:c7:4c:64:fc miibus0: on tl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tlphy0: on miibus0 tlphy0: 10base2/BNC, 10base5/AUI sym0: <875> port 0x2000-0x20ff mem 0xc6fff000-0xc6ffffff,0xc6ffdf00-0xc6ffdfff irq 10 at device 9.0 on pci1 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x2400-0x24ff mem 0xc6ffe000-0xc6ffefff,0xc6ffde00-0xc6ffdeff irq 11 at device 9.1 on pci1 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking xl0: <3Com 3c980 Fast Etherlink XL> port 0x2800-0x287f mem 0xc6ffdd80-0xc6ffddff irq 5 at device 11.0 on pci1 xl0: Ethernet address: 00:10:4b:8e:55:30 miibus1: on xl0 xlphy0: <3Com internal media interface> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at device 14.0 (no driver attached) isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0xf100-0xf10f at device 20.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 20.2 (no driver attached) piix0: port 0xf040-0xf04f at device 20.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 eisa0: on motherboard mainboard0: on eisa0 slot 0 orm0:
> &a.rwatson; on freebsd-current, December 14, > 2003 > > These warnings are generated by Witness, a run-time lock > diagnostic system found in FreeBSD 5-CURRENT kernels (but > removed in releases). You can read more about Witness in the > WITNESS(4) man page, which talks about its capabilities. Among > other things, Witness performs run-time lock order verification > using a combination of hard coded lock orders, and run-time > detected lock orders, and generates console warnings when lock > orders are violated. The intent of this is to detect the > potential for deadlocks due to lock order violations; it's worth > observing that Witness is actually slightly conservative, and so > it's possible to get false positives. In the event that Witness > is accurately reporting a lock order problem, it's basically > saying "If you were unlucky, a deadlock would have happened > here". There are a couple of "well known" false positives, > which we need to do a better job of documenting to prevent > spurious reports. The non-well-known ones typically correspond > to bugs in newly added locking, as lock order reversals usually > get fixed pretty quickly because Witness is busy generating > warnings :-). > > > See url="http://sources.zabbadoz.net/freebsd/lor.html">Bjoern > Zeeb's lock order reversal page for the status of > known lock order reversals. > >
> > --------------070209030904030509090107-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:18:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDDC616A4CE for ; Thu, 1 Jul 2004 11:18:04 +0000 (GMT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id E609343D41 for ; Thu, 1 Jul 2004 11:18:03 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (root@geri.cc.fer.hr [161.53.72.107]) by geri.cc.fer.hr (8.12.9p2/8.12.8) with ESMTP id i61AoXsU032119 for ; Thu, 1 Jul 2004 12:50:33 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <40E3ECCD.4090504@fer.hr> Date: Thu, 01 Jul 2004 12:51:57 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.84.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:18:04 -0000 I tried to upgrade 5.2.1 system to 5-current, and came across a weird problem: one of my disks (with the root partition, ofcourse...) is being misdetected as being SATA150 and having a large garbage-looking number of TBs for size (as well as identifier consisting of < P P P...>. The weird thing is: I isolated the problem to inclusion of WITNESS in the kernel. If the WITNESS is commented out of the kernel config, the above error occurs, if the WITNESS is present, there's no error. (I tried lots of other options like fiddling with INVARIANTS, but it really is the presence WITNESS option that causes it). My make.conf only contains use.perl variables. The system works perfectly with 5.2.1-RELEASE, and WinXP (dual boot). Other drives in the system, as well as CD reader and CD writer drives are recognized ok. Motherboard is oldish VIA KT133A (VIA 82C686B UDMA 100 controller, which is recognized correctly in every case). The error is "timeout READ_MUL - retrying", accompanied by a worrying sound from the drive, similar, bot not quite equal, to the drive spinning down... -- What part of "Ph'nglui mglw'nath Cthulhu R'lyeh wgah'nagl fhtagn" don't you understand? From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:23:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F0216A4CE for ; Thu, 1 Jul 2004 11:23:22 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 31C0B43D45 for ; Thu, 1 Jul 2004 11:23:22 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.179.20 with login) by smtp003.bizmail.yahoo.com with SMTP; 1 Jul 2004 11:22:05 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A2D306186; Thu, 1 Jul 2004 06:22:04 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02322-01; Thu, 1 Jul 2004 06:22:03 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 358486171; Thu, 1 Jul 2004 06:22:03 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i61BM2uJ032512; Thu, 1 Jul 2004 06:22:02 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40E3F3DA.1050702@alumni.rice.edu> Date: Thu, 01 Jul 2004 06:22:02 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040629) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <20040701061818.GA80579@lucky.net> <20040701063105.GA20785@xor.obsecurity.org> <200407011617.03053.doconnor@gsoft.com.au> <20040701083434.GA83951@atrbg11.informatik.tu-muenchen.de> <40E3DE2D.3020204@alumni.rice.edu> <20040701103535.GA84499@atrbg11.informatik.tu-muenchen.de> <40E3EBD2.2020106@alumni.rice.edu> <40E3EF47.5090007@alumni.rice.edu> In-Reply-To: <40E3EF47.5090007@alumni.rice.edu> Content-Type: multipart/mixed; boundary="------------070806020307030200080000" X-Virus-Scanned: by amavisd-new at noacks.org cc: "Bjoern A. Zeeb" cc: FreeBSD current mailing list cc: Daniel Lang Subject: Re: LOR (vm object - swap_pager swhash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:23:22 -0000 This is a multi-part message in MIME format. --------------070806020307030200080000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit On 07/01/04 06:02, Jon Noack wrote: > On 07/01/04 05:47, Jon Noack wrote: >> Perhaps the best bet is to add a FAQ. The FAQ would point to Bjoern's >> site and the LOR-message would point to the FAQ entry. > > Again, my docproj foo is weak, but see the attached FAQ. You have to uninstall the xhtml-1.1 port to get docproj to work?!? Whatever... In any case, here's what it would look like: http://www.noacks.org/freebsd/book.html#LOCK-ORDER-REVERSAL Updated patch attached. Jon --------------070806020307030200080000 Content-Type: text/plain; name="lor-faq.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lor-faq.diff" Index: book.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/faq/book.sgml,v retrieving revision 1.626 diff -r1.626 book.sgml 4381a4382,4426 > > > > What is a lock order reversal? > > > > &a.rwatson; answered this question very succinctly on > the freebsd-current list in a thread entitled url="http://docs.freebsd.org/cgi/getmsg.cgi?fetch=65165+0+/usr/local/www/db/text/2003/freebsd-current/20031221.freebsd-current">lock > order reversals - what do they mean? > >
> &a.rwatson; on freebsd-current, December 14, > 2003 > > These warnings are generated by Witness, a run-time lock > diagnostic system found in FreeBSD 5-CURRENT kernels (but > removed in releases). You can read more about Witness in the > WITNESS(4) man page, which talks about its capabilities. Among > other things, Witness performs run-time lock order verification > using a combination of hard coded lock orders, and run-time > detected lock orders, and generates console warnings when lock > orders are violated. The intent of this is to detect the > potential for deadlocks due to lock order violations; it's worth > observing that Witness is actually slightly conservative, and so > it's possible to get false positives. In the event that Witness > is accurately reporting a lock order problem, it's basically > saying "If you were unlucky, a deadlock would have happened > here". There are a couple of "well known" false positives, > which we need to do a better job of documenting to prevent > spurious reports. The non-well-known ones typically correspond > to bugs in newly added locking, as lock order reversals usually > get fixed pretty quickly because Witness is busy generating > warnings :-). >
> > > See url="http://sources.zabbadoz.net/freebsd/lor.html">Bjoern > Zeeb's lock order reversal page for the status of > known lock order reversals. > > > --------------070806020307030200080000-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:33:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 201A216A4CE for ; Thu, 1 Jul 2004 11:33:46 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 030B743D53 for ; Thu, 1 Jul 2004 11:33:46 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.179.20 with login) by smtp003.bizmail.yahoo.com with SMTP; 1 Jul 2004 11:32:59 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 507606186; Thu, 1 Jul 2004 06:32:59 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02387-01; Thu, 1 Jul 2004 06:32:57 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id C6F676140; Thu, 1 Jul 2004 06:32:57 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i61BWvV0032672; Thu, 1 Jul 2004 06:32:57 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40E3F669.80408@alumni.rice.edu> Date: Thu, 01 Jul 2004 06:32:57 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040629) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <20040701061818.GA80579@lucky.net> <20040701063105.GA20785@xor.obsecurity.org> <200407011617.03053.doconnor@gsoft.com.au> <20040701083434.GA83951@atrbg11.informatik.tu-muenchen.de> <40E3DE2D.3020204@alumni.rice.edu> <20040701103535.GA84499@atrbg11.informatik.tu-muenchen.de> <40E3EBD2.2020106@alumni.rice.edu> <40E3EF47.5090007@alumni.rice.edu> <40E3F3DA.1050702@alumni.rice.edu> In-Reply-To: <40E3F3DA.1050702@alumni.rice.edu> Content-Type: multipart/mixed; boundary="------------090406000108090201010404" X-Virus-Scanned: by amavisd-new at noacks.org cc: "Bjoern A. Zeeb" cc: FreeBSD current mailing list cc: Daniel Lang Subject: Re: LOR (vm object - swap_pager swhash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:33:46 -0000 This is a multi-part message in MIME format. --------------090406000108090201010404 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit On 07/01/04 06:22, Jon Noack wrote: > On 07/01/04 06:02, Jon Noack wrote: > >> On 07/01/04 05:47, Jon Noack wrote: >> >>> Perhaps the best bet is to add a FAQ. The FAQ would point to >>> Bjoern's site and the LOR-message would point to the FAQ entry. >> >> >> Again, my docproj foo is weak, but see the attached FAQ. > > > You have to uninstall the xhtml-1.1 port to get docproj to work?!? > Whatever... > > In any case, here's what it would look like: > http://www.noacks.org/freebsd/book.html#LOCK-ORDER-REVERSAL Might help to close the paragraph. Also, add a link to the witness man page. I swear this is the last email... Jon --------------090406000108090201010404 Content-Type: text/plain; name="lor-faq.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lor-faq.diff" Index: book.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/faq/book.sgml,v retrieving revision 1.626 diff -r1.626 book.sgml 4381a4382,4426 > > > > What is a lock order reversal? > > > > &a.rwatson; answered this question very succinctly on > the freebsd-current list in a thread entitled url="http://docs.freebsd.org/cgi/getmsg.cgi?fetch=65165+0+/usr/local/www/db/text/2003/freebsd-current/20031221.freebsd-current">lock > order reversals - what do they mean? > >
> &a.rwatson; on freebsd-current, December 14, > 2003 > > These warnings are generated by Witness, a run-time lock > diagnostic system found in FreeBSD 5-CURRENT kernels (but > removed in releases). You can read more about Witness in the > &man.witness.4; man page, which talks about its capabilities. Among > other things, Witness performs run-time lock order verification > using a combination of hard coded lock orders, and run-time > detected lock orders, and generates console warnings when lock > orders are violated. The intent of this is to detect the > potential for deadlocks due to lock order violations; it's worth > observing that Witness is actually slightly conservative, and so > it's possible to get false positives. In the event that Witness > is accurately reporting a lock order problem, it's basically > saying "If you were unlucky, a deadlock would have happened > here". There are a couple of "well known" false positives, > which we need to do a better job of documenting to prevent > spurious reports. The non-well-known ones typically correspond > to bugs in newly added locking, as lock order reversals usually > get fixed pretty quickly because Witness is busy generating > warnings :-). >
> > > See url="http://sources.zabbadoz.net/freebsd/lor.html">Bjoern > Zeeb's lock order reversal page for the status of > known lock order reversals. > > > --------------090406000108090201010404-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:37:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0980416A4CE; Thu, 1 Jul 2004 11:37:00 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4999C43D31; Thu, 1 Jul 2004 11:36:59 +0000 (GMT) (envelope-from langd@informatik.tu-muenchen.de) Date: Thu, 1 Jul 2004 12:35:35 +0200 From: Daniel Lang To: Jon Noack Message-ID: <20040701103535.GA84499@atrbg11.informatik.tu-muenchen.de> References: <20040701061818.GA80579@lucky.net> <20040701063105.GA20785@xor.obsecurity.org> <200407011617.03053.doconnor@gsoft.com.au> <20040701083434.GA83951@atrbg11.informatik.tu-muenchen.de> <40E3DE2D.3020204@alumni.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <40E3DE2D.3020204@alumni.rice.edu> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ 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+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: "Bjoern A. Zeeb" cc: FreeBSD current mailing list Subject: Re: LOR (vm object - swap_pager swhash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:37:00 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Jon Noack wrote on Thu, Jul 01, 2004 at 04:49:33AM -0500: [..] > Yes, but I think the idea was to get it put on the FreeBSD web site=20 > first (Bjoern's been doing a great job, but it simplifies things a lot=20 > to have it on the FreeBSD web site). I started working on this, but=20 > [1]. [..] How about just creating a redirect from the FreeBSD.org website? So that in the lor-code the message will refer to s.th. like http://www.freebsd.org/doc/bla/blubb/lor.html and lor.html just contains a META redirect tag to Bjoern's site? So the message can be included right now, without mentioning Bjoern's site in the code. If Bjoern's page (or the content) is actually moved to the FreeBSD webserver, the redirect can simply be removed. Cheers, Daniel --=20 IRCnet: Mr-Spock - Cool people don't move, they just hang around. - =20 Daniel Lang * dl@leo.org * ++49 89 289 18532 * http://www.leo.org/~dl/ --T4sUOijqQbZv57TR Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIVcwYJKoZIhvcNAQcCoIIVZDCCFWACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EugwggcAMIIF6KADAgECAgIj0zANBgkqhkiG9w0BAQUFADByMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JC Ry1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMB4XDTA0MDQyMzEz MTU1OFoXDTA1MDUzMTAwMDAwMFowdzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklOMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIG CSqGSIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAs1d9JUkGBG8T4m1wlzqfK2IU6pEZQcA00/hX1hlAVY5Jwv18rJncrOym 1dXSLubRIWZEEDRDPYCK0RhGHtaBYOTZpBSWezVkC2g6ioWS9wsnJpk0GIJN+o+k9L7+3vzE y/JemK2/ARtPIMo3jXMf7qD9rcZ6LD6SwUDtq8Tl3YE8pC8ptT4CROjS1SKHh7JI8a5vEUWw v/2C+a4VSW0blJu4G50Ze+UwAdHrEMxvCjXN09YyjcY4N/eUacWl7p/kMXuKErnibYRY8jJF wQnFzacWQrNRHjXO5mW06ZlbyvMzO5gQLSu7fAJMLXRZPT+bxNYZf4JUHJnNkn4Y8Ikg/QID AQABo4IDmTCCA5UwDAYDVR0TAQH/BAIwADAdBgNVHQ4EFgQUzXKq/vhVcUKYbsX7Z8ixXFhe F2YwgZMGA1UdIwSBizCBiIAUNiQ562ZHp7c9HjvDspUMZvpFEfuhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQUwDgYDVR0PAQH/ BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBsQYDVR0RBIGpMIGmgQ9s YW5nZEBpbi50dW0uZGWBFWRhbmllbC5sYW5nQGluLnR1bS5kZYEfbGFuZ2RAaW5mb3JtYXRp ay50dS1tdWVuY2hlbi5kZYElZGFuaWVsLmxhbmdAaW5mb3JtYXRpay50dS1tdWVuY2hlbi5k ZYEQbGFuZ2RAY3MudHVtLmVkdYEWZGFuaWVsLmxhbmdAY3MudHVtLmVkdYEKZGxAbGVvLm9y ZzAJBgNVHRIEAjAAMDsGA1UdHwQ0MDIwMKAuoCyGKmh0dHA6Ly9jYS5pbi50dW0uZGUvY3Js cy9nMi91c2VyY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCBaAwga4GCWCGSAGG+EIBDQSB oBaBnURpZXNlcyBaZXJ0aWZpa2F0IHd1cmRlIGF1c2dlc3RlbGx0IGZ1ZXIgRGFuaWVsIExh bmcgdm9uIGRlciBSQkctQmVudXR6ZXItQ0EgKDIuR2VuZXJhdGlvbiksIEZha3VsdGFldCBm dWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbi4w NgYJYIZIAYb4QgEDBCkWJ2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi91c2VyY2EtcmV2 PzAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8w LAYJYIZIAYb4QgEIBB8WHWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMEcGA1UdIARA MD4wPAYNKwYBBAGBmD5lgUgBATArMCkGCCsGAQUFBwIBFh1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzLzANBgkqhkiG9w0BAQUFAAOCAQEAaFvwlYSJNc32QohD3O0xlEprR1sauebF q3DrhCttWooCxyOQs6SCUnk2Smv9Rl1P7NFqoKhfTFwhC0Oa5rXgTFyOv7w8M8RyFIDahfHb PA2kxf8UHlsZcSuumPEEToi5dm0c2FObAAOT0CV0yKCp6RI+xSbMF6qQD23+j5PtlESTeIYp f/aL8b4gUHS0KKsEgqjpOoqbJzYBskQCLenolaFKevZuZRpmhrgGzUyakRKgGu7jR/88CYh6 YyUkc/Fxk/i+vhLQV/7mJEO0/mf6Dx+26kPgamKZieGqDJSfEvMgbLEdhkx8KIC7BmF1xt/w Wqln6jvlyyNhzks5ivf+tTCCBeIwggTKoAMCAQICAQQwDQYJKoZIhvcNAQEFBQAwaTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklO MQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wNDA0 MTQxMTM2MzRaFw0wOTA2MDEwMDAwMDBaMHAxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVu Y2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAoePWEn7xO39yf3DYb9gxjsS0uofT/t1QxfCFkqYDxU6C24ewtFEOMlR40Q4J 4HHBFOWc7rllw780sWuumYkzjdxswA37ZmZ171Zp99cZ9HLO1eWroaiewGiE69Yo30x1iePp 5/5MjbeQdyzfKVjppIgdH4Q7T7W6jV9xrerR955FoD7GKKj1B4azN1hmjkxyIcTTd3imk3yi 3IfLTUbNhPeedsNVRez7l+NRqt6vJC1u+Q3IBQ2PPRcgeVQJGkHPtEKcPtFrY4kV4YHmiBF/ Xl1co1OAddxYO3v+hns0ikxOFxMqEEw4nfeHCL7pVp11uXB2kc8NpEwzNZsq5ykmmQIDAQAB o4ICjDCCAogwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQU3PUENjj/EeOdOtKDmBMZDy3I H/8wgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMBMGA1UdJQQMMAoGCCsGAQUFBwMBMDcGA1UdHwQwMC4wLKAqoCiGJmh0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9nMi9jYV9jcmwuY3JsMBEGCWCGSAGG+EIBAQQEAwICBDCBkwYJ YIZIAYb4QgENBIGFFoGCWmVydGlmaWthdCBmdWVyIFJCRy1TZXJ2ZXItQ0EgYXVzZ2VzdGVs bHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsg ZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgBhvhCAQQEJRYj aHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wPAYJYIZIAYb4QgEIBC8WLWh0 dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvc2VydmVyY2Fwb2wuaHRtbDBHBgNVHSAEQDA+ MDwGDSsGAQQBgZg+ZYFIAQEwKzApBggrBgEFBQcCARYdaHR0cDovL2NhLmluLnR1bS5kZS9w b2xpY2llcy8wDQYJKoZIhvcNAQEFBQADggEBAJdbHM31nJEU9hLrlFtsa653xed5gSFUwX3D hlUWRFDB+EknV0g+IeVYykNzpw8ILruy59S5O101ZH47br2rx9m3EUloAIyVRDFFX+aFuJ+i PDyo98aZDSdeuwAwSO4tv/rOudIZST5XFvHez7aiIoUHx07NZhcr3yFzOqTPtLkw67MDizY0 +nHvMH26Ch0nSQUdor+y0rPfYMRpOomrjV42U23VRtxnRo+KqUdvgg1WdUST9sMqBXQ1esfn N5LIt3xdahgCNz5F/2ai0LW8E2E/WWJNZfaKhC062T/FZzH6/qe+pmVlDgCWDPXci0D5HR4c lxUbEkbQ4olo0cdje3gwggX6MIIE4qADAgECAgEFMA0GCSqGSIb3DQEBBQUAMGkxCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDQwNDE0 MTEzODIxWhcNMDkwNjAxMDAwMDAwWjByMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNo ZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAuUIL+0omWgx+ZdeQWWuiMSkOPHit3bZKDTMwW1uO1046KvcrBfSURAV/0Afx 4DiQtkFptNt18wMvJrJPf85TXxGXiOR1MUpx4GNQ0FtNg5AzIRSVQpEzOo6cBe3hU3owXnZZ 22d36XHXnKoz/zZMePSEggc2oMuj+OoChLROG/psUS58tT20ohl1ltfqTeB/9ldGaJomANv4 Q6HgvvMRB8VK6qGR+FADAEqpZJ+JewAMJaDpDatkLhZQ44ygGPErDIWbKnqZvPfiBTga65kB E3N/2Mt+x2q1duyEfS49P+Ss2Vf0v8xnvdmsUF+0MdgBQ2dKTMbCQwsbGDDUVbW7OwIDAQAB o4ICojCCAp4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUNiQ562ZHp7c9HjvDspUMZvpF EfswgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA3BgNVHR8EMDAuMCygKqAo hiZodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvZzIvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBlgYJYIZIAYb4QgENBIGIFoGFWmVydGlmaWthdCBmdWVyIFJC Ry1CZW51dHplci1DQSwgYXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBN dWVuY2hlbjAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2Nh LXJldj8wOgYJYIZIAYb4QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNl cmNhcG9sLmh0bWwwRwYDVR0gBEAwPjA8Bg0rBgEEAYGYPmWBSAEBMCswKQYIKwYBBQUHAgEW HWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMA0GCSqGSIb3DQEBBQUAA4IBAQB0Fciq aObDs6d/ZW5OXQi6AfFy7SnagnAP3uqMAamMyTCtUn8/3AeGb5veesmtXUTrOL6v5q5VMuwa C6rvxLVpevnS6YrvhjijbqtuaJU/Rsw+zgAvGOj3VrolfC4pxNBPoKATBVWDOufrO3w9oFHY OaS3URFEURbhdQGCET0letBus3B8fCl0TOvF7ftE47+C8c0nYDzukMH2DNTlJ1Z33NA5CFyC QBjqdGFmRJezFyquWDP+ub/Aw/TeiY1vr/wsF+mcfNjFYvY6Q8tIWoeg5ED7Ex20T9PFk447 gWpEN6oyTUXd95SyMzWZ6RzUX/ox/mlcYfCqoUDiReZr/6+EMYICUzCCAk8CAQEweDByMQsw CQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMC SU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVt LmRlAgIj0zAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA0MDcwMTEwMzUzNVowIwYJKoZIhvcNAQkEMRYEFMkeUq4NhVH88GjU8zC1 IOthbD06MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIB AGztUjwWrwtZk8FDU66mgwbaG0FIj45BBWK67YHjMSuaFt4gLneM0F98BAhCJiW306OhSQGv 9I2mIMV2Rg1f1ses3RY7QUjfrwfVXFvhKZKidqjmpTRV2UX465Dvg750/AzqPYVSxEyVvu8H AXyM1GLnsvQ7Do30rVoH5FBYJMtDPBLE0dvityFnIff5AZCwV+VIvWDTz+qrt8YFmAuf1VpO s8zcKaJmUgS1Qyf8/9QnHN1hEQ8KNqeDdt8kZcta+dM4Q2KV8CNR9aeGiVCU6XO3Pc9DD1W9 GzcONPYv6zGKrDxKHW588QmXB6jKxYCmk4zWaAECWC9rQAhGpM0AGuQ= --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:37:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3251916A4CE for ; Thu, 1 Jul 2004 11:37:54 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC6D43D41 for ; Thu, 1 Jul 2004 11:37:53 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 9459BACADB; Thu, 1 Jul 2004 13:05:22 +0200 (CEST) Date: Thu, 1 Jul 2004 13:05:22 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20040701110522.GV12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rXuqotSZ+NtGlOXy" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: UMA/softdep panic. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:37:54 -0000 --rXuqotSZ+NtGlOXy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x20 [...] current process =3D 5 (g_up) [...] db> tr vm_object_page_remove+0xbc vm_map_entry_delete+0xcc vm_map_delete+0x1ab vm_map_remove+0x42 kmem_free+0x25 page_free+0x29 uma_large_free+0x7b free+0xe4 softdep_disk_write_complete+0x1f2 bufdone+0x170 bufdonebio+0x24 biodone+0x57 g_dev_done+0x5b biodone+0x57 g_io_shcedule_up+0xa5 g_up_procbody+0x32 fork_exit+0x98 [...] Any ideas? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --rXuqotSZ+NtGlOXy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA4+/yForvXbEpPzQRAgFiAJoDQZRWK+nK+5nbtZvoUowDgGT+MgCfQAUh ZUz3owWKodgEpN9fOv4aheI= =ym74 -----END PGP SIGNATURE----- --rXuqotSZ+NtGlOXy-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:39:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB6A16A4D1 for ; Thu, 1 Jul 2004 11:39:45 +0000 (GMT) Received: from s1.home.ro (s1.home.ro [193.231.236.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A524043D31 for ; Thu, 1 Jul 2004 11:39:44 +0000 (GMT) (envelope-from bugghy@home.ro) Received: (qmail 6710 invoked from network); 1 Jul 2004 11:07:21 -0000 Received: from unknown (HELO ?62.231.82.58?) (bugghy@62.231.82.58) by 133.home.ro with SMTP; 1 Jul 2004 11:07:21 -0000 From: bugghy To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SouhQLTgfV4KdW6BY6Ar" Message-Id: <1088691081.59098.3.camel@illusion.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 14:11:23 +0000 Subject: Bus error (core dumped) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:39:45 -0000 --=-SouhQLTgfV4KdW6BY6Ar Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hy, I'm having a problem on my 5.2.1-RELEASE-p8 workstation: My hdd started to freeze before shutdown or on random commands: # grep error -A 2 -B 2 /var/log/messages Jun 30 18:50:30 illusion kernel: vmmon: Module vmmon: initialized Jun 30 18:51:32 illusion kernel: pid 705 (sh), uid 0: exited on signal 10 (core dumped) Jun 30 18:51:32 illusion fsck: Bus error (core dumped)=20 Jun 30 18:52:40 illusion su: bugghy to root on /dev/ttyp0 Jun 30 19:10:06 illusion syslogd: kernel boot file is /boot/kernel/kernel -- Jul 1 13:11:54 illusion kernel: vmmon: Module vmmon: initialized Jul 1 13:24:46 illusion syslogd: kernel boot file is /boot/kernel/kernel Jul 1 13:24:46 illusion kernel: usr/src/gnu/usr.bin/cc/cc_int/rtl-error.o Jul 1 13:24:46 illusion kernel: WARNING: /home: multilabel flag on fs but no MAC support Jul 1 13:24:46 illusion kernel: IPv6 packet filtering initialized, logging disabled After I manually reboot, system enters in single user mode, I fscked and continued booting but here goes nothing: # dmesg cc/cc_int/fibheap.o WARNING: /home: multilabel flag on fs but no MAC support IPv6 packet filtering initialized, logging disabled WARNING: driver "vmmon" used unreserved major device number 200 vmmon: Module vmmon: registered with major=3D200 minor=3D0 tag=3D$Name: build-570 (3.2.x mvm) $ vmmon: Module vmmon: initialized pid 949 (sh), uid 1001: exited on signal 11 (core dumped) (the vmmon driver is needed by vmware3 and I guess unrelated to the=20 problem as I've run vmware for over three months with the same driver). The core files are found here:=20 http://rootshell.be/~bugghy/sh.core.1=20 http://rootshell.be/~bugghy/sh.core.2 Note that I successfully ran this workstation for more than a year without problems and I didn't install something particularly interesting lately. --=20 ------------------------ - Software is like sex - - it's better when - - it's free - - Linus Torvalds - ------------------------ --=-SouhQLTgfV4KdW6BY6Ar Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD4DBQBA5BuGkROrn8NnxIoRAt7aAJdwk8fv63L0bLLiZmXGQwuASxIbAJ40whUd /zH5dJSy5gOcSRNjZuTvTw== =qlnd -----END PGP SIGNATURE----- --=-SouhQLTgfV4KdW6BY6Ar-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:54:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E50816A4CE for ; Thu, 1 Jul 2004 11:54:34 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC3E743D41 for ; Thu, 1 Jul 2004 11:54:33 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 26B9D11837; Thu, 1 Jul 2004 12:20:06 +0200 (CEST) Date: Thu, 1 Jul 2004 12:20:05 +0200 From: "Simon L. Nielsen" To: "Bjoern A. Zeeb" Message-ID: <20040701102005.GB743@eddie.nitro.dk> References: <20040701061818.GA80579@lucky.net> <20040701063105.GA20785@xor.obsecurity.org> <20040701083434.GA83951@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: FreeBSD current mailing list cc: Daniel Lang Subject: Re: LOR (vm object - swap_pager swhash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 11:54:34 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.07.01 09:18:26 +0000, Bjoern A. Zeeb wrote: > On Thu, 1 Jul 2004, Daniel Lang wrote: >=20 > > Didn't Brian want to add a message in the LOR code to > > refer to the LOR-Webpage? >=20 > I really didn't like the idea of having my webserver listed in the > FreeBSD kernel sources (patch pasted in). Of course now that the page is created, there is the posibility to put the LOR page somewhere on the normal FreeBSD website... with the pro's and con's of doing that (regardless of the page is references in the source code or not)... --=20 Simon L. Nielsen FreeBSD Documentation Team --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA4+VVh9pcDSc1mlERAuhnAJ9/CCHo/J9QRuQ8GWyy1rkSCxHmqwCggbBo gYO2BZhsB0fwe5Pt1gxnj3c= =gg3u -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 12:00:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C3A16A4D0; Thu, 1 Jul 2004 12:00:22 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0156343D3F; Thu, 1 Jul 2004 12:00:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i61BxrBE038399; Thu, 1 Jul 2004 07:59:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i61BxsrB095959; Thu, 1 Jul 2004 07:59:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 805D27303F; Thu, 1 Jul 2004 07:59:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040701115954.805D27303F@freebsd-current.sentex.ca> Date: Thu, 1 Jul 2004 07:59:54 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 12:00:22 -0000 TB --- 2004-07-01 10:50:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-01 10:50:32 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-07-01 10:50:32 - checking out the source tree TB --- 2004-07-01 10:50:32 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-07-01 10:50:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-07-01 10:55:24 - building world (CFLAGS=-O2 -pipe) TB --- 2004-07-01 10:55:24 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-07-01 10:55:24 - /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 --- 2004-07-01 11:51:23 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-07-01 11:51:23 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-07-01 11:51:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jul 1 11:51:23 UTC 2004 >>> 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 -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_thermal.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_acad.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_battery.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_cmbat.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_cpu.c cc -O2 -pipe -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c: In function `acpi_ec_ecdt_probe': /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c:379: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-07-01 11:59:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-01 11:59:54 - ERROR: failed to build generic kernel TB --- 2004-07-01 11:59:54 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 12:39:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7346516A4CE; Wed, 30 Jun 2004 12:39:09 +0000 (GMT) Received: from Awfulhak.org (awfulhak.demon.co.uk [80.177.173.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD69643D2D; Wed, 30 Jun 2004 12:39:08 +0000 (GMT) (envelope-from brian@Awfulhak.org) Received: from mail.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by Awfulhak.org (8.12.11/8.12.11) with SMTP id i5UCdOKi051193; Wed, 30 Jun 2004 13:39:24 +0100 (BST) (envelope-from brian@Awfulhak.org) Date: Wed, 30 Jun 2004 13:39:23 +0100 From: Brian Somers To: Gregory Edigarov Message-Id: <20040630133923.5aedaade@dev.lan.Awfulhak.org> In-Reply-To: <20040630094314.GA1016@profi.kharkov.ua> References: <20040630094314.GA1016@profi.kharkov.ua> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on gw.lan.Awfulhak.org X-Mailman-Approved-At: Thu, 01 Jul 2004 12:04:02 +0000 cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org cc: squid-users@squid-cache.org cc: freebsd-questions@freebsd.org Subject: Re: Squid, FreeBSD, Multilink PPP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2004 12:39:09 -0000 On Wed, 30 Jun 2004 12:43:14 +0300, Gregory Edigarov wrote: > Hello, > > I have Squid-2.5 running on FreeBSD 5-Current. We have 2 ppp links, > and use them in multilink mode, through userlevel ppp. > If one or both links fail and then come up, say, if I just turn the > modem power off and on all the web browsing becomes very slow > squid. > It takes forever for squid to show a page which, in a normal > conditions, would take only a few seconds. Pings to those sites I am > trying to open are just fine. > Taking squid down and then up have no effect. The only thing help is > rebooting > the whole system. > > Is there anything I can do? How does ppp deal with the link loss - does it notice immediately ? I would expect very little latency if it does as it should be able to just trash the existing queued data and continue using the other link. I guess other connections suffer the same problems -- it's not just squid ? It might be interesting doing a ``show mp'' or ``show bundle'' to determine what sort of packet queuing and reassembly is happening after the link is lost. If the queues are large, you might get slightly better performance by reducing the links mtu (set mtu max), but really, things should recover ok even with a ~1500 MTU. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 14:18:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E81116A4CE for ; Wed, 30 Jun 2004 14:18:26 +0000 (GMT) Received: from abel.math.ntnu.no (abel.math.ntnu.no [129.241.15.50]) by mx1.FreeBSD.org (Postfix) with SMTP id F201343D2F for ; Wed, 30 Jun 2004 14:18:22 +0000 (GMT) (envelope-from perhov@math.ntnu.no) Received: (qmail 3480 invoked by uid 29119); 30 Jun 2004 14:17:33 -0000 Date: Wed, 30 Jun 2004 16:17:31 +0200 (MEST) From: Per Kristian Hove To: Daniel O'Connor In-Reply-To: <200406301211.21397.doconnor@gsoft.com.au> Message-ID: References: <20040629075337.81BEF16A4CF@hub.freebsd.org> <200406301211.21397.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-33463914-1088605051=:25890" X-Mailman-Approved-At: Thu, 01 Jul 2004 12:04:02 +0000 cc: Carl Makin cc: Paul Mather cc: freebsd-current@freebsd.org cc: Paul Seniura Subject: Re: Q's about IBM TSM (was Re: HEADSUP: ibcs2 and svr4 compatheaded for history) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2004 14:18:26 -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. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-33463914-1088605051=:25890 Content-Type: TEXT/PLAIN; charset=US-ASCII [Daniel O'Connor, 2004-06-30] | On Wed, 30 Jun 2004 01:11, Paul Mather wrote: | > having an empty or missing /compat/linux/etc/mtab file. Creating a | > proper mtab file solves these problems. One way to do this is via | > something like the following: | > | > sed 's/ufs/ext2/' < /etc/fstab > /compat/linux/etc/mtab | > | > That way, the Linux TSM "sees" your UFS partitions and will | > backup/restore to them. | | I wonder if it could work with an LD_PRELOAD or some other linker trickery.. LD_PRELOADing ought to work. The attached file is an example library. Compile with "gcc -o libmtab.so -shared -fpic libmtab.c" to test (you'll probably have to add "-ldl" to compile it on Linux, if you want to test TSM). This is just a proof-of-concept; you'd probably want to substitue the system() call with something sane, make sure you only s/ufs/ext2/ in the third column, etc. Example: # cat /etc/mtab cat: /etc/mtab: No such file or directory # export LD_PRELOAD=$PWD/libmtab.so # cat /etc/mtab /dev/ad0s1a / ext2 rw 1 1 /dev/ad0s1b none swap sw 0 0 /dev/ad0s1b /tmp mfs rw,-s=1046528 0 0 /dev/ad0s1e /var ext2 rw 1 2 /dev/ad0s1f /usr ext2 rw 1 2 /dev/acd0c /cdrom cd9660 ro,nosuid,nodev,noauto 0 0 /dev/ad0s2a /work ext2 rw 1 1 To be complete, the library should also work with relative pathnames. Implementing that is left as an exercise for the reader. The example library doesn't do that: # cd /etc; cat mtab cat: mtab: No such file or directory -- Per Kristian Hove Chief engineer Dept. of Mathematical Sciences Norwegian University of Science and Technology ---559023410-33463914-1088605051=:25890 Content-Type: TEXT/plain; charset=US-ASCII; name="libmtab.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="libmtab.c" I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8ZGxmY24uaD4NCiNpbmNs dWRlIDxzdHJpbmcuaD4NCiNpbmNsdWRlIDxsaW1pdHMuaD4NCiNpbmNsdWRl IDxmY250bC5oPg0KDQojaWZuZGVmIFJUTERfTkVYVA0KI2RlZmluZSBSVExE X05FWFQJICAoKHZvaWQgKikgLTFsKQ0KI2VuZGlmDQoNCiNkZWZpbmUgUEFU SF9NVEFCICIvZXRjL210YWIiDQoNCmludCBvcGVuKGNvbnN0IGNoYXIgKnBh dGgsIGludCBvZmxhZywgLi4uKSB7DQogICAgc3RhdGljIGludCAgICAgICAg ICAgICAoKmZ1bmMpIChjb25zdCBjaGFyICosIGludCwgLi4uKTsNCiAgICBp bnQgICAgICAgICAgICAgICAgICAgIGZkLCBmZGZzdGFiOw0KICAgIGNoYXIg dG1wZmlsZVtdID0gIi90bXAvbXRhYi5YWFhYWFgiOw0KICAgIGNoYXIgY21k WzgwXTsNCg0KICAgIGlmICghZnVuYykNCglmdW5jID0gKGludCAoKikgKGNv bnN0IGNoYXIgKiwgaW50LCAuLi4pKSBkbHN5bSAoUlRMRF9ORVhULCAib3Bl biIpOw0KDQogICAgaWYgKHN0cmNtcChwYXRoLCBQQVRIX01UQUIpKQ0KCXJl dHVybiBmdW5jKHBhdGgsIG9mbGFnLCAwNjAwKTsNCg0KICAgIGlmICgoZmQg PSBta3N0ZW1wKHRtcGZpbGUpKSA8IDApIHsNCglwZXJyb3IoImxpYm10YWIu c286IG1rc3RlbXA6Iik7DQogICAgfQ0KICAgIHNwcmludGYoY21kLCAic2Vk ICdzL3Vmcy9leHQyLycgPCAvZXRjL2ZzdGFiID4gJXMiLCB0bXBmaWxlKTsN CiAgICBzeXN0ZW0oY21kKTsNCiAgICB1bmxpbmsodG1wZmlsZSk7DQogICAg cmV0dXJuIChmZCk7DQp9DQo= ---559023410-33463914-1088605051=:25890-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 20:39:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A032016A4CE for ; Wed, 30 Jun 2004 20:39:03 +0000 (GMT) Received: from shins.mazic.org (c-24-130-155-117.we.client2.attbi.com [24.130.155.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F9743D3F for ; Wed, 30 Jun 2004 20:39:03 +0000 (GMT) (envelope-from netj@ropas.snu.ac.kr) Received: from sab.mazic.org (localhost [IPv6:::1]) by shins.mazic.org (8.12.11/8.12.11) with ESMTP id i5UKcowd002293 for ; Wed, 30 Jun 2004 13:38:51 -0700 (PDT) (envelope-from netj@ropas.snu.ac.kr) Received: from netj by sab.mazic.org with local (Exim 4.34) id I052OR-0000N0-IW for current@freebsd.org; Wed, 30 Jun 2004 13:38:51 -0700 Date: Wed, 30 Jun 2004 13:38:51 -0700 From: Jaeho Shin To: current@freebsd.org Message-ID: <20040630203851.GA4864@sab.mazic.org> References: <20040623020801.GA156@afflictions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20040623020801.GA156@afflictions.org> User-Agent: Mutt/1.4.1i Organization: ROPAS, SNU X-Mailman-Approved-At: Thu, 01 Jul 2004 12:04:02 +0000 Subject: Re: ipf 3.4.35 woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2004 20:39:03 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2004-06-22 22:08:01 -0400, Damian Gerow wrote: > The upgrade to ipf 3.4.35 is causing me grief. And yes, my kernel and > userland are in sync: =2E.. > I get a panic right after bringing up lo0 on regular boot. If I boot into > single user mode, bring up lo0, bring up my main interface, and then load > the rules, I don't panic. My rules are simple -- a pass in quick/pass out > quick pair for every interface on the machine, and a general pass in > quick/pass out quick for all IPv6. >=20 > There are four interfaces on this machine: lo0, rl0, fxp0, and a > freshly-added ath0. The only ones that come up during boot are lo0 and > fxp0. >=20 > Since the panic passed through pen and paper, whitespace may be off. But > here's the boot log/panic: >=20 > Enabling ipfilter. > lo0: >=20 > kernel trap 12 with interrupts disabled >=20 My box has a similar hardware configuration to yours. I had a very same problem with yesterday's source, but by applying the patch below, which was posted to current@ many times, fixed the problem. It looks like it was commited recently so either by applying it or cvsup'ing again will give you the right source. %% Index: sys/contrib/ipfilter/netinet/fil.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/contrib/ipfilter/netinet/fil.c,v retrieving revision 1.38 diff -u -r1.38 fil.c --- sys/contrib/ipfilter/netinet/fil.c 21 Jun 2004 22:46:35 -0000 1.38 +++ sys/contrib/ipfilter/netinet/fil.c 24 Jun 2004 19:17:33 -0000 @@ -2155,9 +2155,6 @@ ip_natsync(ifp); ip_statesync(ifp); } -# if defined(__FreeBSD_version) && (__FreeBSD_version >=3D 500043) - IFNET_RUNLOCK(); -# endif ip_natsync((struct ifnet *)-1); # if defined(__FreeBSD_version) && (__FreeBSD_version >=3D 500043) IFNET_RUNLOCK(); %% --=20 =EC=8B=A0=EC=9E=AC=ED=98=B8 | Jaeho Shin | http://ne= tj.org/ Research On Program Analysis System, Seoul National University --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Cygwin) iD8DBQFA4yTbeGASkZ411HcRAnmXAJ942YcPKjz0tDT8Iyr6thv1xvVLJgCffLvE LxczAK6rkBnujHHo44BTX4E= =6QOE -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 12:03:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BB416A4CE for ; Thu, 1 Jul 2004 12:03:56 +0000 (GMT) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB1743D3F for ; Thu, 1 Jul 2004 12:03:56 +0000 (GMT) (envelope-from murksmith@warpmail.net) Received: from server3.messagingengine.com (server3.internal [10.202.2.134]) by mail.messagingengine.com (Postfix) with ESMTP id 9C4BEC0DF1E for ; Thu, 1 Jul 2004 07:09:48 -0400 (EDT) Received: by server3.messagingengine.com (Postfix, from userid 99) id 4AC0917C374; Thu, 1 Jul 2004 07:09:49 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.4 (F2.72; T1.001; A1.62; B3.01; Q3.01) To: freebsd-current@freebsd.org Date: Thu, 01 Jul 2004 04:09:49 -0700 From: "Murk Smith" X-Sasl-Enc: PMCnuv0Msqnm7EDdnBkj6Q 1088680189 Message-Id: <1088680189.14856.199543021@webmail.messagingengine.com> Subject: -current's development is going the wrong direction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 12:03:56 -0000 Hi guys, I've been an avid follower of the developments in FreeBSD for around 5 years now, so my overview of the entire history of "glue that binds" FreeBSD together isn't complete. That said, I've come to be a bit disappointed at how events in the last 18 months or so seem to be pushing the project in a direction that has made things more difficult, instead of more successful, that has shown distain for experience and quality and made FreeBSD a platform for large ego's to push their personal projects down everyone's throat. The statistics sample from 2001 over a year was a cheap attempt to minimize Matt's contribution to the project. The reason why he has been mostly silent is probably one of the most prominent signs of his superior maturity. The fact that the official defense (mostly fronted by Greg, atm) he wasn't such a substantial committer is crap, for the most part. If one wanted to go by the stats, Jeff Robertson (sorry if I munged the spelling) would be one of the key committers, and his UMA system isn't even entirely ripe yet, it's just been committed within the sample timeframe. That suddenly phk is at the top of the list, is simple a result of his newest attempt to add another large chunk of bit rot to the project that he can later claim not to have time to maintain "unless someone is willing to pay for my time" (like the atm bits, the half-finished devd monster, et.al.) One can hardly get him to look at his malloc bits, that put his name in lights at some point in the long past. Matt didn't contribute because he was convinced that that the smp development direction that was chosen (my impression at least from the archives and my fading memory) was overly complex, too complex for the number and talent level of the contributers involved, and that it would delay a release from the -current branch significantly. So he was right. I'll almost bet that that was a constant sore for John, who still hasn't gotten his long-promised, but little delivered re-entrant work done, but he always had time enough to object to any other commits that might help along the way. Strangely Julian and Matt could work together. One might attribute certain commits to both Matt and Julian (if that would matter anyway, since -core is interested in proving the opposite statistically). If the issue here had anything to do with IPFW, then you all better get out your C-coder hats and take a little more time to fix that rotting pile of muck that has been the standard broken packet filter interface for FreeBSD long past its possible usefulness. A packet filter with no central maintainer which is subject to once yearly random feature bloat through some wild university project from Luigi. The brokenness that Luigi introduced (and the repository bloat through backing out and recommitting, ad absurdum) was probably no less a threat to security than anything Matt did. If the security officer was to be blatantly honest with himself, ipfw would be marked broken for either a full audit or full removal (just port obsd's pf or something that someone actually actively _cares_ about). You've alienated Jordan, Mike, Bill Paul (for all I can see), Greenman, you constantly rag on Terry, even though he's seen and done more with FreeBSD than most of you, O'Brien is on the verge of quitting (since he, like I, am not convinced that GEOM is anything more than an ego trip that will never be completely maintained or usefully documented). There are certainly others, too, that have attempted to make technically correct contributions, but didn't fit into the sort of paranoid "glee club" that core would like to have around them. You guys lack the talent to steer the positive from Matt into the project and let the crap fall by the wayside. I'm not saying Matt's rants are the most intelligent thing he's done, but he's sat by the wayside and watch the superstars beat up the code to a point where it's less stable, slower, and more bloated than it ever was. I, for one, can understand his frustration (as I can with Mike's, Jordan's, and a few others), although I find his method of expressing it extreme, I often wished he'd have just visited the offenders personally with a clue bat. All in all, history will judge if -core has made the right decision. I personally believe it was a decision made in weakness. The loss the project as a whole will suffer is greater than the bruised ego's the -core has had to deal with in its communications with Matt. Matt was an extremist, but he put up or shut up. I wish I could say that for most of -core. This is a personality confict in a technical project. I'd say that most of you take this just as personally as Matt did, but instead of insulting him in a moment of anger, you shoot off your own respective feet, lose a good deal of experience and embarass the man publicly. You talk the talk of respect, but you aren't walking the walk. I'd say most of you need thicker skin. In the end, FreeBSD folk will walk smiling though the streets, but the project will become a cult of likeable people, instead of one that achieved technical excellence. That will, imho, be what history says of the current -core. Hint: lose the touchy-feely, hack the code. PS: if I've offended anyone (yeah, I singled a few out), prove me wrong, but spare me your insultedness. It's become a pathetic hobby in -core. -- Yours truly, Murk Smith murksmith@warpmail.net msmith@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 17:52:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90C7416A4CE for ; Wed, 30 Jun 2004 17:52:43 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B18F43D2F for ; Wed, 30 Jun 2004 17:52:43 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id E06361430A; Wed, 30 Jun 2004 12:52:37 -0500 (CDT) Date: Wed, 30 Jun 2004 12:52:37 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: Alfred Pederole In-Reply-To: <1088616999.31638.199492194@webmail.messagingengine.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Thu, 01 Jul 2004 12:08:58 +0000 cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: ad driver will be retired! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2004 17:52:43 -0000 Folks, please do not reply to this message, you will just be feeding the FreeBSD troll. Thanks. mcl From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 12:17:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B89216A4CE for ; Thu, 1 Jul 2004 12:17:48 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB9B43D1F for ; Thu, 1 Jul 2004 12:17:45 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i61CE4Ek021506 for current@freebsd.org.checked; (8.12.8/vak/2.1) Thu, 1 Jul 2004 16:14:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i61CBQNM021403; (8.12.8/vak/2.1) Thu, 1 Jul 2004 16:11:26 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40E3FF50.5050909@cronyx.ru> Date: Thu, 01 Jul 2004 16:10:56 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Lang References: <20040701061818.GA80579@lucky.net> <20040701063105.GA20785@xor.obsecurity.org> <200407011617.03053.doconnor@gsoft.com.au> <20040701083434.GA83951@atrbg11.informatik.tu-muenchen.de> <40E3DE2D.3020204@alumni.rice.edu> <20040701103535.GA84499@atrbg11.informatik.tu-muenchen.de> In-Reply-To: <20040701103535.GA84499@atrbg11.informatik.tu-muenchen.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Bjoern A. Zeeb" cc: FreeBSD current mailing list Subject: Re: LOR (vm object - swap_pager swhash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 12:17:48 -0000 Daniel Lang wrote: >Hi, > >Jon Noack wrote on Thu, Jul 01, 2004 at 04:49:33AM -0500: >[..] > > >>Yes, but I think the idea was to get it put on the FreeBSD web site >>first (Bjoern's been doing a great job, but it simplifies things a lot >>to have it on the FreeBSD web site). I started working on this, but >> [1]. >> >> >[..] > >How about just creating a redirect from the FreeBSD.org website? > >So that in the lor-code the message will refer to s.th. like > >http://www.freebsd.org/doc/bla/blubb/lor.html > > I came to the same idea while reading current. But my idea is more concrete: --- subr_witness.c.orig Thu Jul 1 08:41:54 2004 +++ subr_witness.c Thu Jul 1 09:12:31 2004 @@ -853,6 +853,8 @@ witness_checkorder(struct lock_object *l * Ok, yell about it. */ printf("lock order reversal\n"); + printf("before reporting please examine http://" + "http://www.freebsd.org/doc/en_US.ISO8859-1/" + "books/faq/book.html#LOCK-ORDER-REVERSAL\n"); /* * Try to locate an earlier lock with * witness w in our list. rik >and lor.html just contains a META redirect tag to Bjoern's site? > >So the message can be included right now, without mentioning >Bjoern's site in the code. If Bjoern's page (or the content) >is actually moved to the FreeBSD webserver, the redirect >can simply be removed. > > >Cheers, > Daniel > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 12:51:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D260716A4CE for ; Thu, 1 Jul 2004 12:51:39 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D9543D45 for ; Thu, 1 Jul 2004 12:51:38 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i61Cl2lp023134 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Thu, 1 Jul 2004 16:47:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i61CkhNM023117 for ; (8.12.8/vak/2.1) Thu, 1 Jul 2004 16:46:43 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40E40795.8000904@cronyx.ru> Date: Thu, 01 Jul 2004 16:46:13 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Trolls summit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 12:51:39 -0000 Hi, It seems that trolls summit is open. Don't shy guys, fell free to say "Yes, I am troll". rik From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:01:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7CA16A4CE for ; Thu, 1 Jul 2004 13:01:44 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50E4743D49 for ; Thu, 1 Jul 2004 13:01:44 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id PAA06327 for ; Thu, 1 Jul 2004 15:00:52 +0200 Date: Thu, 1 Jul 2004 15:01:14 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040701150114.2f98b4ef.ubm@u-boot-man.de> In-Reply-To: <1088680189.14856.199543021@webmail.messagingengine.com> References: <1088680189.14856.199543021@webmail.messagingengine.com> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [TROLL] Re: -current's development is going the wrong direction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 13:01:44 -0000 On Thu, 01 Jul 2004 04:09:49 -0700 "Murk Smith" wrote: [lots of trolling] Do not feed the troll. Bye Marc From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:15:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56DD816A4CE; Thu, 1 Jul 2004 13:15:35 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F8D643D31; Thu, 1 Jul 2004 13:15:34 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from portaone.com (localhost [127.0.0.1]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i61DEb6m074853; Thu, 1 Jul 2004 15:14:37 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <40E40E16.9080109@portaone.com> Date: Thu, 01 Jul 2004 16:13:58 +0300 From: Maxim Sobolev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en, ru, uk MIME-Version: 1.0 To: Bill Paul References: <20040616160019.8CB6716A4CF@hub.freebsd.org> <40D7E0AE.7080604@portaone.com> In-Reply-To: <40D7E0AE.7080604@portaone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil & ACX100-based cards (D-Link DWL-520+) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 13:15:35 -0000 Bill, Do you have any news on this? -Maxim Maxim Sobolev wrote: > OK, step by step: > > 1. cvsup ~1 hour ago > 2. built/installed new kernel, rebooted > 3. loaded ndis and if_ndis.ko modules: > > ndis0: port 0xa800-0xa81f > mem 0xf2000000-0xf200ffff,0xf2011000-0xf2011fff irq 11 at device 6.0 on > pci3 > ndis0: [GIANT-LOCKED] > ndis0: NDIS API version: 5.1 > ndis0: Ethernet address: 00:0d:88:8b:7f:1c > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 11Mbps > > 4. Configured the interface: > > -bash-2.05b$ sudo ifconfig ndis0 mediaopt adhoc > -bash-2.05b$ sudo ifconfig ndis0 ssid "portaone" > -bash-2.05b$ sudo ifconfig ndis0 wepmode off > -bash-2.05b$ sudo ifconfig ndis0 192.168.1.1 > ndis0: link up > -bash-2.05b$ ifconfig ndis0 > ndis0: flags=8843 mtu 1500 > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:0d:88:8b:7f:1c > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect > ) > status: associated > ssid "" > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS > wepmode OFF weptxkey 1 > > Then I'm trying to connect to that network from my WinXP laptop. I can > see network portaone in wireless networks browser just fine. IP address > on appropriate interface is configured statically in WinXP to be > 192.168.1.2. I can connect to it also without any problems, but ping > doen't work between those machines. Also, where I start tcpdump on the > FreeBSD machine I don't see any traffic even ARPs. > > You can find tarball with my ndis_driver_data.h and files from > /compat/ndis at http://www.portaone.com/~sobomax/dwl520.tar.bz2. Please > let me know if any other information is necessary. > > Thank you very much! > > Regards, > > Maxim > > Bill Paul wrote: > >>> Hi Bill, >>> >>> I'm trying to make my D-Link DWL-520+ card working with if_ndis, but >>> no luck yet. The card is correctly detected, driver attaches to it. >>> If I configure it in the adhoc mode it is seen from the nearby >>> machine and connected to, but traffic doesn't flow. :-( >>> >>> Any ideas? Please let me know if more information is necessary. >>> >>> Regards, >>> >>> Maxim >> >> >> >> Alright, I received a sample 520+ card and played with it a little. >> I was able to get the card to talk to my RealTek 8180 NIC in my laptop >> in ad-hoc mode with very little trouble. I am therefor forced to conclude >> that you did not describe your problem with enough detail for me to >> understand what's going on. Let's examine the things you did not do: >> >> - did not provide a transcript of commands/responses used to initialize >> _both_ cards >> - did not explain which NIC was initialized first (the first NIC is >> always the master in an ad-hoc cell) >> - did not explain exactly what steps were taken to reach the conclusion >> that "traffic doesn't flow." (Ping? FTP? Slamming machines together >> at high speed?) >> - did not explain how it was determined that the card was "seen from >> the nearby machine" >> - did not provide _FULL_ dmesg output from both machines (no, it's not >> enough to tell me "the card is correctly detected") >> - did not tell me what make/model card was in the other machine and >> what driver it uses >> - did not tell me what version of FreeBSD is running on the "nearby >> machine" - did not run wicontrol -i ndis0 -l on the first machine to >> scan for >> APs/ad-hoc nets >> >> I keep telling people to provide LOTS OF DETAILS when they report >> problems, but nobody ever seems to listen. Don't wait for me to drag >> information out of you: if you don't provide me with LOTS OF DETAILS >> up front, I won't know what to ask you. >> >> -Bill >> >> -- >> ============================================================================= >> >> -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu >> wpaul@windriver.com | Wind River Systems >> ============================================================================= >> >> you're just BEGGING to face the moose >> ============================================================================= >> >> >> >> > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:22:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1421D16A4CE; Thu, 1 Jul 2004 13:22:36 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B77E243D1D; Thu, 1 Jul 2004 13:22:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i61DLKLt038087; Thu, 1 Jul 2004 09:21:20 -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.12.11/8.12.11) with ESMTP id i61DLKPf026684; Thu, 1 Jul 2004 09:21:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C5287303F; Thu, 1 Jul 2004 09:21:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040701132120.5C5287303F@freebsd-current.sentex.ca> Date: Thu, 1 Jul 2004 09:21:20 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 13:22:36 -0000 TB --- 2004-07-01 11:59:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-01 11:59:54 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-07-01 11:59:54 - checking out the source tree TB --- 2004-07-01 11:59:54 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-07-01 11:59:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-07-01 12:04:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-07-01 12:04:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-07-01 12:04: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 --- 2004-07-01 13:01:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-07-01 13:01:11 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-07-01 13:01:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jul 1 13:01:11 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Jul 1 13:14:42 UTC 2004 TB --- 2004-07-01 13:14:42 - generating LINT kernel config TB --- 2004-07-01 13:14:42 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-07-01 13:14:42 - /usr/bin/make -B LINT TB --- 2004-07-01 13:14:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-07-01 13:14:42 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-07-01 13:14:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 13:14:42 UTC 2004 >>> 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/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_tel.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/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_ipr.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/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /tinderbox/CURRENT/i386/pc98/src/sys/net/slcompress.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/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_ctl.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/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_ing.c /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_ing.c: In function `ng_ing_rcvdata': /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_ing.c:762: warning: dereferencing `void *' pointer /tinderbox/CURRENT/i386/pc98/src/sys/i4b/driver/i4b_ing.c:762: error: request for member `priority' in something not a structure or union *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-07-01 13:21:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-01 13:21:20 - ERROR: failed to build lint kernel TB --- 2004-07-01 13:21:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:34:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2BF816A4CE; Thu, 1 Jul 2004 13:34:27 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BFF443D31; Thu, 1 Jul 2004 13:34:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i61DXtid040078; Thu, 1 Jul 2004 09:33:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i61DXt3E045287; Thu, 1 Jul 2004 09:33:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E54A7303F; Thu, 1 Jul 2004 09:33:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040701133355.3E54A7303F@freebsd-current.sentex.ca> Date: Thu, 1 Jul 2004 09:33:55 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 13:34:28 -0000 TB --- 2004-07-01 13:21:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-01 13:21:20 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-07-01 13:21:20 - checking out the source tree TB --- 2004-07-01 13:21:20 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-07-01 13:21:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-07-01 13:25:55 - building world (CFLAGS=-O2 -pipe) TB --- 2004-07-01 13:25:55 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-07-01 13:25: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 [...] cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 cc: Internal error: Bus error (program ld) Please submit a full bug report. See for instructions. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-07-01 13:33:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-01 13:33:55 - ERROR: failed to build world TB --- 2004-07-01 13:33:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:40:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA4116A4D4; Thu, 1 Jul 2004 13:40:14 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBCFE43D31; Thu, 1 Jul 2004 13:40:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i61DcxYT047277; Thu, 1 Jul 2004 09:38:59 -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.12.11/8.12.11) with ESMTP id i61Dd18g067327; Thu, 1 Jul 2004 09:39:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D24C37303F; Thu, 1 Jul 2004 09:39:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040701133900.D24C37303F@freebsd-current.sentex.ca> Date: Thu, 1 Jul 2004 09:39:00 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 13:40:14 -0000 TB --- 2004-07-01 13:33:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-01 13:33:55 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-07-01 13:33:55 - checking out the source tree TB --- 2004-07-01 13:33:55 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-07-01 13:33:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-07-01 13:36:57 - building world (CFLAGS=-O2 -pipe) TB --- 2004-07-01 13:36:57 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-07-01 13:36: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 [...] sed -e 's,!!TRAD_HEADER!!,,g' /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/config.h.fbsd > config.h echo '#define BFD_VERSION 215000000' > bfdver.h echo '#define BFD_VERSION_DATE 20040517' >> bfdver.h echo '#define BFD_VERSION_STRING "2.15 [FreeBSD] 2004-05-23"' >> bfdver.h rm -f .depend mkdep -f .depend -a -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/powerpc -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../libbfd/powerpc -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_powerpc_vec -D_GNU_SOURCE -I/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_powerpc_arch" -DHAVE_bfd_elf32_powerpc_vec -DHAVE_bfd_elf32_powerpcle_vec -DHAVE_ppcboot_vec -DSELECT_VECS=" &bfd_elf32_powerpc_vec ,&bfd_elf32_powerpcle_vec ,&ppcboot_vec" -I/home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/sr c/i386/legacy/usr/include /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-powerpc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-rs6000.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-gen.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-ppc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ppcboot.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../. ./../contrib/binutils/bfd/archive64.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdwin.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/binary.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/corefile.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../co ntrib/binutils/bfd/elf-eh-frame.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-strtab.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/format.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/hash.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/init.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/merge.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib /binutils/bfd/opncls.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/section.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/srec.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stab-syms.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stabs.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/syms.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/targets.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/tekhex.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils /bfd/dwarf1.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf2.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdio.c /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/simple.c /tinderbox/CURRENT/powerpc/powerpc/src/contrib/binutils/bfd/elf32-ppc.c:34:23: elf32-ppc.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-07-01 13:39:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-01 13:39:00 - ERROR: failed to build world TB --- 2004-07-01 13:39:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:51:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC95F16A4CE for ; Thu, 1 Jul 2004 13:51:07 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8502E43D2F for ; Thu, 1 Jul 2004 13:51:06 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i61DoPsD064538 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 1 Jul 2004 15:50:25 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i61DoPAQ064537 for current@freebsd.org; Thu, 1 Jul 2004 15:50:25 +0200 (CEST) Date: Thu, 1 Jul 2004 15:50:25 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040701135025.GA64383@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: strange NAT behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 13:51:07 -0000 I have upgraded from CFLAGS=-O ARCH=p2 may 17th current (both kernel and userland) to CFLAGS=-Os (I know its NOT supported) ARCH=athlon-xp 30th June current and strange thing happend The machine in charge is working as a NAT and machines behind that are not able to transfer any packet longer than 1472 bytes. its seems fragmenting is broken but on that nat machine I am able to transfer anything... I dont ask for help (since -Os is unsupported, but I am compiling -O universe now so I might ask for help ;) ) just point it as interesting behaviour... maybe some kind of bug? and YES I have it all set properly roman P.S. I am not able to compile current kernel cause it says "usbdevs_data.h cannot be made" or something like it.. From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 14:22:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBF2616A4CE; Thu, 1 Jul 2004 14:22:48 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F2843D31; Thu, 1 Jul 2004 14:22:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i61EMGDR051007; Thu, 1 Jul 2004 10:22:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i61EMHM0058970; Thu, 1 Jul 2004 10:22:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8E9037303F; Thu, 1 Jul 2004 10:22:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040701142217.8E9037303F@freebsd-current.sentex.ca> Date: Thu, 1 Jul 2004 10:22:17 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 14:22:49 -0000 TB --- 2004-07-01 13:39:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-01 13:39:01 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-01 13:39:01 - checking out the source tree TB --- 2004-07-01 13:39:01 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-01 13:39:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-07-01 13:41:20 - building world (CFLAGS=-O2 -pipe) TB --- 2004-07-01 13:41:20 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-01 13:41:20 - /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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/exclude.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/full-write.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getdate.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getline.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/getstr.c cc -O2 -pipe -DHAVE_CONFIG_H -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/lib -I/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar/../../../contrib/tar/src -c /tinderbox/CURRENT/sparc64/sparc64/src/contrib/tar/lib/hash.c {standard input}: Assembler messages: {standard input}:1283: Error: Illegal operands *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/tar. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-01 14:22:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-01 14:22:17 - ERROR: failed to build world TB --- 2004-07-01 14:22:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 14:33:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDE7516A4CE for ; Thu, 1 Jul 2004 14:33:31 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA9D43D1F for ; Thu, 1 Jul 2004 14:33:31 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i61EWoLZ066313 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 1 Jul 2004 16:32:50 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i61EWo4I066312 for current@freebsd.org; Thu, 1 Jul 2004 16:32:50 +0200 (CEST) Date: Thu, 1 Jul 2004 16:32:50 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040701143250.GA66234@stud.fit.vutbr.cz> References: <20040701135025.GA64383@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701135025.GA64383@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: strange NAT behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 14:33:32 -0000 I have booted -O universe and it works... so there is definitely some optimalization error - is it worth it to catch the bug? I'd say YES! (isnt here even plan for officially supporting -O2?) thnx for attention roman On Thu, Jul 01, 2004 at 03:50:25PM +0200, Divacky Roman wrote: > > I have upgraded from CFLAGS=-O ARCH=p2 may 17th current (both kernel > and userland) to CFLAGS=-Os (I know its NOT supported) ARCH=athlon-xp > 30th June current and strange thing happend > > The machine in charge is working as a NAT and machines behind that are > not able to transfer any packet longer than 1472 bytes. its seems > fragmenting is broken but on that nat machine I am able to transfer > anything... > > I dont ask for help (since -Os is unsupported, but I am compiling -O > universe now so I might ask for help ;) ) just point it as interesting > behaviour... maybe some kind of bug? > and YES I have it all set properly > > roman > > P.S. I am not able to compile current kernel cause it says > "usbdevs_data.h cannot be made" or something like it.. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:15:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64E2B16A4CE; Thu, 1 Jul 2004 15:15:55 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270E843D1D; Thu, 1 Jul 2004 15:15:55 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id AB23F5311; Thu, 1 Jul 2004 17:15:13 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 250DC530A; Thu, 1 Jul 2004 17:15:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 06327B860; Thu, 1 Jul 2004 17:15:01 +0200 (CEST) To: FreeBSD Tinderbox References: <20040701115954.805D27303F@freebsd-current.sentex.ca> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 01 Jul 2004 17:15:00 +0200 In-Reply-To: <20040701115954.805D27303F@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Thu, 1 Jul 2004 07:59:54 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:15:55 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable FreeBSD Tinderbox writes: > /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c: In function `a= cpi_ec_ecdt_probe': > /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c:379: warning: d= ereferencing type-punned pointer will break strict-aliasing rules > *** Error code 1 Hack attached. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=acpica.diff Index: sys/dev/acpica/acpi_ec.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_ec.c,v retrieving revision 1.56 diff -u -r1.56 acpi_ec.c --- sys/dev/acpica/acpi_ec.c 1 Jul 2004 00:51:31 -0000 1.56 +++ sys/dev/acpica/acpi_ec.c 1 Jul 2004 15:06:46 -0000 @@ -366,6 +366,7 @@ void acpi_ec_ecdt_probe(device_t parent) { + ACPI_TABLE_HEADER *hdr; ACPI_TABLE_ECDT *ecdt; ACPI_STATUS status; device_t child; @@ -375,8 +376,8 @@ ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); /* Find and validate the ECDT. */ - status = AcpiGetFirmwareTable("ECDT", 1, ACPI_LOGICAL_ADDRESSING, - (ACPI_TABLE_HEADER **)&ecdt); + status = AcpiGetFirmwareTable("ECDT", 1, ACPI_LOGICAL_ADDRESSING, &hdr); + ecdt = (ACPI_TABLE_ECDT *)hdr; if (ACPI_FAILURE(status) || ecdt->control.RegisterBitWidth != 8 || ecdt->data.RegisterBitWidth != 8) { Index: sys/i386/acpica/acpi_wakeup.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v retrieving revision 1.33 diff -u -r1.33 acpi_wakeup.c --- sys/i386/acpica/acpi_wakeup.c 6 May 2004 02:18:58 -0000 1.33 +++ sys/i386/acpica/acpi_wakeup.c 1 Jul 2004 15:11:53 -0000 @@ -307,11 +307,13 @@ return; } - if (bus_dmamem_alloc(acpi_waketag, (void **)&acpi_wakeaddr, + void *wakeaddr = (void *)acpi_wakeaddr; + if (bus_dmamem_alloc(acpi_waketag, &wakeaddr, BUS_DMA_NOWAIT, &acpi_wakemap)) { printf("acpi_alloc_wakeup_handler: can't alloc wake memory\n"); return; } + acpi_wakeaddr = (vm_offset_t)wakeaddr; } SYSINIT(acpiwakeup, SI_SUB_KMEM, SI_ORDER_ANY, acpi_alloc_wakeup_handler, 0) --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:23:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92D2916A4CE for ; Thu, 1 Jul 2004 15:23:13 +0000 (GMT) Received: from which.isds.duke.edu (which.isds.duke.edu [152.3.22.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5217843D2D for ; Thu, 1 Jul 2004 15:23:13 +0000 (GMT) (envelope-from vangyzen@stat.duke.edu) Received: from sinatra.isds.duke.edu (sinatra.isds.duke.edu [152.3.22.120]) by which.isds.duke.edu (Postfix) with ESMTP id 78D2DC383C; Thu, 1 Jul 2004 11:21:38 -0400 (EDT) From: Eric van Gyzen Organization: ISDS, Duke University To: Bruce Evans Date: Thu, 1 Jul 2004 11:21:38 -0400 User-Agent: KMail/1.5.4 References: <200402191542.54594.vangyzen@stat.duke.edu> <20040220171712.D4279@gamplex.bde.org> In-Reply-To: <20040220171712.D4279@gamplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200407011121.38118.vangyzen@stat.duke.edu> cc: freebsd-current@freebsd.org Subject: Re: panic: arithmetic trap in fpurstor() in sys/i386/isa/npx.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:23:13 -0000 Bruce et al.: I apologize for reviving this old problem. It became irrelevant to me for a few months, but now it's relevant again. Backing out rev 1.216 of vm_machdep.c fixed the problem. I can no longer panic these machines. Would you still like to see the value and contents of union savefpu *addr? Eric Bruce Evans wrote: > On Thu, 19 Feb 2004, Eric van Gyzen wrote: > > I can reliably panic 5.2-RELEASE GENERIC running on three different AMD > > Athlon CPUs with: > > > > # echo 'q()' | R --no-save > > > > R is ports/math/R-letter, and q() just tells R to quit. This does not > > happen on an AthlonMP or P3 running the same kernel. It did not happen > > on the same three Athlon machines while running 5.1-RELEASE. Some simple > > gdb debugging follows. If you need more info, please ask; I don't debug > > the kernel very often, so I'm not sure what to provide. :-/ > > Try backing out rev.1.216 of vm_machdep.c. I don't see exactly how this > commit could cause the problem, but it is the only related thing that has > changed since 5.1, and the first part of it has several bugs (it is a > layering violation and is missing explicit disabling of interrupts). > > > panic: arithmetic trap > > ... > > (kgdb) list *0xc07e07b4 > > 0xc07e07b4 is in fpurstor (/usr/src/sys/i386/isa/npx.c:986). > > [snip] > > > > (kgdb) list 976,987 > > 976 static void > > 977 fpurstor(addr) > > 978 union savefpu *addr; > > 979 { > > 980 > > 981 #ifdef CPU_ENABLE_SSE > > 982 if (cpu_fxsr) > > 983 fxrstor(addr); > > 984 else > > 985 #endif > > 986 frstor(addr); > > 987 } > > frstror() can only cause an arithmetic trap on broken CPUs. I doubt > that Athlons are that broken, so this trap is mysterious. frstor() > doesn't even trap for plain i386's; it may cause a bogus IRQ13 which > the kernel has to be careful not to turn into an arithmetic trap. > > Please report the value and contents of addr (about 108 bytes of it > in hex). > > > (kgdb) bt > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > > #1 0xc0631967 in boot (howto=256) at > > /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc0631cde in panic () at > > /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc07db60c in trap_fatal > > (frame=0xd8a08c88, eva=0) > > at /usr/src/sys/i386/i386/trap.c:821 > > #4 0xc07db062 in trap (frame= > > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = 22, > > tf_ebp = -660566840, tf_isp = -660566860, tf_ebx = 582, tf_edx = > > 0, tf_ecx = 134996160, tf_eax = -660566560, tf_trapno = 6, tf_err = 0, > > tf_eip = -1065482316, tf_cs = 8, tf_eflags = 65606, > > tf_esp = -660566792, tf_ss = -1065482847}) > > at /usr/src/sys/i386/i386/trap.c:618 > > #5 0xc07c8258 in calltrap () at {standard input}:94 > > #6 0xc07e05a1 in npxdna () at /usr/src/sys/i386/isa/npx.c:840 > > Everything seems notmal up to the trap. Old versions of gdb don't > print the frame before calltrap(), but you found it anyway. npxdna() > is supposed to just load the user npx context and return. There may > be an unmasked arithmetic trap pending in the user context, but that > is rare too. fpurstor() must not trap since otherwise it would be > impossible to load user npx contexts in the kernel without breaking > trap delivery timing. > > Bruce -- Eric van Gyzen Sr. Systems Programmer http://www.stat.duke.edu/~vangyzen/ ISDS, Duke University From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1846D16A4CF for ; Thu, 1 Jul 2004 15:26:25 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8100343D31 for ; Thu, 1 Jul 2004 15:26:24 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bg3R5-0003Xu-00; Thu, 01 Jul 2004 17:25:15 +0200 Received: from [84.128.135.73] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Bg3R4-00037w-00; Thu, 01 Jul 2004 17:25:14 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 1 Jul 2004 17:22:34 +0200 User-Agent: KMail/1.6.2 References: <20040701135025.GA64383@stud.fit.vutbr.cz> <20040701143250.GA66234@stud.fit.vutbr.cz> In-Reply-To: <20040701143250.GA66234@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_CxC5AlhmDhqC/54"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200407011722.42551.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Divacky Roman Subject: Re: strange NAT behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:26:25 -0000 --Boundary-02=_CxC5AlhmDhqC/54 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 01 July 2004 16:32, Divacky Roman wrote: > I have booted -O universe and it works... so there is definitely some > optimalization error - is it worth it to catch the bug? I'd say YES! I agree. > (isnt here even plan for officially supporting -O2?) Well, you should provided some more specific explanation how you use this b= ox.=20 i.e. how do you do NATting (ifpw + natd, ipf, pf or pppd's builtin)? What=20 interfaces do you employ? What is the MTU of your outgoing path? Moreover=20 tcpdumps are of interest in order to see why things do fail. Same for=20 statistics (netstat -ssp {ip, tcp, udp ...}) to learn why the packets are=20 being dropped. > thnx for attention > > roman > > On Thu, Jul 01, 2004 at 03:50:25PM +0200, Divacky Roman wrote: > > I have upgraded from CFLAGS=3D-O ARCH=3Dp2 may 17th current (both kern= el > > and userland) to CFLAGS=3D-Os (I know its NOT supported) ARCH=3Dathlon-= xp > > 30th June current and strange thing happend > > > > The machine in charge is working as a NAT and machines behind that are > > not able to transfer any packet longer than 1472 bytes. its seems > > fragmenting is broken but on that nat machine I am able to transfer > > anything... > > > > I dont ask for help (since -Os is unsupported, but I am compiling -O > > universe now so I might ask for help ;) ) just point it as interesting > > behaviour... maybe some kind of bug? > > and YES I have it all set properly > > > > roman =2D-=20 Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-02=_CxC5AlhmDhqC/54 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA5CxCXyyEoT62BG0RAoG8AJ9mQku0sS79Dru4wo7JqYZCv8NDhgCeNZw6 ihnkoJqq+4dvxfUIRE9lwFk= =YNGG -----END PGP SIGNATURE----- --Boundary-02=_CxC5AlhmDhqC/54-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:33:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0DDC16A4CE; Thu, 1 Jul 2004 15:33:16 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9EF43D31; Thu, 1 Jul 2004 15:33:15 +0000 (GMT) (envelope-from langd@informatik.tu-muenchen.de) Date: Thu, 1 Jul 2004 17:32:21 +0200 From: Daniel Lang To: John Baldwin , freebsd-gnats-submit@FreeBSD.org Message-ID: <20040701153221.GC84986@atrbg11.informatik.tu-muenchen.de> References: <20040628202434.GA73213@atrbg11.informatik.tu-muenchen.de> <20040629170014.GC1144@green.homeunix.org> <20040629183557.GA77135@atrbg11.informatik.tu-muenchen.de> <200406291453.34291.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200406291453.34291.jhb@FreeBSD.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ 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+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-current@FreeBSD.org cc: Colin Percival Subject: Re: kern/68442: panic - acquiring duplicate lock of same type: "sleepq chain" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:33:16 -0000 Hi, John Baldwin wrote on Tue, Jun 29, 2004 at 02:53:34PM -0400: [..] > Well, it may be a hint sadly enough. The fact that it thinks Giant is a spin > lock means that witness is confused, and this panic may be further such > confusion. One possibility is that somehow the sleep queue chain mutexes > have been corrupted. [..] First: the system locked up also with a UP kernel, so maybe this is not entirely related to SMP locking? Or maybe locks are now used in a non-smp environment as well. I guess so since the advent of KSE? Anyway... I have applied Bruce Evans' sio.c patch and now I did get a 'ddb' prompt after the machine paniced. I could call doadump() and this time there is enough space in /var. The following applies again to the SMP kernel but no PAE stuff. Here is the panic message and ddb trace: [..] Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x34 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0539096 stack pointer = 0x10:0xe5502ab0 frame pointer = 0x10:0xe5502ad4 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 = 9176 (cvs) kernel: type 12 trap, code=0 Stopped at 0xc0539096 = witness_checkorder+0x176: movl 0x34(%eax),%edx db> trace witness_checkorder(c07100a4,9,c069f530,19b,500) at 0xc0539096 = witness_checkor6 _mtx_lock_spin_flags(c07100a4,0,c069f530,19b,c070a0e0) at 0xc0516e9e = _mtx_loce turnstile_lookup(c070a0e0,c070a0e0,3bc,c06a390d,e5502b54) at 0xc05382ae = turnse _mtx_lock_sleep(c070a0e0,0,c06a390d,3bc) at 0xc051701e = _mtx_lock_sleep+0x66 _mtx_lock_flags(c070a0e0,0,c06a390d,3bc,c0711c30) at 0xc0516e0f = _mtx_lock_fla7 kern_open(c403bd20,81ef440,0,1,1b6) at 0xc056873f = kern_open+0xc7 open(c403bd20,e5502d14,3,ab,296) at 0xc0568674 = open+0x18 syscall(2f,2835002f,bfbf002f,4,283502e0) at 0xc0664703 = syscall+0x217 Xint0x80_syscall() at 0xc06539ef = Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x282c9e1b, esp = 0xbfbfe0fc, ebp =- [..] Please note, this time, there was no LOR happening! Here is a log of my sort of fruitless gdb session. Since there was no LOR, I am not sure if the sleepq_chain is related to the panic? However, the panic is obviously triggered inside the witness code, because *lock_list = 0x0 in line 749. Although a few lines above, the list is checked for beeing empty (line 707), just Colin has already pointed out from the first trace I could get. But between line 707 and 749 there is no obvious modification to this list. I am not sure what 'find_instance()' does? So maybe another thread on another CPU has modified the locklist meanwhile? Is this possible? Anyway, here is my gdb session. I poked around in the mutexes in the 'turnstile_chain' without finding anything obviously wrong. [..] -rw-r--r-- 1 root wheel 5 Feb 23 20:42 minfree -rw------- 1 root wheel 2147352576 Jul 1 16:58 vmcore.1 atleo6:/var/crash#gdb6 -k kernel.1 vmcore.1 GNU gdb 20040615 [GDB v6.x for FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd5.2"... panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x34 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0539096 stack pointer = 0x10:0xe5502ab0 frame pointer = 0x10:0xe5502ad4 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 = 9176 (cvs) kernel: type 12 trap, code=0 Dumping 2047 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 #1 0xc0451f2e in db_fncall (dummy1=0, dummy2=0, dummy3=-1066115808, dummy4=0xe55028ec "\b)På\032oQÀ ]tÀF") at /usr/src/sys/ddb/db_command.c:551 #2 0xc0451d3c in db_command (last_cmdp=0xc0702150, cmd_table=0x0, aux_cmd_tablep=0xc06ba454, aux_cmd_tablep_end=0xc06ba46c) at /usr/src/sys/ddb/db_command.c:348 #3 0xc0451e14 in db_command_loop () at /usr/src/sys/ddb/db_command.c:475 #4 0xc0454551 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 #5 0xc06523fd in kdb_trap (type=12, code=0, regs=0xe5502a70) at /usr/src/sys/i386/i386/db_interface.c:159 #6 0xc0664433 in trap_fatal (frame=0xe5502a70, eva=52) at /usr/src/sys/i386/i386/trap.c:810 #7 0xc0664177 in trap_pfault (frame=0xe5502a70, usermode=0, eva=52) at /usr/src/sys/i386/i386/trap.c:733 #8 0xc0663e19 in trap (frame= {tf_fs = -1066336232, tf_es = -931856368, tf_ds = 16, tf_edi = 9, tf_esi = -1066336092, tf_ebp = -447730988, tf_isp = -447731044, tf_ebx = -4194252, tf_edx = -1, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068265322, tf_cs = 8, tf_eflags = 66118, tf_esp = -447731012, tf_ss = -1068404931}) at /usr/src/sys/i386/i386/trap.c:420 #9 0xc065399a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #10 0xc0710018 in turnstile_chains () #11 0xc8750010 in ?? () #12 0x00000010 in ?? () #13 0x00000009 in ?? () #14 0xc07100a4 in turnstile_chains () #15 0xe5502ad4 in ?? () #16 0xe5502a9c in ?? () #17 0xffc00034 in ?? () #18 0xffffffff in ?? () #19 0x00000000 in ?? () #20 0x00000000 in ?? () #21 0x0000000c in ?? () #22 0x00000000 in ?? () #23 0xc0539096 in witness_checkorder (lock=0xc07100a4, flags=9, file=0xc069f530 "/usr/src/sys/kern/subr_turnstile.c", line=411) at /usr/src/sys/kern/subr_witness.c:749 #24 0xc0516e9e in _mtx_lock_spin_flags (m=0xc07100a4, opts=0, file=0xc069f530 "/usr/src/sys/kern/subr_turnstile.c", line=411) at /usr/src/sys/kern/kern_mutex.c:354 #25 0xc05382ae in turnstile_lookup (lock=0xc070a0e0) at /usr/src/sys/kern/subr_turnstile.c:411 #26 0xc051701e in _mtx_lock_sleep (m=0xc070a0e0, opts=0, file=0xc06a390d "/usr/src/sys/kern/vfs_syscalls.c", line=956) at /usr/src/sys/kern/kern_mutex.c:458 #27 0xc0516e0f in _mtx_lock_flags (m=0xc070a0e0, opts=0, file=0xc06a390d "/usr/src/sys/kern/vfs_syscalls.c", line=956) at /usr/src/sys/kern/kern_mutex.c:252 #28 0xc056873f in kern_open (td=0xc403bd20, path=0x0, pathseg=UIO_USERSPACE, flags=1, mode=438) at /usr/src/sys/kern/vfs_syscalls.c:956 #29 0xc0568674 in open (td=0xc403bd20, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:926 #30 0xc0664703 in syscall (frame= {tf_fs = 47, tf_es = 674562095, tf_ds = -1078001617, tf_edi = 4, tf_esi = 674562784, tf_ebp = -1077944024, tf_isp = -447730316, tf_ebx = 674484940, tf_edx = 0, tf_ecx = 0, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 674012699, tf_cs = 31, tf_eflags = 662, tf_esp = -1077944068, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1004 #31 0xc06539ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #32 0x0000002f in ?? () #33 0x2835002f in ?? () #34 0xbfbf002f in ?? () #35 0x00000004 in ?? () #36 0x283502e0 in ?? () #37 0xbfbfe128 in ?? () #38 0xe5502d74 in ?? () #39 0x2833d2cc in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000005 in ?? () #43 0x0000000c in ?? () #44 0x00000002 in ?? () ---Type to continue, or q to quit---up 23 #45 0x282c9e1b in ?? () #46 0x0000001f in ?? () #47 0x00000296 in ?? () #48 0xbfbfe0fc in ?? () #49 0x0000002f in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x0804ad90 in ?? () #53 0x00000000 in ?? () #54 0x67ff8000 in ?? () #55 0xc8755dc0 in ?? () #56 0xc8755e6c in ?? () #57 0xe55029c4 in ?? () #58 0xe55029b4 in ?? () #59 0xc403bd20 in ?? () #60 0xc052bd30 in sched_switch (td=0x2833d2cc) at /usr/src/sys/kern/sched_4bsd.c:676 Previous frame inner to this frame (corrupt stack?) (kgdb) up 23 #23 0xc0539096 in witness_checkorder (lock=0xc07100a4, flags=9, file=0xc069f530 "/usr/src/sys/kern/subr_turnstile.c", line=411) at /usr/src/sys/kern/subr_witness.c:749 749 lock1 = &(*lock_list)->ll_children[(*lock_list)->ll_count - 1]; (kgdb) l 744 /* 745 * Check for duplicate locks of the same type. Note that we only 746 * have to check for this on the last lock we just acquired. Any 747 * other cases will be caught as lock order violations. 748 */ 749 lock1 = &(*lock_list)->ll_children[(*lock_list)->ll_count - 1]; 750 w1 = lock1->li_lock->lo_witness; 751 if (w1 == w) { 752 if (w->w_same_squawked || (lock->lo_flags & LO_DUPOK)) 753 return; (kgdb) p lock_list $2 = (struct lock_list_entry *) 0x0 (kgdb) up #24 0xc0516e9e in _mtx_lock_spin_flags (m=0xc07100a4, opts=0, file=0xc069f530 "/usr/src/sys/kern/subr_turnstile.c", line=411) at /usr/src/sys/kern/kern_mutex.c:354 354 WITNESS_CHECKORDER(&m->mtx_object, opts | LOP_NEWORDER | LOP_EXCLUSIVE, (kgdb) l 349 350 MPASS(curthread != NULL); 351 KASSERT(m->mtx_object.lo_class == &lock_class_mtx_spin, 352 ("mtx_lock_spin() of sleep mutex %s @ %s:%d", 353 m->mtx_object.lo_name, file, line)); 354 WITNESS_CHECKORDER(&m->mtx_object, opts | LOP_NEWORDER | LOP_EXCLUSIVE, 355 file, line); 356 #if defined(SMP) || LOCK_DEBUG > 0 || 1 357 _get_spin_lock(m, curthread, opts, file, line); 358 #else (kgdb) p m $3 = (struct mtx *) 0xc07100a4 (kgdb) p *m $4 = {mtx_object = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc07100cc, tqe_prev = 0xc071008c}, lo_witness = 0xc0712900}, mtx_lock = 4, mtx_recurse = 0} (kgdb) p m->mtx_object $5 = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc07100cc, tqe_prev = 0xc071008c}, lo_witness = 0xc0712900} (kgdb) p m->mtx_object->lo_class $6 = (struct lock_class *) 0xc06e25a4 (kgdb) p m->mtx_object->lo_class $7 = {lc_name = 0xc069cce2 "spin mutex", lc_flags = 10} (kgdb) p m->mtx_object->lo_list $12 = {tqe_next = 0xc07100cc, tqe_prev = 0xc071008c} (kgdb) p m->mtx_object->lo_list->tqe_next $13 = (struct lock_object *) 0xc07100cc (kgdb) p m->mtx_object->lo_list->tqe_next $14 = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc07100f4, tqe_prev = 0xc07100b4}, lo_witness = 0xc0712900} (kgdb) p *m->mtx_object->lo_list->tqe_next->lo_list->tqe_next $15 = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc071011c, tqe_prev = 0xc07100dc}, lo_witness = 0xc0712900} (kgdb) p opts $16 = 0 (kgdb) p file $17 = 0xc069f530 "/usr/src/sys/kern/subr_turnstile.c" (kgdb) p line $18 = 411 (kgdb) p *m->mtx_object->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next $22 = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc0710144, tqe_prev = 0xc0710104}, lo_witness = 0xc0712900} (kgdb) p *m->mtx_object->lo_list->tqe_next->lo_list->tqe_next $23 = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc071011c, tqe_prev = 0xc07100dc}, lo_witness = 0xc0712900} (kgdb) p *m->mtx_object->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next $24 = {lo_class = 0xc06e25a4, lo_name = 0xc069f553 "turnstile chain", lo_type = 0xc069f553 "turnstile chain", lo_flags = 196608, lo_list = {tqe_next = 0xc071016c, tqe_prev = 0xc071012c}, lo_witness = 0xc0712900} (kgdb) p *m->mtx_object->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next->lo_cl ass $25 = {lc_name = 0xc069cce2 "spin mutex", lc_flags = 10} (kgdb) p m->mtx_object->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next->lo_list->tqe_next->lo_listt->tqe_next->lo_list $27 = {tqe_next = 0xc0710194, tqe_prev = 0xc0710154} (kgdb) quit Script done on Thu Jul 1 17:19:36 2004 [..] Cheers, Daniel -- IRCnet: Mr-Spock - ceterum censeo Microsoftinem esse delendam - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:42:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CF016A4CE for ; Thu, 1 Jul 2004 15:42:03 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 271AB43D1D for ; Thu, 1 Jul 2004 15:42:02 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i61Ff2ek071409 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 1 Jul 2004 17:41:02 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i61Ff26h071408 for current@freebsd.org; Thu, 1 Jul 2004 17:41:02 +0200 (CEST) Date: Thu, 1 Jul 2004 17:41:02 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040701154102.GA71172@stud.fit.vutbr.cz> References: <20040701135025.GA64383@stud.fit.vutbr.cz> <20040701143250.GA66234@stud.fit.vutbr.cz> <200407011722.42551.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200407011722.42551.max@love2party.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: strange NAT behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:42:03 -0000 On Thu, Jul 01, 2004 at 05:22:34PM +0200, Max Laier wrote: > On Thursday 01 July 2004 16:32, Divacky Roman wrote: > > I have booted -O universe and it works... so there is definitely some > > optimalization error - is it worth it to catch the bug? I'd say YES! > > I agree. > > > (isnt here even plan for officially supporting -O2?) > > Well, you should provided some more specific explanation how you use this box. > i.e. how do you do NATting (ifpw + natd, ipf, pf or pppd's builtin)? What > interfaces do you employ? What is the MTU of your outgoing path? Moreover > tcpdumps are of interest in order to see why things do fail. Same for > statistics (netstat -ssp {ip, tcp, udp ...}) to learn why the packets are > being dropped. ipfw + natd, natd on vr0 with mtu 1500, iface to internal network is xl0 with mtu 1500 I cannot provide mtu since I have to use that machine (so I wont switch back to -Os) from the nat machine I was able to do all networking so I wouldnt blame any driver, from machine behind nat ping -s 1472 worked so I wouldnt also blame ipfw - it really seemd like fragmenting problem somewhere in natd... btw: ipfw shown me that some packets go to divert socket (where natd is binded) and some to allow rule so I suppose ipfw is working > > thnx for attention > > > > roman > > > > On Thu, Jul 01, 2004 at 03:50:25PM +0200, Divacky Roman wrote: > > > I have upgraded from CFLAGS=-O ARCH=p2 may 17th current (both kernel > > > and userland) to CFLAGS=-Os (I know its NOT supported) ARCH=athlon-xp > > > 30th June current and strange thing happend > > > > > > The machine in charge is working as a NAT and machines behind that are > > > not able to transfer any packet longer than 1472 bytes. its seems > > > fragmenting is broken but on that nat machine I am able to transfer > > > anything... > > > > > > I dont ask for help (since -Os is unsupported, but I am compiling -O > > > universe now so I might ask for help ;) ) just point it as interesting > > > behaviour... maybe some kind of bug? > > > and YES I have it all set properly > > > > > > roman > > -- > Best regards, | mlaier@freebsd.org > Max Laier | ICQ #67774661 > http://pf4freebsd.love2party.net/ | mlaier@EFnet From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:47:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0DC16A4CE; Thu, 1 Jul 2004 15:47:08 +0000 (GMT) Received: from kilowog.blockstackers.com (ip199-194.digitalrealm.net [216.144.199.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D0B43D39; Thu, 1 Jul 2004 15:47:07 +0000 (GMT) (envelope-from pater@kilowog.blockstackers.com) Received: from pater by kilowog.blockstackers.com with local (Exim 3.35 #1 (Debian)) id 1Bg3lW-0000qf-00; Thu, 01 Jul 2004 11:46:22 -0400 Date: Thu, 1 Jul 2004 11:46:21 -0400 From: Jonathan Pater To: Bill Paul Message-ID: <20040701154621.GA2683@slashdot.org> References: <20040630162723.GA17170@slashdot.org> <20040630232436.BE68216A4CF@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20040630232436.BE68216A4CF@hub.freebsd.org> User-Agent: Mutt/1.3.28i Sender: Jonathan Pater cc: freebsd-current@freebsd.org Subject: Re: issues with em, ndis & 1 gig RAM in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:47:08 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 30, 2004 at 11:24:36PM +0000, Bill Paul wrote: > Unfortunately, I can't really help you with this problem: Intel wrote > the em(4) driver, and I'm not terribly familiar with it. Did you > try locking the speed down instead of leaving it with autoneg on? > (That would be ifconfig em0 media 100baseTX. NOTE: I left the > "mediaopt full-duplex" part off on purpose. Just trust me on this. > Leave the switch set for autoneg and do "ifconfig em0 media 100baseTX" > and see what happens.) That didn't help me, but a new hard drive and a different OS confirm that this isn't a software problem, but a hardware one. Sometime in the week between when I first installed the machine and noticing the problem, my network card went south. Sorry for wasting your time with this. > Unfortunately, there's only one way you can help (as far as ndis is > concerned), and that's to fix it so I can debug the machine remotely. I > don't have access to any hardware even remotely like this (except > possibly for the LinkSys wireless card), so it's impossible for me to > test or debug this myself. >=20 > There are two things that could be going wrong here: >=20 > 1) NDIS is doing something wrong with busdma and is not DMA mapping > buffers in the other gigabyte of memory correctly > 2) NDIS is doing something wrong with resource allocation and isn't > mapping the PCI memory mapped register window correctly >=20 > It's hard to tell. You provided a dmesg with the machine configured > with 1GB of RAM (the working case) but not with 2GB of RAM (the > failure case), so I can't make a comparison. Regardless, without > access to the box, I'm sort of stuck. I'm working on getting the machine up with a new network card (the old one was onboard) and it might require me replacing the motherboard, but once I do, I can set you up with an account to poke around at things. thanks much, --=20 Jonathan "CowboyNeal" Pater | pater@slashdot.org http://cowboyneal.org/ | http://slashdot.org/ "I'm sure we can do this ourselves, Donny. This isn't our first barbeque." -- Space Ghost, to Donny Osmond --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA5DHN9K43x2NK81ERAsnSAJoDTXUumplCdRU2tK+O5eUvuynktACfSrCU GwapY7IsZoISdfoYHOxqLjw= =wosk -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:54:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19EFA16A4CE for ; Thu, 1 Jul 2004 15:54:29 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0424D43D45 for ; Thu, 1 Jul 2004 15:54:29 +0000 (GMT) (envelope-from bmah@tomcat.kitchenlab.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i61FiUor006676 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 1 Jul 2004 08:44:30 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) i61FiU8O003574 for ; Thu, 1 Jul 2004 08:44:30 -0700 (PDT) (envelope-from bmah@tomcat.kitchenlab.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.12.11/8.12.11/Submit) id i61FiT3j003573 for freebsd-current@freebsd.org; Thu, 1 Jul 2004 08:44:29 -0700 (PDT) (envelope-from bmah) Date: Thu, 1 Jul 2004 08:44:29 -0700 From: "Bruce A. Mah" To: freebsd-current@freebsd.org Message-ID: <20040701154429.GA3543@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ Subject: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:54:29 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi-- Has anyone gotten a Sony Clie PEG-TJ37 (PalmOS 5.2.1-based PDA) to establish a PPP connection with a 5-CURRENT/i386 machine over USB? (If anyone has a TJ25 or TJ35, that's pretty close and I'd like to hear from you too.) I've been trying for awhile now without much success. I'm generally following the instructions from: http://gja.space4me.com/things/Palm_TungstenC_Freebsd.html I had to apply the following patches to allow the uvisor driver to recognize the TJ37's USB ID: Index: usbdevs =================================================================== RCS file: /export/cvsroot/src/sys/dev/usb/usbdevs,v retrieving revision 1.184 diff -u -r1.184 usbdevs --- usbdevs 27 Jun 2004 17:27:04 -0000 1.184 +++ usbdevs 1 Jul 2004 15:14:31 -0000 @@ -1228,6 +1228,7 @@ product SONY CLIE_41_MS 0x0099 Sony Clie v4.1 Memory Stick slot product SONY CLIE_41 0x009a Sony Clie v4.1 product SONY CLIE_NX60 0x00da Sony Clie nx60 +product SONY CLIE_TJ37 0x0169 Sony Clie tj37 /* SOURCENEXT products */ product SOURCENEXT KEIKAI8 0x039f KeikaiDenwa 8 Index: uvisor.c =================================================================== RCS file: /export/cvsroot/src/sys/dev/usb/uvisor.c,v retrieving revision 1.22 diff -u -r1.22 uvisor.c --- uvisor.c 27 Jun 2004 12:41:44 -0000 1.22 +++ uvisor.c 1 Jul 2004 15:14:31 -0000 @@ -228,6 +228,7 @@ {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_NX60 }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_35 }, 0 }, /* {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_25 }, PALM4 },*/ + {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_TJ37 }, PALM4 }, }; #define uvisor_lookup(v, p) ((const struct uvisor_type *)usb_lookup(uvisor_devs, v, p)) ----- /etc/usbd.conf snippet: device "Sony Clie PEG-TJ37" devname "ucom0" vendor 0x054c product 0x0169 attach "/usr/sbin/ppp -auto -unit0 palm" detach "killall ppp" device "Handspring Visor Graphite" devname "ucom0" vendor 0x082d product 0x0100 attach "/usr/sbin/ppp -auto -unit0 palm" detach "killall ppp" ----- /etc/ppp/ppp.conf snippet: palm: set device /dev/ucom0 set cd off set dial set speed 115200 set timeout 0 set ctsrts on set log Phase Chat Connect LCP IPCP IPV6CP CCP tun command physical set ifaddr 10.1.1.1 10.1.1.2 enable dns open ----- When I hit "Connect" on the Clie's Network page, the Clie eventually times out ("Error: PPP timeout (0x1231)"). /var/log/messages on the CURRENT box shows that it actually did find the Clie and attach it to the uvisor driver: Jul 1 08:16:51 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 Jul 1 08:16:51 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 Jul 1 08:17:08 tomcat ppp[3469]: tun0: Warning: deflink: Unable to set physical to speed 0 Jul 1 08:17:08 tomcat last message repeated 2 times Jul 1 08:17:37 tomcat kernel: ucom0: at uhub1 port 1 (addr 2) disconnected Jul 1 08:17:37 tomcat kernel: ucom0: detached ----- 'usbdevs -v' output: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1, Palm Handheld(0x0169), Palm, Inc.(0x054c), rev 1.00 port 2 powered ----- Here's /var/log/ppp.log during that whole sequence: Jul 1 08:16:51 tomcat ppp[3468]: Phase: Using interface: tun0 Jul 1 08:16:51 tomcat ppp[3468]: Phase: deflink: Created in closed state Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: default: set device /dev/cuaa1 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: default: set speed 115200 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: default: set timeout 180 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: default: enable dns Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set device /dev/ucom0 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set cd off Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set dial Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set speed 115200 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set timeout 0 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set ctsrts on Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set log Phase Chat Connect LCP IPCP IPV6CP CCP tun command physical Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: set ifaddr 10.1.1.1 10.1.1.2 Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: enable dns Jul 1 08:16:51 tomcat ppp[3468]: tun0: Command: palm: open Jul 1 08:16:51 tomcat ppp[3468]: tun0: Phase: bundle: Establish Jul 1 08:16:51 tomcat ppp[3468]: tun0: Phase: deflink: closed -> opening Jul 1 08:16:51 tomcat ppp[3469]: tun0: Phase: PPP Started (auto mode). Jul 1 08:16:51 tomcat ppp[3469]: tun0: Phase: deflink: Connected! Jul 1 08:16:51 tomcat ppp[3469]: tun0: Phase: deflink: opening -> dial Jul 1 08:16:51 tomcat ppp[3469]: tun0: Chat: deflink: Dial attempt 1 of 1 Jul 1 08:16:51 tomcat ppp[3469]: tun0: Phase: deflink: dial -> carrier Jul 1 08:16:51 tomcat ppp[3469]: tun0: Phase: deflink: carrier -> login Jul 1 08:16:51 tomcat ppp[3469]: tun0: Phase: deflink: login -> lcp Jul 1 08:16:51 tomcat ppp[3469]: tun0: LCP: FSM: Using "deflink" as a transportJul 1 08:16:51 tomcat ppp[3469]: tun0: LCP: deflink: State change Initial --> Closed Jul 1 08:16:51 tomcat ppp[3469]: tun0: LCP: deflink: State change Closed --> Stopped Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: deflink: LayerStart Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: ACFCOMP[2] Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: PROTOCOMP[2] Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: ACCMAP[6] 0x00000000 Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: MRU[4] 1500 Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: MAGICNUM[6] 0x46b45a79 Jul 1 08:16:52 tomcat ppp[3469]: tun0: LCP: deflink: State change Stopped --> Req-Sent Jul 1 08:16:52 tomcat ppp[3469]: tun0: Physical: write Jul 1 08:16:52 tomcat ppp[3469]: tun0: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 7d 38 7d 28 ~.}#.!}!}!} }8}( Jul 1 08:16:52 tomcat ppp[3469]: tun0: Physical: 7d 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 }"}'}"}"}&} } } Jul 1 08:16:52 tomcat ppp[3469]: tun0: Physical: 7d 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 46 b4 5a } }!}$}%.}%}&F.Z Jul 1 08:16:52 tomcat ppp[3469]: tun0: Physical: 79 27 b1 7e y'.~ Jul 1 08:16:55 tomcat ppp[3469]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Jul 1 08:16:55 tomcat ppp[3469]: tun0: LCP: ACFCOMP[2] Jul 1 08:16:55 tomcat ppp[3469]: tun0: LCP: PROTOCOMP[2] Jul 1 08:16:55 tomcat ppp[3469]: tun0: LCP: ACCMAP[6] 0x00000000 Jul 1 08:16:55 tomcat ppp[3469]: tun0: LCP: MRU[4] 1500 Jul 1 08:16:55 tomcat ppp[3469]: tun0: LCP: MAGICNUM[6] 0x46b45a79 Jul 1 08:16:55 tomcat ppp[3469]: tun0: Physical: write Jul 1 08:16:55 tomcat ppp[3469]: tun0: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 7d 38 7d 28 ~.}#.!}!}!} }8}( Jul 1 08:16:55 tomcat ppp[3469]: tun0: Physical: 7d 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 }"}'}"}"}&} } } Jul 1 08:16:55 tomcat ppp[3469]: tun0: Physical: 7d 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 46 b4 5a } }!}$}%.}%}&F.Z Jul 1 08:16:55 tomcat ppp[3469]: tun0: Physical: 79 27 b1 7e y'.~ Jul 1 08:16:58 tomcat ppp[3469]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Jul 1 08:16:58 tomcat ppp[3469]: tun0: LCP: ACFCOMP[2] Jul 1 08:16:58 tomcat ppp[3469]: tun0: LCP: PROTOCOMP[2] Jul 1 08:16:58 tomcat ppp[3469]: tun0: LCP: ACCMAP[6] 0x00000000 Jul 1 08:16:58 tomcat ppp[3469]: tun0: LCP: MRU[4] 1500 Jul 1 08:16:58 tomcat ppp[3469]: tun0: LCP: MAGICNUM[6] 0x46b45a79 Jul 1 08:16:58 tomcat ppp[3469]: tun0: Physical: write Jul 1 08:16:58 tomcat ppp[3469]: tun0: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 7d 38 7d 28 ~.}#.!}!}!} }8}( Jul 1 08:16:58 tomcat ppp[3469]: tun0: Physical: 7d 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 }"}'}"}"}&} } } Jul 1 08:16:58 tomcat ppp[3469]: tun0: Physical: 7d 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 46 b4 5a } }!}$}%.}%}&F.Z Jul 1 08:16:58 tomcat ppp[3469]: tun0: Physical: 79 27 b1 7e y'.~ Jul 1 08:17:01 tomcat ppp[3469]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Jul 1 08:17:01 tomcat ppp[3469]: tun0: LCP: ACFCOMP[2] Jul 1 08:17:01 tomcat ppp[3469]: tun0: LCP: PROTOCOMP[2] Jul 1 08:17:01 tomcat ppp[3469]: tun0: LCP: ACCMAP[6] 0x00000000 Jul 1 08:17:01 tomcat ppp[3469]: tun0: LCP: MRU[4] 1500 Jul 1 08:17:01 tomcat ppp[3469]: tun0: LCP: MAGICNUM[6] 0x46b45a79 Jul 1 08:17:01 tomcat ppp[3469]: tun0: Physical: write Jul 1 08:17:01 tomcat ppp[3469]: tun0: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 7d 38 7d 28 ~.}#.!}!}!} }8}( Jul 1 08:17:01 tomcat ppp[3469]: tun0: Physical: 7d 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 }"}'}"}"}&} } } Jul 1 08:17:01 tomcat ppp[3469]: tun0: Physical: 7d 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 46 b4 5a } }!}$}%.}%}&F.Z Jul 1 08:17:01 tomcat ppp[3469]: tun0: Physical: 79 27 b1 7e y'.~ Jul 1 08:17:04 tomcat ppp[3469]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Jul 1 08:17:04 tomcat ppp[3469]: tun0: LCP: ACFCOMP[2] Jul 1 08:17:04 tomcat ppp[3469]: tun0: LCP: PROTOCOMP[2] Jul 1 08:17:04 tomcat ppp[3469]: tun0: LCP: ACCMAP[6] 0x00000000 Jul 1 08:17:04 tomcat ppp[3469]: tun0: LCP: MRU[4] 1500 Jul 1 08:17:04 tomcat ppp[3469]: tun0: LCP: MAGICNUM[6] 0x46b45a79 Jul 1 08:17:04 tomcat ppp[3469]: tun0: Physical: write Jul 1 08:17:04 tomcat ppp[3469]: tun0: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 7d 38 7d 28 ~.}#.!}!}!} }8}( Jul 1 08:17:04 tomcat ppp[3469]: tun0: Physical: 7d 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 }"}'}"}"}&} } } Jul 1 08:17:04 tomcat ppp[3469]: tun0: Physical: 7d 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 46 b4 5a } }!}$}%.}%}&F.Z Jul 1 08:17:04 tomcat ppp[3469]: tun0: Physical: 79 27 b1 7e y'.~ Jul 1 08:17:08 tomcat ppp[3469]: tun0: LCP: deflink: LayerFinish Jul 1 08:17:08 tomcat ppp[3469]: tun0: LCP: deflink: State change Req-Sent --> Stopped Jul 1 08:17:08 tomcat ppp[3469]: tun0: LCP: deflink: State change Stopped --> Closed Jul 1 08:17:08 tomcat ppp[3469]: tun0: LCP: deflink: State change Closed --> Initial Jul 1 08:17:08 tomcat ppp[3469]: tun0: Warning: deflink: Unable to set physical to speed 0 Jul 1 08:17:08 tomcat ppp[3469]: tun0: Phase: deflink: Disconnected! Jul 1 08:17:08 tomcat ppp[3469]: tun0: Phase: deflink: lcp -> logout Jul 1 08:17:08 tomcat ppp[3469]: tun0: Phase: deflink: logout -> hangup Jul 1 08:17:08 tomcat ppp[3469]: tun0: Warning: deflink: Unable to set physical to speed 0 Jul 1 08:17:08 tomcat ppp[3469]: tun0: Phase: deflink: Disconnected! Jul 1 08:17:08 tomcat ppp[3469]: tun0: Warning: deflink: Unable to set physical to speed 0 Jul 1 08:17:09 tomcat ppp[3469]: tun0: Phase: deflink: Connect time: 18 secs: 0 octets in, 260 octets out Jul 1 08:17:09 tomcat ppp[3469]: tun0: Phase: deflink: 0 packets in, 5 packets out Jul 1 08:17:09 tomcat ppp[3469]: tun0: Phase: total 14 bytes/sec, peak 20 bytes/sec on Thu Jul 1 08:16:55 2004 Jul 1 08:17:09 tomcat ppp[3469]: tun0: Phase: deflink: hangup -> closed Jul 1 08:17:09 tomcat ppp[3469]: tun0: Phase: bundle: Dead ----- Basically it looks like the FreeBSD machine isn't receiving any data from the Clie at all. After flailing around with this for awhile, I pulled out my old Handspring Visor Graphite to see if it would work (until now I'd been using it with a serial cradle as a workaround for needing to figure out this USB zaniness). It works perfectly (at least to the point that I can ping the Visor from the FreeBSD box, haven't tried anything higher-layer). Any suggestions? Thanks in advance! Bruce. PS. Bonus points if someone can help me get the Clie to talk (via 802.11b) to my Cisco Aironet 340 series access point. I know about the long preamble hack for the 350 series AP...it didn't seem to help. :-( --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA5DFd2MoxcVugUsMRAskGAJ9McxenTbjNyidBB4ZH3BB7f5pyRwCffLvw A16zCuuHPS7uH/R4syy37+k= =27R8 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 16:02:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 05FD916A4CF; Thu, 1 Jul 2004 16:02:23 +0000 (GMT) In-Reply-To: <40E40E16.9080109@portaone.com> from Maxim Sobolev at "Jul 1, 2004 04:13:58 pm" To: sobomax@portaone.com (Maxim Sobolev) Date: Thu, 1 Jul 2004 16:02:22 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040701160223.05FD916A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil & ACX100-based cards (D-Link DWL-520+) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 16:02:23 -0000 > Bill, > > Do you have any news on this? > > -Maxim I remember telling you there were a whole bunch of things you didn't tell me. There was a list. You didn't fill in all of the blanks, therefore you get no help. Go back and review the list and tell me everything that I asked for. (You told me the ssid is "portaone" and that you tried to connect to "that network" from WinXP, but you _STILL_ haven't told me anything about the other machine that hosts the ad-hoc cell. And you _STILL_ have not told me what happens when you do wicontrol -I bwe0 -l.) -Bill > Maxim Sobolev wrote: > > > OK, step by step: > > > > 1. cvsup ~1 hour ago > > 2. built/installed new kernel, rebooted > > 3. loaded ndis and if_ndis.ko modules: > > > > ndis0: port 0xa800-0xa81f > > mem 0xf2000000-0xf200ffff,0xf2011000-0xf2011fff irq 11 at device 6.0 on > > pci3 > > ndis0: [GIANT-LOCKED] > > ndis0: NDIS API version: 5.1 > > ndis0: Ethernet address: 00:0d:88:8b:7f:1c > > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 11Mbps > > > > 4. Configured the interface: > > > > -bash-2.05b$ sudo ifconfig ndis0 mediaopt adhoc > > -bash-2.05b$ sudo ifconfig ndis0 ssid "portaone" > > -bash-2.05b$ sudo ifconfig ndis0 wepmode off > > -bash-2.05b$ sudo ifconfig ndis0 192.168.1.1 > > ndis0: link up > > -bash-2.05b$ ifconfig ndis0 > > ndis0: flags=8843 mtu 1500 > > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > > ether 00:0d:88:8b:7f:1c > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect > > ) > > status: associated > > ssid "" > > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > > rtsthreshold 2312 protmode CTS > > wepmode OFF weptxkey 1 > > > > Then I'm trying to connect to that network from my WinXP laptop. I can > > see network portaone in wireless networks browser just fine. IP address > > on appropriate interface is configured statically in WinXP to be > > 192.168.1.2. I can connect to it also without any problems, but ping > > doen't work between those machines. Also, where I start tcpdump on the > > FreeBSD machine I don't see any traffic even ARPs. > > > > You can find tarball with my ndis_driver_data.h and files from > > /compat/ndis at http://www.portaone.com/~sobomax/dwl520.tar.bz2. Please > > let me know if any other information is necessary. > > > > Thank you very much! > > > > Regards, > > > > Maxim > > > > Bill Paul wrote: > > > >>> Hi Bill, > >>> > >>> I'm trying to make my D-Link DWL-520+ card working with if_ndis, but > >>> no luck yet. The card is correctly detected, driver attaches to it. > >>> If I configure it in the adhoc mode it is seen from the nearby > >>> machine and connected to, but traffic doesn't flow. :-( > >>> > >>> Any ideas? Please let me know if more information is necessary. > >>> > >>> Regards, > >>> > >>> Maxim > >> > >> > >> > >> Alright, I received a sample 520+ card and played with it a little. > >> I was able to get the card to talk to my RealTek 8180 NIC in my laptop > >> in ad-hoc mode with very little trouble. I am therefor forced to conclude > >> that you did not describe your problem with enough detail for me to > >> understand what's going on. Let's examine the things you did not do: > >> > >> - did not provide a transcript of commands/responses used to initialize > >> _both_ cards > >> - did not explain which NIC was initialized first (the first NIC is > >> always the master in an ad-hoc cell) > >> - did not explain exactly what steps were taken to reach the conclusion > >> that "traffic doesn't flow." (Ping? FTP? Slamming machines together > >> at high speed?) > >> - did not explain how it was determined that the card was "seen from > >> the nearby machine" > >> - did not provide _FULL_ dmesg output from both machines (no, it's not > >> enough to tell me "the card is correctly detected") > >> - did not tell me what make/model card was in the other machine and > >> what driver it uses > >> - did not tell me what version of FreeBSD is running on the "nearby > >> machine" - did not run wicontrol -i ndis0 -l on the first machine to > >> scan for > >> APs/ad-hoc nets > >> > >> I keep telling people to provide LOTS OF DETAILS when they report > >> problems, but nobody ever seems to listen. Don't wait for me to drag > >> information out of you: if you don't provide me with LOTS OF DETAILS > >> up front, I won't know what to ask you. > >> > >> -Bill > >> > >> -- > >> ============================================================================= > >> > >> -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu > >> wpaul@windriver.com | Wind River Systems > >> ============================================================================= > >> > >> you're just BEGGING to face the moose > >> ============================================================================= > >> > >> > >> > >> > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 16:09:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B294E16A4CE for ; Thu, 1 Jul 2004 16:09:03 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A7E43D1F for ; Thu, 1 Jul 2004 16:09:03 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i61G5LuL033282 for current@freebsd.org.checked; (8.12.8/vak/2.1) Thu, 1 Jul 2004 20:05:21 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i61G3JcA033002; (8.12.8/vak/2.1) Thu, 1 Jul 2004 20:03:19 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40E435AA.1040400@cronyx.ru> Date: Thu, 01 Jul 2004 20:02:50 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20040701115954.805D27303F@freebsd-current.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: i386@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 16:09:03 -0000 Dag-Erling Smørgrav wrote: >FreeBSD Tinderbox writes: > > >>/tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c: In function `acpi_ec_ecdt_probe': >>/tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_ec.c:379: warning: dereferencing type-punned pointer will break strict-aliasing rules >>*** Error code 1 >> >> > >Hack attached. > > How about this: --- sys/dev/acpica/acpi_ec.c 1 Jul 2004 00:51:31 -0000 1.56 +++ sys/dev/acpica/acpi_ec.c 1 Jul 2004 15:06:46 -0000 @@ -375,8 +375,8 @@ ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); /* Find and validate the ECDT. */ status = AcpiGetFirmwareTable("ECDT", 1, ACPI_LOGICAL_ADDRESSING, - (ACPI_TABLE_HEADER **)&ecdt); + (void *)&ecdt); if (ACPI_FAILURE(status) || ecdt->control.RegisterBitWidth != 8 || ecdt->data.RegisterBitWidth != 8) { ... it is more hacky but simple ;-) rik >DES > > >------------------------------------------------------------------------ > >Index: sys/dev/acpica/acpi_ec.c >=================================================================== >RCS file: /home/ncvs/src/sys/dev/acpica/acpi_ec.c,v >retrieving revision 1.56 >diff -u -r1.56 acpi_ec.c >--- sys/dev/acpica/acpi_ec.c 1 Jul 2004 00:51:31 -0000 1.56 >+++ sys/dev/acpica/acpi_ec.c 1 Jul 2004 15:06:46 -0000 >@@ -366,6 +366,7 @@ > void > acpi_ec_ecdt_probe(device_t parent) > { >+ ACPI_TABLE_HEADER *hdr; > ACPI_TABLE_ECDT *ecdt; > ACPI_STATUS status; > device_t child; >@@ -375,8 +376,8 @@ > ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); > > /* Find and validate the ECDT. */ >- status = AcpiGetFirmwareTable("ECDT", 1, ACPI_LOGICAL_ADDRESSING, >- (ACPI_TABLE_HEADER **)&ecdt); >+ status = AcpiGetFirmwareTable("ECDT", 1, ACPI_LOGICAL_ADDRESSING, &hdr); >+ ecdt = (ACPI_TABLE_ECDT *)hdr; > if (ACPI_FAILURE(status) || > ecdt->control.RegisterBitWidth != 8 || > ecdt->data.RegisterBitWidth != 8) { >Index: sys/i386/acpica/acpi_wakeup.c >=================================================================== >RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v >retrieving revision 1.33 >diff -u -r1.33 acpi_wakeup.c >--- sys/i386/acpica/acpi_wakeup.c 6 May 2004 02:18:58 -0000 1.33 >+++ sys/i386/acpica/acpi_wakeup.c 1 Jul 2004 15:11:53 -0000 >@@ -307,11 +307,13 @@ > return; > } > >- if (bus_dmamem_alloc(acpi_waketag, (void **)&acpi_wakeaddr, >+ void *wakeaddr = (void *)acpi_wakeaddr; >+ if (bus_dmamem_alloc(acpi_waketag, &wakeaddr, > BUS_DMA_NOWAIT, &acpi_wakemap)) { > printf("acpi_alloc_wakeup_handler: can't alloc wake memory\n"); > return; > } >+ acpi_wakeaddr = (vm_offset_t)wakeaddr; > } > > SYSINIT(acpiwakeup, SI_SUB_KMEM, SI_ORDER_ANY, acpi_alloc_wakeup_handler, 0) > > >------------------------------------------------------------------------ > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 16:20:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D883B16A4CE for ; Thu, 1 Jul 2004 16:20:55 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C02143D39 for ; Thu, 1 Jul 2004 16:20:55 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 68A2678C7D for ; Thu, 1 Jul 2004 11:57:06 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 23EA5170C6; Thu, 1 Jul 2004 11:55:01 -0400 (EDT) Date: Thu, 1 Jul 2004 11:55:00 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040701155459.GB34978@afflictions.org> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.2-CURRENT on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i Subject: Panic in login? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 16:20:56 -0000 I've been having troubles ripping some CD's lately (notably, the EMI copy-protected ones), in that they keep on causing my machine to freeze. To further diagnose, I logged into a console, and ripped -- everything went fine, until I closed my tcsh session. I had two open -- the first closed fine, and the second resulted in a panic in login. Unfortunately, I hit the reset button before I could get down any of the db trace, so I don't know how useful this will be: Stopped at spec_close+0x5a cmpl 0x8(%ecx),%ebx And that's all I've got in my memory. These are from sources dated the eve of June 24. I'll try to reproduce... - Damian From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 16:45:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9FDDF16A4CE; Thu, 1 Jul 2004 16:45:24 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61GjOf2004970; Thu, 1 Jul 2004 12:45:24 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61GjNwL004969; Thu, 1 Jul 2004 12:45:23 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 12:45:23 -0400 From: Brian Fundakowski Feldman To: "Bruce A. Mah" Message-ID: <20040701164523.GA1034@green.homeunix.org> References: <20040701154429.GA3543@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701154429.GA3543@tomcat.kitchenlab.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 16:45:25 -0000 On Thu, Jul 01, 2004 at 08:44:29AM -0700, Bruce A. Mah wrote: > Hi-- > > Has anyone gotten a Sony Clie PEG-TJ37 (PalmOS 5.2.1-based PDA) to > establish a PPP connection with a 5-CURRENT/i386 machine over USB? > (If anyone has a TJ25 or TJ35, that's pretty close and I'd like to > hear from you too.) > > I've been trying for awhile now without much success. I'm generally > following the instructions from: > > http://gja.space4me.com/things/Palm_TungstenC_Freebsd.html > > I had to apply the following patches to allow the uvisor driver to > recognize the TJ37's USB ID: > [...] Heya, Bruce; I happened to be screwing with the uvisor driver a lot yesterday to try to get my phone working (which it still doesn't... no real explanation why...). Try also merging in these diffs; you should at least be able to adjust the part where it's choosing which "port" to attach to the ucom device so that it chooses whichever you are supposed to be able to do PPP over (right now, it's at the HotSync port, but it's also untested :) You might want to add some printf()s to print out the uDWord (uint8_t[4], probably not a string?) for each port type on your card. At the least we can provide some way to attach whichever individual port is the one you want, but I don't really see why it is that we can't also port over the multiple-ucom-attachment support so that the Palm gets correctly attached as the whole slew of ucom devices... not enough device driver infrastructure? cvs diff: Diffing . Index: uvisor.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/usb/uvisor.c,v retrieving revision 1.22 diff -u -r1.22 uvisor.c --- uvisor.c 27 Jun 2004 12:41:44 -0000 1.22 +++ uvisor.c 1 Jul 2004 03:51:44 -0000 @@ -142,8 +142,24 @@ * Unknown PalmOS stuff. */ #define UVISOR_GET_PALM_INFORMATION 0x04 -#define UVISOR_GET_PALM_INFORMATION_LEN 0x14 +#define UVISOR_GET_PALM_INFORMATION_LEN 0x44 +struct uvisor_palm_connection_info { + uByte num_ports; + uByte endpoint_numbers_different; + uWord reserved1; + struct { + uDWord port_function_id; + uByte port; + uByte end_point_info; + uWord reserved; + } connections[UVISOR_MAX_CONN]; +}; + +union connection_info { + struct uvisor_connection_info ci_visor; + struct uvisor_palm_connection_info ci_palm; +}; /* * Crank down UVISORBUFSIZE from 1024 to 64 to avoid a problem where @@ -163,9 +179,7 @@ u_int16_t sc_flags; }; -Static usbd_status uvisor_init(struct uvisor_softc *); - -Static usbd_status clie_3_5_init(struct uvisor_softc *); +Static usbd_status uvisor_init(struct uvisor_softc *, union connection_info *); Static void uvisor_close(void *, int); @@ -207,9 +221,10 @@ struct usb_devno uv_dev; u_int16_t uv_flags; #define PALM4 0x0001 +#define VISOR 0x0002 }; static const struct uvisor_type uvisor_devs[] = { - {{ USB_VENDOR_HANDSPRING, USB_PRODUCT_HANDSPRING_VISOR }, 0 }, + {{ USB_VENDOR_HANDSPRING, USB_PRODUCT_HANDSPRING_VISOR }, VISOR }, {{ USB_VENDOR_HANDSPRING, USB_PRODUCT_HANDSPRING_TREO }, PALM4 }, {{ USB_VENDOR_HANDSPRING, USB_PRODUCT_HANDSPRING_TREO600 }, PALM4 }, {{ USB_VENDOR_PALM, USB_PRODUCT_PALM_M500 }, PALM4 }, @@ -222,7 +237,7 @@ {{ USB_VENDOR_PALM, USB_PRODUCT_PALM_TUNGSTEN_T }, PALM4 }, {{ USB_VENDOR_PALM, USB_PRODUCT_PALM_ZIRE }, PALM4 }, {{ USB_VENDOR_PALM, USB_PRODUCT_PALM_ZIRE31 }, PALM4 }, - {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_40 }, 0 }, + {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_40 }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_41 }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_S360 }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_NX60 }, PALM4 }, @@ -252,6 +267,7 @@ usbd_device_handle dev = uaa->device; usbd_interface_handle iface; usb_interface_descriptor_t *id; + union connection_info coninfo; usb_endpoint_descriptor_t *ed; char *devinfo; const char *devname; @@ -295,65 +311,97 @@ sc->sc_flags = uvisor_lookup(uaa->vendor, uaa->product)->uv_flags; + if ((sc->sc_flags & (VISOR | PALM4)) == 0) { + printf("%s: init failed, device type is not visor/palm\n", + devname); + goto bad; + } + id = usbd_get_interface_descriptor(iface); ucom->sc_udev = dev; ucom->sc_iface = iface; ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; - for (i = 0; i < id->bNumEndpoints; i++) { - int addr, dir, attr; - ed = usbd_interface2endpoint_descriptor(iface, i); - if (ed == NULL) { - printf("%s: could not read endpoint descriptor" - ": %s\n", devname, usbd_errstr(err)); - goto bad; - } - - addr = ed->bEndpointAddress; - dir = UE_GET_DIR(ed->bEndpointAddress); - attr = ed->bmAttributes & UE_XFERTYPE; - if (dir == UE_DIR_IN && attr == UE_BULK) - ucom->sc_bulkin_no = addr; - else if (dir == UE_DIR_OUT && attr == UE_BULK) - ucom->sc_bulkout_no = addr; - else { - printf("%s: unexpected endpoint\n", devname); - goto bad; - } - } - if (ucom->sc_bulkin_no == -1) { - printf("%s: Could not find data bulk in\n", - USBDEVNAME(ucom->sc_dev)); - goto bad; - } - if (ucom->sc_bulkout_no == -1) { - printf("%s: Could not find data bulk out\n", - USBDEVNAME(ucom->sc_dev)); - goto bad; - } - ucom->sc_parent = sc; ucom->sc_portno = UCOM_UNK_PORTNO; - /* bulkin, bulkout set above */ ucom->sc_ibufsize = UVISORIBUFSIZE; ucom->sc_obufsize = UVISOROBUFSIZE; ucom->sc_ibufsizepad = UVISORIBUFSIZE; ucom->sc_opkthdrlen = 0; ucom->sc_callback = &uvisor_callback; - if (uaa->vendor == USB_VENDOR_SONY && - uaa->product == USB_PRODUCT_SONY_CLIE_35) - err = clie_3_5_init(sc); - else - err = uvisor_init(sc); - + err = uvisor_init(sc, &coninfo); if (err) { printf("%s: init failed, %s\n", USBDEVNAME(ucom->sc_dev), usbd_errstr(err)); goto bad; } + if (sc->sc_flags & VISOR) { + for (i = 0; i < id->bNumEndpoints; i++) { + int addr, dir, attr; + ed = usbd_interface2endpoint_descriptor(iface, i); + if (ed == NULL) { + printf("%s: could not read endpoint descriptor" + ": %s\n", devname, usbd_errstr(err)); + goto bad; + } + + addr = ed->bEndpointAddress; + dir = UE_GET_DIR(ed->bEndpointAddress); + attr = ed->bmAttributes & UE_XFERTYPE; + if (dir == UE_DIR_IN && attr == UE_BULK) + ucom->sc_bulkin_no = addr; + else if (dir == UE_DIR_OUT && attr == UE_BULK) + ucom->sc_bulkout_no = addr; + else { + printf("%s: unexpected endpoint\n", devname); + goto bad; + } + } + } else { + int nc = coninfo.ci_palm.num_ports; + int port; + + if (nc > UVISOR_MAX_CONN) + nc = UVISOR_MAX_CONN; + + /* XXX Should attach a ucom for each connection. */ + for (i = 0; i < nc; ++i) + if (coninfo.ci_palm.connections[i].port_function_id[0] + == UVISOR_FUNCTION_HOTSYNC) + break; + if (i == nc) + i = nc - 1; + ucom->sc_portno = i; + /* + * XXX this should copy out 4-char string from the + * XXX port_function_id, but where would the string go? + * XXX uca.info is a const char *, not an array. + */ + if (coninfo.ci_palm.endpoint_numbers_different) { + port = coninfo.ci_palm.connections[i].end_point_info; + ucom->sc_bulkin_no = (port >> 4) | UE_DIR_IN; + ucom->sc_bulkout_no = (port & 0xf) | UE_DIR_OUT; + } else { + port = coninfo.ci_palm.connections[i].port; + ucom->sc_bulkin_no = port | UE_DIR_IN; + ucom->sc_bulkout_no = port | UE_DIR_OUT; + } + } + + if (ucom->sc_bulkin_no == -1) { + printf("%s: Could not find data bulk in\n", + USBDEVNAME(ucom->sc_dev)); + goto bad; + } + if (ucom->sc_bulkout_no == -1) { + printf("%s: Could not find data bulk out\n", + USBDEVNAME(ucom->sc_dev)); + goto bad; + } + usbd_add_drv_event(USB_EVENT_DRIVER_ATTACH, ucom->sc_udev, USBDEV(ucom->sc_dev)); @@ -408,36 +456,41 @@ } usbd_status -uvisor_init(struct uvisor_softc *sc) +uvisor_init(struct uvisor_softc *sc, union connection_info *ci) { usbd_status err; usb_device_request_t req; - struct uvisor_connection_info coninfo; int actlen; uWord avail; - char buffer[256]; DPRINTF(("uvisor_init: getting connection info\n")); - req.bmRequestType = UT_READ_VENDOR_ENDPOINT; - req.bRequest = UVISOR_GET_CONNECTION_INFORMATION; - USETW(req.wValue, 0); - USETW(req.wIndex, 0); - USETW(req.wLength, UVISOR_CONNECTION_INFO_SIZE); - err = usbd_do_request_flags(sc->sc_ucom.sc_udev, &req, &coninfo, - USBD_SHORT_XFER_OK, &actlen, - USBD_DEFAULT_TIMEOUT); - if (err) - return (err); + /* + * XXX + * For Visor, we should be attaching every port, or at least what + * we know is the HotSync port. + */ + if (sc->sc_flags & VISOR) { #ifdef USB_DEBUG - { int i, np; char *string; +#endif - np = UGETW(coninfo.num_ports); + req.bmRequestType = UT_READ_VENDOR_ENDPOINT; + req.bRequest = UVISOR_GET_CONNECTION_INFORMATION; + USETW(req.wValue, 0); + USETW(req.wIndex, 0); + USETW(req.wLength, UVISOR_CONNECTION_INFO_SIZE); + err = usbd_do_request_flags(sc->sc_ucom.sc_udev, &req, + &ci->ci_visor, USBD_SHORT_XFER_OK, &actlen, + USBD_DEFAULT_TIMEOUT); + if (err) + return (err); +#ifdef USB_DEBUG + np = UGETW(ci->ci_visor.num_ports); printf("%s: Number of ports: %d\n", USBDEVNAME(sc->sc_ucom.sc_dev), np); for (i = 0; i < np; ++i) { - switch (coninfo.connections[i].port_function_id) { + switch (ci->ci_visor.connections[i].port_function_id) { case UVISOR_FUNCTION_GENERIC: string = "Generic"; break; @@ -455,28 +508,19 @@ break; } printf("%s: port %d, is for %s\n", - USBDEVNAME(sc->sc_ucom.sc_dev), coninfo.connections[i].port, + USBDEVNAME(sc->sc_ucom.sc_dev), ci->ci_visor.connections[i].port, string); } - } #endif - - if (sc->sc_flags & PALM4) { - /* Palm OS 4.0 Hack */ - req.bmRequestType = UT_READ_VENDOR_ENDPOINT; - req.bRequest = UVISOR_GET_PALM_INFORMATION; - USETW(req.wValue, 0); - USETW(req.wIndex, 0); - USETW(req.wLength, UVISOR_GET_PALM_INFORMATION_LEN); - err = usbd_do_request(sc->sc_ucom.sc_udev, &req, buffer); - if (err) - return (err); + } else { req.bmRequestType = UT_READ_VENDOR_ENDPOINT; req.bRequest = UVISOR_GET_PALM_INFORMATION; USETW(req.wValue, 0); USETW(req.wIndex, 0); USETW(req.wLength, UVISOR_GET_PALM_INFORMATION_LEN); - err = usbd_do_request(sc->sc_ucom.sc_udev, &req, buffer); + err = usbd_do_request_flags(sc->sc_ucom.sc_udev, &req, + &ci->ci_palm, USBD_SHORT_XFER_OK, &actlen, + USBD_DEFAULT_TIMEOUT); if (err) return (err); } @@ -496,76 +540,6 @@ return (err); } -usbd_status -clie_3_5_init(struct uvisor_softc *sc) -{ - usbd_status err; - usb_device_request_t req; - char buffer[256]; - - /* - * Note that PEG-300 series devices expect the following two calls. - */ - - /* get the config number */ - DPRINTF(("clie_3_5_init: getting config info\n")); - req.bmRequestType = UT_READ; - req.bRequest = UR_GET_CONFIG; - USETW(req.wValue, 0); - USETW(req.wIndex, 0); - USETW(req.wLength, 1); - err = usbd_do_request(sc->sc_ucom.sc_udev, &req, buffer); - if (err) - return (err); - - /* get the interface number */ - DPRINTF(("clie_3_5_init: get the interface number\n")); - req.bmRequestType = UT_READ_DEVICE; - req.bRequest = UR_GET_INTERFACE; - USETW(req.wValue, 0); - USETW(req.wIndex, 0); - USETW(req.wLength, 1); - err = usbd_do_request(sc->sc_ucom.sc_udev, &req, buffer); - if (err) - return (err); - -#ifdef USB_DEBUG - { - struct uvisor_connection_info coninfo; - int i, np; - char *string; - - np = UGETW(coninfo.num_ports); - DPRINTF(("%s: Number of ports: %d\n", USBDEVNAME(sc->sc_ucom.sc_dev), np)); - for (i = 0; i < np; ++i) { - switch (coninfo.connections[i].port_function_id) { - case UVISOR_FUNCTION_GENERIC: - string = "Generic"; - break; - case UVISOR_FUNCTION_DEBUGGER: - string = "Debugger"; - break; - case UVISOR_FUNCTION_HOTSYNC: - string = "HotSync"; - break; - case UVISOR_FUNCTION_REMOTE_FILE_SYS: - string = "Remote File System"; - break; - default: - string = "unknown"; - break; - } - DPRINTF(("%s: port %d, is for %s\n", - USBDEVNAME(sc->sc_ucom.sc_dev), coninfo.connections[i].port, - string)); - } - } -#endif - - DPRINTF(("clie_3_5_init: done\n")); - return (err); -} - void uvisor_close(void *addr, int portno) { -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 16:46:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D8716A4CE for ; Thu, 1 Jul 2004 16:46:50 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCCF543D31 for ; Thu, 1 Jul 2004 16:46:49 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd10.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1Bg4gU-0006dU-01; Thu, 01 Jul 2004 18:45:14 +0200 Received: from Andro-Beta.Leidinger.net (bR-M+mZBweN02b3rcNDZUqbFJMY0a61HIXJIOnlPIHZ1SUP3HuLz8i@[84.128.206.29]) by fmrl10.sul.t-online.com with esmtp id 1Bg4gE-28VvFo0; Thu, 1 Jul 2004 18:44:58 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i61Giuaj082677 for ; Thu, 1 Jul 2004 18:44:56 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 1 Jul 2004 18:44:56 +0200 From: Alexander Leidinger To: current@freebsd.org Message-Id: <20040701184456.3fb3a3f1@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: bR-M+mZBweN02b3rcNDZUqbFJMY0a61HIXJIOnlPIHZ1SUP3HuLz8i@t-dialin.net Subject: Sound problems with -current as of yesterday? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 16:46:50 -0000 Hi, can someone confirm problems with playing e.g. a mp3? Sound stutters here. pcm0: at io 0xe800 irq 5 kld snd_es137x (1p/1r/0v channels duplex default) There's no other device using irq 5. Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 16:47:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1986016A4CE for ; Thu, 1 Jul 2004 16:47:21 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61GlKFe004978 for ; Thu, 1 Jul 2004 12:47:20 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61GlKeo004977 for current@freebsd.org; Thu, 1 Jul 2004 12:47:20 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 12:47:20 -0400 From: Brian Fundakowski Feldman To: current@freebsd.org Message-ID: <20040701164720.GB1034@green.homeunix.org> References: <20040701155459.GB34978@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701155459.GB34978@afflictions.org> User-Agent: Mutt/1.5.6i Subject: Re: Panic in login? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 16:47:21 -0000 On Thu, Jul 01, 2004 at 11:55:00AM -0400, Damian Gerow wrote: > I've been having troubles ripping some CD's lately (notably, the EMI > copy-protected ones), in that they keep on causing my machine to freeze. To > further diagnose, I logged into a console, and ripped -- everything went > fine, until I closed my tcsh session. > > I had two open -- the first closed fine, and the second resulted in a panic > in login. Unfortunately, I hit the reset button before I could get down > any of the db trace, so I don't know how useful this will be: > > Stopped at spec_close+0x5a cmpl 0x8(%ecx),%ebx > > And that's all I've got in my memory. These are from sources dated the eve > of June 24. > > I'll try to reproduce... I'd really like it if you could find out more about this. I've had my system freeze for exactly the same reason :-( I think it could possibly be related to the bogus detachment code wrt. devices that are still open from userland/requests that are still in-flight, but I'm still waiting to get my CD back so I can try again. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:01:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D9016A4CE for ; Thu, 1 Jul 2004 17:01:21 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E36A43D2F for ; Thu, 1 Jul 2004 17:01:19 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 9DB1B78C7C for ; Thu, 1 Jul 2004 13:02:19 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 36C47170C6; Thu, 1 Jul 2004 13:00:15 -0400 (EDT) Date: Thu, 1 Jul 2004 13:00:15 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040701170015.GA29451@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040701155459.GB34978@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701155459.GB34978@afflictions.org> X-Operating-System: FreeBSD 5.2-CURRENT on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i Subject: Panic in g_up (bg_fsck/cdparanoia interaction issues?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:01:21 -0000 After a crash and reboot, I start ripping the latter half of the CD, trying to reproduce the panic: % cdparanoia -Z -B "7-14[3:21.14]" It got 3/4 of the way through track 13 before a panic. Note that bg_fsck has finished processing ad1s1d (/home), and is now working on ad1s1e (/usr). I am writing to ad1s1d: Fatal trap 12 = page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xa00000a fault code = supervisor read, page not present instruction pointer = 0x8:0xc067b104 stack pointer = 0x10:0xd4293b98 frame pointer = 0x10:0xd4293ba8 code segment = base 0xa0, limit 0xfffff, type 0x1b = DPL 0, pres 1, dev32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) kernel: type 12 trap, code=0 Stopped at handle_allocindir_partdone+0x40: testb $0x2,0xa(%ecx) db> panic panic: from debugger cpuid = 0; Debugger("panic") Fatal trap 3: breakpoint instruction fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xc06f8a8e stack pointer = 0x10:0xd4293944 frame pointer = 0x10:0xd4293950 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 prcoessor eflags = IOPL = 0 current process = 3 (g_up) Stopped at handle_allocindir_partdone+0x40: testb $0x2,0xa(%ecx) db> trace handle_allocindir_partdone(c2125440,0,0,0,cbf3af78) at handle_allocindir_partdone+0x40 softdep_disk_write_complete(cbf3af78,47c89c0,0,246,cbf3af78) at softdep_disk_write_complete+0x14d vfs_backgroundwritedone(cbf3af78,d4293c04,c055bd14,d4293c28,c055c8fb) at vfs_backgroundwritedone+0x121 bufdone(cbf3af78,0,c101e500,cbf3af78,d4293cbc) at bufdone + 0x12e bufdonebio(cbf3af78,c0755ba5,c1a9ebb0,cbf3af78,0) at biodone+0xb1 g_dev_done(c1a9ebb0,0,c1aa5990,4,c1a9ebb0) at g_dev_done+0x88 biodone(c1a9ebb0,c07b6ce8,24c,c0755227,a) at biodone+0xb1 g_io_schedule_up(c1984420,c19cabe0,d4293d34,c0520776,0) at g_io_schedule_up+0x117 g_up_procbody(0xd4293d48,0,0,0) at g_up_procbody+0x1e fork_exit(c04feb24,0,d4293d48) at fork_exit+0x7a fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4293d7c, ebp = 0 --- db> reset - Damian From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:02:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C666016A4CE for ; Thu, 1 Jul 2004 17:02:15 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9794B43D46 for ; Thu, 1 Jul 2004 17:02:15 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 2DDD978C7D for ; Thu, 1 Jul 2004 13:03:23 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id E7281170C6; Thu, 1 Jul 2004 13:01:18 -0400 (EDT) Date: Thu, 1 Jul 2004 13:01:18 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040701170118.GB29451@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040701155459.GB34978@afflictions.org> <20040701164720.GB1034@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701164720.GB1034@green.homeunix.org> X-Operating-System: FreeBSD 5.2-CURRENT on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i Subject: Re: Panic in login? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:02:15 -0000 Thus spake Brian Fundakowski Feldman (green@freebsd.org) [01/07/04 12:49]: : I'd really like it if you could find out more about this. I've had my : system freeze for exactly the same reason :-( I think it could possibly : be related to the bogus detachment code wrt. devices that are still open : from userland/requests that are still in-flight, but I'm still waiting : to get my CD back so I can try again. I just found another panic in something else that I've sent in. I'll be spending the rest of my free time today trying to reproduce this panic. - Damian From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:18:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59A2016A4CE; Thu, 1 Jul 2004 17:18:19 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4830943D58; Thu, 1 Jul 2004 17:18:19 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i61HHowB022036 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 1 Jul 2004 10:17:50 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) i61HHnUC028468; Thu, 1 Jul 2004 10:17:50 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.12.11/8.12.11/Submit) id i61HHnbr028467; Thu, 1 Jul 2004 10:17:49 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Brian Fundakowski Feldman In-Reply-To: <20040701164523.GA1034@green.homeunix.org> References: <20040701154429.GA3543@tomcat.kitchenlab.org> <20040701164523.GA1034@green.homeunix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xRsvzIc1xBTiAZw0Wl5+" Message-Id: <1088702269.3601.40.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 10:17:49 -0700 cc: "Bruce A. Mah" cc: freebsd-current@freebsd.org Subject: Re: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:18:19 -0000 --=-xRsvzIc1xBTiAZw0Wl5+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-01 at 09:45, Brian Fundakowski Feldman wrote: > On Thu, Jul 01, 2004 at 08:44:29AM -0700, Bruce A. Mah wrote: > > Hi-- > >=20 > > Has anyone gotten a Sony Clie PEG-TJ37 (PalmOS 5.2.1-based PDA) to > > establish a PPP connection with a 5-CURRENT/i386 machine over USB? > > (If anyone has a TJ25 or TJ35, that's pretty close and I'd like to > > hear from you too.) > >=20 > > I've been trying for awhile now without much success. I'm generally > > following the instructions from: > >=20 > > http://gja.space4me.com/things/Palm_TungstenC_Freebsd.html > >=20 > > I had to apply the following patches to allow the uvisor driver to > > recognize the TJ37's USB ID: > > [...] >=20 > Heya, Bruce; I happened to be screwing with the uvisor driver a lot > yesterday to try to get my phone working (which it still doesn't... > no real explanation why...). Try also merging in these diffs; you > should at least be able to adjust the part where it's choosing which > "port" to attach to the ucom device so that it chooses whichever you > are supposed to be able to do PPP over (right now, it's at the > HotSync port, but it's also untested :) Brian, you rock. With your patches (applied verbatim): tomcat:bmah% ifconfig tun0 tun0: flags=3D8051 mtu 1500 inet 10.1.1.1 --> 10.1.1.2 netmask 0xffffffff Opened by PID 28304 tomcat:bmah% ping 10.1.1.2 PING 10.1.1.2 (10.1.1.2): 56 data bytes 64 bytes from 10.1.1.2: icmp_seq=3D0 ttl=3D255 time=3D7.724 ms 64 bytes from 10.1.1.2: icmp_seq=3D1 ttl=3D255 time=3D6.757 ms 64 bytes from 10.1.1.2: icmp_seq=3D2 ttl=3D255 time=3D6.553 ms 64 bytes from 10.1.1.2: icmp_seq=3D3 ttl=3D255 time=3D7.384 ms (If I had needed to adjust the port for the ucom connection, that would have been in the block of code with "XXX Should attach a ucom for each connection", yes?) Have to go off and do ${REALWORK} now...I'm looking forward to playing with this more tonight (might finally be able to HotSync all my data onto this new gadget). Thanks! Bruce. --=-xRsvzIc1xBTiAZw0Wl5+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA5Ec92MoxcVugUsMRAiwtAKCXg/KlbZZYysGCMGD6W/pcH6yKogCg5UEX kzUDYCPBygjLEfER8d8w5pw= =HxQV -----END PGP SIGNATURE----- --=-xRsvzIc1xBTiAZw0Wl5+-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:25:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BC01616A4D1; Thu, 1 Jul 2004 17:25:33 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61HPXCS005256; Thu, 1 Jul 2004 13:25:33 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61HPW5m005255; Thu, 1 Jul 2004 13:25:32 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 13:25:32 -0400 From: Brian Fundakowski Feldman To: "Bruce A. Mah" Message-ID: <20040701172532.GC1034@green.homeunix.org> References: <20040701154429.GA3543@tomcat.kitchenlab.org> <20040701164523.GA1034@green.homeunix.org> <1088702269.3601.40.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1088702269.3601.40.camel@tomcat.kitchenlab.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:25:34 -0000 On Thu, Jul 01, 2004 at 10:17:49AM -0700, Bruce A. Mah wrote: > On Thu, 2004-07-01 at 09:45, Brian Fundakowski Feldman wrote: > > On Thu, Jul 01, 2004 at 08:44:29AM -0700, Bruce A. Mah wrote: > > > Hi-- > > > > > > Has anyone gotten a Sony Clie PEG-TJ37 (PalmOS 5.2.1-based PDA) to > > > establish a PPP connection with a 5-CURRENT/i386 machine over USB? > > > (If anyone has a TJ25 or TJ35, that's pretty close and I'd like to > > > hear from you too.) > > > > > > I've been trying for awhile now without much success. I'm generally > > > following the instructions from: > > > > > > http://gja.space4me.com/things/Palm_TungstenC_Freebsd.html > > > > > > I had to apply the following patches to allow the uvisor driver to > > > recognize the TJ37's USB ID: > > > [...] > > > > Heya, Bruce; I happened to be screwing with the uvisor driver a lot > > yesterday to try to get my phone working (which it still doesn't... > > no real explanation why...). Try also merging in these diffs; you > > should at least be able to adjust the part where it's choosing which > > "port" to attach to the ucom device so that it chooses whichever you > > are supposed to be able to do PPP over (right now, it's at the > > HotSync port, but it's also untested :) > > Brian, you rock. With your patches (applied verbatim): > > tomcat:bmah% ifconfig tun0 > tun0: flags=8051 mtu 1500 > inet 10.1.1.1 --> 10.1.1.2 netmask 0xffffffff > Opened by PID 28304 > tomcat:bmah% ping 10.1.1.2 > PING 10.1.1.2 (10.1.1.2): 56 data bytes > 64 bytes from 10.1.1.2: icmp_seq=0 ttl=255 time=7.724 ms > 64 bytes from 10.1.1.2: icmp_seq=1 ttl=255 time=6.757 ms > 64 bytes from 10.1.1.2: icmp_seq=2 ttl=255 time=6.553 ms > 64 bytes from 10.1.1.2: icmp_seq=3 ttl=255 time=7.384 ms > > (If I had needed to adjust the port for the ucom connection, that would > have been in the block of code with "XXX Should attach a ucom for each > connection", yes?) > > Have to go off and do ${REALWORK} now...I'm looking forward to playing > with this more tonight (might finally be able to HotSync all my data > onto this new gadget). > > Thanks! Great, glad it works! Yeah, that's the part where you'd potentially want to attach them all; since you're the one with the hardware in a position to really test it, I'd appreciate if you'd add the appropriate USB_DEBUG printfs for the PALM4 (!VISOR) case to see what ports are really available and hopefully get someone who really knows the USB/device drivers to finish making multiple ucom attachment work. I really wonder why in most cases we're diverging from NetBSD's USB drivers at all such that most changes are a "porting" effort :-/ -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:40:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 594DD16A4CE for ; Thu, 1 Jul 2004 17:40:48 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB9B43D31 for ; Thu, 1 Jul 2004 17:40:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A5BDB72DF2; Thu, 1 Jul 2004 10:39:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A14AA72DB5; Thu, 1 Jul 2004 10:39:23 -0700 (PDT) Date: Thu, 1 Jul 2004 10:39:23 -0700 (PDT) From: Doug White To: bugghy In-Reply-To: <1088691081.59098.3.camel@illusion.com> Message-ID: <20040701103803.U73568@carver.gumbysoft.com> References: <1088691081.59098.3.camel@illusion.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Bus error (core dumped) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:40:48 -0000 On Thu, 1 Jul 2004, bugghy wrote: > Hy, I'm having a problem on my 5.2.1-RELEASE-p8 workstation: > > My hdd started to freeze before shutdown or on random commands: You might check for the normal hardware culprits: . CPU cooling -- fans, etc. . Bad memory . Damaged power supply . Overclocking Does the error go away if you don't load the vmmon module? > > # grep error -A 2 -B 2 /var/log/messages > Jun 30 18:50:30 illusion kernel: vmmon: Module vmmon: initialized > Jun 30 18:51:32 illusion kernel: pid 705 (sh), uid 0: exited on signal > 10 (core dumped) > Jun 30 18:51:32 illusion fsck: Bus error (core dumped) > Jun 30 18:52:40 illusion su: bugghy to root on /dev/ttyp0 > Jun 30 19:10:06 illusion syslogd: kernel boot file is > /boot/kernel/kernel > -- > Jul 1 13:11:54 illusion kernel: vmmon: Module vmmon: initialized > Jul 1 13:24:46 illusion syslogd: kernel boot file is > /boot/kernel/kernel > Jul 1 13:24:46 illusion kernel: > usr/src/gnu/usr.bin/cc/cc_int/rtl-error.o > Jul 1 13:24:46 illusion kernel: WARNING: /home: multilabel flag on fs > but no MAC support > Jul 1 13:24:46 illusion kernel: IPv6 packet filtering initialized, > logging disabled > > After I manually reboot, system enters in single user mode, I fscked > and continued booting but here goes nothing: > > # dmesg > cc/cc_int/fibheap.o > WARNING: /home: multilabel flag on fs but no MAC support > IPv6 packet filtering initialized, logging disabled > WARNING: driver "vmmon" used unreserved major device number 200 > vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: > build-570 (3.2.x mvm) $ > vmmon: Module vmmon: initialized > pid 949 (sh), uid 1001: exited on signal 11 (core dumped) > > (the vmmon driver is needed by vmware3 and I guess unrelated to the > problem as I've run vmware for over three months with the same driver). > > The core files are found here: > > http://rootshell.be/~bugghy/sh.core.1 > http://rootshell.be/~bugghy/sh.core.2 > > Note that I successfully ran this workstation for more than a year > without problems and I didn't install something particularly interesting > lately. > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:43:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36F4216A4CE for ; Thu, 1 Jul 2004 17:43:01 +0000 (GMT) Received: from adhoc.bluemidnight.ca (CPE000021ffb7ce-CM000a739ac1da.cpe.net.cable.rogers.com [69.199.243.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8CB43D1F for ; Thu, 1 Jul 2004 17:43:00 +0000 (GMT) (envelope-from craig@bluemidnight.ca) Received: from d226-126-88.home.cgocable.net ([24.226.126.88] helo=redline) by adhoc.bluemidnight.ca with smtp (Exim 4.33; FreeBSD) id 1Bg5Yp-0000dP-Ev; Thu, 01 Jul 2004 13:41:23 -0400 Message-ID: <004301c45f92$fa3863c0$0200000a@redline> From: "Craig Reyenga" To: "Daniel Lang" References: <20040701061818.GA80579@lucky.net><20040701063105.GA20785@xor.obsecurity.org><200407011617.03053.doconnor@gsoft.com.au><20040701083434.GA83951@atrbg11.informatik.tu-muenchen.de><40E3DE2D.3020204@alumni.rice.edu> <20040701103535.GA84499@atrbg11.informatik.tu-muenchen.de> Date: Thu, 1 Jul 2004 13:43:50 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: current@freebsd.org Subject: Re: LOR (vm object - swap_pager swhash) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:43:01 -0000 From: "Daniel Lang" Subject: Re: LOR (vm object - swap_pager swhash) [..] >How about just creating a redirect from the FreeBSD.org website? > >So that in the lor-code the message will refer to s.th. like > >http://www.freebsd.org/doc/bla/blubb/lor.html > >and lor.html just contains a META redirect tag to Bjoern's site? > Some applications (such as fetch(1)) would work better with an actual HTTP 301 than a Meta Refresh. This is good for people without a graphical browser, or whathaveyou. I understand that reading for the new URL in the page is a trivial task, but it's still nice to not have to. Just my $0.02. -Craig >So the message can be included right now, without mentioning >Bjoern's site in the code. If Bjoern's page (or the content) >is actually moved to the FreeBSD webserver, the redirect >can simply be removed. > >Cheers, > Daniel From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:50:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2172616A4CF for ; Thu, 1 Jul 2004 17:50:27 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A235C43D58 for ; Thu, 1 Jul 2004 17:50:26 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 9A12878C7C for ; Thu, 1 Jul 2004 13:51:51 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 917DE170C3; Thu, 1 Jul 2004 13:49:46 -0400 (EDT) Date: Thu, 1 Jul 2004 13:49:46 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040701174946.GB29340@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040701155459.GB34978@afflictions.org> <20040701170015.GA29451@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701170015.GA29451@afflictions.org> X-Operating-System: FreeBSD 5.2-CURRENT on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i Subject: Panic in "irq15: ata1" (perhaps just ATAPICAM...?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 17:50:27 -0000 Okay, I can't exactly reproduce the orignal panic (I think -- these might all be related), but here's another cdparanoia panic. I am using ATAPICAM, which I vaguely remember has caused some issues with other people. Note that this ocurred after I let bgfsck run its course. First off, a 'dmesg | grep ata1': ata1: at 0x170 irq 15 on atapci0 acd0: CDRW at ata1-master PIO4 acd1: DVDROM at ata1-slave PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd1 at ata1 bus 0 target 1 lun 0 Now the actual panic: Fatal trap 12: page fault while in kernel mode cpuod = 0; apic id = 00 fault virtual address = 0xc1cad220 fault code = supervisor read, page not present instruction pointer = 0x8:0xc049a4a9 stack pointer = 0x10:0xd42bac74 frame pointer = 0x10:0xd42baca8 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 = 26 (irq15: ata1) kernel: type 12 trap, code=0 Stopped at ata_pio_read+0x64: repe insw %dx,%es:(%edi) db> examine ata_pio_read+0x64: eb6d66f3 db> trace ata_pio_read(c1ca5168,12,52e19674,d42bacdc,12) at ata_pio_read+0x64 ata_generic_interrupt(c1a7d600,0,0,0,0) at ata_generic_interrupt+0x473 ithread_loop(c19c2400,d42bad48,0,0,c19c2400) at ithread_loop+0x19c fork_exit(c05217c3,c19c2400,d42bad48) at fork_exit+0x7a fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd42bad7c, ebp = 0 --- db> reset Me being a n00b, I have no idea what's going on. But I /do/ know that I can reliably produce a panic while ripping this CD. - Damian From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 18:17:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B59916A4CE for ; Thu, 1 Jul 2004 18:17:36 +0000 (GMT) Received: from s1.home.ro (s1.home.ro [193.231.236.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10EF343D3F for ; Thu, 1 Jul 2004 18:17:35 +0000 (GMT) (envelope-from bugghy@home.ro) Received: (qmail 26347 invoked from network); 1 Jul 2004 18:12:12 -0000 Received: from unknown (HELO ?62.231.82.58?) (bugghy@62.231.82.58) by 133.home.ro with SMTP; 1 Jul 2004 18:12:11 -0000 From: bugghy To: Doug White In-Reply-To: <20040701103803.U73568@carver.gumbysoft.com> References: <1088691081.59098.3.camel@illusion.com> <20040701103803.U73568@carver.gumbysoft.com> Content-Type: text/plain Message-Id: <1088716575.47518.9.camel@illusion.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 21:16:17 +0000 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Bus error (core dumped) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 18:17:36 -0000 Now everything seems to break ... pkg_deinstall pth-2.0.0 [Updating the pkgdb in /var/db/pkg ... - 276 packages found (-2 +0) (...)/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:467: [BUG] Segmentation fault ruby 1.8.1 (2003-12-25) [i386-freebsd5] Abort trap (core dumped) I've exceeded quota for the coredump but I can send it on private. The computer is in good state ... and worked fine for a long time now. Another family member boots windows on another hdd with no problems. It has the same problems without vmmon. On Thu, 2004-07-01 at 17:39, Doug White wrote: > On Thu, 1 Jul 2004, bugghy wrote: > > > Hy, I'm having a problem on my 5.2.1-RELEASE-p8 workstation: > > > > My hdd started to freeze before shutdown or on random commands: > > You might check for the normal hardware culprits: > . CPU cooling -- fans, etc. > . Bad memory > . Damaged power supply > . Overclocking > > Does the error go away if you don't load the vmmon module? > > > > > # grep error -A 2 -B 2 /var/log/messages > > Jun 30 18:50:30 illusion kernel: vmmon: Module vmmon: initialized > > Jun 30 18:51:32 illusion kernel: pid 705 (sh), uid 0: exited on signal > > 10 (core dumped) > > Jun 30 18:51:32 illusion fsck: Bus error (core dumped) > > Jun 30 18:52:40 illusion su: bugghy to root on /dev/ttyp0 > > Jun 30 19:10:06 illusion syslogd: kernel boot file is > > /boot/kernel/kernel > > -- > > Jul 1 13:11:54 illusion kernel: vmmon: Module vmmon: initialized > > Jul 1 13:24:46 illusion syslogd: kernel boot file is > > /boot/kernel/kernel > > Jul 1 13:24:46 illusion kernel: > > usr/src/gnu/usr.bin/cc/cc_int/rtl-error.o > > Jul 1 13:24:46 illusion kernel: WARNING: /home: multilabel flag on fs > > but no MAC support > > Jul 1 13:24:46 illusion kernel: IPv6 packet filtering initialized, > > logging disabled > > > > After I manually reboot, system enters in single user mode, I fscked > > and continued booting but here goes nothing: > > > > # dmesg > > cc/cc_int/fibheap.o > > WARNING: /home: multilabel flag on fs but no MAC support > > IPv6 packet filtering initialized, logging disabled > > WARNING: driver "vmmon" used unreserved major device number 200 > > vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: > > build-570 (3.2.x mvm) $ > > vmmon: Module vmmon: initialized > > pid 949 (sh), uid 1001: exited on signal 11 (core dumped) > > > > (the vmmon driver is needed by vmware3 and I guess unrelated to the > > problem as I've run vmware for over three months with the same driver). > > > > The core files are found here: > > > > http://rootshell.be/~bugghy/sh.core.1 > > http://rootshell.be/~bugghy/sh.core.2 > > > > Note that I successfully ran this workstation for more than a year > > without problems and I didn't install something particularly interesting > > lately. > > > > -- ------------------------ - Software is like sex - - it's better when - - it's free - - Linus Torvalds - ------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 18:57:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 01D6E16A4CE for ; Thu, 1 Jul 2004 18:57:54 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61Ivruj005761 for ; Thu, 1 Jul 2004 14:57:53 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61Ivr5n005760 for current@freebsd.org; Thu, 1 Jul 2004 14:57:53 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 14:57:52 -0400 From: Brian Fundakowski Feldman To: current@freebsd.org Message-ID: <20040701185752.GE1034@green.homeunix.org> References: <20040701155459.GB34978@afflictions.org> <20040701170015.GA29451@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701170015.GA29451@afflictions.org> User-Agent: Mutt/1.5.6i Subject: Re: Panic in g_up (bg_fsck/cdparanoia interaction issues?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 18:57:54 -0000 On Thu, Jul 01, 2004 at 01:00:15PM -0400, Damian Gerow wrote: > After a crash and reboot, I start ripping the latter half of the CD, > trying to reproduce the panic: > > % cdparanoia -Z -B "7-14[3:21.14]" > > It got 3/4 of the way through track 13 before a panic. Note that bg_fsck > has finished processing ad1s1d (/home), and is now working on ad1s1e > (/usr). I am writing to ad1s1d: > > Fatal trap 12 = page fault while in kernel mode > cpuid = 0; apic id = 00 > > fault virtual address = 0xa00000a > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc067b104 > stack pointer = 0x10:0xd4293b98 > frame pointer = 0x10:0xd4293ba8 > code segment = base 0xa0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, dev32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 3 (g_up) > kernel: type 12 trap, code=0 > Stopped at handle_allocindir_partdone+0x40: testb $0x2,0xa(%ecx) > db> panic It seems like aip->ai_indirdep became 0xa000000 somehow. It would be interesting to print out the whole *aip from gdb if you can get this to happen again and get a crashdump. (Referencing src/sys/ufs/ffs/ffs_softdep.c:handle_allocindir_partdone()) -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 19:07:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01F2516A4CE for ; Thu, 1 Jul 2004 19:07:31 +0000 (GMT) Received: from web50710.mail.yahoo.com (web50710.mail.yahoo.com [206.190.38.251]) by mx1.FreeBSD.org (Postfix) with SMTP id 846A943D49 for ; Thu, 1 Jul 2004 19:07:30 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20040701190709.73416.qmail@web50710.mail.yahoo.com> Received: from [68.40.135.37] by web50710.mail.yahoo.com via HTTP; Thu, 01 Jul 2004 12:07:09 PDT Date: Thu, 1 Jul 2004 12:07:09 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1425734424-1088708829=:72873" Subject: xl timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 19:07:31 -0000 --0-1425734424-1088708829=:72873 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Attached is log output from booting -current cvsupd' from ~1700 utc Thursday. neither of the 2 xl interfaces pass traffic Now booting from previous kernel of 6-22 Please let me know what info I can provide to help on this. No touchy feely here.. regards -kim __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail --0-1425734424-1088708829=:72873 Content-Type: text/plain; name=xl_messages1 Content-Description: xl_messages1 Content-Disposition: inline; filename=xl_messages1 Jul 1 13:45:23 hyster3 kernel: Mounting root from ufs:/dev/ad0s1a Jul 1 13:45:23 hyster3 kernel: xl1: watchdog timeout Jul 1 13:45:23 hyster3 kernel: xl0: watchdog timeout Jul 1 13:45:23 hyster3 kernel: xl0: watchdog timeout --0-1425734424-1088708829=:72873-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 19:08:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F50916A4CE for ; Thu, 1 Jul 2004 19:08:05 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61J845M005817 for ; Thu, 1 Jul 2004 15:08:04 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61J84O7005816 for current@freebsd.org; Thu, 1 Jul 2004 15:08:04 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 15:08:03 -0400 From: Brian Fundakowski Feldman To: current@freebsd.org Message-ID: <20040701190803.GF1034@green.homeunix.org> References: <20040701155459.GB34978@afflictions.org> <20040701170015.GA29451@afflictions.org> <20040701174946.GB29340@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701174946.GB29340@afflictions.org> User-Agent: Mutt/1.5.6i Subject: Re: Panic in "irq15: ata1" (perhaps just ATAPICAM...?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 19:08:05 -0000 On Thu, Jul 01, 2004 at 01:49:46PM -0400, Damian Gerow wrote: > Okay, I can't exactly reproduce the orignal panic (I think -- these might > all be related), but here's another cdparanoia panic. I am using ATAPICAM, > which I vaguely remember has caused some issues with other people. Note > that this ocurred after I let bgfsck run its course. > > First off, a 'dmesg | grep ata1': > > ata1: at 0x170 irq 15 on atapci0 > acd0: CDRW at ata1-master PIO4 > acd1: DVDROM at ata1-slave PIO4 > cd0 at ata1 bus 0 target 0 lun 0 > cd1 at ata1 bus 0 target 1 lun 0 > > Now the actual panic: > > Fatal trap 12: page fault while in kernel mode > cpuod = 0; apic id = 00 > > fault virtual address = 0xc1cad220 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc049a4a9 > stack pointer = 0x10:0xd42bac74 > frame pointer = 0x10:0xd42baca8 > 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 = 26 (irq15: ata1) > > kernel: type 12 trap, code=0 > Stopped at ata_pio_read+0x64: repe insw %dx,%es:(%edi) > db> examine > ata_pio_read+0x64: eb6d66f3 > db> trace > ata_pio_read(c1ca5168,12,52e19674,d42bacdc,12) at ata_pio_read+0x64 > ata_generic_interrupt(c1a7d600,0,0,0,0) at ata_generic_interrupt+0x473 > ithread_loop(c19c2400,d42bad48,0,0,c19c2400) at ithread_loop+0x19c > fork_exit(c05217c3,c19c2400,d42bad48) at fork_exit+0x7a > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd42bad7c, ebp = 0 --- > db> reset > > Me being a n00b, I have no idea what's going on. But I /do/ know that I can > reliably produce a panic while ripping this CD. Can you get a crashdump? They seem to be broken for me (and lock up the system instead), but if you can do "call doadump" from the ddb> prompt you should be able to get it so we can further debug what's happening. It might be telling that you're able to get a panic without using DMA whereas I get a lockup with DMA, and quite possibly the same problem. Is there anything in dmesg, like messages about resetting devices? I bet this is a buggy reset issue. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 19:08:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA6C016A4D2 for ; Thu, 1 Jul 2004 19:08:13 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id A420E43D5C for ; Thu, 1 Jul 2004 19:08:11 +0000 (GMT) (envelope-from lukas@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:lukas@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i61J7uhf005559; Thu, 1 Jul 2004 19:07:58 GMT Received: (from lukas@localhost) by sdf.lonestar.org (8.12.10/8.12.8/Submit) id i61J7tXC015390; Thu, 1 Jul 2004 12:07:55 -0700 (PDT) Date: Thu, 1 Jul 2004 12:07:55 -0700 (PDT) From: Luke X-X-Sender: lukas@norge.freeshell.org To: Andrew Thompson In-Reply-To: <20040701085915.GA10650@thingy.tbd.co.nz> Message-ID: References: <20040701085915.GA10650@thingy.tbd.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: axe0: read PHY failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: LukeD@pobox.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 19:08:13 -0000 > Comparing to the NetBSD driver, I added the USBD_FORCE_SHORT_XFER flag and now > it is working perfectly. Can someone please review the patch below and commit > if appropriate. Does this patch limit the speed? I fought with this same problem for a couple of months and discovered that limiting the speed would stop the panics, but it made the device so slow as to be useless for my purposes. For example, if I attached the device to an ohci controller, I never had any problems. If I attched it to an ehci controller, but set the debugging sysctl variables high enough to force the traffic to slow down, I never had any problems (except for filling up my system message log with garbage). If your patch can stop the panics without limiting the speed of the device to something like 2Mbs then great!! :) From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 19:08:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0F216A4CE for ; Thu, 1 Jul 2004 19:08:41 +0000 (GMT) Received: from t40.kaktusas.org (g1u208.pil.ktv.lt [213.226.177.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ECFD43D54 for ; Thu, 1 Jul 2004 19:08:40 +0000 (GMT) (envelope-from paulius@devnull.lt) Date: Thu, 1 Jul 2004 22:08:41 +0300 From: Paulius Bulotas To: freebsd-current@freebsd.org Message-ID: <20040701190841.GB917@devnull.lt> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-URL: http://devnull.lt/ Subject: ndis0 bad behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 19:08:42 -0000 Hello, upgraded today, FreeBSD 5.2-CURRENT #0: Thu Jul 1 15:41:58. Recompiled ndis as always (actually, I think I had this problem for a very long time, I have checked out version of ndis from 29 of March, which always works fine ;), and got very nice backtrace, then I tried to type something, input doesn't work, but wireless indicator flashed as download was going on. After trying Ctrl+C to interrupt ftp client, nothing happened. After Ctrl+Alt+Del there was some disk activity (screen was freezed), and then my Thinkpad T40 started beeping (one long beep ;), and only power button saved my ears ;) Backtrace follows (thnx to my digital camera ;): ndis0: watchdog timeout' at 22520920 (3%) 124.1K/s eta:77m <- lftp ;) Sleeping on "ndisrst" with the following non-sleepable locks held: exclusive sleep mutex ifnet r=0 (0xc076d9e0) locked @ net/if.c:994 Stack backtrace: backtrace(...) at backtrace+0x17 witness_warn(...) at withess_warn+0x1b5 msleep(...) at msleep+0x62 ndis_reset_nic(...) at ndis_reset_nic+0x112 ndis_watchdot(...) at ndis_watchdog+0x7b if_slowtimo(...) at if_slowtimo+0x67 softclock(...) at softclock+0x1b8 ithread_loop(...) at ithread_loop+0x182 fork_exit(...) at fork_exit+0xc2 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=0, esp = 0xcbb76d7c, ebp = 0 --- ndis0: link down ndis0: link up of course, I could do ctrl+alt+esc and maybe see something, but since I don't know what to look for, I didn't do that. This is almost reproduceable (when downloading something big from ftp ;) if there's anything I can do, please let me know (according this hang ;) the card is Intel(R) PRO/Wireless LAN 2100 3B Mini PCI Adapter, DriverVer = 04/26/2004,1.2.2.9 (from w70n51.INF) Paulius From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 19:15:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 49A1216A4CE for ; Thu, 1 Jul 2004 19:15:32 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61JFVNX005893 for ; Thu, 1 Jul 2004 15:15:31 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61JFVrd005892 for current@freebsd.org; Thu, 1 Jul 2004 15:15:31 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 15:15:31 -0400 From: Brian Fundakowski Feldman To: current@freebsd.org Message-ID: <20040701191531.GG1034@green.homeunix.org> References: <20040701155459.GB34978@afflictions.org> <20040701170015.GA29451@afflictions.org> <20040701174946.GB29340@afflictions.org> <20040701190803.GF1034@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701190803.GF1034@green.homeunix.org> User-Agent: Mutt/1.5.6i Subject: Re: Panic in "irq15: ata1" (perhaps just ATAPICAM...?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 19:15:32 -0000 On Thu, Jul 01, 2004 at 03:08:03PM -0400, Brian Fundakowski Feldman wrote: > Can you get a crashdump? They seem to be broken for me (and lock up the > system instead), but if you can do "call doadump" from the ddb> prompt > you should be able to get it so we can further debug what's happening. > It might be telling that you're able to get a panic without using DMA > whereas I get a lockup with DMA, and quite possibly the same problem. > Is there anything in dmesg, like messages about resetting devices? > > I bet this is a buggy reset issue. Also, are you using cd(4) devices with cdparanoia or acd(4)? Make sure to sysctl debug.bootverbose=1 before you try to reproduce this again so you can get additional helpful output from ATA. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 19:51:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E0916A4CE; Thu, 1 Jul 2004 19:51:44 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6709A43D31; Thu, 1 Jul 2004 19:51:44 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i61Jnqgx000398 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 1 Jul 2004 12:49:52 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) i61JnqZH029285; Thu, 1 Jul 2004 12:49:52 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.12.11/8.12.11/Submit) id i61JnpKP029284; Thu, 1 Jul 2004 12:49:51 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Brian Fundakowski Feldman In-Reply-To: <20040701172532.GC1034@green.homeunix.org> References: <20040701154429.GA3543@tomcat.kitchenlab.org> <20040701164523.GA1034@green.homeunix.org> <1088702269.3601.40.camel@tomcat.kitchenlab.org> <20040701172532.GC1034@green.homeunix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NoQBdBHbTZIjnGRlpMq6" Message-Id: <1088711391.3601.74.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 12:49:51 -0700 cc: freebsd-current@freebsd.org Subject: Re: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 19:51:44 -0000 --=-NoQBdBHbTZIjnGRlpMq6 Content-Type: multipart/mixed; boundary="=-x90tIjG2oxTwh4fI74Q6" --=-x90tIjG2oxTwh4fI74Q6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-01 at 10:25, Brian Fundakowski Feldman wrote: > Great, glad it works! Yeah, that's the part where you'd potentially > want to attach them all; since you're the one with the hardware > in a position to really test it, I'd appreciate if you'd add the > appropriate USB_DEBUG printfs for the PALM4 (!VISOR) case to see what > ports are really available and hopefully get someone who really knows > the USB/device drivers to finish making multiple ucom attachment work. OK, now I'm more confused. Please see the attached patch, which I added to grab the connection information. (Yippee...a chance to embarass myself with my lamer un-l33t kernel hacking skillz.) My debug output looks like (after MTA wordwrap): Jul 1 12:43:14 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 Jul 1 12:43:14 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 Jul 1 12:43:14 tomcat kernel: ucom0: Connection 0: port 0 end_point_info 33 port_function_id 5f 70 70 70 If this is right, the only reason that I'm getting a successful attachment is the "if (i =3D=3D nc) i =3D nc - 1;" fallthrough code. Huh?!= ? Thanks, Bruce. --=-x90tIjG2oxTwh4fI74Q6 Content-Description: Content-Disposition: attachment; filename=uvisor.c.diff2 Content-Transfer-Encoding: base64 Content-Type: text/plain LS0tIHV2aXNvci5jLWdyZWVuCVRodSBKdWwgIDEgMTA6NDI6MTcgMjAwNA0KKysrIHV2aXNvci5j CVRodSBKdWwgIDEgMTI6NDE6NDIgMjAwNA0KQEAgLTM2OCw2ICszNjgsMTggQEANCiAJCWlmIChu YyA+IFVWSVNPUl9NQVhfQ09OTikNCiAJCQluYyA9IFVWSVNPUl9NQVhfQ09OTjsNCiANCisjaWZk ZWYgVVNCX0RFQlVHDQorCQlmb3IgKGkgPSAwOyBpIDwgbmM7ICsraSkgew0KKwkJCWludCBqOw0K KwkJCXByaW50ZigiJXM6IENvbm5lY3Rpb24gJWQ6IHBvcnQgJWQgZW5kX3BvaW50X2luZm8gJWQg cG9ydF9mdW5jdGlvbl9pZCAiLCANCisJCQkgICAgICAgZGV2bmFtZSwgaSwNCisJCQkgICAgICAg Y29uaW5mby5jaV9wYWxtLmNvbm5lY3Rpb25zW2ldLnBvcnQsDQorCQkJICAgICAgIGNvbmluZm8u Y2lfcGFsbS5jb25uZWN0aW9uc1tpXS5lbmRfcG9pbnRfaW5mbyk7DQorCQkJZm9yIChqID0gMDsg aiA8IHNpemVvZih1RFdvcmQpOyArK2opDQorCQkJCXByaW50ZigiJTJ4ICIsIGNvbmluZm8uY2lf cGFsbS5jb25uZWN0aW9uc1tpXS5wb3J0X2Z1bmN0aW9uX2lkW2pdKTsNCisJCQlwcmludGYoIlxu Iik7DQorCQl9DQorI2VuZGlmDQogCQkvKiBYWFggU2hvdWxkIGF0dGFjaCBhIHVjb20gZm9yIGVh Y2ggY29ubmVjdGlvbi4gKi8NCiAJCWZvciAoaSA9IDA7IGkgPCBuYzsgKytpKQ0KIAkJCWlmIChj b25pbmZvLmNpX3BhbG0uY29ubmVjdGlvbnNbaV0ucG9ydF9mdW5jdGlvbl9pZFswXQ0K --=-x90tIjG2oxTwh4fI74Q6-- --=-NoQBdBHbTZIjnGRlpMq6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA5Grf2MoxcVugUsMRAkyMAKC43F1gbNHPEa00Phh3A2Jz0LCw5QCgu/Wm GlgtKXvtS0f1M53CwR4fQ3M= =zcUT -----END PGP SIGNATURE----- --=-NoQBdBHbTZIjnGRlpMq6-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 20:15:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 327A716A4D0 for ; Thu, 1 Jul 2004 20:15:13 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59DAE43D2D for ; Thu, 1 Jul 2004 20:15:12 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 64B0178C7C for ; Thu, 1 Jul 2004 16:15:15 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 09604170C3; Thu, 1 Jul 2004 16:13:11 -0400 (EDT) Date: Thu, 1 Jul 2004 16:13:11 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040701201310.GC38486@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040701155459.GB34978@afflictions.org> <20040701170015.GA29451@afflictions.org> <20040701174946.GB29340@afflictions.org> <20040701190803.GF1034@green.homeunix.org> <20040701191531.GG1034@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040701191531.GG1034@green.homeunix.org> X-Operating-System: FreeBSD 5.2-CURRENT on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i Subject: Re: Panic in "irq15: ata1" (perhaps just ATAPICAM...?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 20:15:13 -0000 Thus spake Brian Fundakowski Feldman (green@freebsd.org) [01/07/04 15:17]: : Also, are you using cd(4) devices with cdparanoia or acd(4)? Make : sure to sysctl debug.bootverbose=1 before you try to reproduce this : again so you can get additional helpful output from ATA. cd(4). I'll set debug.bootverbose=1, and reproduce the panic later this evening. From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 20:16:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 74BC016A4CE; Thu, 1 Jul 2004 20:16:44 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i61KGhdn006233; Thu, 1 Jul 2004 16:16:43 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i61KGhCL006232; Thu, 1 Jul 2004 16:16:43 -0400 (EDT) (envelope-from green) Date: Thu, 1 Jul 2004 16:16:42 -0400 From: Brian Fundakowski Feldman To: "Bruce A. Mah" Message-ID: <20040701201642.GH1034@green.homeunix.org> References: <20040701154429.GA3543@tomcat.kitchenlab.org> <20040701164523.GA1034@green.homeunix.org> <1088702269.3601.40.camel@tomcat.kitchenlab.org> <20040701172532.GC1034@green.homeunix.org> <1088711391.3601.74.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1088711391.3601.74.camel@tomcat.kitchenlab.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 20:16:44 -0000 On Thu, Jul 01, 2004 at 12:49:51PM -0700, Bruce A. Mah wrote: > On Thu, 2004-07-01 at 10:25, Brian Fundakowski Feldman wrote: > > > Great, glad it works! Yeah, that's the part where you'd potentially > > want to attach them all; since you're the one with the hardware > > in a position to really test it, I'd appreciate if you'd add the > > appropriate USB_DEBUG printfs for the PALM4 (!VISOR) case to see what > > ports are really available and hopefully get someone who really knows > > the USB/device drivers to finish making multiple ucom attachment work. > > OK, now I'm more confused. Please see the attached patch, which I added > to grab the connection information. > > (Yippee...a chance to embarass myself with my lamer un-l33t kernel > hacking skillz.) > > My debug output looks like (after MTA wordwrap): > > Jul 1 12:43:14 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev > 1.00/1.00, addr 2 > Jul 1 12:43:14 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev > 1.00/1.00, addr 2 > Jul 1 12:43:14 tomcat kernel: ucom0: Connection 0: port 0 > end_point_info 33 port_function_id 5f 70 70 70 > > If this is right, the only reason that I'm getting a successful > attachment is the "if (i == nc) i = nc - 1;" fallthrough code. Huh?!? I bet it's setting endpoint_numbers_different :) If you look at the code it gave, it was the string "_ppp" so you could potentially do memcmp(end_point_info, "_ppp", 4) now that we know what it looks like. What does it look like when you do HotSync instead of PPP? Now it's using the correct bulk endpoints, so it's no surprise that it's working (since there's only one port, too, reported). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 20:30:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE0816A4CE; Thu, 1 Jul 2004 20:30:00 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CC743D55; Thu, 1 Jul 2004 20:30:00 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i61KSvjV010358 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 1 Jul 2004 13:28:58 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) i61KSvGi029411; Thu, 1 Jul 2004 13:28:57 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.12.11/8.12.11/Submit) id i61KSudB029410; Thu, 1 Jul 2004 13:28:56 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Brian Fundakowski Feldman In-Reply-To: <20040701201642.GH1034@green.homeunix.org> References: <20040701154429.GA3543@tomcat.kitchenlab.org> <20040701164523.GA1034@green.homeunix.org> <1088702269.3601.40.camel@tomcat.kitchenlab.org> <20040701172532.GC1034@green.homeunix.org> <1088711391.3601.74.camel@tomcat.kitchenlab.org> <20040701201642.GH1034@green.homeunix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s+J21iLIhoqUT8PrVFB8" Message-Id: <1088713736.3601.85.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 01 Jul 2004 13:28:56 -0700 cc: "Bruce A. Mah" cc: freebsd-current@freebsd.org Subject: Re: Sony Clie PEG-TJ37 vs. FreeBSD CURRENT (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 20:30:00 -0000 --=-s+J21iLIhoqUT8PrVFB8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-01 at 13:16, Brian Fundakowski Feldman wrote: > On Thu, Jul 01, 2004 at 12:49:51PM -0700, Bruce A. Mah wrote: > > On Thu, 2004-07-01 at 10:25, Brian Fundakowski Feldman wrote: > >=20 > > > Great, glad it works! Yeah, that's the part where you'd potentially > > > want to attach them all; since you're the one with the hardware > > > in a position to really test it, I'd appreciate if you'd add the > > > appropriate USB_DEBUG printfs for the PALM4 (!VISOR) case to see what > > > ports are really available and hopefully get someone who really knows > > > the USB/device drivers to finish making multiple ucom attachment work= . > >=20 > > OK, now I'm more confused. Please see the attached patch, which I adde= d > > to grab the connection information. > >=20 > > (Yippee...a chance to embarass myself with my lamer un-l33t kernel > > hacking skillz.) > >=20 > > My debug output looks like (after MTA wordwrap): > >=20 > > Jul 1 12:43:14 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev > > 1.00/1.00, addr 2 > > Jul 1 12:43:14 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev > > 1.00/1.00, addr 2 > > Jul 1 12:43:14 tomcat kernel: ucom0: Connection 0: port 0 > > end_point_info 33 port_function_id 5f 70 70 70 > >=20 > > If this is right, the only reason that I'm getting a successful > > attachment is the "if (i =3D=3D nc) i =3D nc - 1;" fallthrough code. H= uh?!? >=20 > I bet it's setting endpoint_numbers_different :) If you look at the > code it gave, it was the string "_ppp" so you could potentially do > memcmp(end_point_info, "_ppp", 4) now that we know what it looks like. > What does it look like when you do HotSync instead of PPP? Jul 1 13:22:50 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 Jul 1 13:22:50 tomcat kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 Jul 1 13:22:50 tomcat kernel: ucom0: Connection 0: port 0 end_point_info 33 port_function_id 63 6e 79 73 Hmmm..."cnys". I guess I was hoping for some kind of Satanic message, but, it's only "sync" backwards. Bruce. --=-s+J21iLIhoqUT8PrVFB8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD4DBQBA5HQI2MoxcVugUsMRAu4+AJi1jFbZ6kh3rxaRHrI/lVoIWGAYAKCJkaMO WnE9pBX45PvW01IaXUqYOw== =IkCN -----END PGP SIGNATURE----- --=-s+J21iLIhoqUT8PrVFB8-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 21:02:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0A2E16A4CE for ; Thu, 1 Jul 2004 21:02:59 +0000 (GMT) Received: from Damato.exch.ad.byu.edu (damato.byu.edu [128.187.22.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3201443D2D for ; Thu, 1 Jul 2004 21:02:57 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from klondike.exch.ad.byu.edu ([128.187.22.125]) by Damato.exch.ad.byu.edu with Microsoft SMTPSVC(6.0.3790.0); Thu, 1 Jul 2004 15:00:10 -0600 Received: from nurse400v-gx270.byu.edu ([128.187.131.18]) by klondike.exch.ad.byu.edu with Microsoft SMTPSVC(6.0.3790.0); Thu, 1 Jul 2004 14:59:31 -0600 From: John Nielsen To: current@freebsd.org Date: Thu, 1 Jul 2004 14:59:31 -0600 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_zsH5AJODMGLq2hG" Message-Id: <200407011459.31629.lists@jnielsen.net> X-OriginalArrivalTime: 01 Jul 2004 20:59:31.0902 (UTC) FILETIME=[4E7D9DE0:01C45FAE] Subject: Interrupt storm detected, today's -current doesn't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 21:02:59 -0000 --Boundary-00=_zsH5AJODMGLq2hG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline I am tracking -CURRENT on a Dell Optiplex GX270. I cvsupped and installed a new kernel and world today, and my machine had trouble booting. Toward the end of the kernel boot messages (and before init is started), I get: Interrupt storm detected on "irq18: em0 uhci2++"; throttling interrupt source The boot does not continue from that point. It doesn't freeze, since I can still scroll back and forth in the buffer with scroll lock, but it stops doing anything useful. I tried disabling usb in the machine's BIOS. I got the same message, but "atapci0+" took the place of "uhci2++". With ethernet AND usb disabled in the BIOS, the message was: Interrupt storm detected on "irq18: atapci0+"; throttling interrupt source. I tried booting without ACPI, with no benefit. I was able to boot in "safe mode", however. The dmesg of that boot is attached. The important difference that safe mode makes is the IRQ's assigned to the devices. In the problematic "normal" boot, just about everything has a high (>15) IRQ, whereas in a "safe" boot, all the IRQ's are in the traditional range. A possibly related tidbit is that the floppy drive is no longer detected properly, and it was before today's update. My last update before today was on June 7. Does anyone know offhand what would be causing this? What other information should I provide? Thanks, JN --Boundary-00=_zsH5AJODMGLq2hG Content-Type: text/plain; charset="us-ascii"; name="dmesg.safe.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.safe.txt" Copyright (c) 1992-2004 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.2-CURRENT #0: Thu Jul 1 13:29:28 MDT 2004 john@nurse400v-gx270.byu.edu:/usr/obj/usr/src/sys/NURSE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1064763392 (1015 MB) avail memory = 1036472320 (988 MB) netsmb_dev: loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 Trying ATA native PCI addressing mode Trying ATA native PCI addressing mode agp0: port 0xed98-0xed9f mem 0xfeb80000-0xfebfffff,0xe8000000-0xefffffff irq 11 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xff80-0xff9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 10 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 11 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ums0: Logitech USB Optical Mouse, rev 1.10/21.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ehci0: mem 0xffa80800-0xffa80bff irq 7 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 em0: port 0xdf40-0xdf7f mem 0xfeae0000-0xfeafffff irq 9 at device 12.0 on pci1 em0: [GIANT-LOCKED] em0: Ethernet address: 00:0b:db:44:00:2c em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 irq 9 at device 31.1 on pci0 ata0: at 0x1f0 on atapci0 ata1: at 0x170 on atapci0 atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 9 at device 31.2 on pci0 ata2: at 0xfe00 on atapci1 ata3: at 0xfe20 on atapci1 ichsmb0: port 0xeda0-0xedbf irq 5 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0xedc0-0xedff,0xee00-0xeeff mem 0xfeb7f900-0xfeb7f9ff,0xfeb7fa00-0xfeb7fbff irq 5 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: cpu0 on motherboard orm0: