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/plai